Du hast die Ladezeit deiner Website optimiert, die Testergebnisse sind grün, und deine Rankings stehen still. Dieses Szenario ist häufiger als die meisten vermuten. Der Grund ist fast immer derselbe: Die Ladezeit war nicht das eigentliche Problem.

Dieser Artikel beantwortet die Frage, die dahinterliegt: Wann beeinflussen Core Web Vitals das Google-Ranking wirklich? Und wann lohnt es sich, Zeit und Budget in Performance-Optimierung zu investieren?

Verbessern Core Web Vitals das Google-Ranking? Die direkte Antwort

Ja, Core Web Vitals sind ein bestätigter Google-Rankingfaktor. Google hat sie im Juni 2021 in das Page-Experience-Signal aufgenommen. Seither fließen die Messwerte für Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität in die Ranking-Bewertung ein.

Wie stark dieser Einfluss ist, hat Google selbst über seinen Mitarbeiter John Mueller so eingeordnet: Core Web Vitals sind mehr als ein reiner Tie-Breaker, ersetzen aber keine inhaltliche Relevanz. Übersetzt in die Praxis bedeutet das: Wenn zwei Seiten inhaltlich auf einem ähnlichen Niveau sind, kann die technisch bessere Seite den Ausschlag geben. Wenn deine Seite aber das falsche Thema beantwortet, nicht für die richtige Suchanfrage indexiert ist oder inhaltlich schwach aufgestellt ist, wird keine Ladezeit-Optimierung das ausgleichen.

Der typische Fehler in der Praxis: Website-Teams investieren Wochen in Performance-Optimierung, obwohl das eigentliche Problem Relevanz, Indexierung oder Intent-Fit ist. Das Ergebnis sind grüne Testwerte und unveränderte Rankings.

Prüfe deshalb zuerst: Rankt deine Seite überhaupt für die richtigen Suchanfragen? Werden deine wichtigsten Seiten korrekt indexiert? Treffen deine Inhalte die Suchintention wirklich? Wenn nicht, beginne dort.

Was Google wirklich misst: Echte Nutzerdaten statt Testergebnisse

Das häufigste Missverständnis beim Thema Core Web Vitals ist die Verwechslung zweier grundlegend verschiedener Messarten.

Lighthouse ist ein Diagnose-Tool. Es simuliert einen Seitenaufruf unter kontrollierten Bedingungen: definiertes Gerät, stabile Verbindung, keine Hintergrundprozesse. Das Ergebnis ist ein Laborwert. Google nutzt diese Laborwerte nicht für Ranking-Entscheidungen.

Für Rankings zieht Google ausschließlich echte Nutzerdaten heran. Diese stammen aus dem Chrome UX Report und werden über einen rollierenden 28-Tage-Zeitraum aus tatsächlichen Besuchen auf deiner Seite aggregiert. Entscheidend ist dabei das 75. Perzentil: 75 Prozent aller Seitenaufrufe müssen die Zielwerte erreichen, damit deine Seite als gut gilt.

Der Unterschied zwischen beiden Messarten kann erheblich sein. Ein Lighthouse-Testergebnis von 1,8 Sekunden für die Ladegeschwindigkeit kann in den echten Nutzerdaten bei 2,4 Sekunden liegen, weil echte Nutzer ältere Geräte, schlechtere Mobilfunkverbindungen und andere Nutzungskontexte mitbringen.

PageSpeed Insights zeigt beide Datensätze: Im oberen Bereich stehen die echten Nutzerdaten. Das ist die Zahl, die für Rankings relevant ist. Die Laborwerte darunter sind nützlich, um technische Ursachen zu finden, aber kein Ranking-Signal.

Eine wichtige Einschränkung: Echte Nutzerdaten stehen nur für Seiten mit ausreichend Traffic zur Verfügung. Google benötigt mindestens rund 1.000 Seitenaufrufe aus Chrome-Browsern in 28 Tagen, um URL-spezifische Daten auszuweisen. Seiten mit wenig Traffic erscheinen in den Nutzerdaten nicht, was weder Vor- noch Nachteil für das Ranking bedeutet.

