Time To First Byte is how long the server takes to start replying. A high makes every page feel slow, here's how to bring it down.
TTFB measures the gap between a browser requesting a page and receiving the first byte back. Google flags anything over ~800ms; for a good experience aim well under 200ms for your main audience.
What causes a slow TTFB
- Overloaded or low-spec shared hosting.
- A server far from your visitors (e.g. US hosting for UK customers).
- No caching, rebuilding every page from the database each request.
- Heavy, unoptimised code or database queries.
1. Host close to your audience
Network latency is physics. If your customers are in the UK, host in the UK. UK-to-UK round trips are single-digit milliseconds, versus 80ms+ to the US, before the server even does any work. This is the easiest big win for a UK business.
2. Cache aggressively
Server-side page caching ( Cache, Varnish, or full-page caching) means the server returns a ready-made page instead of building one. This alone can cut TTFB by 80%+.
3. Use a fast stack
Modern PHP, a tuned database, and a web server like LiteSpeed respond far faster than an unconfigured, outdated setup. Object caching (Redis/Memcached) speeds up dynamic pages.
4. Put a CDN in front
A CDN with edge caching can answer many requests without touching your origin server at all, flattening TTFB worldwide and absorbing spikes.
5. Measure it
Check TTFB in your browser's Network tab, or with WebPageTest/PageSpeed Insights. Test from the location your visitors are actually in.
Key takeaways
- TTFB is the server's "thinking time" before sending a page.
- Host near your audience. UK hosting for UK visitors.
- Caching is the biggest single fix for high TTFB.
- A CDN and a modern stack push it lower still.
Fast UK servers, low TTFB
Host on UK LiteSpeed servers with caching built in for a fast response from the first byte.
See hosting plansFrequently asked questions
What is a good TTFB?
Under 200ms is good; under 800ms is acceptable. Above that, Google and visitors notice the delay.
Does a CDN fix a slow server?
It helps for cached/static content, but a slow origin still affects uncached and dynamic requests. Fix the host and caching first.
Why does location matter so much?
Data travels at a finite speed. The further the server, the longer every request takes before any processing. UK-to-US adds ~80ms each way.