Time to First Byte (TTFB) is the delay between a browser requesting your page and the first byte of the response arriving, and it is the one speed metric your plugins cannot fix. If you care about TTFB and SEO, the uncomfortable truth is that your WordPress host decides most of that number before a single line of your theme runs. Everything else you optimise sits on top of a foundation the server pours.
This guide covers what TTFB measures, what counts as good in 2026, how it feeds Core Web Vitals and crawl behaviour, and which hosting decisions actually move the needle.
What TTFB Actually Measures
TTFB is not one thing. It is a stack of smaller delays, and each one belongs to a different part of your infrastructure. Breaking it apart tells you who is responsible for the wait.
- DNS lookup: resolving your domain to an IP address, typically 10 to 60ms depending on your DNS provider.
- TCP connection and TLS handshake: opening a secure channel, usually 20 to 150ms, heavily influenced by physical distance.
- Server processing: PHP execution, database queries, plugin logic. On an uncached WordPress page this is where 200ms to 2 seconds quietly disappears.
- Response start: the server finally sending byte one.
Only the third item is under your control as a site owner, and even then only partly. Server hardware, PHP version, database tuning and cache configuration are hosting decisions.
What Counts as a Good TTFB in 2026
Google’s own guidance on Time to First Byte suggests keeping TTFB at or below 800ms, with anything past 1,800ms classed as poor. That threshold is a ceiling, not a goal.
- Under 200ms: excellent. Typical of a cached page served from an edge node near the visitor.
- 200 to 500ms: solid. Most well-configured managed WordPress hosting lands here for dynamic requests.
- 500 to 800ms: acceptable but fragile. One traffic spike and you cross the line.
- Above 800ms: your host, your plugin stack, or both are the problem.
We see budget shared hosting routinely return 1.2 to 2.5 seconds on uncached WordPress requests, because hundreds of accounts share the same CPU. That single number can cost you more ranking ground than a month of link building earns.
Is TTFB a Direct Google Ranking Factor?
No, and anyone who says otherwise is selling something. TTFB is not a named ranking signal, but it is a direct input to Largest Contentful Paint, which is a named signal inside Core Web Vitals. The relationship is arithmetic, not theoretical.
LCP cannot happen before the first byte arrives. If your server burns 900ms before responding, and your hero image needs another 1.1 seconds to render, you have already breached the 2.5 second LCP threshold without a single design mistake. Google’s own field data shows server response time is the largest LCP subpart on a majority of slow WordPress pages.
So the honest framing is this: TTFB matters for SEO because it caps how good your other metrics can possibly get. Fixing it does not guarantee rankings. Ignoring it guarantees a ceiling.
The Part Most Articles Skip: Crawl Rate and AI Crawlers
Here is the angle competitors under-serve. Slow server responses do not just hurt human visitors, they throttle how much of your site Google bothers to fetch. Google Search Central states plainly in its crawl budget documentation that if a site responds slowly or returns server errors, Googlebot reduces its crawl rate.
For a 40-page brochure site that hardly matters. For a publisher, a store, or a course platform pushing dozens of new URLs a week, it means new content sits undiscovered for days. Faster responses let Googlebot pull more URLs per session, which is why some sites see indexation improve after a hosting migration with no content changes at all.
The 2026 wrinkle is AI crawlers. GPTBot, ClaudeBot, PerplexityBot and Google’s AI surfaces all fetch pages with tighter patience than a browser. Slow origins get skipped, and skipped pages do not get cited. If you want your content surfaced in AI answers, read our breakdown of how WordPress hosting impacts generative engine optimization, because server speed is a bigger lever there than most SEO teams realise.
Why the Host Owns Most of Your TTFB
You can strip plugins, compress images and rewrite queries, and still be stuck at 900ms because of decisions made in a data centre you have never seen. These are the hosting variables that dominate the number.
- Server-level caching: page cache generated in the web server itself, not in PHP. A LiteSpeed cache layer serves a stored HTML copy in single-digit milliseconds, skipping PHP and MySQL entirely.
- PHP version and workers: PHP 8.3 benchmarks roughly 20 to 30 percent faster than PHP 7.4 on typical WordPress workloads, and worker limits decide what happens under concurrency.
- Physical distance: every 1,000km of fibre adds around 10ms round trip. A UK visitor hitting a Texas origin pays that tax on every uncached request.
- Edge delivery: a global CDN with 35+ locations moves the first byte closer to the person waiting for it.
- Neighbours: on oversold shared plans, someone else’s traffic spike becomes your TTFB spike.
- Database performance: NVMe storage and tuned MySQL matter enormously for logged-in, uncacheable requests like carts and dashboards.
How to Measure Your Real TTFB
One test from your own laptop tells you almost nothing, because you may be sitting 20 miles from the server. Measure properly before you change anything.
- Run WebPageTest from three geographies your audience actually uses, with first view (empty cache) selected.
- Check the Chrome User Experience Report data inside PageSpeed Insights for real-world field numbers, not lab numbers.
- Test both a cached page and a genuinely dynamic one: a logged-in view, a search result, a cart page. The gap between them is your true server speed.
- Pull server response times from Search Console’s Crawl Stats report, which shows what Googlebot experienced over 90 days.
- Watch the trend, not the snapshot, using hosting-level performance analytics rather than one-off tests.
If your cached TTFB is fine but your dynamic TTFB is four times higher, you have a server problem hiding behind a cache. That distinction catches out plenty of agencies.
Fixes, Ranked by Impact
Not every optimisation is worth the afternoon. In rough order of return on effort for a typical WordPress site:
- Move to a host with server-level caching and current PHP. This alone often cuts TTFB by 60 to 80 percent.
- Enable edge caching so repeat and international visitors never touch the origin.
- Audit plugins that run on every request, particularly page builders, related-post widgets and analytics scripts that hit the database.
- Add object caching (Redis or Memcached) for query-heavy stores, membership sites and forums.
- Trim redirect chains, since each hop adds a full round trip before the real response begins.
Businesses running lead generation or client work usually see the fastest payback, which is why our business WordPress hosting ships with these layers switched on by default. Portfolio-heavy sites benefit too, since large media makes a slow origin twice as painful, something we cover on our hosting for creatives page.
And if you are weighing an all-in-one builder against real WordPress hosting, the trade-offs are worth reading first: here’s whether Squarespace can host WordPress.
Frequently Asked Questions
What are the top 3 SEO ranking factors?
Google has confirmed that content relevance, links and page experience sit among the strongest signals, with helpful, original content leading the list. Core Web Vitals, which TTFB feeds directly, fall under page experience and act as a tiebreaker between pages of similar quality rather than a primary driver.
What is the 80/20 rule in SEO?
The 80/20 rule holds that roughly 20 percent of your SEO work produces about 80 percent of the results. In practice that usually means content quality, internal linking and technical foundations like server speed, rather than the long tail of micro-optimisations that consume most people’s time.
How do I boost my SEO ranking?
Start with the changes that compound: publish content answering real queries, fix technical blockers, and get TTFB under 500ms so crawlers and visitors both get served quickly. A hosting upgrade is one of the few fixes that improves every page on the site at once, with no per-page work.
Is 75 a good SEO score?
A score of 75 out of 100 in tools like PageSpeed Insights is middling: it clears “poor” but sits below the 90+ “good” band. Treat these scores as diagnostics rather than targets, because real field data from actual visitors matters far more to rankings than any lab number.
Want a Faster First Byte?
If your server response time is holding back your Core Web Vitals, we’ll migrate your WordPress site free and show you the before-and-after numbers. Start a 14-day trial with WebVibo and measure the difference yourself.
[…] For a closer look at this topic, see our guide: TTFB and SEO: Why Your WordPress Host is Your Biggest Ranking Factor. […]
[…] Google does not know or care that the slowdown was not your fault. The crawler simply reduces its request rate to avoid overloading what looks like a struggling server. This is the same mechanism we describe in our breakdown of why TTFB makes your host a ranking factor. […]