SEO-Glossar · Technik

Core Web Vitals

Wer 2026 noch fragt, ob Core Web Vitals ein Rankingfaktor sind, stellt die falsche Frage. LCP, INP und CLS gewinnen keine Positionen, sie disqualifizieren: als Tiebreaker zwischen inhaltlich gleichwertigen Seiten und als Einlassfilter für Rendering und AI-Antwortflächen. Wer sie ignoriert, entwertet auch sein Linkbudget.

Auf einen Blick Das Wichtigste in 30 Sekunden
  • Core Web Vitals sind Tiebreaker und Einlassfilter, kein Wachstumshebel: schlechte Werte kosten Rankings, perfekte Werte gewinnen keine.
  • Seit dem 12. März 2024 gilt INP statt FID. Die offiziellen Schwellen (LCP 2,5 s, INP 200 ms, CLS 0,1) wurden seither nicht verschärft, alles andere ist Agentur-Folklore.
  • Nur Felddaten zählen: 75. Perzentil über ein 28-Tage-CrUX-Fenster. Lighthouse-Scores sind ein Debugging-Werkzeug, kein KPI fürs Reporting.
  • Im Netlinking gehört der CrUX-Check der verlinkenden Domain in die Due Diligence: auf WordPress bestehen nur 46,28 % der Origins alle drei Metriken (HTTP Archive, Nov. 2025).
  • Für AI Overviews wirken die Metriken als Bodenfilter: sehr langsame Seiten tauchen kaum auf, schnelle werden nicht bevorzugt (Search Engine Land, Jan. 2026).
  • Auf deutschen Sites zuerst Consent-Layer und Hero-Bilder prüfen: das sind die häufigsten CLS- und LCP-Killer, lange vor exotischem JavaScript-Tuning.
3 Fragen, um Ihr Wissen zu prüfen Erst lesen, das Quiz wartet am Seitenende.
Liste der Schwellenwerte der Core Web Vitals: LCP 2,5 s, INP 200 ms, CLS 0,1, gemessen mit Felddaten, mit Prüfung der Drittanbieter-Skripte.
Die Google-Schwellenwerte: LCP bei 2,5 s, INP bei 200 ms, CLS bei 0,1, gemessen an echten Nutzern (CrUX). Ein Hygiene-Kriterium, kein Ranking-Hebel.

Was Core Web Vitals 2026 wirklich entscheiden

Eine Seite, die inhaltlich und im Linkprofil mit der Konkurrenz gleichauf liegt, verliert die Position an die schnellere Variante. Genau dort, und fast nur dort, wirken die Core Web Vitals als Rankingsignal: als Tiebreaker, nicht als Hebel. Die drei Metriken Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift messen aus echten Chrome-Nutzerdaten, wie schnell der Hauptinhalt lädt, wie zäh eine Seite auf Eingaben reagiert und wie stark das Layout beim Laden springt. Google führt sie in den Search-Central-Dokumenten als Teil des Page-Experience-Signals. Mehr behauptet Google nicht, und mehr sollte man auch nicht hineinlesen.

Zwei Entwicklungen haben das Gewicht zuletzt verschoben. Analysen des Core Updates vom Dezember 2025 (The Ad Firm, 2026) beobachten, dass Seiten mit schwachen Web Vitals und ineffizienter Indexierung ihre Rankings trotz starker Inhalte schwerer halten konnten. Und eine Search-Engine-Land-Studie vom 13. Januar 2026 über mehr als 107.000 Seiten in Google AI Overviews fand nur schwache negative Korrelationen zwischen den Metriken und der AI-Sichtbarkeit, für LCP etwa im Bereich von -0,12 bis -0,18. Gute Werte kaufen also keinen Platz in AI-Antworten, sehr schlechte Werte filtern heraus. Die Core Web Vitals sind 2026 ein Boden, kein Sprungbrett.

Wer einen deutschsprachigen Einstieg in die Logik hinter den drei Kennzahlen sucht, findet ihn in diesem Überblick:

Die operative Konsequenz aus zehn Jahren Audits: eine Seite von Rot auf Grün zu bringen lohnt sich fast immer, eine grüne Seite auf Perfektion zu trimmen fast nie. Das Budget, das ein Team in die letzten 200 Millisekunden LCP steckt, fehlt an Stellen mit echtem Grenzertrag, etwa im Content oder im Linkprofil.