Die drei Metriken: Was LCP, INP und CLS bedeuten

LCP: Wie schnell sieht der Nutzer den Hauptinhalt?

LCP steht für Largest Contentful Paint. Die Metrik misst, wie lange es dauert, bis das größte sichtbare Element auf deiner Seite vollständig geladen ist. In der Praxis ist das meist das Hero-Bild, ein großes Foto oder eine prominente Überschrift.

Zielwert: unter 2,5 Sekunden. Bis 4 Sekunden gilt als verbesserungswürdig, darüber als schlecht.

LCP ist die Metrik, bei der die meisten Websites noch Nachholbedarf haben. Laut aktuellen Daten aus dem Chrome UX Report erreichen nur 62 Prozent der mobil aufgerufenen Seiten den guten Bereich. Das ist der niedrigste Wert unter allen drei Metriken und macht LCP in der Praxis oft zum größten Engpass.

Die häufigsten Ursachen für schlechte LCP-Werte sind nicht vorgeladene Hero-Bilder, zu große Bilddateien und langsame Serverantwortzeiten. Wer Bilder noch im JPEG-Format ausliefert, sollte den Wechsel auf AVIF prüfen: Das aktuelle Format liefert bei gleicher oder besserer Qualität 20 bis 30 Prozent kleinere Dateien als WebP.

INP: Wie schnell reagiert die Seite auf Klicks?

INP steht für Interaction to Next Paint. Die Metrik misst, wie lange es dauert, bis die Seite auf eine Nutzerinteraktion visuell reagiert. Das umfasst Klicks auf Buttons, Menüs oder Links, Eingaben in Formularfelder und Tastatureingaben.

Seit März 2024 ersetzt INP seinen Vorgänger FID. Der wesentliche Unterschied: FID maß nur die erste Interaktion auf einer Seite. INP bewertet alle Interaktionen während des gesamten Besuchs. Eine Seite kann beim ersten Klick schnell reagieren, aber beim fünften spürbar ins Stocken geraten. FID hätte das nicht erfasst, INP schon.

Zielwert: unter 200 Millisekunden. Bis 500 Millisekunden gilt als verbesserungswürdig, darüber als schlecht.

INP ist der häufig unterschätzte Problembereich. Der häufigste Verursacher sind externe Skripte. Google Analytics, Facebook Pixel, Chat-Widgets, Consent-Banner und Retargeting-Skripte können zusammen den Haupt-Thread des Browsers so stark blockieren, dass die Seite auf Klicks mit spürbarer Verzögerung reagiert. Wer viele externe Skripte betreibt und bisher nie den INP gemessen hat, findet dort oft den größten Hebel.

CLS: Springt der Inhalt beim Laden herum?

CLS steht für Cumulative Layout Shift. Die Metrik misst, wie stark sich sichtbare Elemente auf der Seite unerwartet verschieben, ohne dass der Nutzer eine entsprechende Aktion ausgelöst hat.

Das passiert etwa, wenn ein Bild nachlädt und den darunterliegenden Text nach unten drückt, oder wenn eine Werbeanzeige spät erscheint und Buttons aus der geklickten Position verschiebt. Auf Mobilgeräten führt das regelmäßig zu Fehlklicks.

Zielwert: unter 0,1. Bis 0,25 gilt als verbesserungswürdig, darüber als schlecht.

CLS hat sich in den vergangenen zwei Jahren am stärksten verbessert: 81 Prozent der mobil aufgerufenen Seiten erreichen inzwischen den guten Bereich. Wer seine Bilder mit festen Abmessungen im HTML deklariert und Werbeflächen mit reserviertem Platz einbaut, löst die meisten CLS-Probleme bereits damit.

Warum Core Web Vitals auch ohne direkten SEO-Effekt relevant sind

Performance-Optimierung ist nicht ausschließlich ein SEO-Thema. Das stärkste Argument für bessere Ladezeiten ist oft das Conversion-Argument.

Onlineshops, die in unter einer Sekunde laden, konvertieren bis zu dreimal besser als Shops, die fünf Sekunden benötigen. Bereits eine Sekunde zusätzliche Ladezeit kann die Conversion-Rate um bis zu 7 Prozent senken.

