Last Thursday 7/25 saw a spike in new account registrations (5,814) for enwiki [1], making it the 4th highest converting day for daily registrations in the last 2 years. The spike was not due to campaigns such as login CTA or anon edit warning [2] or mobile registrations [3]. We're not running new acquisition campaigns and I suspect the cause might be the fundraiser (I'll check with them on the timing of campaigns targeting enwiki). There might be also external causes we're not aware of.
Aside from this single peak, the hourly trend suggests that the gradual year-to-year decline in new registrations has considerably slowed down [4], which is certainly great news for editor engagement on the English Wikipedia.
Dario
[1] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg [2] http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns [3] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg_mobile [4] http://ee-dashboard.wmflabs.org/graphs/enwiki_hourly_reg_y2y
Mobile's fault. We deployed the new nav on Wednesday afternoon, which included a CTA to login/signup from the edit button and the upload button on nearly every article. We started seeing the same influx of crappy selfies from the upload funnel as last time, so we turned that CTA off after a day, but the edit button CTA is still running :)
On Jul 29, 2013, at 8:02 AM, Dario Taraborelli dtaraborelli@wikimedia.org wrote:
Last Thursday 7/25 saw a spike in new account registrations (5,814) for enwiki [1], making it the 4th highest converting day for daily registrations in the last 2 years. The spike was not due to campaigns such as login CTA or anon edit warning [2] or mobile registrations [3]. We're not running new acquisition campaigns and I suspect the cause might be the fundraiser (I'll check with them on the timing of campaigns targeting enwiki). There might be also external causes we're not aware of.
Aside from this single peak, the hourly trend suggests that the gradual year-to-year decline in new registrations has considerably slowed down [4], which is certainly great news for editor engagement on the English Wikipedia.
Dario
[1] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg [2] http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns [3] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg_mobile [4] http://ee-dashboard.wmflabs.org/graphs/enwiki_hourly_reg_y2y _______________________________________________ EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
interesting, did the login CTA use a different campaign ID than the one used on desktop? Or no campaign ID at all?
On Jul 29, 2013, at 9:26 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Mobile's fault. We deployed the new nav on Wednesday afternoon, which included a CTA to login/signup from the edit button and the upload button on nearly every article. We started seeing the same influx of crappy selfies from the upload funnel as last time, so we turned that CTA off after a day, but the edit button CTA is still running :)
On Jul 29, 2013, at 8:02 AM, Dario Taraborelli dtaraborelli@wikimedia.org wrote:
Last Thursday 7/25 saw a spike in new account registrations (5,814) for enwiki [1], making it the 4th highest converting day for daily registrations in the last 2 years. The spike was not due to campaigns such as login CTA or anon edit warning [2] or mobile registrations [3]. We're not running new acquisition campaigns and I suspect the cause might be the fundraiser (I'll check with them on the timing of campaigns targeting enwiki). There might be also external causes we're not aware of.
Aside from this single peak, the hourly trend suggests that the gradual year-to-year decline in new registrations has considerably slowed down [4], which is certainly great news for editor engagement on the English Wikipedia.
Dario
[1] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg [2] http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns [3] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg_mobile [4] http://ee-dashboard.wmflabs.org/graphs/enwiki_hourly_reg_y2y _______________________________________________ EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
No campaign ID, but if you look in the ServerSideAccountCreation data, these guys all have the returnto query "article_action=photo-upload" for upload button, "article_action=edit" for edit button, or "article_action=watch" for watchlist star (that's how we've been tracking signups from various features). So there were 1,711 total users who signed up on mobile on the 25th[1] – 156 from upload button, 614 from edit, 384 from the watchlist star, and the remaining 500 or so from the left nav login link.
1. select * from ServerSideAccountCreation_5487345 where event_displayMobile = "1" and timestamp >= '20130725000000' and timestamp <= '20130726000000'
On Mon, Jul 29, 2013 at 9:59 AM, Dario Taraborelli < dtaraborelli@wikimedia.org> wrote:
interesting, did the login CTA use a different campaign ID than the one used on desktop? Or no campaign ID at all?
On Jul 29, 2013, at 9:26 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Mobile's fault. We deployed the new nav on Wednesday afternoon, which
included a CTA to login/signup from the edit button and the upload button on nearly every article. We started seeing the same influx of crappy selfies from the upload funnel as last time, so we turned that CTA off after a day, but the edit button CTA is still running :)
On Jul 29, 2013, at 8:02 AM, Dario Taraborelli <
dtaraborelli@wikimedia.org> wrote:
Last Thursday 7/25 saw a spike in new account registrations (5,814) for
enwiki [1], making it the 4th highest converting day for daily registrations in the last 2 years. The spike was not due to campaigns such as login CTA or anon edit warning [2] or mobile registrations [3]. We're not running new acquisition campaigns and I suspect the cause might be the fundraiser (I'll check with them on the timing of campaigns targeting enwiki). There might be also external causes we're not aware of.
Aside from this single peak, the hourly trend suggests that the gradual
year-to-year decline in new registrations has considerably slowed down [4], which is certainly great news for editor engagement on the English Wikipedia.
Dario
[1] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg [2] http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns [3] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg_mobile [4] http://ee-dashboard.wmflabs.org/graphs/enwiki_hourly_reg_y2y _______________________________________________ EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
Oops, forgot to mention that there's one known wonky piece in this data: if users go to the login page first and then go to the account creation page from there, we lose track of which feature they were coming from. Since our login/signup CTA heavily emphasizes the login part (see below) it's entirely possible that many of those 500 users with no returnto query were still coming from one of the in-article CTAs and just mistapped on login rather than signup.
[image: Inline image 1],
On Mon, Jul 29, 2013 at 10:20 AM, Maryana Pinchuk mpinchuk@wikimedia.orgwrote:
No campaign ID, but if you look in the ServerSideAccountCreation data, these guys all have the returnto query "article_action=photo-upload" for upload button, "article_action=edit" for edit button, or "article_action=watch" for watchlist star (that's how we've been tracking signups from various features). So there were 1,711 total users who signed up on mobile on the 25th[1] – 156 from upload button, 614 from edit, 384 from the watchlist star, and the remaining 500 or so from the left nav login link.
- select * from ServerSideAccountCreation_5487345 where
event_displayMobile = "1" and timestamp >= '20130725000000' and timestamp <= '20130726000000'
On Mon, Jul 29, 2013 at 9:59 AM, Dario Taraborelli < dtaraborelli@wikimedia.org> wrote:
interesting, did the login CTA use a different campaign ID than the one used on desktop? Or no campaign ID at all?
On Jul 29, 2013, at 9:26 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Mobile's fault. We deployed the new nav on Wednesday afternoon, which
included a CTA to login/signup from the edit button and the upload button on nearly every article. We started seeing the same influx of crappy selfies from the upload funnel as last time, so we turned that CTA off after a day, but the edit button CTA is still running :)
On Jul 29, 2013, at 8:02 AM, Dario Taraborelli <
dtaraborelli@wikimedia.org> wrote:
Last Thursday 7/25 saw a spike in new account registrations (5,814)
for enwiki [1], making it the 4th highest converting day for daily registrations in the last 2 years. The spike was not due to campaigns such as login CTA or anon edit warning [2] or mobile registrations [3]. We're not running new acquisition campaigns and I suspect the cause might be the fundraiser (I'll check with them on the timing of campaigns targeting enwiki). There might be also external causes we're not aware of.
Aside from this single peak, the hourly trend suggests that the
gradual year-to-year decline in new registrations has considerably slowed down [4], which is certainly great news for editor engagement on the English Wikipedia.
Dario
[1] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg [2] http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns [3] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg_mobile [4] http://ee-dashboard.wmflabs.org/graphs/enwiki_hourly_reg_y2y _______________________________________________ EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
-- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org
On Mon, Jul 29, 2013 at 10:26 AM, Maryana Pinchuk mpinchuk@wikimedia.orgwrote:
Oops, forgot to mention that there's one known wonky piece in this data: if users go to the login page first and then go to the account creation page from there, we lose track of which feature they were coming from. Since our login/signup CTA heavily emphasizes the login part (see below) it's entirely possible that many of those 500 users with no returnto query were still coming from one of the in-article CTAs and just mistapped on login rather than signup.
That is one issue using a campaign identifier would fix. Once the user clicks a signup page link with a campaign name, it's stored in their session cookie, so even if they bounce around it's retained. The only case where it would be lost is if they click another campaign URL after they clicked the first one.
On 07/29/2013 01:32 PM, Steven Walling wrote:
That is one issue using a campaign identifier would fix. Once the user clicks a signup page link with a campaign name, it's stored in their session cookie, so even if they bounce around it's retained. The only case where it would be lost is if they click another campaign URL after they clicked the first one.
However, desktop preserves returnto and returntoquery in this particular case (some page -> click login -> click signup), so ideally Mobile would do the same.
Matt Flaschen
On Mon, Jul 29, 2013 at 6:22 PM, Matthew Flaschen mflaschen@wikimedia.orgwrote:
desktop preserves returnto and returntoquery in this particular case (some page -> click login -> click signup), so ideally Mobile would do the same.
It does but seems buggy. If I visit http://en.m.wikipedia.org/wiki/Mobilize, click the hamburger, click login (the URL is https://en.m.wikipedia.org/w/index.php ? title=Special:UserLogin &returnto=Mobilize &returntoquery=welcome%3Dyes ), then click Create account, the form URL is https://en.m.wikipedia.org/w/index.php ? title=Special:UserLogin &type=signup &returnto=Mobilize &returntoquery=welcome%3Dyes
This is all great. But after I create an account, I end up on a generic account creation page and the Return to is wrong:
The user account for SpageTest mobile 0730-7 (talk) has been created.
Return to Special:UserLoginhttps://en.m.wikipedia.org/wiki/Special:UserLogin . ... Somehow mobile is ignoring the returnto and returntoquery. Seems like a bug. Maybe CentralAuth/SUL2 changes have affected Mobile's behavior.
Maryana, did Mobile intend something cool to happen with welcome=yes ? If I visit http://en.m.wikipedia.org/wiki/Mobilize?welcome=yes nothing awesome happens, AFAICT.
That's the generic flow. Wherever you provide your own link to create an account, as Steven said you should set a campaign ?campaign=Maryana42 [1] and you probably want to set the returnto and returntoquery to something interesting [2]. (Currently the mobile site doesn't load the small piece of JS that sets the campaign session cookie, but it could.)
[1] https://meta.wikimedia.org/wiki/Research:Account_creation_campaigns [2] https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29/Return_to
If anyone in Mobile has questions about this put them in touch with me. Hmm, isn't this Kenan's job now? :-) Cheers,
On 07/30/2013 09:36 PM, S Page wrote:
That's the generic flow. Wherever you provide your own link to create an account, as Steven said you should set a campaign ?campaign=Maryana42 [1] and you probably want to set the returnto and returntoquery to something interesting [2]. (Currently the mobile site doesn't load the small piece of JS that sets the campaign session cookie, but it could.)
Yeah, that would probably just require adding the mobile targets.
Matt Flaschen
On Tue, Jul 30, 2013 at 6:36 PM, S Page spage@wikimedia.org wrote:
On Mon, Jul 29, 2013 at 6:22 PM, Matthew Flaschen <mflaschen@wikimedia.org
wrote:
desktop preserves returnto and returntoquery in this particular case (some page -> click login -> click signup), so ideally Mobile would do the same.
It does but seems buggy. If I visit http://en.m.wikipedia.org/wiki/Mobilize , click the hamburger, click login (the URL is https://en.m.wikipedia.org/w/index.php ? title=Special:UserLogin &returnto=Mobilize &returntoquery=welcome%3Dyes ), then click Create account, the form URL is https://en.m.wikipedia.org/w/index.php ? title=Special:UserLogin &type=signup &returnto=Mobilize &returntoquery=welcome%3Dyes
This is all great. But after I create an account, I end up on a generic account creation page and the Return to is wrong:
The user account for SpageTest mobile 0730-7 (talk) has been created.
Return to Special:UserLoginhttps://en.m.wikipedia.org/wiki/Special:UserLogin . ... Somehow mobile is ignoring the returnto and returntoquery. Seems like a bug. Maybe CentralAuth/SUL2 changes have affected Mobile's behavior.
Argggh. That shouldn't be happening. There are all sorts of problems with using returntoquery to do campagin-like things – Kaldari was complaining about some of them yesterday. This wasn't one I'd encountered before, but it's pretty awful :( Thanks for catching it!
Maryana, did Mobile intend something cool to happen with welcome=yes ? If I visit http://en.m.wikipedia.org/wiki/Mobilize?welcome=yes nothing awesome happens, AFAICT.
Depends on your definition of cool – that's only supposed to be triggered when you visit the main page after signing up/logging in (which only happens when the mobile site doesn't know what else to do with you), and all it does is display a large "Welcome, $USERNAME!" message at the top of the page (which, of course, a Wikipedian immediately complained about: https://bugzilla.wikimedia.org/show_bug.cgi?id=46442).
The fact that this string is now appended to every account creation returnto query, whether it returns to the main page or not, is yet another shortcoming of mobile's pseudo-campaigns.
That's the generic flow. Wherever you provide your own link to create an account, as Steven said you should set a campaign ?campaign=Maryana42 [1] and you probably want to set the returnto and returntoquery to something interesting [2]. (Currently the mobile site doesn't load the small piece of JS that sets the campaign session cookie, but it could.)
[1] https://meta.wikimedia.org/wiki/Research:Account_creation_campaigns [2] https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29/Return_to
If anyone in Mobile has questions about this put them in touch with me.
I'm writing up a story for the next iteration (after Wikimania) to switch mobile to real campaign tracking. I guess the first step is getting that campaign session cookie JS onto MobileFrontend, and the second step is to put the devs in touch with you :)
Hmm, isn't this Kenan's job now? :-)
Not quite yet, but getting there :) He's CC'ed.
you're right, I forgot to check this one [1] which is based on fresh data from ServerSideAccountCreation. It's great that we can use the returnto query to break down these entry points on mobile, at some point I think we should "promote" a subset of these to campaigns so we can measure them consistently with other UI-related campaigns (such as the desktop CTAs).
[1] http://ee-dashboard.wmflabs.org/graphs/all_daily_reg_mobile
On Jul 29, 2013, at 10:20 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
No campaign ID, but if you look in the ServerSideAccountCreation data, these guys all have the returnto query "article_action=photo-upload" for upload button, "article_action=edit" for edit button, or "article_action=watch" for watchlist star (that's how we've been tracking signups from various features). So there were 1,711 total users who signed up on mobile on the 25th[1] – 156 from upload button, 614 from edit, 384 from the watchlist star, and the remaining 500 or so from the left nav login link.
- select * from ServerSideAccountCreation_5487345 where event_displayMobile = "1" and timestamp >= '20130725000000' and timestamp <= '20130726000000'
On Mon, Jul 29, 2013 at 9:59 AM, Dario Taraborelli dtaraborelli@wikimedia.org wrote: interesting, did the login CTA use a different campaign ID than the one used on desktop? Or no campaign ID at all?
On Jul 29, 2013, at 9:26 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Mobile's fault. We deployed the new nav on Wednesday afternoon, which included a CTA to login/signup from the edit button and the upload button on nearly every article. We started seeing the same influx of crappy selfies from the upload funnel as last time, so we turned that CTA off after a day, but the edit button CTA is still running :)
On Jul 29, 2013, at 8:02 AM, Dario Taraborelli dtaraborelli@wikimedia.org wrote:
Last Thursday 7/25 saw a spike in new account registrations (5,814) for enwiki [1], making it the 4th highest converting day for daily registrations in the last 2 years. The spike was not due to campaigns such as login CTA or anon edit warning [2] or mobile registrations [3]. We're not running new acquisition campaigns and I suspect the cause might be the fundraiser (I'll check with them on the timing of campaigns targeting enwiki). There might be also external causes we're not aware of.
Aside from this single peak, the hourly trend suggests that the gradual year-to-year decline in new registrations has considerably slowed down [4], which is certainly great news for editor engagement on the English Wikipedia.
Dario
[1] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg [2] http://ee-dashboard.wmflabs.org/graphs/enwiki_campaigns [3] http://ee-dashboard.wmflabs.org/graphs/enwiki_daily_reg_mobile [4] http://ee-dashboard.wmflabs.org/graphs/enwiki_hourly_reg_y2y _______________________________________________ EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
-- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org _______________________________________________ EE mailing list EE@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/ee
