LCP priority hints on React sites
fetchpriority="high", <link rel="preload">, <link rel="preconnect">, or no hint at all: how priority hints cut LCP resource load delay (223 ms with preload vs 432 ms with no hint) and move Largest Contentful Paint.
Three in five React sites, 60.5%, have no LCP priority hints. Of the 39.5% that do, 90% use fetchpriority="high", and 92% of those sites have a good LCP, against 85% of all React sites.
LCP pass rate
Sites with fetchpriority="high" LCP priority hints have a good LCP most often: 92%, against 85% of all React sites. Sites with <link rel="preload"> priority hints have it least often, at 70%.
LCP priority hints usage
Two in five React sites uses LCP priority hints, and nine in ten of those use fetchpriority="high".
Where priority hints save time: the four LCP phases
Across the four LCP sub-parts in Chrome's field data, the largest gap between fetchpriority="high" and no sits in time to first byte (TTFB): 437 ms median for fetchpriority="high" against 578 ms for no. Overall median field LCP is 1.3s for fetchpriority="high" (TTFB 437 ms, load delay 452 ms, load duration 144 ms, render delay 160 ms) versus 1.5s for no.
LCP priority hints combined with the loading attribute
Combining fetchpriority="high" with Auto reaches 92% good LCP across 2,999 sites (452 ms median load delay). At the other end, no paired with Auto sits at 77% across 740 sites (291 ms median load delay).
| Priority hint | No loading attribute (auto) | loading="lazy" | loading="eager" |
|---|---|---|---|
| No priority hint | 77% 779 sites | 89% 990 sites | 90% 325 sites |
| fetchpriority="high" | 92% 3,194 sites | 89% 90 sites | 87% 71 sites |
| <link rel="preload"> | few sites | few sites | few sites |
| <link rel="preconnect"> | 87% 199 sites | few sites | few sites |
LCP priority hints per platform
Wix sets the LCP priority hints to fetchpriority="high" on 52% of its sites, and 94% of Wix sites have a good LCP, against 85% of all sites.
LCP priority hints or the platform
Does the platform explain the LCP priority hints difference?
On Wix, 94% of sites with fetchpriority="high" LCP priority hints have a good LCP, against 95% of Wix sites without LCP priority hints. Within Wix, sites with and without LCP priority hints have a good LCP about equally often.
How fetchpriority and preload change Chrome's network queue
Chromium starts <img> requests at Low network priority while stylesheets and head scripts download at Highest or High priority, only promoting visible viewport images to High after layout completes. Adding fetchpriority="high" to the hero <img> sets its initial network priority to High during the preload scan, while <link rel="preload" as="image"> starts the download from the document <head> and cuts median resource load delay from 432 ms to 223 ms.
Understanding LCP priority hints
Add fetchpriority="high" directly to your hero <img> element, and use <link rel="preload" as="image" fetchpriority="high"> if the image is discovered late. Across all audited sites, 60.5% of LCP elements carry no priority hint at all (81% good LCP, 432 ms median resource load delay). Sites using fetchpriority="high" reach 92% good LCP (452 ms load delay), and sites using <link rel="preload"> cut median resource load delay to 223 ms. Apply priority hints strictly to the single LCP resource so other images do not compete for the same bandwidth.
By Arjen Karel · 9,570 crawled React sites (9,110 with all devices Chrome field data, 9,390 sites with LCP priority hints, October 2026). How we measured.