TTFB versus Lighthouse: miss den echten Server

Lighthouse ist nützlich. Festes Netz, feste CPU, schöner Score. TTFB ist etwas anderes: wie schnell das erste Byte auf die Leitung geht. Das spürt ein Server-Crawler. Unserer auch. Googlebot auch, wenn er dein HTML holt. Dein Laptop im Büro-WLAN lügt zu deinen Gunsten.

Was ich am häufigsten sehe: kaltes PHP, eine schwere Query auf der Homepage, kein Cache-Header auf HTML, das cachebar wäre. Oder drei Redirects, bevor Inhalt kommt. Hosting in einer Region, Besucher in einer anderen, keine Edge. Ein Object-Cache, der nach einem Deploy leer ist und dem ersten Besucher die Rechnung schickt.

Unter 200 ms auf HTML ist ein anständiges Ziel. Danach Gzip oder Brotli, HTTP/2, Seitengewicht. Das sind andere Probleme. Ein grüner Lab-Score mit langsamen First Byte ist kein Gewinn. Es ist ein Poster. Felddaten (CrUX) können grün sein, während ein Crawler aus einem anderen Land 800 ms wartet. Miss beides.

Wenn TTFB nach einem Plugin plötzlich verdoppelt, willst du das am selben Tag wissen. Nicht über eine Rezension zu „langsamer Site“. Log den First Byte auf ein paar URLs, nicht nur Home. Checkout und ein tiefer Blogpost lügen weniger als dein Hero.

Ein Lab-Lauf vom Laptop misst dein Büro. Ein Crawler misst den Server. Die zwei Zahlen dürfen sich unterscheiden. Liegen sie weit auseinander, glaub dem Crawler. Der ist näher an dem, was Googlebot um 4 Uhr nachts spürt, ohne deinen warmen Cache.