https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #20 from Dario Taraborelli <dtarabore...@wikimedia.org> ---
Quiddity, that sounds like a reasonable proposal. 

The discussion on social media share buttons doesn't strike me as particularly
relevant here, as the present proposal is about content distribution, not about
making changes that affect the user experience. However, the concerns about
adding cruft are legitimate and it would definitely be helpful to see a more
articulated proposal about what a trial-run would look like and how we could go
about testing its impact.

Wikimedia sites already have provisions "for the benefit of single sites" or
3rd party partners: carriers participating in Wikipedia Zero or Pediapress are
the most obvious examples that come to my mind: these are the relevant use
cases that should be compared to the present proposal as they all involve
distribution of content. I personally think that – unlike other cases of
intermediaries on which Wikimedia literally has no control (Google Knowledge
Panel) or only the ability to opt out (Google QuickView for mobile search) – a
test on content distribution on which we retain full control is welcome.

A summary of the most recent analysis of traffic trends (which identified a
declining trend in 2013 in desktop pageviews and a very high exposure to search
engines for incoming traffic compared to other top web properties) was
presented at Monthly Metrics last month. [1]

[1] https://commons.wikimedia.org/wiki/File:2013_Wikimedia_traffic_trends.pdf

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to