Core Web Vitals 2026: Was die drei Werte wirklich für Ihr Ranking bedeuten

Core Web Vitals werden als Ranking-Faktor überschätzt und als Conversion-Faktor unterschätzt. Wer die drei Werte angeht, weil ein Audit-Tool rote Balken zeigt, optimiert für einen Tie-Breaker. Wer sie angeht, weil jede zusätzliche Ladesekunde und jeder Layoutsprung Anfragen kostet, optimiert für den Grund, der tatsächlich zählt - und zwar unabhängig davon, auf welcher Position die Seite steht.

Warum Core Web Vitals 2026 Chefsache sind

Vorweg die Einordnung, die in den meisten Performance-Artikeln fehlt: Als Ranking-Signal sind die Core Web Vitals ein Tie-Breaker, kein Hauptkriterium. Bei zwei inhaltlich vergleichbaren Seiten kann die schnellere vorn liegen; ist eine Seite deutlich relevanter, gewinnt sie trotzdem, auch mit schwächeren Werten. Wo dieses Signal in der übrigen Bewertung steht, ordnen wir im Artikel Page Experience 2026 ein. Der Grund, warum sich die Arbeit trotzdem lohnt, liegt hinter dem Ranking: Jede Sekunde Ladezeit und jeder Layoutsprung kosten Anfragen, unabhängig davon, auf welcher Position die Seite steht.

Drei Entwicklungen haben Performance vom Nice-to-have zur Pflicht gemacht. Erstens ist Mobile-First-Indexierung längst Standard, und mobile Verbindungen sind deutlich anfälliger für Performance-Probleme als Desktop-Verbindungen. Zweitens ist die Geduld der Nutzer weiter gesunken: Wer auf eine ruckelnde Seite trifft, wechselt eher zum nächsten Suchergebnis, als zu warten. Drittens spielt Geschwindigkeit auch für KI-gestützte Antwortsysteme eine Rolle, die Inhalte live abrufen müssen, um sie zu zitieren - eine Seite, die dabei zuverlässig und zügig antwortet, wird eher als Quelle herangezogen als eine, die unter Last stockt.

Damit ist Performance keine reine IT-Frage mehr, sondern eine, die Absprungrate und letztlich Umsatz betrifft - und im Ranking zumindest die Fälle entscheidet, in denen sonst nichts mehr entscheidet. Wer die Verantwortung dafür allein bei der Technik ablädt, übersieht, dass jede Designentscheidung - ein großformatiges Hero-Video, ein zusätzliches Tracking-Skript, eine dritte Schriftart - unmittelbar auf diese drei Werte einzahlt oder sie belastet. Performance ist deshalb eine Entscheidung, die am Anfang eines Projekts getroffen werden sollte, nicht am Ende als Reparatur.

Die drei Werte und ihre Zielwerte

Jeder der drei Core Web Vitals misst einen anderen Aspekt der Nutzererfahrung, und jeder hat einen offiziellen Schwellenwert, ab dem Google eine Seite als „gut“ einstuft:

LCP misst, wie lange es dauert, bis das größte sichtbare Element - meist das Hero-Bild oder die Hauptüberschrift - vollständig gerendert ist. Die häufigsten Ursachen für einen schlechten Wert sind unkomprimierte Hero-Bilder, render-blockierendes JavaScript und langsame Serverantwortzeiten. Ein priorisiertes Laden des Hero-Bilds, moderne Bildformate wie WebP oder AVIF und ein schneller Server oder CDN bringen hier meist den größten Sprung.

INP misst, wie schnell Ihre Seite auf eine Interaktion reagiert - einen Klick, ein Tippen, eine Eingabe. Der Wert hat 2024 das ältere FID abgelöst und gilt seither als der am häufigsten unterschätzte der drei. Schwere JavaScript-Bundles, blockierende Drittanbieter-Skripte wie Tracking- oder Chat-Widgets und ineffiziente Event-Handler sind die typischen Ursachen. Code-Splitting, ein verzögertes Laden von Skripten, die nicht sofort gebraucht werden, und schlanke Interaktionslogik verbessern INP spürbar.

