Core Web Vitals 2026: Was beim Ranking wirklich zählt

Sie befinden sich: Home > News Archiv > Webmaster > Core Web Vitals 2026...

Mehr als vier von zehn Websites fallen bei Googles Core Web Vitals durch. Ein Gerücht behauptet, die Grenzwerte seien 2026 verschärft worden. Was wirklich gilt und wie Sie Ihre Seite schneller machen.

Mehr als vier von zehn Websites fallen bei Googles Core Web Vitals durch. Nicht wegen schlechter Inhalte, sondern weil Seiten zu langsam laden, zu träge auf Klicks reagieren oder beim Scrollen herumspringen.

Seit Monaten geistert dazu eine Behauptung durch SEO-Blogs: Google habe die Messlatte 2026 heimlich höher gehängt, der Grenzwert für die Ladezeit sei von 2,5 auf 2,0 Sekunden gerutscht. Das verunsichert viele Betreiber. Es stimmt nur nicht. Was wirklich gilt, woran die meisten Seiten scheitern und wie Sie gegensteuern, steht hier.

Drei Werte, die zählen

Core Web Vitals sind drei Messwerte, mit denen Google die tatsächliche Nutzererfahrung einer Seite bewertet. Nicht im Labor, sondern bei echten Besuchern auf echten Geräten.

Largest Contentful Paint (LCP) misst, wann das größte sichtbare Element geladen ist, meist ein großes Bild oder eine Überschrift. Das ist der Moment, in dem die Seite für den Nutzer fertig aussieht.

Interaction to Next Paint (INP) misst, wie schnell die Seite auf Klicks, Taps und Tastatureingaben reagiert. Und zwar über den gesamten Besuch, nicht nur beim ersten Klick. INP hat im März 2024 die alte Metrik First Input Delay abgelöst. Der Unterschied ist hart: FID maß nur die erste Interaktion. Eine Seite konnte beim ersten Klick blitzschnell wirken und danach bei jedem weiteren Tap hängen. INP misst alles.

Cumulative Layout Shift (CLS) misst, wie stark Inhalte beim Laden verrutschen. Jeder kennt das: Man will auf einen Button tippen, ein Werbebanner schiebt sich dazwischen, und plötzlich trifft man das Falsche.

Für jede Metrik gibt es feste Schwellen, ab wann ein Wert gut, mittelmäßig oder schlecht ist.

Metrik	Was sie misst	Gut	Mittel	Schlecht
LCP	Ladezeit	unter 2,5 s	2,5 bis 4 s	über 4 s
INP	Reaktion auf Eingaben	unter 200 ms	200 bis 500 ms	über 500 ms
CLS	Stabilität des Layouts	unter 0,1	0,1 bis 0,25	über 0,25

Diese Werte sind der Maßstab. An genau einem davon entzündet sich gerade ein hartnäckiges Gerücht.

Der 2,0-Sekunden-Mythos

Mehrere SEO-Seiten behaupten, Google habe 2026 ein Core Web Vitals 2.0 eingeführt, samt verschärftem LCP-Wert von 2,0 Sekunden und einer neuen Metrik namens Visual Stability Index. Klingt plausibel. Belegt ist davon nichts.

Googles eigene Dokumentation nennt unverändert 2,5 Sekunden für ein gutes LCP. Der Stand dieser Seite: 10. Dezember 2025. Ein Visual Stability Index taucht in keiner offiziellen Quelle auf, nur in Blogs, die voneinander abschreiben. Als Nutzer in Googles CrUX-Forum nachfragten, ob sich an der Messung etwas geändert habe, kam eine klare Antwort: TTFB und INP werden nicht anders berechnet als zuvor.

Die Grenzwerte stehen also seit Jahren. Wer einem Blog glaubt, der von einer geheimen Verschärfung schreibt, jagt einem Phantom hinterher.

Wenn sich an den Schwellen nichts geändert hat, bleibt die spannendere Frage: Woran scheitern Seiten überhaupt?

Welche Metrik wirklich klemmt

Hier hält sich ein zweiter Irrtum. Viele glauben, INP sei der häufigste Stolperstein, weil es die jüngste und technisch schwierigste Metrik ist. Die Daten sagen etwas anderes.

Im offiziellen CrUX-Datensatz für April 2026 bestehen nur 56,4 Prozent aller Websites alle drei Werte gleichzeitig. Schaut man auf die einzelnen Metriken, wird klar, wo es hakt:

• LCP bestehen 68,9 Prozent
• CLS bestehen 81,3 Prozent
• INP bestehen 87,1 Prozent

Ausgerechnet INP, die angeblich schwerste Hürde, wird am häufigsten geschafft. Der eigentliche Bremsklotz ist die Ladezeit. Wenn Ihre Seite eine Baustelle hat, beginnt die Suche fast immer beim LCP, nicht bei INP.