Das ist besonders relevant für Checkout-Prozesse: Wenn ein Nutzer auf „In den Warenkorb“ klickt und die Seite mit spürbarer Verzögerung reagiert, klickt er möglicherweise nochmals oder bricht ab, weil er nicht sicher ist, ob sein Klick registriert wurde. Schlechte INP-Werte im Checkout-Bereich sind ein direktes Umsatzproblem, unabhängig davon, ob sie sich im Ranking niederschlagen.

Das bedeutet: Selbst wenn deine Core-Web-Vitals-Werte bereits im grünen Bereich sind und du keinen Ranking-Effekt erwartest, kann Performance-Optimierung über verbesserte Conversion-Raten einen messbaren Return on Investment liefern.

Wann lohnt sich Ladezeit-Optimierung für das Ranking?

Drei Szenarien mit unterschiedlichen Empfehlungen.

• Deine echten Nutzerdaten sind bereits gut: Der Grenznutzen weiterer Performance-Optimierung ist für das Ranking gering. Fokussiere dich auf Inhaltsqualität, Themenabdeckung und Suchintent. Ladezeit ist hier nicht das Problem.
• Deine echten Nutzerdaten zeigen gelbe oder rote Werte und du hast starken Wettbewerb mit inhaltlich ähnlichen Seiten: Performance-Optimierung kann als Rankingfaktor den Ausschlag geben. Ein gezielter Sprint lohnt sich.
• Deine Abschlussrate leidet unter messbaren UX-Problemen: Wenn Klicks auf Buttons verzögert reagieren oder Inhalte beim Laden herumspringen und Fehlklicks erzeugen, lohnt sich Optimierung auch dann, wenn der Ranking-Effekt unklar ist.

Ausgangspunkt für die Einschätzung ist immer der CWV-Bericht in der Google Search Console. Er zeigt, welche Seitengruppen in welchem Status sind. Dort erkennst du schnell, ob Performance überhaupt dein aktuelles Problem ist.

So gehst du strukturiert vor

Der wichtigste Grundsatz: Eine Änderung nach der anderen. Wer mehrere Maßnahmen gleichzeitig umsetzt, kann im Nachhinein nicht sagen, welche davon gewirkt hat.

Sinnvoller Ablauf:

• Seitengruppe mit den schlechtesten Nutzerdaten aus dem Search-Console-Bericht auswählen, etwa Produktseiten oder Blogbeiträge
• Aktuellen Stand der echten Nutzerdaten dokumentieren, bevor etwas verändert wird
• Eine isolierte Maßnahme umsetzen: zum Beispiel externe Skripte reduzieren, Bilder auf AVIF umstellen, Hero-Bilder vorladen oder Bildabmessungen für CLS im HTML deklarieren
• Mindestens 6 Wochen warten, weil Google Nutzerdaten über einen 28-Tage-Rollup aggregiert und die Search Console zusätzlich mit Verzögerung aktualisiert
• Vorher-Nachher-Vergleich anhand der echten Nutzerdaten in der Search Console durchführen

Was wir in einem Sprint beobachtet haben: Durch Aktivierung von Lazy Loading für Hero-Bilder auf Produktseiten verbesserte sich der LCP-Wert in den echten Nutzerdaten von 3,2 auf 2,4 Sekunden. Die Laborwerte in PageSpeed Insights zeigten eine stärkere Verbesserung auf 1,8 Sekunden, was die typische Abweichung zwischen Labor und Realität illustriert. INP blieb stabil. Der CLS-Wert verschlechterte sich minimal durch das verzögerte Laden, was zeigt: Einzelne Maßnahmen können andere Metriken unerwünscht beeinflussen. Deshalb immer alle drei Werte im Blick behalten.

Ist Ladezeit gerade dein echtes Problem? Kurz-Check

Wenn du mindestens vier der folgenden sechs Punkte bejahen kannst, lohnt sich ein gezielter Sprint:

