Kurz

2026 bleiben Core Web Vitals ein echtes, aber moderates Google-Rankingsignal, und INP ist jetzt die Reaktionsmetrik. Miss LCP, INP und CLS mit Felddaten aus dem Chrome UX Report und behebe zuerst deine langsamsten realen Nutzerseiten.

Core Web Vitals haben vier Jahre voller Prognosen überlebt, Google werde sie klammheimlich fallen lassen. 2026 sind sie immer noch da, werden immer noch an echten Nutzern gemessen und lohnen sich immer noch. Ich sage dir genau, was sie verändern, was nicht und wo du deine Energie investieren solltest.

Was Core Web Vitals 2026 wirklich sind

Core Web Vitals sind drei Metriken, mit denen Google das Erlebnis beim Laden und Bedienen einer Seite beschreibt:

  • LCP (Largest Contentful Paint) — wie lange es dauert, bis der Hauptinhalt gerendert ist. "Gut" ist unter 2,5 Sekunden.
  • INP (Interaction to Next Paint) — wie schnell die Seite über den gesamten Besuch hinweg auf Taps, Klicks und Tastendrücke reagiert. "Gut" ist unter 200 Millisekunden.
  • CLS (Cumulative Layout Shift) — wie stark das Layout unerwartet herumspringt. "Gut" ist unter 0,1.

Der große Wechsel kam im März 2024, als INP das FID (First Input Delay) ablöste. FID maß nur die Verzögerung, bevor die erste Interaktion verarbeitet wurde. INP misst die volle Latenz aller Interaktionen über die Sitzung und meldet die schlechtesten. Das lässt sich deutlich schwerer schönen und kommt dem tatsächlichen Gefühl einer Seite viel näher.

Alle drei Schwellen werden im 75. Perzentil echter Nutzer bewertet, und zwar mobil, weil Google das mobile Erlebnis heranzieht. Wenn drei von vier Besuchern "gut" erreichen, bestehst du.

Der ehrliche Ranking-Effekt

Hier trenne ich mich vom üblichen Lärm. Core Web Vitals sind ein Rankingsignal, aber ein schwaches. Google ist seit Jahren konsistent: Page Experience ist ein Tiebreaker zwischen Seiten mit ansonsten vergleichbarer Relevanz. Sie hebt dünnen, themenfremden Inhalt nicht über eine echt bessere Antwort.

Was das praktisch bedeutet:

  • Konkurrierst du gegen Ergebnisse, die die Suchintention ähnlich gut treffen wie du, können gute Werte dich ein Stück nach oben schieben.
  • Ist dein Inhalt die beste Antwort, begraben dich mittelmäßige Werte selten.
  • Der echte Gewinn ist UX und Conversion, nicht der Ranking-Schub. Schnellere, stabilere Seiten senken die Absprungrate, steigern das Engagement und konvertieren besser. Das ist das Argument, das du intern bringen solltest.

Behandle Core Web Vitals also als Investition in Produktqualität mit SEO-Nebeneffekt, nicht als Wachstums-Trick. Diese Einordnung hält die Erwartungen ehrlich und bewahrt Teams davor, eine ohnehin bestehende Seite zu überoptimieren.

So misst du richtig

Der mit Abstand häufigste Fehler, den ich sehe: Laborwerte optimieren und Felddaten ignorieren. Google rankt anhand von Felddaten — echte Chrome-Nutzer, aggregiert im Chrome UX Report (CrUX). Labortools reproduzieren Probleme; über dein Ranking entscheiden sie nicht.

Nutze diesen Stack:

  1. Search Console → Core-Web-Vitals-Bericht. Dein Startpunkt. Er gruppiert echte URLs anhand von CrUX in "gut", "verbesserungswürdig" und "schlecht", sodass du Probleme im großen Maßstab siehst.
  2. PageSpeed Insights. Zeigt für eine einzelne URL sowohl die Felddaten (oben) als auch einen Laborlauf (unten). Lies immer zuerst den Feldabschnitt.
  3. Chrome DevTools + Performance-Panel. Um eine bestimmte langsame Interaktion oder einen Layout-Shift zu reproduzieren und zu diagnostizieren.
  4. Die JavaScript-Bibliothek web-vitals oder Real-User-Monitoring (RUM). Der langfristig verlässlichste Weg: Erfasse LCP, INP und CLS von deinen eigenen Nutzern und segmentiere nach Seitentyp, Gerät und Land.