Vierstufiges Schema der Berechnung der Core Web Vitals: Erfassung der Chrome-Sitzungen in CrUX, gleitendes 28-Tage-Fenster, Ablesen am 75. Perzentil mit den Schwellen LCP 2,5 Sekunden, INP 200 Millisekunden und CLS 0,1, danach aggregiertes Urteil nach URL-Gruppen in der Search Console.
Die Core Web Vitals entscheiden sich nicht in einem einzelnen Audit, sondern über eine Verteilung echter Ladevorgänge aus 28 Tagen.

LCP, INP, CLS: Metriken und Schwellenwerte

Seit dem 12. März 2024 ist Interaction to Next Paint offizieller Bestandteil des Sets und hat First Input Delay ersetzt (Chrome-Dev-Blog, 2024). Der Unterschied ist mehr als kosmetisch: FID maß nur die Verzögerung der ersten Eingabe, während die Reaktionsmetrik INP die Latenz aller Interaktionen einer Sitzung bewertet und damit JavaScript-lastige Seiten deutlich härter benotet. Seit der Umstellung ist kein neues Core Web Vital hinzugekommen.

Als gut gilt laut Google-Dokumentation: ein Ladewert LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1. Entscheidend ist das Kleingedruckte: gemessen wird am 75. Perzentil der realen Seitenaufrufe über ein rollierendes 28-Tage-Fenster im Chrome User Experience Report (CrUX). Eine Seite besteht nicht, weil ihr Median gut aussieht. Das langsamste Viertel der Nutzer entscheidet, und das sitzt in Deutschland oft im Regionalzug auf einem Mittelklasse-Android.

Verschärft hat Google diese Schwellen nie. Wenn Agenturen 2026 verkünden, INP unter 150 Millisekunden sei der neue Standard oder LCP müsse unter 2,0 Sekunden liegen, dann beschreiben sie Wettbewerbsziele in umkämpften SERPs, keine offiziellen Grenzen. Die Unterscheidung ist keine Haarspalterei: ein Kunde, dem man eine nicht existierende Google-Anforderung verkauft, bezahlt Optimierung ohne belegbaren Gegenwert.

Auf der Messseite hat sich Ende 2025 etwas Grundsätzliches getan: seit dem 12. Dezember 2025 sind LCP und INP als Baseline Newly Available in allen großen Browsern messbar, CLS bleibt vorerst Chromium-exklusiv, mit einem Vorschlag für Interop 2026. Für die Praxis heißt das: die ranking-relevanten Felddaten bleiben Chrome-dominiert, aber eigenes Real User Monitoring kann Safari- und Firefox-Nutzer endlich mit abbilden.

Wo Core Web Vitals im Netlinking zählen

Ein gekaufter Link zählt erst, wenn die verlinkende Seite gecrawlt, gerendert und indexiert ist. Genau hier wird Performance zur Netlinking-Frage: nach dem Rendering-Update vom Dezember 2025 können Seiten mit Nicht-200-Status komplett aus der Rendering-Queue fallen (Involve Digital, 2026), und chronisch langsame, technisch verwahrloste Publisher-Seiten sind erfahrungsgemäß dieselben, die bei Indexierungsproblemen zuerst leiden. Ein Backlink auf einer Seite, die Google nicht rendert, ist eine Rechnung ohne Gegenleistung.

Die Zahlen dazu sind ernüchternd: nach HTTP-Archive-Daten vom November 2025 bestehen nur 46,28 % der WordPress-Origins alle drei Core Web Vitals, und der Großteil der Publisher-Landschaft läuft auf WordPress. Wer Links einkauft, sollte den CrUX-Status der Domain deshalb in die Due Diligence aufnehmen, so selbstverständlich wie Traffic- und Themencheck. Die Abfrage kostet über die PageSpeed-Insights-API wenige Sekunden pro Domain.

Das ist auch der Punkt, an dem sich ein Owned-Modell operativ vom Marktplatz unterscheidet: Nautilinks betreibt seine Medien im Eigenbetrieb, kontrolliert also Templates, Hosting und damit die Web Vitals jeder verlinkenden Seite selbst, statt sie beim Fremdpublisher zu hoffen. Wer die technische Substanz einzelner Medien prüfen will, kann das im öffentlich einsehbaren Katalog der Medien direkt tun, Domain für Domain. Bei größeren Vorhaben lässt sich derselbe Qualitätsfilter anwenden, wenn man eine Kampagne zentral über eine Plattform aussteuert, statt Publisher einzeln zu verhandeln.

Zweispaltiger Vergleich zwischen den CrUX-Felddaten, die von echten Chrome-Nutzern stammen und von Google für das Urteil verwendet werden, und dem simulierten Lighthouse-Labortest, der nur zur Ursachensuche dient.
PageSpeed Insights zeigt zwei getrennte Blöcke: nur der obere, gespeist von CrUX, gilt als Urteil.

