Update:
We've added an enhancement to Wikipedia Zero so that if a user who isn't on
a participating carrier network navigates to a Wikipedia Zero page on
<language>.zero.wikipedia.org, such as
http://en.zero.wikipedia.org/wiki/Muse_%28band%29 , the user will be
presented an option to visit the canonical URL of the article. If clicked,
the canonical URL should get the user to the mobile or desktop version of
the page, based on device type.
We're hoping that by next week the Google index will be refreshed so as to
correctly mark the <language>.zero.wikipedia.org pages as duplicate pages
in the omitted section. Upon confirmation of as much, the current plan is
to introduce
https://gerrit.wikimedia.org/r/#/c/69420/ to prevent indexing
of <language>.zero.wikipedia.org altogether.
On Tue, May 28, 2013 at 6:26 PM, Adam Baso <abaso(a)wikimedia.org> wrote:
All,
My mistake. The pages in Google's index that I used for sampling - the
ones that have "Sorry, ..." in their description in Google search results -
are cached pages. I assumed incorrectly that those pages were based on
recent indexing (e.g., in the past few days).
I think we can actually stick to the original plan of Google re-indexing
and the search results de-emphasizing the <language>.zero.wikipedia.orglinks within
the next 30 days.
I still find it strange that there are <language>.zero.wikipedia.orglinks that
turned up higher in the search engine rankings than their
better-established <language>.wikipedia.org counterparts. But I suppose
with fewer competing page elements, especially on long-tail articles with
fewer or no direct links to the desktop page, this is maybe not totally
unexpected.
-Adam
On Tue, May 28, 2013 at 1:49 PM, Adam Baso <abaso(a)wikimedia.org> wrote:
Hello All,
We had shelved my patch, patch
64629<https://gerrit.wikimedia.org/r/64629>29>,
in hopes that an earlier patch, patch
61809<https://gerrit.wikimedia.org/r/61809>(bug
35233 <https://bugzilla.wikimedia.org/show_bug.cgi?id=35233>), would
resolve the issue naturally as Google re-indexed. But it appears Google has
re-indexed and yet the .zero.wikipedia.org URLs are still present in
Google's index, instead of the <language>.wikipedia.org URLs.
I have thus resubmitted patch
64629<https://gerrit.wikimedia.org/r/64629> for
re-review. We will need to further discuss whether it is appropriate to
have Google completely remove .zero.wikipedia.org links from their
cache, or if perhaps we need to open a support thread with Google about
canonical URLs.
On Tue, May 28, 2013 at 1:13 PM, Kul Wadhwa <kwadhwa(a)wikimedia.org>wrote;wrote:
Adam Baso (copied on this email) is working on it
and a fix is ready.
He'll do some testing to make sure it's resolved.
On Tue, May 28, 2013 at 10:22 AM, Tomasz Finc <tfinc(a)wikimedia.org>wrote;wrote:
Looping Dan Foy in who's managing the Zero
backlog.
On Mon, May 27, 2013 at 8:01 AM, MZMcBride <z(a)mzmcbride.com> wrote:
> K. Peachey wrote:
>>Can you please file this in bugzilla <https://bugzilla.wikimedia.org
>?
>
>
https://bugzilla.wikimedia.org/show_bug.cgi?id=48856
>
>
> MZMcBride
>
>
>
> _______________________________________________
> Wikimedia-l mailing list
> Wikimedia-l(a)lists.wikimedia.org
> Unsubscribe:
https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
_______________________________________________
Wikimedia-l mailing list
Wikimedia-l(a)lists.wikimedia.org
Unsubscribe:
https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
--
Kul Wadhwa
Head of Mobile
Wikimedia Foundation