Was ist Google PageSpeed Insights?
Google PageSpeed Insights ist ein kostenloses Analyse-Tool von Google unter pagespeed.web.dev (öffnet neuen Tab). Du gibst eine URL ein und bekommst für Mobilgeräte und Desktop eine Bewertung mit konkreten Verbesserungsvorschlägen.
Der Bericht besteht aus zwei Teilen, die oft verwechselt werden:
- Felddaten (oben): So schnell war deine Seite für echte Chrome-Nutzer in den letzten 28 Tagen. Diese Daten stammen aus dem Chrome User Experience Report und sind das, was Google für die Bewertung der Nutzererfahrung heranzieht. Kleine Seiten mit wenig Besuchern haben oft noch keine Felddaten.
- Labordaten (darunter): Eine simulierte Messung mit dem Tool Lighthouse. Daraus entsteht der bekannte Score von 0 bis 100 – inklusive Diagnosen, was die Seite bremst.
Der Score ist also ein Werkzeug zur Fehlersuche, kein Wert, den Google direkt fürs Ranking nutzt.
Ist PageSpeed ein Ranking-Faktor?
Ja, aber anders, als viele denken. Google hat bestätigt, dass die Ladegeschwindigkeit in die Bewertung einfließt – seit 2021 vor allem über die Core Web Vitals als Teil der „Page Experience“. Gleichzeitig sagt Google klar: Relevanz und Qualität der Inhalte gehen vor.
Der wichtigere Grund für eine schnelle Seite sind deine Besucher. Wer zu lange wartet, springt ab, bevor er dein Angebot überhaupt sieht. Eine schnelle Seite verbessert die Nutzererfahrung, hält Besucher länger und bringt mehr Anfragen und Bestellungen – und genau das zahlt am Ende auch auf dein Google-Ranking ein.
Welche Core Web Vitals zählen 2026?
Die Core Web Vitals sind drei Kennzahlen, mit denen Google die Nutzererfahrung beim Laden und Bedienen einer Seite misst. Seit März 2024 ist INP Teil davon und hat die frühere Kennzahl FID ersetzt.
| Kennzahl | Was sie misst | Gut | Schlecht |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Wann das größte sichtbare Element geladen ist, meist das Hauptbild oder die Überschrift | bis 2,5 s | über 4 s |
| INP (Interaction to Next Paint) | Wie schnell die Seite auf Klicks und Eingaben reagiert | bis 200 ms | über 500 ms |
| CLS (Cumulative Layout Shift) | Wie stark Inhalte beim Laden verrutschen | bis 0,1 | über 0,25 |
Google wertet dabei das 75. Perzentil aus: Drei von vier Seitenaufrufen müssen den Grenzwert schaffen. Den Überblick über deine ganze Website zeigt dir der Bericht „Core Web Vitals“ in der Google Search Console.
Wie habe ich einen Score von 24 auf 92 verbessert?
Bei einer Kundenwebsite lag der mobile PageSpeed-Score 2021 bei 24 von 100. Nach gezielter Optimierung stand er bei 92. Solche Sprünge sind kein Zufall: Fast immer bremsen wenige große Dinge die Seite aus, und wenn du die findest, steigt der Wert deutlich.
Im Detail: Die erste sichtbare Darstellung (First Contentful Paint) kam statt nach 5,0 nach 1,0 Sekunden, das größte Element (Largest Contentful Paint) statt nach 14,3 nach 3,1 Sekunden, und die Blockierzeit durch Skripte (Total Blocking Time) sank von 1.220 auf 160 Millisekunden.
Ein Hinweis zum Vergleich: Seit Lighthouse 10 (2023) gewichtet Google die Messwerte im Score anders, die damals noch gemessene Time to Interactive zählt zum Beispiel nicht mehr mit. Die Werte von 2021 lassen sich deshalb nicht 1:1 mit heutigen Messungen vergleichen.
Die Stellschrauben, mit denen ich in solchen Projekten anfange, sind fast immer dieselben. Du findest sie im nächsten Abschnitt.
Welche Stellschrauben bringen am meisten?
1. Bilder optimieren und komprimieren
Bilder sind oft die größten Dateien einer Website und bestimmen häufig den LCP.
- Moderne Formate: AVIF oder WebP statt JPEG und PNG sparen bei gleicher Qualität viel Dateigröße.
- Passende Größe: Liefere Bilder nicht größer aus, als sie angezeigt werden. Mit
srcsetbekommt jedes Gerät die passende Variante. - Breite und Höhe angeben: So reserviert der Browser den Platz, und nichts verrutscht (gut für CLS).
- Lazy Loading: Bilder weiter unten erst laden, wenn der Besucher dorthin scrollt – aber nie das Hauptbild oben, sonst wird der LCP schlechter.
- Werkzeuge: Squoosh, TinyPNG oder ImageOptim verkleinern Bilder ohne sichtbaren Qualitätsverlust. Viele Systeme erledigen das heute auch automatisch.
2. Caching und Server
Caching bedeutet, dass einmal erzeugte oder geladene Dateien zwischengespeichert werden, damit sie nicht jedes Mal neu entstehen müssen.
- Browser-Caching: Mit passenden
Cache-Control-Headern speichert der Browser Bilder, CSS und JavaScript. Wiederkehrende Besucher laden die Seite dann deutlich schneller. Auf Apache-Servern geht das über die.htaccess, bei vielen Hostern und CDNs per Einstellung. - Seiten-Cache: Fertige HTML-Seiten zwischenspeichern, statt sie bei jedem Aufruf neu zu berechnen.
- CDN: Ein Content Delivery Network liefert Dateien von einem Server in der Nähe des Besuchers aus.
- Schneller Server: Wenn die erste Antwort des Servers (Time to First Byte) schon lange dauert, hilft alle Optimierung im Browser nur begrenzt.
3. JavaScript und CSS reduzieren
Zu viel oder schlecht eingebundenes JavaScript bremst das Laden und macht die Seite träge bei Klicks (schlecht für INP).
- Entfernen, was du nicht brauchst: Ungenutzte Plugins, Slider, Widgets und alte Tracking-Codes.
- Minifizieren: Leerzeichen und Kommentare entfernen. Das übernehmen heute meist Build-Werkzeuge oder Caching-Plugins (zum Beispiel mit Terser und cssnano).
- Später laden: Skripte, die nicht sofort gebraucht werden, mit
deferoder erst bei Interaktion laden. - Drittanbieter prüfen: Chat-Widgets, eingebettete Videos, Karten und Werbe-Pixel kosten oft am meisten Zeit.
4. Schriften schlank halten
Webfonts werden oft unterschätzt. Eine oder zwei Schriftdateien im Format WOFF2, auf dem eigenen Server gehostet und mit font-display: swap eingebunden, reichen fast immer.
In welcher Reihenfolge gehst du vor?
- Felddaten prüfen: Sieh in PageSpeed Insights oder im Core-Web-Vitals-Bericht der Search Console nach, welche Kennzahl rot oder gelb ist.
- Wichtigste Seitentypen messen: Startseite, Leistungsseiten, Blogartikel, Produktseiten – jeweils mobil.
- Den Bremser finden: Im Bericht siehst du, welches Element der LCP ist und welche Skripte die Seite blockieren.
- Die größten Hebel zuerst: Meist Hauptbild, Caching und Drittanbieter-Skripte.
- Nachmessen: Labordaten sofort, Felddaten nach etwa vier Wochen.
Wenn deine Website mit WordPress läuft, findest du typische Ursachen im Artikel WordPress schneller machen.
Wie schnell ist schnell genug?
Ein gutes Ziel: alle drei Core Web Vitals im grünen Bereich und ein mobiler Score über 90. Für hamed.de habe ich mir beim Relaunch strengere Ziele gesetzt: LCP höchstens 1,5 Sekunden, INP höchstens 100 Millisekunden, CLS höchstens 0,05 und Lighthouse 100 auf allen Seitentypen. Wie wir dabei vorgegangen sind, beschreibe ich im Artikel zum Webseiten-Relaunch.
Neben den vier Kategorien zeigt PageSpeed Insights inzwischen eine fünfte: „Agentisches Browsing“. Sie prüft, ob KI-Agenten deine Website bedienen können. Was genau dahintersteckt, erkläre ich im Artikel Agentisches Browsing.
Wenn du nicht sicher bist, wo du anfangen sollst: Der SEO-Kompass zeigt dir, wo deine Website bei Google und in KI-Suchen steht und wo die größten Hebel liegen.
Wenn du Unterstützung bei der Umsetzung möchtest: Mit der Website-Optimierung bringt mein Team Ladezeit, SEO und Anfragewege zum Festpreis in Form, die Website-Betreuung hält deine Website danach schnell. Oder schreib mir über das Formular unten. Mehr darüber, wie ich arbeite, liest du auf der Seite SEO-Experte Hamburg.
