This discussion is about needed updates of the definition and Analytics implementation for mobile apps page view metrics. There is also an associated Phab task[4]. Please add the proper Analytics project there.
As you probably remember, the Android app splits a page view into two requests: one for the lead section and metadata, plus another one for the remainder.
The mobile apps are going to change the way they load pages in two different ways:
This will have implications for the pageviews definition and how we count user engagement.
Should we count link previews as a page view since it's an indication of user engagement? Or should there be a separate metric for link previews?
IIRC we currently count action=mobileview§ions=0 query parameters of api.php as a page view. When we publish link previews for all Android app users then we would either want to count also the calls to action=query&prop=extracts as a page view or add them to another metric.
Once the apps use RESTBase the HTTPS requests will be very different:
So, in the RESTBase case we either want to count the mobile-html-sections-lead requests or the mobile-html-sections-remaining requests depending on what our definition for page views actually is. We could also add a query parameter or extra HTTP header to one of the mobile-html-sections-lead requests if we need to distinguish between previews and page views.
Both the current PHP API and the RESTBase based metrics would need to be compatible and be collected in parallel since we cannot control when users update their apps.
[1] https://en.wikipedia.org/api/rest_v1/page/mobile-html-sections-lead/Dilbert
[2] https://en.wikipedia.org/api/rest_v1/page/mobile-html-sections-remaining/Dilbert
[3] https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/RESTBase_services_for_apps
[4] https://phabricator.wikimedia.org/T109383
Cheers,
Bernd