PageSpeed Insights ist Googles Werkzeug, das die Ladezeit einer Website prüft, Seite für Seite, auf dem Handy und am Computer. Der Bericht hat zwei Teile: oben Messwerte echter Besuche der letzten 28 Tage, darunter einen einzelnen Testlauf mit Punktzahl. Für Deinen Betrieb zählt zuerst der obere Teil. Fehlt er, liest Du den Testlauf und gibst gezielte Hinweise an Deinen Webdesigner.
Du brauchst nur einen Browser, eine Anmeldung verlangt die Seite nicht. Prüfe neben der Startseite auch die Seite, über die Kunden meist zu Dir finden.
Der obere Teil ist das Fahrtenbuch Deiner Website. Er stammt aus dem Chrome User Experience Report (CrUX), einer Sammlung von Messwerten echter Besuche, und deckt die letzten 28 Tage ab (PageSpeed-Insights-Dokumentation). Angezeigt wird das 75. Perzentil. Das heißt: Drei von vier Besuchen waren mindestens so schnell wie der genannte Wert.
Ins Fahrtenbuch schreiben nur Chrome-Browser auf dem Computer und auf Android-Handys, und auch nur, wenn dort das Senden von Nutzungsstatistiken eingeschaltet ist. Chrome auf dem iPhone liefert laut Google keine Daten (CrUX-Methodik), Safari ist ohnehin kein Chrome. Besuche vom iPhone fehlen also. Sucht Deine Kundschaft viel mit dem iPhone, sieht das Fahrtenbuch nur einen Teil von ihr.
Der untere Teil ist der Prüfstand. Lighthouse, Googles Prüfprogramm, lädt die Seite einmal unter festen Bedingungen: als Handy der Mittelklasse im Mobilfunknetz (PageSpeed-Insights-Dokumentation). Für das Netz rechnet Lighthouse mit 1,6 Megabit pro Sekunde und 150 Millisekunden Verzögerung (Lighthouse-Dokumentation, englisch). Das hilft bei der Fehlersuche, aber echte Engpässe übersieht der Prüfstand laut Google manchmal (PageSpeed-Insights-Dokumentation).
Einen Wert erfasst der Prüfstand gar nicht: die Reaktion auf Eingaben, kurz INP, denn dort tippt niemand. Ersatzweise zeigt Lighthouse die Total Blocking Time (TBT): wie lange die Seite beim Laden für Eingaben blockiert ist (web.dev).
Ins Fahrtenbuch kommt eine Seite erst, wenn sie öffentlich auffindbar ist und genug Besuche hat. Die Mindestzahl veröffentlicht Google nicht (CrUX-Methodik). Reichen die Daten der einzelnen Seite nicht, zeigt PageSpeed Insights die Werte der ganzen Website. Reichen auch die nicht, bleibt der obere Teil leer (PageSpeed-Insights-Dokumentation). Aus demselben Grund meldet dann auch der Core-Web-Vitals-Bericht der Google Search Console „Keine Daten verfügbar“ (Search-Console-Hilfe).
Ist Deine Seite bei Google auffindbar, heißt ein leerer oberer Teil also nur: zu wenig Stoff für eine Statistik. Bei überschaubarer Besucherzahl musst Du damit rechnen. Dann bleibt der Prüfstand, und dafür rate ich Dir:
Die Grenzen für „gut“ und „schlecht“ in der Tabelle stammen aus Googles Dokumentation (PageSpeed-Insights-Dokumentation). Die Beispiele und die Spalte „Wer handelt“ sind meine Einteilung für einen Betrieb mit beauftragtem Webdesigner.
| Wert | Gut | Schlecht | Woran Du es merkst (Beispiel) | Wer handelt |
|---|---|---|---|---|
| LCP: Ladezeit des größten sichtbaren Inhalts | bis 2,5 Sekunden | über 4 Sekunden | Das große Baustellenfoto oder die Überschrift ganz oben erscheint spät. | Du: Fotos verkleinert hochladen. Webdesigner: Ladereihenfolge, Bildformate, Server. |
| INP: Reaktion auf Eingaben | bis 200 Millisekunden | über 500 Millisekunden | Nach dem Tippen auf „Weiter“ im Anfrageformular passiert einen Moment lang nichts. | Webdesigner: Skripte und eingebundene Fremddienste. Du: entscheiden, welche Zusatzdienste bleiben. |
| CLS: Verschieben des Layouts | bis 0,1 | über 0,25 | Die Telefonnummer springt nach unten, weil darüber ein Bild nachlädt. | Webdesigner: Maße für Bilder und Einbettungen festlegen. |
| Punktzahl Leistung (nur Testlauf) | 90 bis 100 | unter 50 | Eine Zahl aus fünf gewichteten Laborwerten, die von Lauf zu Lauf schwankt. | Beide: als Verlauf beobachten, nicht als Prüfungsnote. |
Die Punktzahl ist ein gewichteter Durchschnitt. Nach der Gewichtung seit Lighthouse 10 zählen die Blockierzeit TBT mit 30 Prozent sowie LCP und CLS mit je 25 Prozent am stärksten (Lighthouse-Dokumentation). Eine glatte 100 erwartet Google nicht. Der Weg von 99 auf 100 kostet laut derselben Quelle etwa so viel Verbesserung wie der von 90 auf 94.
Bei Fotos hast Du am meisten selbst in der Hand. Beispiel: Ein Foto mit 4.000 × 3.000 Pixeln hat 12 Millionen Bildpunkte. Zeigt Deine Website es höchstens 1.600 Pixel breit, reichen 1.600 × 1.200 Pixel. Das sind 1,92 Millionen Bildpunkte, also 6,25-mal weniger.
Was das an Daten ausmacht, habe ich an einer selbst erzeugten Testdatei gemessen: eine geflieste Wand mit Fugen, Lichtverlauf und Bildrauschen. Die Übertragung ist mit dem Handy-Netz gerechnet, das Lighthouse annimmt (Lighthouse-Dokumentation, englisch).
| Fassung | Bildpunkte | Dateigröße | Übertragung (gerechnet) |
|---|---|---|---|
| Original, 4.000 × 3.000, JPEG (Qualität 92) | 12 Mio. | 2,84 MB | ca. 14 Sekunden |
| umgewandelt in WebP (Qualität 80), 4.000 × 3.000 | 12 Mio. | 0,61 MB | ca. 3 Sekunden |
| nur verkleinert, 1.600 × 1.200, JPEG (Qualität 92) | 1,92 Mio. | 0,41 MB | ca. 2 Sekunden |
| verkleinert und umgewandelt, 1.600 × 1.200, WebP (Qualität 80) | 1,92 Mio. | 0,09 MB | ca. 0,5 Sekunden |
Verkleinert und umgewandelt bleibt rund ein Dreißigstel übrig. Google empfiehlt beides: Bilder nicht größer ausliefern als angezeigt und moderne Formate wie WebP oder AVIF nutzen (Chrome-Dokumentation). Seit dem 20. Oktober 2025 arbeitet PageSpeed Insights mit Lighthouse 13 (Versionshinweise, englisch). Dort stehen die früheren Einzelhinweise zu Bildgröße, Kompression und Format gesammelt unter einem Punkt zur Bildübermittlung (Chrome-Blog, englisch).
Die Grenze der Rechnung nennt Google selbst: Eine kleinere Datei verkürzt nur die Ladedauer des Bildes, und genau die bremst laut Google die meisten Websites nicht am stärksten (web.dev). Die Tabelle zeigt also Datenmenge, nicht die Ladezeit Deiner Seite. Echte Fotos fallen je nach Motiv und Kamera anders aus.
Wer den PageSpeed optimieren will, muss dafür nicht selbst in den Code. So teilst Du die Arbeit auf:
Melden die Hinweise trotz kleiner Fotos vor allem Skripte und Aufbau, liegt die Arbeit tiefer. Ob sich dann ein Neubau lohnt, behandelt der Beitrag zum Website-Relaunch. Die Reihenfolge bleibt: erst ins Fahrtenbuch schauen, dann auf den Prüfstand, und die Punktzahl als Tacho lesen, nicht als Ziel.
Von Google nicht mehr. Die Erweiterung für Chrome hat Google eingestellt und verweist auf die Online-Fassung unter pagespeed.web.dev (Google for Developers). Ein Lesezeichen auf diese Adresse erfüllt denselben Zweck: Du öffnest das Werkzeug mit einem Klick, trägst die Adresse Deiner Seite ein und startest den Test.
PageSpeed Insights nutzt Lighthouse für den Testlauf, ergänzt um Daten echter Besuche, und läuft in einem Rechenzentrum von Google (PageSpeed-Insights-Dokumentation). Startest Du Lighthouse selbst, etwa in den Entwicklertools von Chrome, misst Dein Rechner mit: Prozessor, Netz und offene Programme. Solche Läufe streuen laut Lighthouse-Team stärker (Lighthouse-Dokumentation, englisch). Vergleiche deshalb nur Werte aus demselben Werkzeug.
Beide Tests laufen unter anderen Bedingungen. Fürs Handy simuliert Lighthouse ein Mittelklasse-Gerät im Mobilfunknetz, für den Computer eine Kabelverbindung (PageSpeed-Insights-Dokumentation). Im Dezember 2024 hat Google zudem die Drosselung des Prozessors im Handy-Testlauf angepasst. Angekündigt waren höhere TBT-Werte, Desktop und Daten echter Besuche sollten unverändert bleiben (Versionshinweise, englisch).
Eine Garantie gibt es nicht. Google nutzt die Core Web Vitals in seinen Ranking-Systemen, schreibt aber, dass gute Werte keinen Platz ganz oben garantieren. Die relevantesten Inhalte zeigt die Suche laut Google auch dann, wenn eine Seite dabei in Teilen schwächer abschneidet (Google Search Central). Schnellere Seiten helfen vor allem Deinen Besuchern.
Stand der Anleitung: geprüft am 31. Oktober 2026 an der Dokumentation zu PageSpeed Insights, an web.dev, Chrome for Developers und Google Search Central. Google ändert Namen, Menüs und Messregeln regelmäßig; weicht etwas ab, gilt die Dokumentation.
Hi, ich bin Felix.
Ich übersetze E-Commerce Strategien ins Handwerk. Keine Floskeln, sondern Systeme, die Anfragen liefern.
Website liefert keine Anfragen? Sichtbarkeit eingebrochen? Ich schaue live drauf.
