Core Web Vitals

Core Web Vitals sind seit 2021 offizieller Google-Rankingfaktor und messen, wie schnell und stabil eine Website für echte Nutzer:innen lädt und reagiert. Wer im Rhein-Main-Gebiet lokal sichtbar sein will – ob als Kanzlei in Wiesbaden-Biebrich, als Handwerksbetrieb in Mainz oder als Onlineshop in Frankfurt – kommt an diesen Kennzahlen nicht vorbei. HEEY zeigt Ihnen, was hinter den drei Metriken steckt, wie Sie Ihre Werte realistisch verbessern und welche Fehler dabei am häufigsten passieren.

Was sind Core Web Vitals – und warum sind sie für SEO relevant?

Core Web Vitals sind drei nutzerzentrierte Leistungskennzahlen, die Google in den Page Experience Score einfließen lässt. Sie messen keine technischen Abstraktionen, sondern das, was Besucher:innen tatsächlich wahrnehmen: Wie lange dauert es, bis der wichtigste Inhalt sichtbar ist? Wie schnell reagiert die Seite auf eine Eingabe? Springt das Layout beim Laden?

Google wertet dabei sogenannte Felddaten aus – also reale Nutzungsdaten aus dem Chrome User Experience Report (CrUX). Das bedeutet: Laborwerte aus Tools wie Lighthouse oder PageSpeed Insights sind hilfreich zur Diagnose, aber die tatsächlich rankingwirksamen Werte basieren auf echtem Nutzerverhalten über die vergangenen 28 Tage. Für Websites mit wenig Traffic kann es daher sein, dass Google keine ausreichende Datenbasis hat und auf Labordaten zurückgreift.

Core Web Vitals sind kein alleiniger Rankingfaktor, aber ein Tiebreaker: Bei inhaltlich gleichwertigen Seiten kann eine technisch überlegene Seite den Ausschlag geben. Besonders im lokalen Wettbewerb – etwa zwischen zwei Steuerberatern in Wiesbaden-Mitte – kann das den Unterschied machen.

LCP – Largest Contentful Paint: Das wichtigste Ladezeit-Signal

Der Largest Contentful Paint misst, wann das größte sichtbare Element im Viewport vollständig gerendert ist. Das ist meistens ein Hero-Bild, ein großes Textblock-Element oder ein Video-Poster. Google bewertet LCP-Werte unter 2,5 Sekunden als gut, Werte zwischen 2,5 und 4 Sekunden als verbesserungswürdig, alles darüber als schlecht.

Die häufigsten Ursachen für einen schlechten LCP-Wert sind unkomprimierte oder falsch formatierte Bilder, fehlende Priorisierung des LCP-Elements im HTML (kein fetchpriority="high" auf dem Hero-Bild), langsame Serverantwortzeiten sowie render-blockierendes JavaScript oder CSS. Gerade bei WordPress-Websites mit vielen Plugins – ein verbreitetes Setup auch bei mittelständischen Unternehmen aus dem Rhein-Main-Gebiet – stauen sich diese Probleme schnell.

Eine konkrete Maßnahme: Stellen Sie sicher, dass das LCP-Element nicht per Lazy Loading verzögert geladen wird. Lazy Loading ist sinnvoll für Bilder unterhalb des sichtbaren Bereichs, aber fatal für das erste sichtbare Bild auf der Seite. Außerdem lohnt sich der Einsatz moderner Bildformate wie WebP oder AVIF, die bei gleicher Qualität deutlich kleinere Dateigrößen liefern.

INP – Interaction to Next Paint: Das neue Reaktionszeit-Signal

Seit März 2024 hat Google den bisherigen FID (First Input Delay) durch den Interaction to Next Paint (INP) ersetzt. INP misst nicht nur die erste Interaktion, sondern die gesamte Reaktionsfähigkeit einer Seite über die Nutzungssitzung hinweg. Konkret: Wie lange dauert es vom Klick oder Tastendruck bis zur visuellen Antwort der Seite? Werte unter 200 Millisekunden gelten als gut.

INP ist besonders kritisch bei JavaScript-lastigen Seiten – also bei Single-Page-Applications, Websites mit umfangreichen Filterfunktionen oder Seiten mit vielen Third-Party-Skripten wie Chat-Widgets, Tracking-Pixeln oder Consent-Management-Plattformen. Ein Beispiel aus der Praxis: Ein Onlineshop, der gleichzeitig Google Analytics, Meta Pixel, ein Live-Chat-Tool und ein Cookie-Banner lädt, blockiert den Main Thread des Browsers so stark, dass INP-Werte von über 500 ms keine Seltenheit sind.

Die wichtigste Gegenmaßnahme ist das Aufteilen langer JavaScript-Aufgaben (Long Tasks) in kleinere Einheiten sowie das Verschieben nicht kritischer Skripte auf defer oder async. Für komplexe Applikationen kann der Einsatz von Web Workers helfen, rechenintensive Prozesse aus dem Haupt-Thread auszulagern.

