How Are Partial Load Sessions Handled in CrUX

18 views
Skip to first unread message

Will Dolezal

unread,
5:37 PM (4 hours ago) 5:37 PM
to Chrome UX Report (Discussions)
Hi there,

I'm curious to know more about how the Chrome UX report handles data from partial page loads. It's my understanding that the LCP is based on the load time of the current largest asset on a page. If the page has only partially loaded, the LCP could be quite short, for example, if the big hero image hasn't loaded yet, and the largest icon is an icon graphic.

If a website is already performing poorly, are the CWV scores likely to be even worse because people may be leaving before the page fully loads, which would artificially deflate our LCP metrics? 

Thanks in advance for helping me wrap my head around this!

Best ~ Will

Barry Pollard

unread,
5:54 PM (4 hours ago) 5:54 PM
to Will Dolezal, Chrome UX Report (Discussions)
Partial pages are counted as there is no clearly defined point when a page is “done”. And in some cases users may have got what they needed before the page has fully loaded so them leaving early is a good thing.

I guess theoretically your scenario could be possible and users get a quick “initial LCP” and then don’t see and later LCP updates and so look better than they actually are. However I think it’s extremely unlikely that the majority of users experience a fast LCP in this way. It’s much more likely that either 1) even that initial LCP candidate is slow, or 2) other intermediate candidates are slow, even if the final LCP candidate is rarely seen. And of course there will be some that fall into 3) and get the very slow loaded final LCP element and time. Therefore I would expect in most cases that such slow sites report a very poor LCP in CrUX anyway.

However, even if your scenario played out frequently, then the early LCP candidate(s) will be the largest LCP that the user experienced. So it is correct to report that as the metric as the largest contentful element seen by the user.

LCP is a heuristic that estimates loading speed and, in most cases, it does a very good job to show that. But, as with any heuristic (or any metric for that matter even if not based on heuristics!), there will be a (small!) number of sites where the metric does not reflect either the best element or perhaps even the user experience. But for our own analysis, and the experience we’ve see since it was launched, those are rare.

Thanks,
Barry

--
You received this message because you are subscribed to the Google Groups "Chrome UX Report (Discussions)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chrome-ux-repo...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chrome-ux-report/a223a8c3-29b7-4f21-a5ee-056af09000c2n%40chromium.org.

Will Dolezal

unread,
6:08 PM (4 hours ago) 6:08 PM
to Chrome UX Report (Discussions), barryp...@google.com, Chrome UX Report (Discussions), Will Dolezal
Thanks, Barry. The insight and clarity are appreciated. 
Reply all
Reply to author
Forward
0 new messages