Diagnose: Welche Kennzahl ist das Problem?
Beginnen Sie mit Felddaten, denn diese verwendet Google. In der Search Console zeigt der Bericht „Core Web Vitals“ Gruppen ähnlicher Seiten, getrennt für Smartphone und Desktop; der Status einer Gruppe richtet sich nach ihrer schwächsten Kennzahl (Search-Console-Hilfe). PageSpeed Insights zeigt Felddaten für eine einzelne URL oder die ganze Domain, sofern genug Besuche erfasst wurden.
Fehlen Felddaten, weil Ihre Website zu wenig Chrome-Traffic hat, arbeiten Sie mit Labordaten aus Lighthouse. Den INP kann Lighthouse nicht messen, weil niemand mit der Seite interagiert; als Anhaltspunkt dient die Total Blocking Time (TBT), die mit dem INP zusammenhängt, ihn aber nicht ersetzt.
Bewertet wird das 75. Perzentil: Mindestens drei von vier Besuchen müssen den Grenzwert einhalten. Die Seite besteht nur, wenn alle drei Kennzahlen im guten Bereich liegen.
LCP verbessern: erst die Teilzeit finden
Der LCP setzt sich aus vier Teilzeiten zusammen. Wer weiß, welche zu lang ist, spart sich das Raten. web.dev nennt für einen guten LCP diese Verteilung als Richtwert (web.dev):
| Teilzeit | Anteil am LCP | Typische Ursache und Maßnahme |
|---|---|---|
| Serverantwort (TTFB) | etwa 40 % | Langsamer Server, kein Cache, Weiterleitungen. Maßnahme: Seiten-Cache, CDN, Weiterleitungen entfernen. |
| Ladeverzögerung der Ressource | unter 10 % | Das Hauptbild wird spät entdeckt, etwa weil es per CSS oder JavaScript eingebunden ist. Maßnahme: im HTML referenzieren oder per Preload mit fetchpriority="high" vorladen. |
| Ladedauer der Ressource | etwa 40 % | Die Datei ist zu groß. Maßnahme: passende Größe, AVIF oder WebP, Komprimierung. |
| Darstellungsverzögerung | unter 10 % | Blockierendes CSS oder JavaScript hält das Rendern auf. Maßnahme: kritisches CSS früh laden, Skripte verzögern. |
Die Anteile sind Richtwerte für eine gute Seite, keine Grenzwerte. Liegt bei Ihnen eine Teilzeit deutlich darüber, beginnen Sie dort.
LCP: typische Fehler
- Das Hauptbild hat
loading="lazy". Entfernen Sie das Attribut, denn es verzögert den LCP. - Das Bild ist ein CSS-Hintergrund oder wird von einem Slider per JavaScript geladen. Nutzen Sie ein normales
img-Element im HTML. - Das Bild ist ein 3.000 Pixel breites Foto für einen 400 Pixel breiten Platz. Liefern Sie passende Größen mit
srcsetaus. - Der Seiteninhalt entsteht erst per JavaScript im Browser. Dann beginnt das Laden des Hauptelements erst nach dem Skript. Liefern Sie den Hauptinhalt im HTML aus.
- Das LCP-Element ist ein Textblock, der auf eine Webfont wartet. Setzen Sie
font-displaybewusst und laden Sie die Hauptschrift vor.
INP verbessern: Eingabe, Verarbeitung, Darstellung
Der INP beschreibt, wie lange die Seite bei Interaktionen bis zur nächsten sichtbaren Aktualisierung braucht; gewertet wird eine der langsamsten Interaktionen des Besuchs. Er besteht aus drei Phasen: Eingabeverzögerung (der Hauptthread ist beschäftigt), Verarbeitung (Ihre Event-Handler laufen) und Darstellungsverzögerung (der Browser zeichnet das Ergebnis) (web.dev).
- Eingabeverzögerung senken: Lange Aufgaben aufteilen, damit der Browser zwischendurch reagieren kann, und Skripte von Drittanbietern verzögern.
- Verarbeitung verkürzen: Klick-Handler schlank halten und aufwendige Berechnungen in kleinere Schritte teilen.
- Darstellung beschleunigen: kleinere DOM-Bäume und weniger Layout-Arbeit nach jeder Interaktion. Große Bereiche außerhalb des Sichtfelds lassen sich mit
content-visibilityzurückstellen.
Umfangreiche Skripte sind eine typische Ursache für einen schlechten INP, und Skripte von Drittanbietern tragen oft viel dazu bei: Tag Manager, Chat-Widgets, Cookie-Banner, Bewertungs-Widgets. Prüfen Sie diese zuerst.
INP im Alltag: Menüs, Filter, Formulare
Testen Sie die Interaktionen, die Ihre Besucher wirklich ausführen, nicht nur das Laden der Seite:
- das mobile Menü öffnen und schließen
- einen Produktfilter oder die Suche benutzen
- ein Formular ausfüllen und abschicken
- den Cookie-Banner bestätigen
Der Tab „Leistung“ (Performance) der Chrome-Entwicklertools markiert lange Aufgaben rot. Wenn ein Klick eine solche Aufgabe auslöst, haben Sie den Verursacher gefunden.
CLS verbessern: Verschiebungen verhindern
Layoutverschiebungen entstehen, wenn der Browser erst nach dem Laden weiß, wie viel Platz ein Element braucht (web.dev).
- Bilder, Videos und iFrames:
widthundheightoderaspect-ratiosetzen. - Banner, Werbung, Cookie-Hinweise und Einbettungen: festen Platz reservieren oder überlagern, statt Inhalte nach unten zu schieben.
- Schriften:
font-display: optionalvermeidet Verschiebungen durch spätes Nachladen; beiswaphilft eine Ersatzschrift ähnlicher Größe (size-adjust). - Nachgeladene Inhalte wie Bewertungen oder Empfehlungen unterhalb des sichtbaren Bereichs einfügen.
- Animationen mit
transformstatt mittop,left,widthoderheightumsetzen.
Ergebnis prüfen: Warum Felddaten langsam reagieren
Nach einer Korrektur zeigt Lighthouse den Effekt sofort. Der Bericht in der Search Console und die Felddaten in PageSpeed Insights beruhen dagegen auf den letzten 28 Tagen: Das Fenster muss sich erst erneuern. Rechnen Sie mit mehreren Wochen, bis sich eine Änderung vollständig zeigt.
Bleiben die Werte trotz Korrekturen schlecht, prüfen Sie, ob Ihre Änderung die betroffenen Seitengruppen erreicht. Die Search Console fasst ähnliche Seiten, etwa alle Produktseiten, zu Gruppen zusammen; eine Korrektur an der Vorlage wirkt sich auf viele URLs aus.
Grenzen der Kennzahlen
Gute Core Web Vitals sind ein Baustein. Google nennt sie ein Signal der Seitenerfahrung neben anderen; gute Werte garantieren kein Top-Ranking, und bei vielen Suchanfragen zählt vor allem die Relevanz des Inhalts (Google Search Central). Verbessern Sie die Werte, aber nicht auf Kosten von Inhalt und Angebot.
Den aktuellen Stand Ihrer Seite zeigt der kostenlose Website-Speed-Test. Eine Übersicht aller Maßnahmen bietet der Ratgeber Website-Geschwindigkeit verbessern.
Häufige Fragen
Welche Kennzahl sollte ich zuerst verbessern?
Die mit dem schlechtesten Status in den Felddaten. Sind alle drei im guten Bereich, gibt es nichts zu beheben. In Laboranalysen ist der LCP oft der greifbarste Hebel, weil er sich direkt an Bild, Server und blockierenden Ressourcen festmachen lässt.
Zählt der Score von PageSpeed Insights für Google?
Der Score stammt aus einem einzelnen simulierten Test in Lighthouse. Google verwendet für die Core Web Vitals die Felddaten echter Nutzer. Der Score hilft bei der Suche nach Ursachen, ist aber nicht die Zahl, die Google bewertet.
Warum ist mein INP schlecht, obwohl die Seite schnell lädt?
Ladezeit und Reaktionsfähigkeit sind verschiedene Dinge. Eine Seite kann schnell erscheinen und danach durch Skripte blockiert sein, sodass Klicks verzögert werden. Prüfen Sie Skripte von Drittanbietern und lange Aufgaben.
Wie viele Seiten muss ich optimieren?
Beginnen Sie mit den Vorlagen, die den meisten Besuchern begegnen: Startseite, Leistungs- oder Kategorieseiten, Produkt- oder Artikelseiten. Weil die Search Console ähnliche Seiten gruppiert, wirkt eine Korrektur an einer Vorlage auf viele URLs.
Prüfen Sie Ihre eigene Website in etwa einer Minute
Die kostenlose Analyse misst die Punkte aus diesem Ratgeber für Ihre URL und zeigt, was Sie zuerst beheben sollten.