
TTFB (time to first byte) is the time from the request to the arrival of the first byte of the reply. If it is high, the page is slow to start, and everything after it (LCP included) is pushed back. But the number bundles several waits: resolving the name, connecting, negotiating HTTPS and, last, the server building the page. Only the last one is “the server’s”. Separate them before blaming anyone.
Step 1: separate the waits
|
|
|
| Part | If it is large, it points to |
| dns | Name resolution: the DNS provider or your resolver. See fast for you, slow for everyone else. |
| connect minus dns | Distance to the server, or a slow network on the measuring side. |
| tls minus connect | The HTTPS negotiation. Rarely the cause. |
| first-byte minus tls | The server building the page. This is what the next steps deal with. |
Step 2: if the wait is the server’s
|
|
|
|
|
|
| A good TTFB on the home page proves nothing about the others. The home page is almost always cached. Measure the page people complain about, signed in and signed out, and a search or product page. |
| Accept that the first visit is always slower. It is the one that builds the cache copy. What counts is the second onwards. If visitors mostly land on the first (fresh content every hour, say), consider warming the cache. See installing and tuning a page cache. |
|
Separated the waits and first byte is still high with the cache working? Send us the numbers from the three measurements and the address. Open a support ticket |
|
SEE ALSO Measuring your site speed: which tools, and what the numbers mean The site is slow: what actually makes a difference |
RECOMMENDED PRODUCT Web hosting with cPanel Domain and SSL included, daily backups and the panel you already know. from $6.59/mo (3-year plan, with coupon) See plans |
- 0 Users Found This Useful











