Website-Speed-Test-Tools: der komplette Leitfaden

$body$

„Meine Website ist langsam" ist keine Diagnose – es ist ein Symptom. Um zu wissen, was Sie beheben müssen, müssen Sie zuerst messen. Die gute Nachricht: Die besten Speed-Test-Tools sind kostenlos. Die weniger gute: Die meisten nutzen sie falsch und jagen den falschen Zahlen hinterher.

PageSpeed Insights – der erste Pflichttermin

Googles Tool (pagespeed.web.dev) liefert zwei Arten von Daten. Labordaten (der Lighthouse-Score, 0–100) – eine Simulation auf einem standardisierten Gerät. Und Felddaten (CrUX) – echte Erfahrungen Ihrer tatsächlichen Besucher der letzten 28 Tage. Letztere sind wichtiger: Google nutzt für das Ranking die Feld-Core-Web-Vitals, nicht den Labor-Score.

Die Kennzahlen, die „grün" sein sollten: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1. Hat Ihre Website zu wenig Traffic für CrUX-Daten, verlassen Sie sich auf die Laborwerte – aber mit Vorsicht.

GTmetrix – detaillierte Wasserfall-Analyse

GTmetrix (kostenlos mit Registrierung) zeigt, was PageSpeed nicht übersichtlich genug darstellt: das Wasserfall-Diagramm – die Chronologie jeder einzelnen geladenen Datei. Dort sehen Sie genau, was bremst: eine langsame Serverantwort, ein riesiges Bild, ein blockierendes Drittanbieter-Skript. Tipp: Stellen Sie den Teststandort möglichst nah an Ihrem Publikum ein (für den DACH-Raum z. B. Frankfurt oder London) – der Standardstandort in Kanada liefert unrealistische Zahlen.

WebPageTest – für die ernsthafte Diagnose

WebPageTest.org ist das mächtigste der kostenlosen Tools: echte Geräte, Netzwerkauswahl (3G, 4G, Kabel), Vorher-Nachher-Vergleiche und eine Filmstreifen-Ansicht, die Bild für Bild zeigt, was der Besucher sieht. Wenn Sie beweisen wollen, ob eine Änderung wirklich geholfen hat – das ist das Werkzeug dafür.

Weitere nützliche Tools

• Chrome DevTools (Lighthouse und Performance-Tab): lokales Testen mit simuliert langsameren Netzen und Prozessoren.
• KeyCDN / Pingdom Tools: schnelle Tests von mehreren Standorten weltweit – nützlich, um zu prüfen, ob Ihr CDN seine Arbeit macht.
• Search Console – Core-Web-Vitals-Bericht: zeigt auf Basis echter Nutzer, welche Seitengruppen die Schwellenwerte verfehlen.

Die häufigsten Testfehler

• Eine Messung = ein Fazit. Ergebnisse schwanken; messen Sie mindestens 3-mal und betrachten Sie den Median.
• Nur die Startseite testen. Besucher landen auch auf Blogartikeln, Produkten, Kontaktseiten – testen Sie auch diese.
• Der Jagd nach der 100. Der Unterschied zwischen 92 und 100 ist für Besucher unsichtbar; der zwischen 40 und 85 nicht. Der Score ist ein Leitfaden, kein Ziel.
• Nur die gecachte Version testen. Der erste Test „wärmt" den Cache auf; der zweite zeigt die Realität für die meisten Besucher. Betrachten Sie beide.
• TTFB ignorieren. Liegt die Zeit bis zum ersten Byte über 600 ms, rettet keine Frontend-Optimierung das Ergebnis – das Problem liegt beim Hosting oder Caching.

Wenn die Zahlen auf den Server zeigen

Hohe TTFB, langsame erste Antwort, gute Werte nur aus dem Cache: Das sind Anzeichen, dass der Engpass Ihr Hosting ist. NVMe-Speicher, serverseitiges Caching und ein CDN sind in allen unseren Paketen enthalten, und für WordPress-Websites bieten wir vorkonfiguriertes WordPress-Hosting. Messen Sie vorher, ziehen Sie um, messen Sie nachher – die Zahlen sprechen für sich.

Zum Schluss ein praktischer Rhythmus: PageSpeed Insights monatlich zur Kontrolle, GTmetrix bei jeder Änderung, WebPageTest bei der Ursachensuche. Messen, eine Sache ändern, erneut messen – das ist das ganze Rezept.

$body$