CLS misst, wie stark sich das Layout während des Ladens verschiebt. Ein Bild, das erst nach zwei Sekunden auftaucht und den Text darunter nach unten schiebt, ist ein klassisches Beispiel. Bilder ohne feste Breiten- und Höhenangabe, nachträglich eingeblendete Werbung und Webfonts ohne definiertes Ladeverhalten sind die üblichen Verursacher. Feste Dimensionen auf jedem Bild, ein aspect-ratio auf Containern und eine kontrollierte Schriftauslieferung beheben die meisten CLS-Probleme.

In der Praxis lohnt es sich, mit LCP anzufangen, weil es meist den größten Hebel hat und am direktesten mit der wahrgenommenen Ladegeschwindigkeit zusammenhängt. Ein typischer Ausschnitt, der das Hero-Bild priorisiert lädt und damit LCP unmittelbar verbessert:

import Image from "next/image";

<Image
  src="/hero.webp"
  alt="Beschreibung des Bildinhalts"
  width={1600}
  height={900}
  priority
/>

Das priority-Attribut signalisiert dem Framework, dieses Bild ohne Verzögerung und ohne Lazy-Loading zu laden, weil es das größte sichtbare Element ist. Erst wenn LCP im grünen Bereich liegt, lohnt sich der Blick auf INP und CLS im Detail, weil deren Fehlerquellen meist kleinteiliger sind.

Wie Sie Ihre eigenen Werte messen

Ein guter Lab-Test allein reicht nicht, weil er unter synthetischen Bedingungen läuft und nicht widerspiegelt, wie echte Besucher mit unterschiedlichen Geräten und Verbindungen Ihre Seite erleben. Drei Werkzeuge zusammen geben ein verlässliches Bild:

• PageSpeed Insights kombiniert einen Lab-Test mit echten Nutzerdaten aus dem Chrome User Experience Report
• Google Search Console zeigt unter Page Experience aggregierte Real-User-Werte pro URL-Gruppe
• Ein Real-User-Monitoring-Tool trackt die Werte Ihrer tatsächlichen Besucher fortlaufend, nicht nur stichprobenartig

Unsere eigene Website ist eine Next.js-Anwendung auf Vercel, deren Seiten beim Build statisch vorgerendert und anschließend über ein CDN ausgeliefert werden. Beim Seitenaufruf muss kein Server den Inhalt neu erzeugen; zur Laufzeit arbeitet nur eine schlanke Middleware, die Besucher auf die richtige Sprachversion leitet. Diese Architektur bringt einen großen Teil der Core-Web-Vitals-Arbeit bereits mit, bevor überhaupt eine gezielte Optimierung beginnt. Core Web Vitals sind dabei nur eines von mehreren Signalen, die in die Page-Experience-Bewertung einfließen, wie wir im Artikel Page Experience 2026 einordnen.

Konkrete Maßnahmen für die nächsten 90 Tage

• Tag 1-30: Aktuelle Werte in PageSpeed Insights und Search Console erfassen, größte Schwachstelle je Metrik identifizieren
• Tag 31-60: Hero-Bilder und Schriften optimieren, ungenutzte Drittanbieter-Skripte entfernen oder verzögert laden
• Tag 61-90: JavaScript-Bundles aufteilen, Layout-Verschiebungen beheben, Werte erneut messen und mit dem Ausgangspunkt vergleichen

Fazit

Die drei Zielwerte - LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 - sind mit der richtigen technischen Basis erreichbar, und zwar in aller Regel ohne eigenes Performance-Team. Entscheidend ist der Zeitpunkt: Wer sie festlegt, bevor das erste Hero-Video und das dritte Tracking-Skript eingebaut werden, muss hinterher nichts reparieren. Wie sich eine moderne, serverseitig gerenderte Architektur auf die Sichtbarkeit auswirkt, beschreiben wir im Artikel JavaScript-SEO für SPAs. Was eine technische Optimierung grundsätzlich kostet, zeigen wir im Artikel zu SEO-Kosten, und wie sich Performance in einen umfassenderen Website-Relaunch einordnet, lesen Sie im Artikel zu Relaunch-Kosten. Für eine unverbindliche Einschätzung Ihrer aktuellen Werte nehmen Sie gerne Kontakt mit uns auf.