Looking at all non-JS devices is a bit challenging. That said, Opera proxy market share of pageviews on mobile web is about 5% of mobile web total from what we've seen (X-Analytics of proxy=Opera on text/html responses for certain well-defined "obvious" pageview request paths). Add to Watchlist is the only button on the menubar for such Opera proxy-sourced users, whose experience is about the same as <noscript> or other devices where the RL bootstrapping process bars further JS hooks. Opera proxy-sourced usage of the Add to Watchlist feature is about 0.5% of total non-Opera proxy-sourced access.
$ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep -v 'proxy=Opera' | grep 'returntoquery=article_action%3Dwatch' | wc -l 527 # note the grep -v for exclusion $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep 'proxy=Opera' | grep 'action=watch' | wc -l 3 # note this is inclusive grep No Opera proxy-sourced usage invoked unwatching an article for that particular day from the looks of it. $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep 'proxy=Opera' | grep 'action=unwatch' | wc -l 0 I can't say for sure, but I suspect the trends for watch/unwatch are about the same on the other <noscript> and RL module load JS-barred UAs. I can't remember if that was something that was tracked at the outset, but I wonder if adding EL for the higher-JS Add to Watchlist JSON calls (that is, the ones invoked on tap of the star /post-authentication/) would be useful longer run, as it seems like a kind of interesting metric to gauge interest and regression analysis as items for higher-JS browsers are added/subtracted/reworked on the menubar? I couldn't tell if Add to Watchlist taps on higher-JS was part of http://mobile-reportcard.wmflabs.org/graphs/watchlist-activity or mobile-reportcard.wmflabs.org/graphs/ui-daily; those seem more related to actual Watchlist maintenance and sidebar usage, respectively, instead. Maybe it's somewhere in a wfDebuglog or backend EL table? -Adam On Tue, Jun 10, 2014 at 10:29 AM, Jon Robson <[email protected]> wrote: > Maryana, I'm still not convinced that these usage stats tell the whole > story. Also when talk/Flow gets added, then there will be 2 buttons in > that bar, so I'm not sure the screen real estate issue is a good > argument. Would we also remove Flow from the menu? Removing the > watchstar from Opera only would actually be messy. The only correct > way to do this programatically would be to remove the page actions bar > for all non-JavaScript users (I refuse to have some nasty Opera > specific hack). > > Some more questions and points: > * you should look for the unwatch action as well. 'action=watch' is > only for watching articles. > * What is the global usage of the watchstar without JavaScript? What % > of this is from Opera? > > e.g. > $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz > | grep 'action=watch' > $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz > | grep 'action=unwatch' > > On Tue, Jun 10, 2014 at 10:09 AM, Maryana Pinchuk > <[email protected]> wrote: > > Thanks for digging into this, Adam. I don't think the prominence of the > > feature is justified by the usage stats, so I'd be in favor of removing > it > > from Opera/lower JS devices. > > > > > > On Tue, Jun 10, 2014 at 5:45 AM, Adam Baso <[email protected]> wrote: > >> > >> Good question, will take a look once I'm at a place with stats cluster > >> access. > >> > >> > >> > >> On Mon, Jun 9, 2014 at 6:33 PM, Jon Robson <[email protected]> wrote: > >>> > >>> How does this compare to usage of users on say Chrome...? > >>> > >>> On 9 Jun 2014 18:02, "Adam Baso" <[email protected]> wrote: > >>>> > >>>> Juliusz suggested I email out details to mobile-l on the following. > >>>> > >>>> The question arose during an Opera discussion today whether hiding the > >>>> Watchlist icon (which is the case on non-HTTPS supporting UX on > Wikipedia > >>>> Zero) on mobile web in the page menubar (not the same as the flyout > >>>> "hamburger" menu) might make sense generally for <noscript> or lower > JS > >>>> devices? The Watchlist star on the page menubar takes up a lot of > space, and > >>>> as it's the only thing there at the moment (on en.m at least, icons > like > >>>> Edit and Add Photo aren't shown), hiding that menubar icon would free > up > >>>> some valuable screen real estate. > >>>> > >>>> On <noscript> or lower JS devices (or browsers where RL suppresses JS > >>>> due typically to challenges around timing of Deferreds and the like), > using > >>>> the Opera traffic as an example of such a browser, it seems like > Watchlist > >>>> usage is sort of low (this is at 1% sampling resolution). > >>>> > >>>> $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz > | > >>>> grep 'proxy=Opera' | grep 'action=watch' | wc -l > >>>> 3 > >>>> > >>>> In other words, it seems users make it to the point of using the > >>>> feature, but only about 300 times per day total. Meanwhile, the > Watchlist > >>>> start takes up valuable screen real estate for every pageview. > >>>> > >>>> The usage of the feature is about 1/10 of the Opera usage involving > >>>> submission of the login form (a prerequisite of watchlist usage). > >>>> > >>>> $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz > | > >>>> grep 'proxy=Opera' | grep -i 'Special:UserLogin' | grep 'POST' | wc -l > >>>> 31 > >>>> > >>>> Which is about 1/10 of Opera usage of the login feature in any > capacity > >>>> (GETting the form or POSTing the form) > >>>> > >>>> $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz > | > >>>> grep 'proxy=Opera' | grep -i 'Special:UserLogin' | wc -l > >>>> 331 > >>>> > >>>> Which is maybe 1/270 of an oversimplified "pageview" metric on Opera > >>>> Mini, using text/html response types as a rough guide. > >>>> > >>>> $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz > | > >>>> grep 'proxy=Opera' | grep 'text/html' | wc -l > >>>> 89403 > >>>> > >>>> The relatively low usage of the Watchlist feature is probably > >>>> symptomatic of the multiscreen flow on such devices. > >>>> > >>>> -Adam > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Mobile-l mailing list > >>>> [email protected] > >>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l > >>>> > >> > >> > >> _______________________________________________ > >> Mobile-l mailing list > >> [email protected] > >> https://lists.wikimedia.org/mailman/listinfo/mobile-l > >> > > > > > > > > -- > > Maryana Pinchuk > > Product Manager, Wikimedia Foundation > > wikimediafoundation.org > > > > -- > Jon Robson > * http://jonrobson.me.uk > * https://www.facebook.com/jonrobson > * @rakugojon >
_______________________________________________ Mobile-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/mobile-l