• Deine echten Nutzerdaten zeigen gelbe oder rote Werte im Search-Console-Bericht zu Core Web Vitals
• Du konkurrierst mit Seiten, die inhaltlich ähnlich aufgestellt sind wie deine
• Deine Conversion-Rate leidet unter spürbarer Trägheit bei Klicks oder springendem Layout
• Du hast den aktuellen Stand dokumentiert und ein Messfenster geplant
• Du hast eine repräsentative Seitengruppe für den Test identifiziert
• Du kannst eine Maßnahme isoliert umsetzen, ohne gleichzeitig andere Änderungen einzuspielen

Wenn weniger als vier Punkte zutreffen: Zuerst Inhalt, Suchintent und Indexierung klären. Performance kommt danach.

FAQ-Block

Sind Core Web Vitals ein offizieller Google-Rankingfaktor?

Ja. Google hat Core Web Vitals im Juni 2021 als Teil des Page-Experience-Signals in den Ranking-Algorithmus aufgenommen. Sie sind bestätigt, aber kein isolierter Wunderhebel. Inhaltliche Relevanz bleibt der entscheidendere Faktor.

Warum ist mein PageSpeed-Score grün, aber mein Ranking verbessert sich nicht?

Weil Google für Rankings keine Laborwerte aus Tools wie Lighthouse nutzt, sondern ausschließlich echte Nutzerdaten. Ein grüner Lighthouse-Score sagt nichts darüber aus, wie deine Seite in den echten Nutzerdaten abschneidet. Dazu kommt: Wenn dein eigentliches Problem Relevanz, Indexierung oder Intent-Fit ist, hilft Performance-Optimierung nicht.

Nutzt Google den Lighthouse-Score für Rankings?

Nein. Lighthouse ist ein Diagnose-Tool für Entwickler. Google nutzt Daten aus dem Chrome UX Report, also echte Messwerte von tatsächlichen Chrome-Nutzern, die deine Seite besucht haben.

Was ist wichtiger für das Google-Ranking: Content oder Ladezeit?

Content. Google-Mitarbeiter John Mueller hat das klar eingeordnet: Core Web Vitals ersetzen keine inhaltliche Relevanz. Bei inhaltlich vergleichbaren Seiten kann die technisch bessere Seite aber den Ausschlag geben. Ladezeit ist ein nachgeordneter Faktor, nicht der primäre Hebel.

Wie lange dauert es, bis Verbesserungen an Core Web Vitals im Ranking sichtbar werden.

Mindestens 28 Tage, eher 6 bis 8 Wochen. Google aggregiert echte Nutzerdaten über einen 28-Tage-Rollup, und die Search Console aktualisiert diese Daten mit zusätzlicher Verzögerung. Ein Sprint-Ergebnis sollte frühestens nach 6 Wochen bewertet werden.

Was ist der Unterschied zwischen INP und dem früheren FID?

FID hat nur die erste Interaktion auf einer Seite gemessen, also wie schnell die Seite auf den allerersten Klick reagiert. INP misst alle Interaktionen während des gesamten Besuchs und bewertet auch wiederholte Klicks, Menüöffnungen und Formularinteraktionen. INP ersetzt FID seit März 2024.

Meine Seite hat wenig Traffic. Gelten Core Web Vitals trotzdem für mein Ranking?

Nur wenn ausreichend echte Nutzerdaten vorhanden sind. Google benötigt ungefähr 1.000 Seitenaufrufe in 28 Tagen aus Chrome-Browsern, um URL-spezifische Daten zu erheben. Seiten mit wenig Traffic haben oft keine eigenen Nutzerdaten, was weder Vor- noch Nachteil ist. Die Laborwerte aus PageSpeed Insights helfen trotzdem bei der technischen Diagnose.

Welche der drei Metriken ist in der Praxis am häufigsten das Problem?

LCP. Nur 62 Prozent der mobil aufgerufenen Seiten erreichen den guten Bereich bei der Ladegeschwindigkeit des Hauptinhalts, das ist der niedrigste Wert unter allen drei Metriken. INP ist der häufig unterschätzte Problembereich, besonders wenn viele externe Skripte eingebunden sind. CLS hat sich in den vergangenen zwei Jahren am stärksten verbessert.