Was ist Page Speed?
Stell dir vor, du stehst im Laden und die Verkäuferin packt erst mal Kartons aus, bevor sie dich bedient. Wie lange wartest du? Genau das misst Page Speed: wie schnell deine Seite beim Besucher ankommt, sichtbar wird und auf Klicks reagiert.
Wichtig: Page Speed ist keine einzelne Zahl. Dahinter stecken mehrere Messwerte, die jeweils einen anderen Moment des Ladens beschreiben:
- TTFB (Time to First Byte) — wie schnell der Server überhaupt antwortet.
- FCP (First Contentful Paint) — wann der erste Inhalt zu sehen ist.
- LCP (Largest Contentful Paint) — wann das größte Element steht, meist ein Bild.
- INP (Interaction to Next Paint) — wie flott die Seite auf einen Klick reagiert.
- CLS (Cumulative Layout Shift) — ob beim Laden Dinge verrutschen.
LCP, INP und CLS sind die drei Core Web Vitals, mit denen Google die Nutzererfahrung bewertet. Page Speed ist der Oberbegriff darüber.
Wie wird Page Speed gemessen?
Das bekannteste Werkzeug ist PageSpeed Insights von Google. Es zeigt dir zwei völlig verschiedene Arten von Daten — und genau hier passieren die meisten Missverständnisse.
- Labordaten: Lighthouse simuliert einen Ladevorgang, mobil auf einem Mittelklasse-Smartphone im Mobilfunknetz. Gut zur Fehlersuche, aber eine einzelne Momentaufnahme.
- Felddaten: echte Messwerte von Chrome-Nutzern aus dem Chrome User Experience Report (CrUX), über die letzten 28 Tage. Ausgewertet wird das 75. Perzentil — drei von vier Besuchen müssen also gut sein.
Messwert
Gut, wenn
LCP
≤ 2,5 s
INP
≤ 200 ms
CLS
≤ 0,1
FCP
≤ 1,8 s
TTFB
≤ 0,8 s
Die Schwellen stammen aus der Dokumentation von PageSpeed Insights. Darüber folgt jeweils „verbesserungswürdig“, ab LCP über 4 Sekunden oder INP über 500 ms gilt ein Wert als schlecht.
Wie schnell ist das Web wirklich?
Ehrliche Antwort: langsamer, als die meisten denken. Laut Web Almanac 2025 des HTTP Archive (CrUX-Daten vom Juli 2025) erreichen nur 48 % der Websites mobil gute Core Web Vitals, am Desktop sind es 56 %. Ein Jahr vorher waren es mobil noch 43 %.
Der größte Bremsklotz ist fast immer ein Bild: Bei 76 % der mobilen Seiten ist das größte sichtbare Element ein Bild. Und bei rund jeder sechsten Seite wird genau dieses Bild auch noch verzögert geladen — ein klassisches Eigentor.
Und Google? Die Core Web Vitals fließen laut Google in die Ranking-Systeme ein. Gute Werte garantieren aber keinen Platz eins. Google schreibt selbst, dass es sich kaum lohnt, nur für SEO einem perfekten Score hinterherzujagen. Schnell sein ist Pflicht für Nutzer, kein Ranking-Trick.
Beispiele aus der Praxis
Zwei echte A/B-Tests aus den Fallstudien von Google — beide Großunternehmen, aber sauber gemessen: gleicher Traffic, zwei Versionen, ein Unterschied.
Case A · Telekommunikation
Vodafone Italien, Landingpage
8,3 → 5,7 s
LCP
+8 %
Verkäufe
LCP 31 % schneller, Lead-Rate +15 %
Hebel: Inhalte serverseitig ausliefern, Hero-Bild verkleinern, Bilder außerhalb des Sichtfelds später laden.
Case B · Onlineshop
Rakuten 24, Japan
−92,7 %
Layout-Verschiebung (CLS)
+33,1 %
Conversion Rate
Umsatz pro Besucher +53,4 %
Ein Monat, Traffic 50/50 geteilt. Hebel: Caching, CDN, Bildformate, feste Seitenverhältnisse für Bilder.
Lass dich von den Prozenten nicht blenden: Das sind von Google ausgewählte Erfolgsgeschichten großer Konzerne. Für deine Website sagen sie vor allem eins — der Effekt ist echt, die Größe musst du selbst messen.
Häufige Fehler
Fehler 1 · Den Score zum Ziel machen
Der Lighthouse-Score von 0 bis 100 ist eine einzelne Simulation. Er schwankt von Lauf zu Lauf, laut Google oft wegen Werbung, Netz oder Browser-Erweiterungen. Für echte Besucher zählen die Felddaten. Eine 78 mit grünen Felddaten schlägt eine 98 im Labor.
Fehler 2 · Nur am eigenen Rechner testen
Im Büro-WLAN auf dem neuen Laptop ist jede Seite schnell. Deine Besucher sitzen im Zug mit dem Smartphone. Teste mobil — dort schneiden Websites deutlich schlechter ab.
Fehler 3 · Das wichtigste Bild verzögert laden
Lazy Loading ist super für Bilder weiter unten. Für das große Bild ganz oben ist es Gift: Der Browser lädt es absichtlich später, und dein LCP rutscht nach hinten.
Fehler 4 · An Zehntelsekunden schrauben, aber den Server vergessen
Wenn der Server schon eine Sekunde braucht, bevor das erste Byte kommt, hilft kein Minify-Plugin. Gute TTFB liegt bei 0,8 Sekunden oder darunter — wer da drüber liegt, schaut zuerst aufs Hosting.
Wie verbessere ich meinen Page Speed?
Die Reihenfolge, die in der Praxis am meisten bringt:
- Bilder zuerst — passende Größe, moderne Formate wie WebP oder AVIF, das oberste Bild nicht lazy laden.
- Caching — unter WordPress etwa mit WP Rocket, damit Seiten nicht bei jedem Aufruf neu gebaut werden.
- CDN — ein Netz von Servern wie Cloudflare liefert Dateien von nah am Besucher aus.
- Hosting — bei hoher TTFB ist das der Engpass, nicht dein Theme.
- Platz reservieren — feste Breite und Höhe für Bilder und Banner, damit nichts verrutscht.
- Weniger Fremd-Skripte — jedes Chat-Widget und jeder Tracking-Schnipsel kostet Zeit.
Häufige Fragen
Was ist ein guter PageSpeed-Score?
Lighthouse zeigt 90 bis 100 grün, 50 bis 89 orange und darunter rot. Wichtiger als der Score sind aber die Felddaten echter Besucher: LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1.
Warum unterscheiden sich Labor- und Felddaten?
Labordaten stammen aus einer einzelnen Simulation auf einem gedrosselten Testgerät. Felddaten kommen von echten Chrome-Nutzern über 28 Tage, mit ihren Geräten und Netzen. Beides misst also andere Situationen.
Ist Page Speed ein Google-Rankingfaktor?
Die Core Web Vitals fließen laut Google in die Ranking-Systeme ein. Gute Werte garantieren aber kein Top-Ranking — relevante Inhalte zählen mehr. Einen perfekten Score nur wegen SEO zu jagen, empfiehlt Google ausdrücklich nicht.
Warum zeigt PageSpeed Insights keine Felddaten für meine Seite?
Weil deine Seite zu wenige Besucher aus der Messbasis hat. In den Chrome-Daten zählen nur bestimmte Chrome-Nutzer, und Google nennt eine Mindestmenge, ohne sie zu beziffern. Kleine Websites sehen deshalb oft nur Labordaten.
Was bremst Websites am häufigsten?
Meist zu große oder falsch geladene Bilder, ein langsamer Server und zu viele Fremd-Skripte. Bei drei von vier mobilen Seiten ist das größte sichtbare Element ein Bild — dort lohnt der erste Blick.
