Inhaltsverzeichnis
„Die Seite ist langsam" ist ein Gefühl. Google misst stattdessen drei Zahlen und nennt sie Core Web Vitals. Wer weiß, was diese Zahlen abbilden, kann eine Website gezielt schneller machen, statt blind Plugins zu installieren.
Dieser Beitrag erklärt jede der drei Kennzahlen, nennt die Schwelle, ab der sie als gut gilt, und beschreibt die Ursachen, die in unseren Projekten tatsächlich dahinterstecken.
Auf einen Blick: LCP misst, wann der Hauptinhalt sichtbar ist (gut: bis 2,5 Sekunden). INP misst, wie schnell die Seite auf Eingaben reagiert (gut: bis 200 Millisekunden). CLS misst, wie stark das Layout nachträglich springt (gut: bis 0,1). Gewertet wird das 75. Perzentil echter Besuche, nicht ein Laborwert.
Warum echte Besuche zählen, nicht der Labortest
Der häufigste Irrtum: Jemand misst mit PageSpeed Insights, sieht 98 Punkte und hält das Thema für erledigt. Diese Punktzahl stammt aus einem simulierten Testlauf auf einem definierten Gerät. Für das Ranking zieht Google dagegen Felddaten heran, gesammelt über den Chrome User Experience Report aus echten Besuchen mit echten Geräten und echten Verbindungen.
Bewertet wird davon das 75. Perzentil: Drei von vier Besuchen müssen den Schwellenwert einhalten. Das ist bewusst streng gewählt, denn ein guter Median hilft niemandem, wenn ein Viertel der Nutzer wartet.
Daraus folgt zweierlei. Erstens braucht eine Verbesserung Zeit, bis sie in den Felddaten sichtbar wird, weil das Fenster 28 Tage zurückblickt. Zweitens kann eine Seite im Labor glänzen und im Feld durchfallen, etwa weil die reale Zielgruppe ältere Android-Geräte im Mobilfunknetz nutzt.
LCP: Wann der Hauptinhalt steht
Largest Contentful Paint misst den Zeitpunkt, zu dem das größte sichtbare Element im ersten Bildausschnitt fertig gezeichnet ist. Meist ist das ein Titelbild oder die Hauptüberschrift.
| Bewertung | Schwelle |
|---|---|
| gut | bis 2,5 s |
| verbesserungswürdig | 2,5 s bis 4,0 s |
| schlecht | über 4,0 s |
Die Ursachen, die wir am häufigsten finden:
- Unkomprimierte Bilder. Ein 4000 Pixel breites Foto, das auf 800 Pixel dargestellt wird, ist der Klassiker. Moderne Formate wie WebP oder AVIF und
srcsetfür passende Größen lösen das. - Langsame Serverantwort. Wenn schon das erste Byte spät kommt, ist jede weitere Optimierung Kosmetik. Bei WordPress steckt die Ursache oft in fehlendem Seiten-Caching oder in Plugins, die bei jedem Aufruf Datenbankabfragen ohne Index fahren.
- Blockierende Ressourcen im Kopf. Schriften und Stylesheets, die geladen sein müssen, bevor überhaupt etwas erscheint.
- Lazy Loading am falschen Ort. Wer das Titelbild verzögert lädt, verschiebt genau das Element nach hinten, das gemessen wird.
INP: Wie schnell die Seite antwortet
Interaction to Next Paint hat im März 2024 den älteren Wert First Input Delay abgelöst und ist seitdem der Reaktionsmaßstab. Gemessen wird die Zeit von einer Eingabe, also Klick, Tipp oder Tastendruck, bis die Seite sichtbar reagiert. Anders als der Vorgänger betrachtet INP nicht nur die erste Interaktion, sondern alle über den ganzen Besuch hinweg und berichtet den schlechtesten Fall.
| Bewertung | Schwelle |
|---|---|
| gut | bis 200 ms |
| verbesserungswürdig | 200 ms bis 500 ms |
| schlecht | über 500 ms |
INP ist der Wert, der bei WordPress-Seiten am häufigsten reißt, und die Ursache ist fast immer dieselbe: zu viel JavaScript. Jedes Skript belegt den Hauptprozess des Browsers, und solange der beschäftigt ist, kann er nicht auf einen Klick reagieren. Typische Verursacher sind Slider-Bibliotheken, Chat-Widgets, mehrere Tracking-Skripte nebeneinander und Page-Builder, die für jeden Effekt eigenes JavaScript mitbringen.
Der wirksamste Hebel ist deshalb nicht Feinschliff, sondern Weglassen. Wir gehen bei Übernahmen zuerst die Plugin-Liste durch und fragen bei jedem Eintrag, was passiert, wenn es fehlt. Erstaunlich oft lautet die Antwort: nichts. Genau darum geht es bei unseren Wartungsverträgen auch dann noch, wenn eine Seite längst läuft.
CLS: Wie ruhig das Layout bleibt
Cumulative Layout Shift misst, wie stark sich Elemente nachträglich verschieben, ohne dass der Nutzer etwas getan hat. Jeder kennt das: Man will auf einen Link tippen, in dem Moment lädt eine Anzeige, alles rutscht, und der Finger trifft etwas anderes.
| Bewertung | Schwelle |
|---|---|
| gut | bis 0,1 |
| verbesserungswürdig | 0,1 bis 0,25 |
| schlecht | über 0,25 |
Die Ursachen sind überschaubar und fast alle vermeidbar:
- Bilder ohne Größenangabe. Ohne
widthundheightoder einaspect-ratiokennt der Browser den Platzbedarf erst, wenn das Bild da ist, und schiebt dann alles darunter nach unten. - Nachgeladene Schriften. Wenn eine Webfont eine Ersatzschrift mit anderer Laufweite ablöst, springt der Umbruch.
font-display: optionaloder passend abgestimmte Ersatzschriften entschärfen das. - Eingeschobene Banner. Cookie-Hinweise und Aktionsleisten, die Inhalt verdrängen statt darüber zu liegen.
- Nachträglich eingefügte Inhalte ohne reservierten Platz, etwa Bewertungen oder Karten aus Fremdquellen.
Was Core Web Vitals fürs Ranking bedeuten
Hier ist Ehrlichkeit wichtiger als Dramatik: Die Kennwerte sind ein bestätigtes Ranking-Signal, aber ein schwaches im Vergleich zu Relevanz und inhaltlicher Qualität. Eine schnelle Seite mit dünnem Inhalt überholt keinen langsamen, aber hervorragenden Beitrag.
Der eigentliche Nutzen liegt woanders. Wartezeit kostet Abbrüche, und zwar messbar an der Kasse. Wer einen Shop betreibt, sieht den Effekt schneller in der Abschlussquote als in den Positionen. Für die inhaltliche Seite der Sichtbarkeit ist unsere SEO-Leistungsseite der passendere Einstieg, und wie lokale Suche davon profitiert, steht im Beitrag zu Local SEO für KMU.
In welcher Reihenfolge vorgehen
- Felddaten ansehen, nicht nur den Labortest: Search Console, Bericht zu den Core Web Vitals. Dort steht, welche Seitengruppen tatsächlich auffällig sind.
- Bilder aufräumen. Richtige Größe, modernes Format, Maße im Markup. Das ist meist der größte Sprung bei LCP und CLS zugleich.
- Skripte reduzieren. Jedes Plugin und jedes Fremd-Skript infrage stellen. Das ist der Hebel für INP.
- Caching und Hosting prüfen. Wenn die Serverantwort selbst langsam ist, hilft nichts davor.
- Nachmessen und warten. Felddaten brauchen einige Wochen, bis eine Verbesserung durchschlägt.
Häufige Fragen
Warum zeigt PageSpeed Insights 95 Punkte, die Search Console aber „schlecht"?
Die Punktzahl ist ein Laborwert auf simuliertem Gerät, die Search Console zeigt echte Besuche. Wenn deine Zielgruppe schwächere Geräte oder langsamere Verbindungen nutzt, fallen die realen Werte schlechter aus.
Wie lange dauert es, bis eine Verbesserung sichtbar wird?
Die Felddaten betrachten ein rollendes Fenster von 28 Tagen. Rechne mit vier bis sechs Wochen, bis sich eine Änderung vollständig durchgesetzt hat.
Brauche ich ein Caching-Plugin?
Meist ja, aber es ersetzt keine saubere Grundlage. Ein Cache versteckt einen langsamen Aufbau, er behebt ihn nicht. Und mehrere Optimierungs-Plugins nebeneinander behindern sich häufiger, als sie helfen.
Ist AMP noch relevant?
Nein. Google hat die Bevorzugung von AMP in den mobilen Ergebnissen längst aufgegeben. Eine normale, gut gebaute Seite erfüllt die Kennwerte ohne Sonderformat.
Nächster Schritt: Du willst wissen, woran es bei deiner Seite konkret hängt? Wir messen nach und sagen dir, was den größten Unterschied macht. Beratungstermin vereinbaren
