Ihre Website lädt langsam, und das kostet Rankings und Anfragen. Core Web Vitals sind seit 2021 ein offizieller Rankingfaktor bei Google. Wer die Schwellenwerte nicht einhält, gibt Sichtbarkeit und Besucher an schnellere Wettbewerber ab.
Kurz gesagt: Core Web Vitals optimieren Sie, indem Sie drei Werte in den grünen Bereich bringen: Ladezeit des größten Elements (LCP) unter 2,5 Sekunden, Reaktion auf Klicks (INP) unter 200 Millisekunden und stabiles Layout (CLS) unter 0,1. Die größten Hebel sind komprimierte Bilder, wenige Skripte, Caching und schnelles Hosting. Maßgeblich sind die Daten echter Nutzer, nicht der Laborwert.
Google misst drei zentrale Metriken, die zusammen die Nutzererfahrung Ihrer Website bewerten: Ladegeschwindigkeit (LCP), Reaktionsfähigkeit (INP) und visuelle Stabilität (CLS). Je schneller eine Seite nutzbar ist, desto weniger Besucher springen ab, bevor sie eine Anfrage stellen. Dieser Ratgeber zeigt, welche Werte gelten, wie Sie Ihre Website testen und welche Maßnahmen am meisten bringen. Ist die technische Basis zu alt für gute Werte, ist ein Website-Relaunch oft der schnellere Weg als jede Reparatur.
Was sind Core Web Vitals und warum zählen sie für Google?
Core Web Vitals sind drei Messwerte, die Google nutzt, um die Nutzererfahrung einer Website objektiv zu bewerten. Sie ersetzen das Bauchgefühl durch harte Daten. Der Largest Contentful Paint (LCP) misst, wie schnell der größte sichtbare Inhalt geladen wird. Das ist meist das Hauptbild oder die größte Textfläche. Der Schwellenwert liegt bei 2,5 Sekunden. Alles darüber stuft Google als verbesserungswürdig oder schlecht ein.
Der Interaction to Next Paint (INP) hat 2024 die alte Metrik First Input Delay abgelöst und misst die Reaktionsfähigkeit. Wenn ein Nutzer auf einen Button klickt, wie schnell reagiert die Seite? Der Zielwert liegt unter 200 Millisekunden. Der Cumulative Layout Shift (CLS) misst, ob sich Elemente während des Ladens verschieben, etwa wenn ein Bild nachlädt und den Text nach unten drückt. Der Zielwert liegt unter 0,1. Alle drei Werte müssen bei mindestens 75 Prozent der Seitenaufrufe im grünen Bereich liegen, damit Google die Seite als bestanden einstuft.
Diese Grenzwerte nennt Google für die drei Werte:
| Wert | Was er misst | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Ladezeit des größten sichtbaren Elements | bis 2,5 Sekunden | bis 4 Sekunden | über 4 Sekunden |
| INP (Interaction to Next Paint) | Reaktion auf Klicks und Eingaben | bis 200 Millisekunden | bis 500 Millisekunden | über 500 Millisekunden |
| CLS (Cumulative Layout Shift) | Verschieben von Inhalten beim Laden | bis 0,1 | bis 0,25 | über 0,25 |
Google bewertet nicht den Durchschnitt, sondern den Wert, den drei von vier Seitenaufrufen erreichen (75. Perzentil). Ein guter Mittelwert hilft deshalb wenig, wenn die mobilen Aufrufe langsam sind. Die Begriffe selbst erklärt unser Glossar unter Core Web Vitals.
Wie bringen Sie den LCP unter 2,5 Sekunden?
Der LCP ist für die meisten Websites die größte Herausforderung. Er hängt von vier Faktoren ab: Serverantwortzeit, Render-Blocking-Ressourcen, Ressourcen-Ladezeit und clientseitiges Rendering. Ein langsamer Server, typisch bei günstigem Shared Hosting, kann allein schon 1,5 Sekunden kosten, bevor der Browser überhaupt anfängt zu arbeiten. Der Wechsel zu einem leistungsstarken Hosting verbessert den LCP deshalb oft deutlich.
Bilder sind der zweithäufigste LCP-Killer. Ein unkomprimiertes Hero-Bild mit 2 MB lädt auf einer mobilen Verbindung mehrere Sekunden. Die Lösung: Bilder im WebP- oder AVIF-Format ausliefern, Lazy Loading für Bilder unterhalb des sichtbaren Bereichs aktivieren, und das LCP-Bild per Preload-Tag priorisieren. Render-Blocking CSS und JavaScript (Dateien, die den Browser am Rendern hindern) müssen minimiert, zusammengefasst oder asynchron geladen werden. Ein gutes Caching-Plugin für WordPress erledigt vieles davon automatisch.
Wie verbessern Sie den INP auf unter 200 Millisekunden?
INP ist die neueste Core Web Vital und misst die schlimmste Interaktionsverzögerung während des gesamten Seitenbesuchs. Nicht nur den ersten Klick, sondern jede Interaktion: Scrollen, Tippen, Klicken. Wenn Ihre Seite nach dem Klick auf den Button zum Anfrageformular eine halbe Sekunde braucht, bevor etwas passiert, haben Sie ein INP-Problem.
Die Hauptursache sind lange JavaScript-Aufgaben, die den Haupt-Thread blockieren. Jedes Analytics-Script, jedes Chat-Widget, jeder Cookie-Banner-Code konkurriert um dieselbe Rechenleistung. Die Lösung beginnt mit einer Bestandsaufnahme: Welche Skripte laufen auf der Seite und welche sind wirklich nötig? Nicht genutzte Plugins entfernen, Drittanbieter-Skripte verzögert laden, und JavaScript-Code in kleinere Pakete aufteilen: Das sind die wirksamsten Hebel. WordPress-Websites mit 20 oder mehr aktiven Plugins haben fast immer INP-Probleme.
Wie bringen Sie den CLS unter 0,1, damit sich beim Laden nichts verschiebt?
Nichts frustriert Nutzer mehr, als wenn sie gerade auf einen Link klicken wollen und der Inhalt plötzlich nach unten springt, weil ein Werbebanner oder ein Bild nachgeladen wurde. Das ist genau das, was CLS misst. Ein Wert über 0,1 signalisiert Google, dass die Seite instabil ist.
Die häufigsten Ursachen: Bilder und Videos ohne definierte Breite und Höhe im HTML-Code, nachladende Webfonts, die den Text umformatieren, dynamisch eingeblendete Inhalte wie Cookie-Banner oder Newsletter-Popups, und Werbeanzeigen ohne reservierten Platz. Die Lösung ist technisch meist einfach: Für jedes Bild und Video feste Abmessungen im HTML definieren. Webfonts per font-display: swap laden und den Platzbedarf im CSS vorberechnen. Dynamische Elemente so einbinden, dass sie keinen bestehenden Inhalt verschieben.
Wie optimieren Sie eine WordPress-Website auf Core Web Vitals?
WordPress ist das meistgenutzte System für Websites weltweit und hat gleichzeitig den Ruf, langsam zu sein. Das stimmt nicht pauschal. Eine gut optimierte WordPress-Website kann einen LCP unter 1,5 Sekunden erreichen. Das Problem sind nicht WordPress oder der Page Builder, sondern die Konfiguration: zu viele Plugins, kein Caching, unkomprimierte Bilder, günstiges Hosting.
Der Bricks Builder, den wir für alle Projekte einsetzen, erzeugt deutlich schlankeren Code als Elementor oder andere Page Builder (siehe Bricks Builder und Elementor im Vergleich). Weniger Code bedeutet weniger Ladezeit. Ergänzt durch ein professionelles Caching-Plugin, optimierte Bildauslieferung und ein leistungsstarkes Hosting erreichen WordPress-Websites regelmäßig Bestnoten bei PageSpeed Insights. Entscheidend ist nicht das System, sondern wer es konfiguriert.
Welche Fehler verschlechtern die Core Web Vitals am häufigsten?
Fehler Nummer eins: Bilder werden im Original-Format hochgeladen, oft als PNG mit 3 bis 5 MB pro Bild. Das allein kann den LCP auf über 5 Sekunden treiben, auf mobilen Verbindungen noch länger. Die Konsequenz: Google stuft die Seite herab, Besucher springen ab, Anfragen bleiben aus.
Fehler Nummer zwei: Zu viele Plugins laufen gleichzeitig. Jedes Plugin lädt eigene CSS- und JavaScript-Dateien, auch auf Seiten, auf denen es gar nicht gebraucht wird. Eine Website mit 30 Plugins kann 40 bis 60 HTTP-Requests pro Seitenaufruf erzeugen. Fehler Nummer drei: Der Hosting-Anbieter ist zu langsam. Shared Hosting für 3 Euro im Monat teilt sich den Server mit hunderten anderen Websites. Wenn eine davon Traffic-Spitzen hat, leidet Ihre Ladezeit mit. Fehler Nummer vier: Cookie-Banner und Chat-Widgets laden unkontrolliert und blockieren den Seitenaufbau. Ein schlecht konfiguriertes Consent-Tool kann allein 0,5 bis 1 Sekunde Ladezeit kosten.
Wie testen Sie die Core Web Vitals Ihrer Website?
Google stellt mehrere kostenlose Tools bereit: PageSpeed Insights zeigt die aktuellen Werte für jede URL und gibt konkrete Optimierungsvorschläge. Die Google Search Console liefert einen Bericht über alle Seiten, aufgeteilt nach Gut, Verbesserungswürdig und Schlecht. Chrome DevTools erlauben Detailanalysen direkt im Browser. Der Chrome UX Report (CrUX) zeigt die echten Nutzerdaten der letzten 28 Tage.
Gehen Sie beim Test in dieser Reihenfolge vor: zuerst der Bericht in der Google Search Console, der Seiten mit demselben Problem gruppiert und Mobil und Desktop getrennt zeigt, dann PageSpeed Insights für die betroffenen Einzelseiten, zuletzt die Chrome DevTools für die Ursache. Beginnen Sie mit den mobilen Werten, dort entstehen die meisten Verstöße.
Wichtig: PageSpeed Insights zeigt zwei Arten von Daten. Die Felddaten (oben) stammen von echten Nutzern und sind die einzigen, die Google für das Ranking verwendet. Die Labordaten (unten) sind simulierte Tests und dienen nur der Diagnose. Viele Website-Betreiber optimieren auf die Labordaten und wundern sich, dass sich das Ranking nicht verbessert. Entscheidend sind ausschließlich die Felddaten, und die brauchen ausreichend Traffic, um überhaupt erhoben zu werden.
Was kostet es, die Core Web Vitals zu optimieren?
Das hängt vom Ausgangszustand ab. Eine reine Performance-Optimierung (Bildkomprimierung, Caching, Script-Optimierung) ist der kleinste Eingriff. Liegen strukturelle Probleme vor, etwa ein überlasteter Server oder ein aufgeblähtes Theme, wird es aufwendiger. Ein kompletter Website-Relaunch mit Performance im Fokus beginnt für kleine Betriebe bei 4.000 Euro netto, für mittlere Betriebe bei 8.000 bis 10.000 Euro. Dafür ist die Seite dann technisch auf dem neuesten Stand.
Die laufende Website-Betreuung mit technischer Wartung und Performance-Überwachung beginnt bei 150 Euro im Monat. Dafür werden Updates eingespielt, die Ladezeit überwacht und bei Verschlechterungen sofort gegengesteuert. Ob sich das rechnet, zeigt ein einfaches Beispiel. Angenommen, Ihre Website bringt heute 20 Anfragen im Monat, und jede fünfte wird ein Auftrag. Bringt die schnellere Seite fünf Anfragen mehr, ist das bei gleicher Quote ein zusätzlicher Auftrag pro Monat.
Wie lange dauert es, bis sich bessere Core Web Vitals im Ranking bemerkbar machen?
Technische Verbesserungen wirken sofort auf die Nutzererfahrung. Besucher merken den Unterschied beim ersten Klick. Google braucht allerdings 28 Tage, um neue Felddaten zu erheben und in den CrUX-Report aufzunehmen. Die Auswirkung auf das Ranking zeigt sich erfahrungsgemäß nach 4 bis 8 Wochen. Bei Seiten, die vorher deutlich im roten Bereich waren, kann der Ranking-Sprung signifikant sein, vor allem wenn Wettbewerber ähnlich relevante Inhalte haben.
Reicht ein Caching-Plugin für gute Core Web Vitals?
Ein Caching-Plugin ist ein wichtiger Baustein, aber allein nicht ausreichend. Es beschleunigt die Auslieferung bereits gerenderter Seiten, löst aber keine Probleme mit überdimensionierten Bildern, zu vielen JavaScript-Dateien oder einem langsamen Server. Die besten Ergebnisse erzielen Sie mit einer Kombination aus Server-Optimierung, Bildoptimierung, Script-Management und Caching. Ein einzelnes Plugin kann den LCP um 0,5 bis 1 Sekunde verbessern. Für Top-Werte braucht es meist weitere Maßnahmen.
Sind Core Web Vitals wichtiger als gute Inhalte?
Nein. Google betont klar, dass inhaltliche Relevanz der wichtigste Rankingfaktor bleibt. Core Web Vitals wirken als Tiebreaker: Wenn zwei Seiten ähnlich relevanten Content bieten, gewinnt die schnellere. In der Praxis bedeutet das: Schlechte Core Web Vitals allein ruinieren kein Ranking, aber sie verhindern, dass guter Content sein volles Potenzial entfaltet. Die Kombination aus relevantem Content und exzellenter Performance bringt die besten Ergebnisse.
Welche Werkzeuge brauchen Sie, um die Core Web Vitals zu überwachen?
Für die meisten Unternehmen reichen die kostenlosen Google-Tools: PageSpeed Insights für Einzelseiten-Analysen, die Google Search Console für den Überblick über die gesamte Website, und Chrome DevTools für technische Detailanalysen. Wer regelmäßig überwachen will, kann ergänzend Tools wie DebugBear oder WebPageTest nutzen. Das Wichtigste: Nicht nur messen, sondern handeln, die besten Tools nützen nichts, wenn niemand die empfohlenen Optimierungen umsetzt.
Wie verbessert man die Geschwindigkeit und Leistung einer Website für SEO?
Die Geschwindigkeit einer Website verbessern Sie in dieser Reihenfolge: Bilder auf WebP umstellen und komprimieren, Caching aktivieren, ungenutzte Plugins und Skripte entfernen, Schriften lokal einbinden und ein leistungsfähiges Hosting wählen. Die Zielwerte lauten LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1.
Bilder sind in den meisten WordPress-Projekten der größte Hebel für Ladezeit und Leistung. Ein unkomprimiertes Hero-Bild mit 2 Megabyte verlängert den Largest Contentful Paint um mehrere Sekunden. Dasselbe Motiv als WebP in korrekter Ausgabegröße liegt bei 150 bis 300 Kilobyte. Ergänzend sorgt verzögertes Laden für alle Bilder unterhalb des sichtbaren Bereichs.
Für SEO zählt nicht der Laborwert aus PageSpeed Insights, sondern das Felddatenprofil aus dem Chrome User Experience Report. Google bewertet das 75. Perzentil echter Nutzer über einen Zeitraum von 28 Tagen. Optimierungen wirken sich deshalb erst mit mehreren Wochen Verzögerung auf die Bewertung der Core Web Vitals aus.
Wie kann ich die Ladezeit meiner Website verbessern?
Die schnellsten Hebel für eine bessere Ladezeit sind Bildkomprimierung, Browser-Caching und der Verzicht auf unnötige Plugins. Damit sinkt die Ladezeit typischer WordPress-Seiten von 4 bis 6 Sekunden auf unter 2 Sekunden. Messen Sie vorher und nachher mit PageSpeed Insights, um den Effekt zu belegen.
Prüfen Sie als Erstes die Zahl der geladenen Ressourcen. Viele Websites laden mehrere Schriftfamilien, zwei Icon-Bibliotheken und Skripte für Funktionen, die auf der Seite gar nicht vorkommen. Jede eingesparte Serveranfrage verkürzt die Ladezeit unmittelbar und verbessert gleichzeitig den INP-Wert.
Das Hosting setzt die Untergrenze. Auf überbuchtem Shared Hosting liegt die Serverantwortzeit häufig über 600 Millisekunden, auf ordentlichem Hosting unter 200 Millisekunden. Diese Differenz lässt sich durch keine Optimierung im Frontend ausgleichen.
Wann lohnt sich bei schwachen Core Web Vitals ein Relaunch statt Reparatur?
Eine Optimierung der Core Web Vitals läuft in der Praxis über zwei Wege: als Bestandteil der laufenden Wartung ab 150 Euro im Monat oder als Teil der einmaligen SEO-Einrichtung. Ist die technische Basis veraltet, ist ein Relaunch ab 4.000 Euro für kleine und 8.000 bis 10.000 Euro für mittlere Betriebe wirtschaftlicher als dauerhafte Reparatur. Angenommen, eine Website mit 40 Plugins und altem Slider lädt mobil sechs Sekunden: Hier rechnet sich der Neuaufbau meist schneller als jede Reparatur.
Entscheidend für den Aufwand ist die Ausgangslage. Eine sauber gebaute WordPress-Website mit wenigen Plugins erreicht grüne Werte oft innerhalb weniger Arbeitstage. Eine über Jahre gewachsene Seite mit Page-Builder, 40 Plugins und externem Slider benötigt deutlich mehr Aufwand, ohne dass grüne Werte garantiert erreichbar sind.
Wie stark beeinflussen Core Web Vitals das Google-Ranking wirklich?
Core Web Vitals sind ein bestätigter, aber nachrangiger Rankingfaktor: Bei vergleichbarer inhaltlicher Qualität entscheiden sie mit, bei deutlich besserem Inhalt der Konkurrenz gleichen sie den Rückstand nicht aus. Google bewertet sie seit 2021 als Teil der Page Experience, seit März 2024 mit INP statt FID.
Der größere wirtschaftliche Effekt liegt in der Conversion. Nutzer brechen den Seitenaufbau ab, bevor ein Rankingfaktor überhaupt greift. Eine Seite, die in 1,5 statt 5 Sekunden nutzbar ist, verliert spürbar weniger Besucher, und genau diese Besucher erzeugen Anfragen.
Alle Ratgeber zur Suchmaschinenoptimierung finden Sie in der Übersicht SEO Tipps für Unternehmen.
Häufige Fragen zu Core Web Vitals
Welche Werte gelten bei den Core Web Vitals als gut?
Als gut gelten ein LCP bis 2,5 Sekunden, ein INP bis 200 Millisekunden und ein CLS bis 0,1. Maßgeblich ist der Wert, den drei von vier Seitenaufrufen echter Nutzer erreichen. Ein guter Laborwert allein reicht nicht.
Was ist der Unterschied zwischen Labordaten und Felddaten?
Labordaten stammen aus einem simulierten Test unter festen Bedingungen und helfen bei der Fehlersuche. Felddaten messen echte Besucher über 28 Tage und fließen in die Bewertung bei Google ein. Optimieren Sie deshalb auf die Felddaten.
Hat INP die alte Metrik FID ersetzt?
Ja. Seit März 2024 misst Google die Reaktionsfähigkeit mit Interaction to Next Paint statt mit First Input Delay. INP bewertet nicht nur die erste, sondern alle Interaktionen während eines Besuchs.
Muss jede Unterseite die Core Web Vitals bestehen?
Google bewertet die Werte je Seite und fasst ähnliche Seiten in der Search Console zu Gruppen zusammen. Wichtig sind vor allem die Seiten, über die Besucher von Google kommen: Startseite, Leistungsseiten und Ratgeber. Hat eine ganze Gruppe schlechte Werte, liegt die Ursache meist in der gemeinsamen Vorlage.
