Requests via CDN
How many of the page requests are served via a CDN, and which one.
At a glance the headline numbers for Requests via CDN
How many of the page requests are served via a CDN, and which one.
66.5% of requests come straight from origin servers, with no CDN in front.
The requests via CDN mix who uses what, and how fast each group loads
Requests via CDN. On the fleet: 66.5% origin, 22.3% cloudflare, 5.6% fastly. 99.4% of sites use at least one origin.
Origin leads by count (66.5%) and by bytes (75.2%). computed
Passing INP per bucket every category and count level at once - color is the pass rate
Each row is a category, each column its own count bucket (few on the left, many on the right); the cell is the share of those sites passing INP.
Akamai swings the hardest: 94% of sites pass INP with few, 75% with many. computed
Few vs many - does quantity cost INP? the pass rate with few vs many of each category
Per category: the pass rate among pages with FEW of it (hollow ring) against pages with MANY (solid dot), worst trend first. Thin buckets are excluded from the endpoints.
More Akamai costs the most: the INP pass rate falls from 94% with few to 75% with many. computed
Why this matters for the Core Web Vitals, and where to start fixing it
A CDN moves your files closer to the visitor. Distance is round-trip time, and every request pays it: the connection setup, the request, the response. Serving static files from an edge node cuts that time for every image, script and stylesheet on the page, and those are the resources the LCP waits for.
The share matters more than the logo. A site that serves its HTML through a CDN but loads images from a slow origin still pays origin latency for its LCP image. Check what the CDN actually fronts, not just whether one is present.
How does this affect the Core Web Vitals?
Requests via CDN correlates with the LCP. With Fastly, 83% of sites pass the LCP. With Netlify, 71% do.
Chrome field data from 94,910 sites, representing millions of real page loads. How we measured.