Die Core Web Vitals sind drei Kennzahlen, mit denen Google die Nutzererfahrung einer Seite misst: Ladegeschwindigkeit (LCP), Reaktionsfähigkeit (INP) und visuelle Stabilität (CLS). Als gut gelten laut web.dev ein LCP von höchstens 2,5 Sekunden, ein INP von höchstens 200 Millisekunden und ein CLS von höchstens 0,1.
Diese Werte klingen technisch, haben aber eine einfache Bedeutung. Sie beantworten, wie schnell Besucher Inhalte sehen, wie flott die Seite auf Klicks reagiert und ob sich Elemente beim Laden plötzlich verschieben. Genau das entscheidet oft darüber, ob jemand bleibt oder genervt abspringt.
In diesem Beitrag erfährst du, was hinter den Zahlen steckt, wie du sie misst und welche Maßnahmen die größte Wirkung haben. Du brauchst dafür keine Programmierkenntnisse, nur ein Grundverständnis der Zusammenhänge.
Was sind die Core Web Vitals?
Die Core Web Vitals sind eine von Google definierte Gruppe von Messwerten für die Nutzererfahrung auf Webseiten. Sie bewerten, wie schnell der Hauptinhalt erscheint, wie zügig die Seite auf Eingaben antwortet und wie stabil das Layout bleibt. Jede Kennzahl hat Schwellenwerte für die Einstufung als gut, verbesserungsbedürftig oder schlecht.
Wichtig ist die Messmethode. Laut web.dev sollte eine Seite am 75. Perzentil der Seitenaufrufe gut abschneiden, getrennt nach Mobilgeräten und Desktop. Das heißt: Drei von vier Besuchen sollten den guten Wert erreichen, nicht nur der Durchschnitt.
Die drei Kennzahlen im Überblick
- LCP (Largest Contentful Paint): Misst die Ladegeschwindigkeit des größten sichtbaren Elements. Die Core Web Vitals bewerten damit, wie schnell Inhalt erscheint.
- INP (Interaction to Next Paint): Misst die Reaktionsfähigkeit auf Klicks, Taps und Tastatureingaben während des gesamten Besuchs.
- CLS (Cumulative Layout Shift): Misst die visuelle Stabilität und damit, wie stark Elemente beim Laden verrutschen.
Alle drei Werte betreffen unterschiedliche Teile der Erfahrung, und die Core Web Vitals gelten nur dann als bestanden, wenn jede Kennzahl im guten Bereich liegt.
Warum die Core Web Vitals für dein Marketing zählen
Google nutzt die Werte als Teil der Seiterfahrung. Sie sind aber nur ein Signal unter vielen, und hilfreiche, relevante Inhalte bleiben wichtiger als perfekte Messwerte. Für dein Marketing zählt vor allem der direkte Effekt: Eine langsame oder wackelige Seite kostet Aufmerksamkeit, bevor deine Botschaft ankommt.
Das gilt besonders für bezahlten Traffic. Wenn du Geld für Klicks ausgibst, sollte die Zielseite schnell erscheinen und sofort bedienbar sein. Wie du eine Zielseite insgesamt prüfst, zeigt die Landingpage-Checkliste.
LCP: Wie schnell erscheint der Hauptinhalt?
LCP steht für Largest Contentful Paint. Die Kennzahl misst, wann das größte sichtbare Element im Fenster fertig dargestellt ist, relativ zum Beginn des Seitenaufrufs. Das ist meist ein Bild, ein Video-Vorschaubild oder ein großer Textblock.
Die Schwellenwerte laut web.dev sind eindeutig:
- Gut: bis 2,5 Sekunden
- Verbesserungsbedürftig: zwischen 2,5 und 4,0 Sekunden
- Schlecht: über 4,0 Sekunden
Welche Elemente zählen, ist klar geregelt. Berücksichtigt werden Bilder, Video-Vorschaubilder, Hintergrundbilder per CSS und Blöcke mit Text. Wenn dein größtes Element ein Textblock ist, hängt der LCP vor allem von Schriftart und Stylesheets ab. Ist es ein Bild, zählt dessen Größe und Ladezeitpunkt.
Typische Ursachen für einen schlechten LCP
Meist liegt es an wenigen Stellen. Das Hauptbild ist zu groß oder wird zu spät geladen. Der Server antwortet langsam. Oder Schriftarten und Stylesheets blockieren die Darstellung, bevor der Inhalt erscheinen darf.
Maßnahmen für einen besseren LCP
- Bilder in passender Größe und modernem Format ausliefern und das wichtigste Bild früh laden lassen.
- Das Hauptbild nicht verzögert nachladen, denn Lazy Loading gehört nur auf Elemente außerhalb des ersten Bildschirms.
- Serverantwort verbessern, etwa durch Caching und ein leistungsfähiges Hosting.
- Render-blockierende Skripte und Stylesheets reduzieren.
INP: Wie schnell reagiert die Seite?
INP bedeutet Interaction to Next Paint. Der Wert misst, wie lange es von einer Interaktion bis zur sichtbaren Reaktion dauert, und berücksichtigt alle Klicks, Taps und Tastatureingaben während des Besuchs. Er hat den früheren Wert FID abgelöst, der nur die erste Interaktion erfasste.
Nach web.dev zu INP gelten diese Grenzen:
- Gut: bis 200 Millisekunden
- Verbesserungsbedürftig: 201 bis 500 Millisekunden
- Schlecht: über 500 Millisekunden
Warum Seiten bei den Core Web Vitals träge reagieren
Der Browser kann nur eine Sache auf einmal erledigen. Läuft gerade ein langes JavaScript, wartet jeder Klick, bis die Aufgabe fertig ist. Das passiert häufig durch schwere Skripte, überladene Seitenbaukästen und viele eingebundene Drittanbieter-Dienste.
Stell dir eine Seite mit einem Filter für Produkte vor. Wer eine Kategorie anklickt, sieht erst nach einer halben Sekunde eine Veränderung, weil im Hintergrund mehrere Skripte laufen. Das fühlt sich zäh an, auch wenn die Seite schnell geladen hat. Genau hier greift der INP.
Maßnahmen für einen besseren INP
- Nicht benötigte Skripte entfernen oder erst bei Bedarf laden.
- Lange Aufgaben in kleinere Schritte teilen, damit der Browser zwischendurch reagieren kann.
- Drittanbieter-Einbindungen wie Chat-Widgets oder Tracker kritisch prüfen.
- Die Menge des Seiteninhalts und die Komplexität der Struktur begrenzen.
Gerade Tracking-Skripte verdienen einen Blick, denn sie laufen auf fast jeder Seite. Wie du Messung und Datenschutz ausbalancierst, erklärt der Beitrag zu Tracking ohne Cookies.
CLS: Wie stabil ist das Layout?
CLS steht für Cumulative Layout Shift und misst unerwartete Verschiebungen sichtbarer Elemente während des Ladens. Du kennst das Phänomen: Du willst auf einen Button tippen, ein Banner lädt nach, und du erwischst den falschen Link. Verschiebungen, die direkt auf eine Eingabe folgen, zählen laut web.dev nicht mit.
Die Schwellenwerte lauten:
- Gut: 0,1 oder weniger
- Verbesserungsbedürftig: zwischen 0,1 und 0,25
- Schlecht: über 0,25
Häufige Auslöser
Bilder und Videos ohne feste Größenangabe schieben Inhalte nach unten, sobald sie geladen sind. Werbebanner und eingebettete Widgets ändern ihre Höhe. Auch Schriftarten, die beim Laden ihre Größe verändern, lassen Text springen.
Maßnahmen für einen besseren CLS
- Breite und Höhe für Bilder, Videos und Einbettungen festlegen oder Platz dafür reservieren.
- Platzhalter für Werbung und Banner mit fester Höhe einplanen.
- Inhalte nicht oberhalb bereits sichtbarer Elemente einfügen.
- Schriften so einbinden, dass der Wechsel zwischen Ersatzschrift und Webschrift kaum auffällt.
So misst du die Core Web Vitals
Es gibt zwei Arten von Messdaten, und beide haben ihren Platz. Felddaten stammen von echten Besuchern und zeigen, was Menschen tatsächlich erleben. Labordaten entstehen in einem simulierten Seitenaufruf und eignen sich, um Ursachen zu finden und Änderungen zu testen.
Felddaten und Labordaten richtig lesen
Felddaten sind für die Bewertung der Core Web Vitals maßgeblich, weil sie echtes Nutzerverhalten über einen längeren Zeitraum abbilden. Sie sind allerdings nicht für jede Seite verfügbar, denn Seiten mit wenig Traffic erreichen oft nicht die nötige Datenmenge.
In diesem Fall helfen Labordaten, obwohl sie nur ein Modell sind. Teste mit ihnen Änderungen, bevor du sie veröffentlichst, und prüfe danach, ob sich die Felddaten bewegen.
Werkzeuge im Überblick
- Search Console: Der Bericht zu den Core Web Vitals gruppiert deine Seiten nach Status und nutzt echte Besucherdaten.
- PageSpeed Insights: Zeigt Felddaten, sofern vorhanden, und Labordaten samt Verbesserungshinweisen für eine einzelne Adresse.
- Browser-Entwicklertools: Helfen, langsame Ressourcen und lange Aufgaben aufzuspüren.
Die Werte der Core Web Vitals weichen zwischen Werkzeugen oft ab. Das ist normal, denn Geräte, Verbindung und Messzeitpunkt unterscheiden sich. Entscheide nach den Felddaten und nutze die Labordaten zur Ursachensuche.
Core Web Vitals verbessern: Dein Vorgehen in 6 Schritten
Statt wahllos zu optimieren, hilft ein klarer Ablauf, den du für jede Seitenvorlage wiederholen kannst. Er spart Zeit und verhindert, dass du an Stellen arbeitest, die kaum Wirkung haben.
- Status erfassen: Öffne den Bericht in der Search Console und notiere, welche Seitengruppen als schlecht oder verbesserungsbedürftig gelten.
- Wichtige Vorlagen wählen: Prüfe zuerst die Seitentypen mit dem meisten Traffic, etwa Startseite, Produktseite und Artikelvorlage.
- Schwächste Kennzahl bestimmen: Teste exemplarische Seiten in PageSpeed Insights und finde heraus, ob LCP, INP oder CLS das Problem ist.
- Ursache eingrenzen: Suche mit den Entwicklertools nach großen Bildern, schweren Skripten oder springenden Elementen.
- Maßnahme umsetzen: Ändere jeweils eine Sache und teste das Ergebnis, damit du die Wirkung zuordnen kannst.
- Beobachten: Die Search Console sammelt Felddaten über einen längeren Zeitraum. Rechne daher mit mehreren Wochen, bis sich Änderungen deutlich zeigen.
Aufwand und Wirkung abwägen
Nicht jede Maßnahme lohnt sich gleich stark. Sortiere deine Ideen nach Aufwand und erwartetem Effekt:
- Schnell und wirksam: Bildgrößen festlegen, große Bilder komprimieren, unnötige Skripte entfernen.
- Mittlerer Aufwand: Caching einrichten, Schriften optimieren, Drittanbieter-Dienste später laden.
- Großer Aufwand: Seitenvorlagen neu bauen oder das Hosting wechseln. Das lohnt sich erst, wenn kleinere Schritte nicht reichen.
Typische Fehler bei den Core Web Vitals
Viele Teams verlieren Zeit durch vermeidbare Irrtümer. Diese Muster kommen besonders oft vor:
- Auf die Punktzahl starren: Ein hoher Wert in einem Testwerkzeug ist kein Ziel. Entscheidend sind die Schwellenwerte bei echten Besuchern.
- Nur die Startseite prüfen: Probleme stecken oft in Vorlagen für Artikel, Produkte oder Kategorien.
- Zu viele Plugins und Skripte: Jedes Zusatzmodul kostet Ladezeit und kann INP und LCP verschlechtern.
- Bilder ohne Größenangabe: Das ist die einfachste Ursache für CLS und sie lässt sich schnell beheben.
- Keine Abstimmung im Team: Design, Redaktion und Technik beeinflussen die Werte gemeinsam, und Ergebnisse gehören deshalb in das Reporting für die Geschäftsführung.
Redaktion und Technik gemeinsam denken
Viele Core Web Vitals entstehen im Redaktionsalltag. Ein riesiges Foto, ein eingebettetes Video oder ein Banner ohne Platzhalter reichen, um LCP oder CLS zu verschlechtern. Gib deinem Team deshalb klare Regeln für Bildgrößen, Einbettungen und Platzierungen.
Eine kurze Checkliste für neue Beiträge verhindert die meisten Probleme, bevor sie entstehen. Die technische Basis liefert die Vorlage, aber die Redaktion entscheidet täglich mit.
Ein Beispiel aus dem Alltag
Stell dir ein Onlineshop-Team vor, dessen Produktseiten laut Search Console beim LCP als schlecht eingestuft werden. Die Analyse zeigt, dass das große Produktbild erst spät geladen wird, weil ein Skript für einen Chat-Dienst die Ressourcen blockiert.
Das Team lädt das Hauptbild früh, verkleinert die Datei und startet den Chat erst nach der ersten Interaktion. Außerdem legt es feste Maße für alle Bilder fest. So verbessert es mit wenigen Eingriffen LCP und CLS, ohne das Design zu verändern.
Wie viel Aufwand für die Core Web Vitals lohnt sich?
Gute Werte sind kein Selbstzweck. Sie sind ein Teil guter Seitenqualität, neben Inhalt, Struktur und Vertrauen. Setze Prioritäten dort, wo viele Besucher auf schwache Werte treffen, und akzeptiere, dass nicht jede Seite perfekt sein muss.
Ein sinnvoller Maßstab: Bring wichtige Seitentypen bei den Core Web Vitals in den grünen Bereich und halte sie dort. Danach lohnt sich der Aufwand für weitere Feinheiten meist weniger als neue, hilfreiche Inhalte.
Fazit
Die Core Web Vitals machen Nutzererfahrung messbar: LCP für das Laden, INP für die Reaktion, CLS für die Stabilität. Wenn du die Schwellenwerte kennst, Felddaten vor Labordaten stellst und Ursachen gezielt behebst, verbesserst du Seiten für Menschen und Suchmaschinen gleichermaßen.
Behalte die Core Web Vitals im Blick, aber verliere dabei nie den Nutzen für deine Leser aus den Augen. Starte mit dem Bericht in der Search Console, wähle die wichtigsten Seitentypen und arbeite dich Schritt für Schritt vor. Kleine, gut getestete Änderungen bringen meist mehr als ein großer Umbau.
Häufige Fragen zu Core Web Vitals
Was sind die Core Web Vitals genau?
Die Core Web Vitals sind drei Kennzahlen zur Nutzererfahrung: LCP misst die Ladegeschwindigkeit des Hauptinhalts, INP die Reaktionsfähigkeit auf Eingaben und CLS die Stabilität des Layouts. Für jede Kennzahl definiert web.dev Schwellenwerte, die am 75. Perzentil der Seitenaufrufe erreicht werden sollen.
Welche Rolle spielen die Core Web Vitals für das Ranking?
Google nutzt sie als Teil der Seiterfahrung. Sie sind aber nur eines von vielen Signalen. Relevante, hilfreiche Inhalte bleiben wichtiger als perfekte Messwerte, und eine schnelle Seite ersetzt keinen guten Inhalt. Für Besucher zahlt sich eine gute Seiterfahrung dennoch direkt aus, weil sie schneller finden, was sie suchen.
Warum unterscheiden sich die Werte in verschiedenen Werkzeugen?
Werkzeuge messen unterschiedlich: Manche nutzen echte Besucherdaten, andere simulieren einen Seitenaufruf. Geräte, Verbindungen und Messzeitpunkte beeinflussen die Ergebnisse zusätzlich. Für Entscheidungen zählen vor allem die Felddaten, die Labordaten helfen dir bei der Suche nach den Ursachen. Vergleiche deshalb immer gleiche Messarten und Zeiträume miteinander.
Wie lange dauert es, bis sich Verbesserungen zeigen?
Die Felddaten in der Search Console werden über einen längeren Zeitraum gesammelt. Rechne daher mit mehreren Wochen, bis sich Änderungen in den Berichten deutlich abzeichnen. Labordaten in PageSpeed Insights zeigen Effekte dagegen sofort, bilden aber nicht das reale Besucherverhalten ab. Prüfe daher beides.
