Was sind Core Web Vitals? Ratgeber zu Ladezeit und Nutzererlebnis (2026)

Die Ladezeit ist das meistdiskutierte und zugleich am häufigsten falsch gemessene Thema in der Suchmaschinenoptimierung. Google schaut nicht auf die Punktzahl eines Speed-Test-Tools, sondern auf drei Metriken, die das Erlebnis echter Nutzer auf der Seite messen. Diese drei heißen Core Web Vitals – und wer weiß, was sie bedeuten, weiß auch, was zu beheben ist.

Drei Metriken, drei verschiedene Fragen

LCP – wann war der Hauptinhalt sichtbar?

Largest Contentful Paint misst, wie lange es dauert, bis das größte Bild oder der größte Textblock einer Seite auf dem Bildschirm erscheint. Aus Sicht des Nutzers: Wann war die Seite da? Gemessen wird meist das Hero-Bild, ein Produktfoto oder der Überschriftenblock. Als gut gilt ein Wert unter 2,5 Sekunden.

INP – wie schnell reagiert die Seite auf meinen Klick?

Interaction to Next Paint misst, wie schnell die Seite visuell auf Nutzerinteraktionen reagiert, und hat die frühere Metrik FID abgelöst. Sie tippen aufs Menü, wählen einen Filter, klicken auf „In den Warenkorb“ – wie lange dauert es, bis sich auf dem Bildschirm etwas tut? Als gut gilt ein Wert unter 200 Millisekunden.

CLS – verrutscht mir die Seite?

Cumulative Layout Shift misst, wie stark sich Elemente während des Ladens verschieben. Wenn der Text beim Lesen nach unten springt oder ein Button genau in dem Moment die Position wechselt, in dem Sie tippen wollen, verschlechtert das diesen Wert. Als gut gilt ein Wert unter 0,1.

Labordaten vs. Felddaten

Die Punktzahl von Speed-Tools beruht auf Labordaten: Sie entsteht durch die Simulation eines Standardgeräts und einer Standardverbindung. Als Rankingsignal nutzt Google dagegen Felddaten, die von echten Nutzern auf echten Geräten erhoben werden. Deshalb kann eine Website, die im Test-Tool glänzt, in den Felddaten schwach aussehen. Treffen Sie Ihre Entscheidungen auf Basis der Felddaten; Labordaten zeigen Ihnen, was Sie beheben sollten, nicht, wo Sie stehen.

Was verschlechtert diese Werte am stärksten?

• Nicht optimierte Bilder. Mit großem Abstand die häufigste Ursache für LCP-Probleme: Bilder, die nicht richtig skaliert, nicht in moderne Formate konvertiert und nicht priorisiert sind.
• Page-Builder-Plugins und aufgeblähte Themes. CSS und JavaScript für Dutzende Funktionen, die Sie gar nicht nutzen, werden an jeden einzelnen Besucher ausgeliefert.
• Render-blockierende Ressourcen. Dateien, die sich im Head-Bereich aufreihen, verzögern das erste Rendering.
• Skripte von Drittanbietern. Chat-Widgets, Heatmaps, mehrere Analytics-Tools und Pixel-Codes verschlechtern INP direkt.
• Bild- und Werbeflächen ohne definierte Größe. Die Hauptursache für CLS: Ohne Platzhalter springt die Seite, während Inhalte nachladen.
• Spät geladene Schriften. Der Schriftwechsel verursacht sowohl Layoutverschiebungen als auch visuelle Unruhe.

Reihenfolge der Optimierung: mit dem größten Hebel beginnen