CLS – Cumulative Layout Shift: Layoutstabilität als Nutzererlebnis

Der Cumulative Layout Shift misst, wie stark sich Seitenelemente während des Ladevorgangs unerwartet verschieben. Ein CLS-Wert unter 0,1 gilt als gut. Typische Auslöser sind Bilder ohne definierte Breiten- und Höhenangaben, nachträglich eingebundene Werbebanner, Schriften, die nach dem Laden in eine andere Schriftart wechseln (FOUT/FOIT), sowie dynamisch eingefügte Inhalte oberhalb bestehender Elemente.

Ein klassisches Szenario: Eine Arztpraxis in Wiesbaden-Erbenheim hat auf ihrer Startseite einen Slider ohne festgelegte Dimensionen. Während die Bilder laden, verschiebt sich der gesamte Seiteninhalt nach unten – der CLS-Wert schießt in die Höhe, und Nutzer:innen klicken versehentlich auf falsche Links. Solche Probleme lassen sich oft mit wenigen CSS-Zeilen beheben: Definieren Sie für alle Bilder und Video-Elemente explizit width und height, damit der Browser vorab Platz reserviert.

Auch das Laden von Google Fonts kann CLS verursachen, wenn die Fallback-Schrift deutlich andere Zeichenabmessungen hat. Mit dem CSS-Deskriptor font-display: optional oder durch das Vorhalten der Schrift als selbst gehostete Datei lässt sich das zuverlässig verhindern.

Wie Sie Ihre Core Web Vitals messen und auswerten

Für die Diagnose stehen mehrere Tools zur Verfügung, die unterschiedliche Perspektiven liefern. Es ist wichtig, den Unterschied zwischen Labor- und Felddaten zu verstehen und beide zu nutzen.

• Google Search Console (CrUX-Felddaten): Der Bericht „Core Web Vitals“ zeigt, wie viele URLs Ihrer Domain als gut, verbesserungswürdig oder schlecht eingestuft werden – basierend auf echten Nutzerdaten. Hier sehen Sie, was Google tatsächlich bewertet.
• PageSpeed Insights: Kombiniert Feld- und Labordaten für einzelne URLs. Ideal für die schnelle Diagnose einzelner Seiten.
• Chrome DevTools / Lighthouse: Liefert detaillierte Labordaten inklusive Diagnosen und konkreter Verbesserungsvorschläge. Gut für Entwickler:innen in der Umsetzungsphase.
• WebPageTest.org: Ermöglicht Tests unter realistischen Netzwerkbedingungen (z. B. 4G, langsame Verbindung) und aus verschiedenen Standorten – nützlich, wenn Ihre Zielgruppe mobil unterwegs ist.
• CrUX Dashboard (Data Studio): Visualisiert die historische Entwicklung Ihrer Core Web Vitals über Zeit – hilfreich, um den Effekt von Optimierungen nachzuverfolgen.

Messen Sie immer seitentyp-spezifisch: Eine Startseite, eine Produktseite und ein Blogbeitrag haben oft völlig unterschiedliche Werte und Probleme. Priorisieren Sie die Seiten, die den meisten organischen Traffic erhalten oder für Conversions entscheidend sind.

Typische Fehler und wie Sie sie vermeiden

In der Praxis begegnet HEEY bei Websites aus dem Rhein-Main-Gebiet immer wieder denselben Mustern, die Core Web Vitals systematisch verschlechtern. Viele davon entstehen nicht durch Fahrlässigkeit, sondern durch fehlende technische Kenntnis beim Aufbau der Website.

• Unkomprimierte Bilder: Hochauflösende Fotos direkt aus der Kamera, ohne Skalierung oder Komprimierung, sind einer der häufigsten LCP-Killer.
• Fehlende CDN-Nutzung: Wer seinen Server in München stehen hat und Nutzer:innen in Frankfurt bedient, verliert unnötig Zeit durch Latenz. Ein Content Delivery Network verteilt statische Dateien auf Server näher am Nutzer.
• Zu viele Third-Party-Skripte: Jedes externe Skript – Analytics, Retargeting, Heatmaps, Chat – kostet Ladezeit und erhöht INP. Führen Sie regelmäßig ein Audit durch und entfernen Sie, was nicht aktiv genutzt wird.
• Kein Caching: Fehlende Browser-Cache-Header zwingen wiederkehrende Besucher:innen, dieselben Ressourcen erneut zu laden.
• Render-blockierendes CSS: Großes, ungeminifiziertes CSS im <head> verzögert das erste Rendering. Critical CSS sollte inline eingebunden, der Rest asynchron geladen werden.
• Schlechtes Hosting: Günstiges Shared Hosting mit langsamen Server Response Times (TTFB über 600 ms) macht alle anderen Optimierungen zunichte.

