Performance

TTFB: what time-to-first-byte tells you about your host

Learn what Time to First Byte (TTFB) reveals about your web host's performance. Understand good vs. bad scores, how to measure it, and key steps to fix a slow TTFB.

What TTFB Actually Measures

Time to First Byte (TTFB) measures the duration from when a user's browser sends a request to when it receives the very first byte of the page's HTML. This single metric encompasses DNS lookup time, the connection negotiation process, and most critically, the time your server takes to process the request and generate a response.

Because TTFB measures the server's response time before the browser begins rendering page elements, it provides a pure signal of your hosting infrastructure's speed. It isolates server performance from potential front-end bottlenecks like large images or heavy JavaScript files, making it an essential metric for evaluating a web host.

How to Accurately Measure TTFB

Several tools can report TTFB, but methodology matters for an accurate result. Use a dedicated performance tool like WebPageTest, GTmetrix, or the network tab in your browser's developer tools. Avoid relying on a single test from a single location, as results can vary significantly based on network conditions and server load.

For the most relevant data, test from a geographic location that closely matches your primary audience. Running multiple tests and taking an average provides a more stable baseline, smoothing out temporary network fluctuations or a one-time cache miss that could otherwise skew your perception of the server's true performance.

What Is a Good TTFB?

While Google considers a TTFB under 800 milliseconds as passing for Core Web Vitals, a high-performance host should aim much lower. A TTFB under 200ms is excellent, while the 200-500ms range is acceptable for many sites. Anything consistently over 500ms indicates a performance bottleneck that requires attention, as it directly impacts user experience and other page speed metrics.

How to Fix a Slow TTFB

Implementing effective server-side caching is the single most impactful way to reduce slow TTFB. By serving a pre-built HTML file instead of regenerating the page on every visit, caching can dramatically cut server processing time. For dynamic platforms like WordPress, a full-page caching plugin can often reduce a TTFB from over a second to below 200ms.

If your TTFB remains high even with an optimized caching strategy, the underlying hosting infrastructure is the likely culprit. Overloaded shared servers, outdated hardware, or a poorly configured network can create a performance ceiling that no software optimization can overcome. At this point, migrating to a higher-quality host is the most effective solution.

Frequently asked

Questions readers ask about this topic

Does TTFB affect SEO?

Yes. TTFB is a foundational speed metric that directly impacts user experience. As part of Google's Core Web Vitals, a slow TTFB can contribute to a poor Largest Contentful Paint (LCP) score, which can negatively affect search rankings.

Is TTFB the same as page load time?

No. TTFB measures only the initial server response time. Page load time is the total time to download and render all page elements. A fast TTFB is crucial, but a page can still load slowly due to large assets like images or JavaScript.

Why does my TTFB vary so much?

TTFB can fluctuate due to factors like server load, network congestion, or whether the page was served from cache. This is why it's important to run multiple tests from relevant locations and focus on the average or median result for an accurate assessment.

Can a CDN fix a slow TTFB?

Partially. A CDN reduces network latency by serving content from a location closer to the user, which can improve TTFB. However, if your origin server itself is slow to process requests, a CDN cannot fix that core issue.
Keep exploring · Performance

Where to go next on Hostilo

Newsletter

One email a month. Hosting deals, new reviews, no fluff.

Related reading