1. Bilder in den Griff bekommen. Richtige Größe, moderne Formate, Priorisierung für das Bild im sichtbaren Bereich, Lazy Loading für alles darunter. Allein dieser Schritt bringt LCP auf den meisten Websites unter den Grenzwert.
2. Überflüssige Plugins entfernen. Jedes Plugin hat seinen Preis. Ungenutzte Plugins sollten nicht nur deaktiviert, sondern gelöscht werden.
3. Drittanbieter-Skripte zählen. Wie viele davon nutzen Sie wirklich? Jedes ungenutzte Pixel ist reiner Ballast.
4. Kritisches CSS vorziehen, den Rest verzögern. Alles, was nicht für die Darstellung des ersten Bildschirms nötig ist, sollte warten.
5. Platzhalter definieren. Geben Sie Bildern, iframes und Werbeflächen ein festes Seitenverhältnis.
6. Caching und Server optimieren. Ist die Server-Antwortzeit hoch, bleibt die Wirkung aller anderen Optimierungen begrenzt.

In unseren eigenen Projekten verzichten wir auf Page-Builder-Plugins und programmieren das Theme direkt – nicht aus ästhetischen Gründen, sondern genau wegen dieser Kosten. Unseren Ansatz beschreiben wir in unserem Ratgeber zum Webdesign für Firmenwebsites.

Ladezeit und Conversion

Bevor die Ladezeit eine SEO-Kennzahl ist, ist sie eine wirtschaftliche Kennzahl. Eine Produktseite, die mobil langsam lädt, senkt die Warenkorbrate; ein langsames Formular wird abgebrochen. Wenn Sie Werbung schalten, verdoppelt sich der Effekt: Mit demselben Klickbudget erzielen Sie weniger Conversions. Deshalb ist es fast immer lohnender, zuerst die Ladezeit der Landingpage zu prüfen, bevor Sie das Werbebudget erhöhen; die Budgetlogik erläutern wir in unserem Beitrag zum Google-Ads-Budget.

3D- und animierte Websites

Websites mit Animationen und 3D-Szenen verschlechtern diese Werte leicht – zwingend ist das aber nicht. Wenn die Szene den ersten Bildschirm nicht blockiert, erst rendert, sobald sie in den sichtbaren Bereich kommt, und ein Posterbild verwendet, bleiben alle drei Werte im grünen Bereich. Ausführlich erklären wir das in unserem Beitrag zu Core Web Vitals bei 3D-Websites.

Häufig gestellte Fragen

Sind Core Web Vitals ein Rankingfaktor?

Ja, aber für sich allein nicht ausschlaggebend. Die inhaltliche Relevanz ist ein stärkeres Signal. In der Praxis zeigt sich der Effekt so: Von zwei ähnlich starken Seiten setzt sich die mit dem besseren Nutzererlebnis durch. Die Ladezeit allein bringt Sie also nicht nach vorn – sie kann Sie aber zurückwerfen.

Muss mein Speed-Score bei 100 liegen?

Nein. Ziel ist ein Grenzwert, keine Punktzahl. Es genügt, wenn alle drei Metriken im guten Bereich liegen. Der letzte Aufwand, um die Punktzahl auf 100 zu treiben, zahlt sich wirtschaftlich meist nicht aus.

Ist WordPress ein langsames System?

Nicht an sich. Die Ursache für langsame Websites liegt fast immer in der Wahl von Theme und Plugins. Diszipliniert aufgebaute WordPress-Websites bestehen alle drei Metriken problemlos.

Reicht es, ein Caching-Plugin zu installieren?

Es hilft teilweise, behebt aber nicht die eigentliche Ursache. Caching kaschiert die Last, die ein aufgeblähtes Theme erzeugt, beseitigt sie aber nicht. Gerade bei INP ist die Wirkung von Caching begrenzt.

Wie schnell zeigen sich Verbesserungen?

In den Labordaten sofort. Felddaten beziehen sich dagegen rückwirkend auf ein Zeitfenster von etwa einem Monat, daher dauert es einige Wochen, bis sich Verbesserungen in den Berichten niederschlagen. Wenn wir die Ladezeit Ihrer Website bewerten sollen, schreiben Sie uns.