Ein besonders häufiger Fehler: Optimierungen werden nur für den Desktop-Browser durchgeführt, obwohl Google primär die mobile Version bewertet (Mobile-First Indexing). Testen Sie Ihre Seiten immer auch auf mobilen Geräten und unter realistischen Netzwerkbedingungen.

Core Web Vitals im lokalen SEO-Kontext

Für lokale Unternehmen im Rhein-Main-Gebiet – ob Immobilienmakler in Wiesbaden-Sonnenberg, Zahnarztpraxis in Rüsselsheim oder Gastronomiebetrieb in Darmstadt – sind Core Web Vitals besonders auf mobilen Endgeräten relevant. Der überwiegende Teil lokaler Suchanfragen erfolgt unterwegs, oft über 4G- oder sogar 3G-Verbindungen. Wer hier mit einer langsamen, instabilen Website antritt, verliert potenzielle Kund:innen noch vor dem ersten Kontakt.

Google Maps und der Local Pack beziehen Core Web Vitals zwar nicht direkt in das lokale Ranking ein – hier dominieren Faktoren wie Google Business Profile, Bewertungen und lokale Relevanz. Aber die organischen Ergebnisse unterhalb des Local Pack werden sehr wohl durch Page Experience beeinflusst. Wer für lokale Keywords wie „Steuerberater Wiesbaden“ oder „Elektriker Mainz“ auf Seite 1 ranken möchte, sollte auch technisch konkurrenzfähig sein.

Darüber hinaus wirken sich schlechte Core Web Vitals direkt auf Conversion Rates aus: Eine Seite, die auf dem Smartphone drei Sekunden braucht, bis das Kontaktformular sichtbar ist, oder bei der Buttons durch Layout Shifts verrutschen, verliert Anfragen – unabhängig vom Ranking. Technische Performance ist damit nicht nur ein SEO-Thema, sondern ein Geschäftsthema.

Realistische Erwartungen: Was Core Web Vitals leisten und was nicht

Core Web Vitals sind ein wichtiger, aber nicht der einzige Rankingfaktor. Google hat mehrfach betont, dass großartige Inhalte auch mit mäßigen Page-Experience-Werten ranken können. Wer also hofft, durch reine Ladezeit-Optimierung von Seite 3 auf Seite 1 zu springen, wird enttäuscht sein. Core Web Vitals sind ein Hygienefaktor: Schlechte Werte können Sie zurückhalten, gute Werte allein bringen Sie nicht nach vorne.

Realistische Erwartung: Wenn Ihre Seite aktuell als „schlecht“ eingestuft wird und Sie die Werte auf „gut“ verbessern, kann das in einem kompetitiven Umfeld durchaus 1–3 Rankingpositionen ausmachen – insbesondere wenn Ihre direkten Mitbewerber ähnliche inhaltliche Qualität bieten, aber technisch schwächer aufgestellt sind. In weniger kompetitiven Nischen ist der Effekt oft geringer, weil andere Faktoren dominieren.

Planen Sie außerdem ausreichend Zeit ein: Felddaten aktualisieren sich alle 28 Tage. Selbst wenn Sie heute alle Probleme beheben, sehen Sie die Verbesserung in der Search Console erst nach vier Wochen. Kontinuierliches Monitoring ist daher unerlässlich – Performance-Regressionen durch Plugin-Updates, neue Werbeskripte oder Designänderungen passieren schneller, als man denkt.

So geht HEEY bei der Core-Web-Vitals-Optimierung vor

HEEY beginnt jede technische SEO-Analyse mit einem vollständigen Audit der bestehenden Core Web Vitals – auf Basis der Search Console Felddaten sowie ergänzender Labordaten aus PageSpeed Insights und WebPageTest. Dabei werden alle relevanten Seitentypen separat betrachtet: Startseite, Kategorie- und Produktseiten, Landingpages, Blogbeiträge. Jeder Seitentyp hat eigene Problemmuster.

Aus dem Audit entsteht eine priorisierte Maßnahmenliste, die nach Aufwand und erwartetem Impact sortiert ist. Quick Wins – etwa das Setzen von Bildabmessungen, das Deaktivieren ungenutzter Plugins oder die Aktivierung von Server-seitigem Caching – werden sofort umgesetzt. Komplexere Maßnahmen wie die Überarbeitung der JavaScript-Architektur oder ein Hosting-Wechsel werden in einem zweiten Schritt geplant.

Nach der Umsetzung richtet HEEY ein kontinuierliches Monitoring ein, das Regressionen frühzeitig erkennt. Denn Core Web Vitals sind kein einmaliges Projekt, sondern ein fortlaufender Prozess – besonders für Websites, die regelmäßig neue Inhalte, Plugins oder Designänderungen erhalten. Wenn Sie wissen möchten, wo Ihre Website aktuell steht, sprechen Sie uns an.