Page MenuHomePhabricator

Investigate how Chrome Lite Pages affects us
Closed, ResolvedPublic

Description

With Chrome 73 the Chrome team released https://blog.chromium.org/2019/03/chrome-lite-pages-for-faster-leaner.html for Android.

What does that mean? Reading https://www.chromestatus.com/feature/5148050062311424 it could means Chrome blocks downloading resources, don't run JavaScript but also loading a previously saved version of the page, using Google servers to rewrite pages. This seems to not only be performance related but I can start to have a go and see if I can force it to happen and see what it would look like.

Event Timeline

Had a quick try on 73 beta (73 hasn't reached the play store yet for me). Enable data saver and setting 2g as network let me get the light version of Wikipedia (or one version, I guess it can be multiple versions). Most images are blocked (not all but all major images). Clicking on the them open the media viewer but you cannot see the image. It is also blocked in the Commons File page.

I tried this manually, will have a go to collect some metrics and HAR so check if we can see what happens.

Adding @Jdlrobson since I think you will be interested in this.

However the user can revert by pressing the "Lite"button in the URL bar. If I can find away to share my screenshot from my device ...

@Peter Looks like the search and navigation menu are not available. Can you confirm that? If so, that may be due to a bug in how Chrome does the rewriting - or may be a bug on our end with regards to how the HTML/JS interaction falls back when certain resources are omitted (if the case, that could already happen for users without Lite as well, e.g. when a request time out, intermittent connection, etc.).

Yes you are right @Krinkle they are not there. I haven't got around to hook up the phone to my computer yet, let me try that to see if I can see more what's actually is happening.

Had a quick at trying to enable the lite pages by command line but it didn't work for me. Tried with

--data-reduction-proxy-lo-fi=always-on --enable-data-reduction-proxy-lite-page --force-effective-connection-type=2G

but no luck so far, will try more later.

Btw this reminds me of the problem we used to have with the Opera in proxy mode.

Hmm when I tested now from another location it actually works with the navigation/search see:

Screenshot_20190318-204804.png (1×1 px, 206 KB)

I did tweet earlier today, I wonder if there was a fix or if it differs from locations.

Created T218618 about the privacy issue.

From our perspective it will be hard to know if pages actually work for users + we need to implement the Reporting API (and here). Users will be served Wikipedia pages directly from Google.

At the moment the docs says the limit (how slow the page must be) is 5 s to first contentful paint. We don't collect that today from so many users but if we use first paint (that should happen before contentful paint) we can see that our 95% is above 5 s this week:

Screen Shot 2019-03-19 at 3.31.33 PM.png (1×2 px, 220 KB)

Closing since the privacy issues in T218618 is the most important ones. Also adding https://gist.github.com/soulgalore/430cee73ca2311e815b0fa824b5e0d2a that is a potential (but not working) way to automate to test Lite pages.