Warum besteht dann insgesamt nur gut die Hälfte? Weil alle drei Werte gleichzeitig stimmen müssen. Eine einzige schwache Metrik zieht die ganze Seite ins Rote. Drei solide Werte und ein mittelmäßiger reichen nicht.

Diese Zahlen stammen aus echten Besuchen, nicht aus einem Testlauf. Und dieser Unterschied entscheidet, ob Ihre eigene Messung überhaupt etwas wert ist.

Feld gegen Labor

Es gibt zwei Arten, Performance zu messen, und sie werden ständig verwechselt.

Labordaten kommen aus Tools wie Lighthouse. Ein simuliertes Gerät, eine simulierte Verbindung, ein einzelner Durchlauf. Gut zum Aufspüren von Fehlern. Aber ein Lighthouse-Score von 95 garantiert Ihnen keine bestandenen Core Web Vitals.

Felddaten kommen aus dem Chrome User Experience Report, kurz CrUX. Das sind echte Chrome-Nutzer über die letzten 28 Tage. Genau diese Daten zählen fürs Ranking, und zwar am 75. Perzentil. Das heißt: 75 von 100 Seitenaufrufen müssen den guten Wert erreichen. Die langsamsten 25 Prozent dürfen daneben liegen, der Rest nicht.

Welches Tool wofür taugt, sortiert die folgende Übersicht.

Tool	Datenart	Wofür
Google Search Console	Feld	Zeigt, welche Seiten im grünen, gelben oder roten Bereich liegen. Der Maßstab für die Produktion.
PageSpeed Insights	Feld und Labor	Einzelne URL prüfen: oben echte Nutzerwerte, unten die Diagnose.
Lighthouse und DevTools	Labor	Tiefenanalyse, findet lange Tasks und blockierende Ressourcen. Läuft auch auf Testservern.
DebugBear	Dauermonitoring	Schließt die 28-Tage-Lücke und warnt, wenn Werte kippen.

Ein Detail, das viele frustriert: Nach einer Optimierung dauert es vier bis sechs Wochen, bis die Wirkung in der Search Console ankommt. Das 28-Tage-Fenster glättet jede Änderung. Prüfen Sie deshalb sofort im Labor und warten Sie auf die Bestätigung aus dem Feld.

Wer weiß, woran er gemessen wird, kann gezielt ansetzen.

Schneller werden: was wirklich hilft

Jede Metrik hat ihre eigenen Hebel. Hier die Schritte, die am meisten bewegen.

Für ein besseres LCP:

• Hosting und Caching anziehen. Ein langsamer Server setzt die Untergrenze. Liegt die Zeit bis zum ersten Byte, der TTFB, über 800 Millisekunden, hilft kein noch so schönes Frontend.
• Das LCP-Bild komprimieren und in modernen Formaten wie WebP oder AVIF ausliefern.
• Genau dieses Bild nicht per Lazy Load verzögern, sondern mit dem Attribut fetchpriority bevorzugt laden.
• Blockierendes CSS und JavaScript reduzieren, kritisches CSS zuerst laden.

Für ein besseres INP:

• Lange JavaScript-Aufgaben aufbrechen. Alles, was den Hauptthread länger als 50 Millisekunden blockiert, macht Klicks träge.
• Skripte von Dritten prüfen: Analytics, Werbung, Chat-Widgets, Consent-Banner. Jedes davon kostet Reaktionszeit.
• Unnötige Neuberechnungen im Code vermeiden. INP lässt sich selten durch kleinere Dateien lösen, hier muss man an die Logik ran.

Für ein besseres CLS:

• Feste Größen für Bilder, Videos und eingebettete Inhalte angeben.
• Platz für Werbeflächen und Banner reservieren, bevor sie geladen werden.
• Schriften sauber einbinden, damit der Text beim Nachladen nicht umbricht.

Ein Punkt verdient eigene Aufmerksamkeit, weil er so viele Seiten betrifft.

WordPress ist langsam, meistens am Hosting

WordPress-Seiten bestehen die mobilen Core Web Vitals nur zu etwa 44 bis 46 Prozent. Das liegt nicht an der Reaktionsfähigkeit, denn INP schaffen rund 86 Prozent. Es liegt am Laden. Nur etwa ein Drittel der WordPress-Seiten hat einen guten TTFB.

Die üblichen Verdächtigen:

• Page-Builder wie Elementor oder Divi laden auf jeder Seite ein Bündel blockierender Dateien, auch wenn nur wenige Elemente genutzt werden.
• Zu viele Plugins, von denen jedes sein eigenes JavaScript mitschleppt.
• Billiges Shared-Hosting, das bei jedem Aufruf PHP und Datenbank neu arbeiten lässt, weil kein Caching greift.

Was hilft, in dieser Reihenfolge:

1. Vernünftiges Hosting mit Server-Caching und aktuellem PHP. Das drückt den TTFB oft von über 800 auf unter 200 Millisekunden.
2. Genau ein Caching-Plugin, sauber eingerichtet. Niemals zwei parallel, das gibt Konflikte.
3. Ein CDN und automatische Bildoptimierung.
4. Das wichtigste Bild vom Lazy Load ausnehmen.
5. Ungenutzte Plugins entfernen und fremde Skripte verzögern.

Schnellere Seiten sind kein Selbstzweck. Die Frage ist, was sie konkret einbringen.

Was schnelle Seiten fürs Ranking bringen

Core Web Vitals sind ein Rankingfaktor, aber kein Wundermittel. John Mueller von Google hat es nüchtern eingeordnet: mehr als ein reiner Gleichstand-Entscheider, aber kein Ersatz für Relevanz. Bei zwei ähnlich guten Seiten kann die schnellere vorn liegen. Gegen den besseren Inhalt gewinnt Tempo allein nicht.

Der stärkere Grund, an der Performance zu arbeiten, zeigt sich nach dem Klick. Google hat dazu mehrere Fälle dokumentiert.

Website	Maßnahme	Ergebnis
Rakuten 24	Core Web Vitals optimiert	53 Prozent mehr Umsatz pro Besucher, 33 Prozent höhere Conversion-Rate
Vodafone	LCP um 31 Prozent verbessert	8 Prozent mehr Verkäufe
redBus	INP um 72 Prozent verbessert	7 Prozent mehr Verkäufe
Ray-Ban	LCP um 43 Prozent verbessert	Conversion-Rate auf Produktseiten am Handy mehr als verdoppelt

Ein Wert sticht heraus: Schon 0,1 Sekunden schnellere Ladezeit brachten im Handel laut einer Google-Studie mit Deloitte 8,4 Prozent mehr Conversions.

Noch ein Punkt, den viele übersehen: Handy und Desktop muss man getrennt betrachten. Mobil schneiden Seiten durchgehend schlechter ab, oft sieben bis neun Prozentpunkte. Schwächere Prozessoren, langsamere Verbindungen, größere Bilder im Verhältnis zum Bildschirm. Da Google seit Juli 2024 vollständig nach der mobilen Version indexiert, ist genau das die Version, die zählt.

Die vernünftige Reihenfolge: Bringen Sie alle drei Werte ins Grüne, so schnell es geht. Danach steckt die Energie besser in gute Inhalte und saubere Verlinkung als in das letzte Quäntchen Ladezeit.

Wie steht Ihre Seite da?

Haben Sie Ihre Core Web Vitals schon einmal in der Search Console geprüft? Schreiben Sie in die Kommentare, an welcher Metrik es bei Ihnen hängt. Wenn ein Wert partout nicht grün werden will, schildern Sie den Fall ruhig im Detail. Oft steckt die Lösung in einer Kleinigkeit, die anderen genauso weiterhilft.

vitals gerücht grenzwerte core inhalte ranking

Webung: Hier bekommen Sie PHP fähigen Webspace der mit Ökostrom betrieben wird ab bereits 2 Euro/ Monat für ihre Homepage. Zusätzlich ist eine eigene Internetadresse mit enthalten.

Neusten News in der Kategorie "Webmaster"

• Cookie-Banner 2026: Was jetzt wirklich Pflicht ist Cookie-Banner verschwinden 2026 doch nicht. Welche Regeln gelten, welc...

• NIS2 in Deutschland: Wer betroffen ist und was gilt Seit Dezember 2025 gilt in Deutschland das NIS2-Gesetz, und zwar ohne ...

• Passkeys statt Passwörter: Ratgeber für Webmaster Passwörter gelten als das schwächste Glied der Sicherheit. Passkeys so...

• CVE-2026-54420: LiteSpeed-cPanel-Lücke wird ausgenutzt Eine kritische Lücke im LiteSpeed-Plugin für cPanel wird bereits aktiv...

• Neuer KI-Bericht in der Google Search Console erklärt Seit Juni 2026 zeigt die Google Search Console endlich, wie oft Ihre S...

• llms.txt: Hype oder Pflicht für SEO und Webmaster? Kaum eine Datei wurde 2025 so gehypt wie llms.txt. Doch eine Analyse v...

• FAQ Rich Snippets sind weg: Schema jetzt entfernen? Jahrelang war FAQ-Schema ein einfacher Trick für mehr Platz in der Goo...

• Gmail lehnt Mails ab: SPF, DKIM und DMARC einrichten Seit Ende 2025 prallen Mails ohne saubere Authentifizierung an Gmail u...

• HTTP/2 Bomb: Webserver-Lücke trifft Apache und nginx Ein einzelner Heim-PC mit normaler Leitung genügt, um einen Webserver ...

• PHP 8.5 Upgrade: jetzt oder doch bei 8.4 bleiben? PHP 8.1 ist tot, PHP 8.2 läuft Ende 2026 aus, ein Upgrade steht also a...