Messen: Felddaten schlagen Labordaten

Die häufigste Verwirrung in Audits entsteht aus der Vermischung zweier Datenwelten. Labordaten (Lighthouse, Chrome DevTools) simulieren einen einzelnen Seitenaufruf unter kontrollierten Bedingungen: perfekt zum Debuggen, wertlos als KPI. Felddaten (CrUX) aggregieren echte Chrome-Nutzer über 28 Tage: genau diese Daten speisen das Page-Experience-Signal und den Core-Web-Vitals-Bericht der Search Console. Ein Lighthouse-Score von 98 bei gleichzeitig rotem CrUX-Feld auf Mobilgeräten ist kein Widerspruch, sondern der Normalfall bei Seiten mit langsamer realer Nutzerschaft.

PageSpeed Insights zeigt beide Welten übereinander und ist deshalb das ehrlichste Erstdiagnose-Werkzeug. Die Search Console gruppiert URLs zu Mustern und meldet Statusänderungen träge, eben wegen des 28-Tage-Fensters: wer heute optimiert, sieht den vollen Effekt erst nach einem Monat. Wie Google selbst Messung und Optimierung zusammendenkt, zeigt dieses offizielle Video:

Zur Einordnung der eigenen Werte hilft der Blick auf die Grundgesamtheit: nach CrUX-Daten vom Mai 2026 bestehen 55,9 % aller erfassten Origins alle drei Metriken, 0,8 Punkte weniger als im April. Der Web Almanac 2025 weist 48 % auf Mobile und 56 % auf Desktop aus. Wer auf Mobilgeräten alle drei Schwellen hält, liegt also bereits über der Hälfte des Webs, ohne dass daraus ein Rankingvorsprung entsteht.

Zwei Baustellen bleiben. Single-Page-Applications wurden von den Metriken lange systematisch falsch abgebildet, weil Soft Navigations nicht als Seitenwechsel zählten; Chrome hat Mitte 2025 einen Origin Trial für eine Soft Navigation API gestartet, der das schrittweise korrigiert. Und für den deutschen Markt lohnt eigenes First-Party-RUM mit der selbst gehosteten web-vitals-Bibliothek: keine Drittanbieter-Tracker, deutlich entspanntere DSGVO-Lage als bei US-Monitoring-Suiten, und Browserabdeckung über Chrome hinaus.

Typische Fehler und Prioritäten in der Praxis

Der teuerste Fehler ist strategisch: Core Web Vitals als Wachstumshebel zu verkaufen. Wer einem Kunden Sichtbarkeitssprünge durch Performance-Tuning verspricht, während Content und Linkprofil das eigentliche Defizit sind, optimiert die falsche Variable. Der zweitteuerste ist das Reporting von Laborwerten: ein Lighthouse-Score im Monatsbericht misst die Simulation, nicht die Nutzer.

Handwerklich wiederholen sich in Audits dieselben Muster. Das Hero-Bild wird per Lazy Loading verzögert und ruiniert den LCP der wichtigsten Templates. Der Consent-Layer, auf deutschen Sites unvermeidlich, schiebt Layout-Elemente nach dem Laden umher und produziert CLS, oder blockiert den Main Thread und verhagelt INP. Und Optimierung passiert seitenweise statt template-weise, obwohl drei Templates typischerweise achtzig bis neunzig Prozent der Zugriffe tragen und ein Fix am Artikel-Template tausende URLs gleichzeitig repariert. Für die systematische Abarbeitung lohnt dieser ausführliche Praxis-Guide:

Die Priorisierung gibt die Datenlage vor: WordPress-Origins bestehen INP zu 85,89 %, scheitern aber mehrheitlich am LCP (HTTP Archive, Nov. 2025). Auf einem typischen WP-Stack liegt der Engpass also bei Hosting, Bildern und Render-Pfad, nicht bei der Interaktivität. Dass Duda im selben Datensatz auf 84,87 % Bestehensquote über alle drei Metriken kommt, zeigt zugleich, wie stark Plattform und Hosting das Ergebnis vorentscheiden, bevor die erste Zeile eigener Optimierung geschrieben ist. Die nüchterne Arbeitsreihenfolge lautet deshalb: Felddaten erheben, rote Templates nach Traffic-Anteil sortieren, LCP zuerst, Consent-Layer prüfen, und erst danach über JavaScript-Feinschliff reden. Alles davor ist Kosmetik, alles danach Grenzertrag.

In die Praxis umsetzen?

Nautilinks betreibt ein eigenes Netzwerk redaktioneller Medien. In-House verfasste Artikel, Transparenzhinweise beachtet, Ankertext-Mix kalibriert.

