It’s too early to tell if this change in new user engagement will persist (we probably had a large number of testers among the first signups) and we know that by design (anonymous edit restrictions, prominent CTAs) we should expect to see a higher conversion for editors on the mobile site, but these results are very encouraging: we’re seeing a much higher rate of new users to contribute to start editing Wikipedia in an environment that is more appropriate for tablet devices.
Dario
[1] measured as the proportion of newly registered users who complete at least 1 edit in their first 24 hours, English Wikipedia.
On Jun 27, 2014, at 1:37 PM, Oliver Keyes <okeyes@wikimedia.org> wrote:
The answer is "a good place". The weekend made absolutely no difference; it bumped the amount of desktop traffic by a tiny amount, compared to a big increase for mobile, which suggests not just that most people have happily switched over but that the people who have switched are our most frequent and active visitors. Day-on-day, we saw no significant increase in desktop opt-ins - in fact, a slight decrease from the (already tiny) 5-ish percent.So; we have the second week of results.To set the stage: ISP caches will be cleared, so we might see desktop drop. Weekend traffic will show up, which means we might see the type of people accessing wikipedia change, and bring new preferences and demographics into play. It's been longer since the switchover, so people who dislike the change have had more chances to find the opt-out. It's the data wheel of fortune, and nobody knows where your spin will take you!
Looks like being WP:BOLD and switching our tablet users to mobile in one fell swoop was a good decision, and our readers think so too :).<2014-06-13_to_2014-06-25.png>On 25 June 2014 14:57, Dario Taraborelli <dtaraborelli@wikimedia.org> wrote:
Tomasz,
one of the analytics goals for Q1-2015 is to deliver traffic metric definitions (primarily: pageviews, unique clients) and their breakdown by target site, device or device class and geography.
We will keep monitoring page requests using the interim definitions Oliver applied to the sampled logs [1], but there’s more work that needs to be done to turn these into fully vetted, production-level reports generated from the unsampled logs.
We’re currently turning the mobile analytics priorities discussed with Howie, Maryana and Dan into cards and we’ll share the list once it’s completed.
Mobile is a focus area for Q1 with virtually two dedicated people from Research & Data supporting the team with traffic and contribution research. We’ll be also reinforcing our traffic crunching capacity with a new dedicated research position that we’ll be opening in Q1 and realistically we should expect to have onboard in Q2.
Dario
[1] https://trello.com/c/DCd58xGQ/334-daily-pv-from-sampled-logs
On Jun 23, 2014, at 10:58 AM, Tomasz Finc <tfinc@wikimedia.org> wrote:
> On Mon, Jun 23, 2014 at 10:47 AM, Oliver Keyes <okeyes@wikimedia.org> wrote:
>> Nope, just static reports at the moment. Given the speedy nature of the
>> request (Both figuratively - there was a narrow window to produce it - and
>> literally, because I wrote most of the code while travelling through Oregon
>> at 85 MP/H) I'm not tremendously confident in the ability of the code to
>> indefinitely generate data
>
> That's fine.
>
> Maryana, it would be good to keep track of this over the quarter.
>
> Where would this sit on your priority list of analytics requests that
> need to have complete/scalable implementations ?
>
> if there is already a backlog of these then feel free to point me to it.
>
> --tomasz
>
> _______________________________________________
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
--Oliver Keyes
Research Analyst
Wikimedia Foundation