Skip to main content

TTFB Checker

Test Time to First Byte with real Chrome user data and lab measurements.

Time to First Byte
Scope:

Enter a domain to check TTFB

Measures Time to First Byte (server response time)

Frequently Asked Questions

01

What is Time to First Byte (TTFB)?

Time to First Byte (TTFB) measures navigation start to the first response byte. It includes redirects, applicable service worker startup, connection setup, and server work. Field guidance uses 800ms or less as good at the 75th percentile. This checker's lab server-response measurement excludes DNS and redirects, so it covers only part of navigation TTFB.

02

Why is TTFB important for performance?

A slow document response can delay FCP and LCP. TTFB is a diagnostic metric, not a Core Web Vital or a direct component of the Lighthouse Performance score. Early Hints and streamed HTML can deliver response bytes before the full document. Measure the LCP breakdown after a change; TTFB and LCP improvements can differ.

03

What causes slow TTFB?

Slow TTFB is typically caused by: slow server-side processing, database query delays, no server-side caching, distance between user and server (no CDN), unoptimized backend code, shared hosting resource limits, and cold starts on serverless functions.

04

How do I improve my TTFB?

To improve TTFB: use a CDN to serve content closer to users, implement server-side caching (Redis, Varnish), optimize database queries, use edge rendering or SSR at the edge, upgrade hosting infrastructure, enable HTTP/2 or HTTP/3, and reduce server-side processing complexity.

05

What is the difference between origin and URL TTFB in CrUX?

Origin TTFB is the aggregate across all pages on your domain from real Chrome users. URL TTFB is specific to a single page. Origin data has more samples and is more stable, while URL data shows page-specific performance but may have insufficient data for low-traffic pages.

Learn More About Web Performance