Image hosting origins on React sites
32.4% of audited sites (3,095) serve images from their own origin (72% good LCP, 1.8s median), 93.7% load images from external domains or CDNs (79% good LCP), and 32.0% inline base64 data-URI images (78% good LCP, 1.6s median).
93.7% of React sites use cross-origin images image hosting origin, and 79% of those sites have a good LCP, against 79% of all React sites.
LCP pass rate
Sites with cross-origin images image hosting origin have a good LCP most often: 79%, against 79% of all React sites. Sites with same-origin images image origin have it least often, at 72%.
Image hosting origin usage
Cross-origin images is the most used: 93.7% of React sites.
LCP phase breakdown by image hosting source
Across the four LCP sub-parts in Chrome's field data, the largest gap between cross-origin images and same-origin images sits in time to first byte (TTFB): 696 ms median for cross-origin images against 945 ms for same-origin images. Overall median field LCP is 1.6s for cross-origin images (TTFB 696 ms, load delay 417 ms, load duration 145 ms, render delay 191 ms) versus 1.8s for same-origin images.
Image hosting origin per platform
Wix sets the image hosting origin to cross-origin images on 100% of its sites, and 92% of Wix sites have a good LCP, against 79% of all sites. WordPress sets the image hosting origin to same-origin images on 98% of its sites, and 66% of WordPress sites have a good LCP.
Image hosting origin or the platform
Does the platform explain the image hosting origin difference?
On Wix, 92% of sites with cross-origin images image hosting origin have a good LCP, against 89% of Wix sites with inline data-URI images. Within Wix, sites with cross-origin images and inline data-URI images have a good LCP about equally often. On WordPress, 65% of sites with cross-origin images image hosting origin have a good LCP, against 66% of WordPress sites with same-origin images. Within WordPress, sites with cross-origin images and same-origin images have a good LCP about equally often.
Why base64 inline data-URI images bloat HTML and delay LCP
Serving images from the same origin (32.4% of sites, 3,095) reuses the primary HTTP/2 or HTTP/3 connection (72% good LCP, 1.8s median). Cross-origin images (93.7%, 79% good LCP) include both dedicated media CDNs and external third-party pixels. Inlining images as base64 data: URIs (32.0% of sites, 3,063) inflates HTML/CSS byte size by ~33% and blocks the parser, dropping good LCP to 78% (1.6s median).
Understanding image hosting origins
Serve images from your primary origin to share the main connection, or add <link rel="preconnect"> if you use a dedicated cross-origin image CDN, and avoid base64 data: URIs for anything larger than tiny CSS icons. Across all audited sites, 32.4% use same-origin images (72% good LCP) while 32.0% inline data: URIs (78% good LCP).
By Arjen Karel · 9,570 crawled React sites (1,979 with desktop Chrome field data, 9,561 sites with image hosting origin, October 2026). How we measured.