Preise ansehen → Backlinks kaufen
BD
Benoit Demonchaux Gründer · Nautilinks

Gründer und Betreiber von Nautilinks. Redigiert und schreibt das redaktionelle Glossar der Website sowie die Inhalte, die im Nautilinks-Netzwerk redaktioneller Medien veröffentlicht werden.

Häufige Fragen

Sind Core Web Vitals 2026 noch ein echter Rankingfaktor oder nur Hygiene?

Beides, in klarer Rangfolge. Google führt sie weiter als Page-Experience-Signal, das in der Praxis als Tiebreaker wirkt: bei vergleichbarem Content und Linkprofil gewinnt die schnellere Seite. Analysen des Core Updates vom Dezember 2025 sehen ein gestiegenes Gewicht technischer Faktoren. Was sie nie tun: schwachen Content oder ein dünnes Linkprofil kompensieren. Rot auf Grün bringen lohnt sich, Grün auf Perfekt trimmen fast nie.

Warum widersprechen sich PageSpeed Insights und die Search Console bei denselben URLs?

Weil sie unterschiedliche Dinge zeigen. PageSpeed Insights kombiniert einen Labor-Lauf (Lighthouse) mit CrUX-Felddaten; die Search Console zeigt ausschließlich Felddaten, gruppiert URLs zu Mustern und arbeitet auf dem rollierenden 28-Tage-Fenster am 75. Perzentil. Nach einem Fix hinkt die Search Console deshalb bis zu einem Monat hinterher, und URLs ohne ausreichend Traffic fallen auf Origin-Werte zurück.

Gelten die Schwellen 2,5 s / 200 ms / 0,1 noch, oder wurden sie verschärft?

Sie gelten unverändert: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1, jeweils am 75. Perzentil. Google hat seit Einführung keine offizielle Schwelle angefasst. Wenn 2026 von INP unter 150 Millisekunden als neuem Standard die Rede ist, sind das Wettbewerbsziele für umkämpfte SERPs, keine Google-Anforderungen. Der Unterschied entscheidet, ob man Optimierung mit belegbarem Gegenwert verkauft.

Sollte ich die Core Web Vitals einer Domain prüfen, bevor ich dort einen Link kaufe?

Ja, als fester Teil der Due Diligence. Ein Link zählt erst, wenn die verlinkende Seite gerendert und indexiert wird, und chronisch langsame Publisher-Seiten sind bei Indexierungsproblemen zuerst betroffen. Nach HTTP-Archive-Daten vom November 2025 bestehen nur 46,28 % der WordPress-Origins alle drei Metriken. Der CrUX-Check per PageSpeed-Insights-API kostet Sekunden und filtert die schwächsten Kandidaten vor dem ersten Euro aus.

Welche Rolle spielen Core Web Vitals für die Sichtbarkeit in AI Overviews?

Die einer Mindestanforderung, nicht eines Vorteils. Die Search-Engine-Land-Studie vom 13. Januar 2026 über 107.000+ Seiten in AI Overviews fand nur schwache negative Korrelationen, für LCP etwa -0,12 bis -0,18. Sehr langsame Seiten tauchen in AI-Antworten kaum auf, aber exzellente Werte verschaffen keinen Zitierbonus. Wer für AI-Sichtbarkeit optimiert, muss den Boden halten und den Rest über Inhalt und Autorität gewinnen.

Wie messe ich INP und LCP mit echten Nutzerdaten, ohne mir ein DSGVO-Problem einzuhandeln?

Mit First-Party-RUM: die quelloffene web-vitals-Bibliothek selbst hosten und die Messwerte an den eigenen Endpoint schicken, ohne Drittanbieter-Tracker. Das reduziert die Consent-Komplexität erheblich gegenüber US-Monitoring-Suiten und deckt seit Dezember 2025 auch Safari und Firefox für LCP und INP ab. CrUX selbst bleibt als aggregierte, öffentliche Datenquelle ohnehin unkritisch, ist aber auf Chrome-Nutzer beschränkt.

Quiz

Prüfen Sie Ihr Wissen

Quiz: Core Web Vitals

1/3

Welche Metrik hat First Input Delay als Core Web Vital ersetzt, und wann?

Newsletter

GEO- und SEO-Analysen sowie Netzwerk-Fallstudien per E-Mail

Maximal ein- bis zweimal pro Monat. Keine Füller. Abmeldung mit einem Klick.

Mit dem Abonnement erklären Sie sich einverstanden, unsere E-Mails zu erhalten. Siehe unsere Datenschutzerklärung.