Eine praktische Regel: Sagt CrUX, ein Template sei "schlecht", dein Laborwert ist aber grün, dann vertraue CrUX und grabe in die Geräte- und Netzwerksegmente. Echte Nutzer auf Mittelklasse-Android-Handys sagen die Wahrheit.

Häufige Fixes, die etwas bewirken

Die meisten Seiten brauchen kein exotisches Engineering. Sie brauchen eine kurze Liste disziplinierter Fixes.

LCP verbessern

  • Liefere das LCP-Bild in einem modernen Format (AVIF oder WebP), korrekt dimensioniert, mit fetchpriority="high".
  • Entferne renderblockierendes CSS und JavaScript aus dem kritischen Pfad; inline nur das CSS, das above the fold nötig ist.
  • Nutze ein CDN und sinnvolles Caching, damit der Server schnell antwortet (achte auf die TTFB).
  • Preload die LCP-Ressource und hoste kritische Schriften selbst mit font-display: swap.

INP verbessern

  • Zerteile lange JavaScript-Tasks. Alles über 50 ms, das den Main-Thread blockiert, schadet der Reaktionsfähigkeit. Teile die Arbeit auf und gib die Kontrolle an den Browser zurück.
  • Lade Drittanbieter-Skripte verzögert oder lazy — Tag-Manager, Chat-Widgets und Analytics sind häufige Übeltäter.
  • Verlagere schwere Berechnungen mit Web Workern vom Main-Thread, wo es sinnvoll ist.
  • Vermeide große, synchrone Event-Handler; zeige sofort visuelles Feedback und schiebe die teure Arbeit nach hinten.

CLS verbessern

  • Setze explizite width und height (oder aspect-ratio) für Bilder, Videos und Einbettungen.
  • Reserviere Platz für Werbung, Banner und dynamisch eingefügten Inhalt.
  • Preload Schriften, um späte Wechsel zu vermeiden, die Text neu umbrechen.
  • Füge niemals Inhalt über bestehendem Inhalt ein, außer der Nutzer hat es ausgelöst.

Ein realistischer 30-Tage-Plan

Du behebst Core Web Vitals nicht über Nacht seitenweit. Priorisiere nach Traffic und Umsatz.

  1. Woche 1 — Diagnose. Ziehe den Search-Console-Bericht. Sortiere die fehlerhaften URL-Gruppen nach Traffic. Wähle die zwei bis drei Templates (nicht einzelne Seiten), die für die meisten schlechten Erlebnisse verantwortlich sind.
  2. Woche 2 — Behebe das wichtigste Template. Meist LCP und INP auf deinen Money-Pages: Produkt-, Kategorie- oder Artikel-Layouts.
  3. Woche 3 — Behebe das zweite Template und kümmere dich um CLS-Probleme, die oft schnelle Erfolge sind.
  4. Woche 4 — Verifiziere mit Felddaten. CrUX aktualisiert in einem rollierenden 28-Tage-Fenster, Verbesserungen zeigen sich also erst nach Wochen voll. Bestätige, dass der Trend stimmt, und geh zum nächsten Template.

Richte ein RUM-Dashboard ein, damit du zwischen den CrUX-Updates nicht im Blindflug bist.

Das Fazit

2026 belohnen Core Web Vitals dasselbe wie immer: Seiten, die schnell laden, sofort reagieren und nicht herumspringen. Miss mit Felddaten, behebe zuerst deine schlechtesten Templates und betrachte den Ranking-Effekt als Bonus obendrauf auf ein wirklich besseres Erlebnis. Genau dort steckt der bleibende Wert.

FAQ

Ist INP 2026 noch ein Google-Rankingfaktor?

Ja. INP hat FID im März 2024 als Reaktions-Metrik der Core Web Vitals abgelöst und ist 2026 weiterhin Teil der Page-Experience-Signale. Es ist ein leichter Tiebreaker, kein Hauptfaktor, daher zählen Relevanz und Inhaltsqualität mehr.

Welche Core-Web-Vitals-Schwellen gelten als gut?

Googles "gute" Schwellen sind LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1, jeweils im 75. Perzentil echter Nutzer. Entscheidend ist, sie mobil zu erreichen, denn Google bewertet das mobile Erlebnis.

Soll ich Labor- oder Felddaten vertrauen?

Google rankt anhand von Felddaten echter Nutzer aus dem Chrome UX Report, nicht anhand von Laborwerten aus Lighthouse. Nutze Labortools zum Debuggen, aber betrachte CrUX und die Search Console als maßgebliche Quelle fürs Ranking.

Kommentare · 0