Core Web Vitals are Google’s metrics for measuring real-world user experience: Largest Contentful Paint (LCP) measures loading performance, First Input Delay (FID) measures interactivity, and Cumulative Layout Shift (CLS) measures visual stability. They directly influence search rankings.

Hosting primarily affects LCP

The time it takes for the largest visible element (usually a hero image or heading) to render. Server response time is the first component of LCP. A 200ms TTFB gives you a much larger budget for the remaining rendering steps than an 800ms TTFB.

FID (and its successor INP

Interaction to Next Paint) is largely determined by JavaScript execution on the client side. Hosting has minimal direct impact, though faster server responses mean JavaScript files are delivered sooner and the browser has more time for processing.

CLS is almost entirely a front-end concern — it’s caused by images without dimensions, dynamically-injected content, and fonts that cause layout shifts. Your hosting provider can help by serving images with proper dimensions via a CDN and enabling font preloading. See our guide on product image optimisation.

The practical takeaway: investing in better hosting will improve your LCP scores and provide headroom for FID/INP optimisation. But if your theme loads 2MB of render-blocking JavaScript, no hosting upgrade will fix your Core Web Vitals. Both infrastructure and front-end optimisation are required.

Frequently Asked Questions

How does WordPress hosting affect Core Web Vitals?

Hosting primarily affects LCP through TTFB. A slow server response directly reduces the time available for rendering within Google’s 2.0s LCP threshold. Hosting also indirectly affects INP — faster responses deliver JavaScript sooner, giving the browser more processing time for interactions. CLS is largely a front-end concern unaffected by hosting.

What TTFB should I aim for to pass Core Web Vitals?

Aim for TTFB under 200ms for cached pages. Google’s LCP threshold for ‘good’ is under 2.0 seconds. A TTFB of 200ms leaves 1.8 seconds for downloading and rendering the largest visible element — a comfortable budget with an optimised theme. A TTFB of 800ms (common on shared hosting) leaves only 1.2 seconds, making ‘good’ LCP very difficult without aggressive front-end optimisation.

Does upgrading hosting improve Core Web Vitals scores?

Yes, significantly for LCP. Moving from shared hosting (TTFB 500–1000ms) to managed hosting with server-level caching (TTFB under 200ms) can improve LCP scores by 500–800ms. The impact on INP and CLS is smaller — INP is primarily determined by JavaScript execution on the client side, and CLS is almost entirely a front-end concern.

Can I fix Core Web Vitals without changing hosting?

You can improve INP and CLS without changing hosting. However, if TTFB is consistently above 500ms, LCP improvements are severely limited regardless of front-end optimisation. A slow origin server is a hard ceiling on LCP that no amount of asset optimisation can overcome. For sites with TTFB above 500ms, hosting is the first fix required.

What hosting features most improve Core Web Vitals?

Server-level full-page caching (LiteSpeed or Varnish) has the biggest impact — reducing TTFB from hundreds of milliseconds to under 50ms for cached pages. Redis object caching reduces dynamic page generation time. PHP 8.3+ with OPcache improves execution speed by 20–30%. UK-based hosting eliminates 100–200ms of latency for British visitors compared to US-hosted sites.