LCP sub-part breakdown on Wix sites
TTFB is the largest LCP sub-part on 46.1% of audited sites (1,819, 93% good LCP), followed by resource load delay on 50.4% (98% good LCP) and element render delay on 3.1% (78% good LCP).
50.4% of Wix sites use resource load delay as the largest LCP sub-part LCP sub-part breakdown, and 98% of those sites have a good LCP, against 94% of all Wix sites.
LCP pass rate
Sites with resource load delay as the largest LCP sub-part LCP sub-part breakdown have a good LCP most often: 98%, against 94% of all Wix sites. Sites with element render delay as the largest LCP sub-part dominant LCP phase have it least often, at 78%.
LCP sub-part breakdown usage
Resource load delay as the largest LCP sub-part is the most used: 50.4% of Wix sites.
The four LCP phases
Across the four LCP sub-parts in Chrome's field data, the largest gap between resource load delay as the largest LCP sub-part and element render delay as the largest LCP sub-part sits in element render delay: 145 ms median for resource load delay as the largest LCP sub-part against 698 ms for element render delay as the largest LCP sub-part. Overall median field LCP is 1.1s for resource load delay as the largest LCP sub-part (TTFB 352 ms, load delay 531 ms, load duration 138 ms, render delay 145 ms) versus 1.4s for element render delay as the largest LCP sub-part.
LCP sub-part breakdown per framework
React sets the LCP sub-part breakdown to resource load delay as the largest LCP sub-part on 50% of its sites, and 94% of React sites have a good LCP, against 94% of all sites.
LCP sub-part breakdown or the framework
Does the framework explain the LCP sub-part breakdown difference?
On React, 98% of sites with resource load delay as the largest LCP sub-part LCP sub-part breakdown have a good LCP, against 93% of React sites with TTFB as the largest LCP sub-part. Within React, sites with resource load delay as the largest LCP sub-part have a good LCP more often.
Why network transfer duration is rarely the real LCP bottleneck
Resource load duration is the largest sub-part on just 0.4% (16) of audited sites. Most LCP failures happen while waiting for the first HTML byte (46.1% TTFB-dominated, 93% good LCP, 1.3s median), waiting to discover the hero image (50.4% load-delay-dominated, 98% good LCP), or waiting on blocking head scripts and stylesheets (3.1% render-delay-dominated, 78% good LCP).
Understanding LCP sub-part breakdown
Fix your largest LCP sub-part first: cache HTML at the CDN edge when TTFB dominates, preload the hero image when load delay dominates, or remove blocking head scripts when render delay dominates. Across all audited sites, 46.1% are TTFB-dominated (93% good LCP, 1.3s median) versus 50.4% load-delay-dominated (98% good LCP, 1.1s median).
By Arjen Karel · 5,621 crawled Wix sites (5,333 with all devices Chrome field data, 3,945 sites with LCP sub-part breakdown, October 2026). How we measured.