The mobile wait is concentrated before the image request.
The LCP image is matched to its resource timing in every run. In the median-LCP mobile recording, the image starts at 8.80 s and LCP occurs at 9.24 s. Its observed resource span is 0.42 s; the final interval to paint is just 0.02 s.
Start the investigation upstream: what prevents useful catalog content and its image from being requested sooner?
| Profile | Document response | Before resource start | Resource span | After resource end |
|---|---|---|---|---|
| Desktop | 177 ms | 766 ms | 30 ms | 42 ms |
| Mobile 4G | 169 ms | 8,630 ms | 417 ms | 23 ms |
Representative median-LCP runs, not a sum of independently calculated medians: desktop 05 and mobile 04. Cross-origin timing restrictions mean “resource span” includes waiting and loading; “pre-resource” is not pure discovery delay. Google’s LCP interval guidance.
Illustrated reading note / delivery

The parser-initiated delivery chain
In mobile 04, 45 script requests completed 3.33 MB before DOMContentLoaded at 8.006 s. The three large assets below were parser-initiated. Their rendered script elements later showed neither async nor defer.
| Public asset | Encoded bytes | Start → finish |
|---|---|---|
lib-react-d8eb… | 792,849 B | 0.456 → 7.728 s |
6784-prod-01c6… | 446,890 B | 0.455 → 7.033 s |
output.9408… | 329,726 B | 0.455 → 6.508 s |
These are strong leads for a delivery experiment, not a proven module graph. Bundle names do not identify the expensive package; rendered attributes do not reconstruct every original parser dependency. The LCP image’s initial request priority was Low in all ten runs. Priority changes were not analyzed, so no final-priority claim is made.
What happens when CPU and network settings change?
Three additional 15-second checks keep the mobile viewport, user agent and DPR constant. They vary CPU slowdown and network shaping. Each alternative setting has one observation and is not pooled with the five-run baseline.
| CPU / network | n / window | LCP |
|---|---|---|
| 4× / shaped 4G | 5 / ~30 s | 9.240 s median |
| 1× / shaped 4G | 1 / ~15 s | 9.280 s |
| 4× / native network | 1 / ~15 s | 1.844 s |
| 1× / native network | 1 / ~15 s | 0.764 s |
Removing CPU slowdown while retaining 4G did not remove the long LCP. Native network shortened it substantially even with 4× CPU slowdown. This directionally supports investigating the delivery envelope; it is not a measured optimization, a causal effect estimate or a forecast of real-user gains.
Identify which parser-delivered code and data are required for the first catalog viewport. Test earlier content/image discovery and smaller startup delivery without changing the legal flow, content, navigation or interaction behavior.

