Core Web Vitals verständlich erklärt

Google misst seit einigen Jahren, wie eine Website sich für Besucher anfühlt, und fasst das in drei Kennzahlen zusammen: den Core Web Vitals. Sie klingen technisch, beschreiben aber Alltagserfahrungen, die jeder kennt.

Genau das macht sie so nützlich: Sie übersetzen das diffuse Gefühl „die Seite ist irgendwie träge” in drei konkrete, messbare Werte. Statt zu raten, ob die eigene Website schnell genug ist, kann jeder Unternehmer in zwei Minuten nachsehen – kostenlos und ohne technisches Vorwissen. Die drei Kennzahlen beantworten drei einfache Fragen: Wie schnell sehe ich etwas Nützliches? Bleibt die Seite beim Laden ruhig? Reagiert sie, wenn ich etwas anklicke? Gehen wir sie der Reihe nach durch.

LCP – wie lange dauert es, bis etwas Nützliches da ist?

Largest Contentful Paint misst, wann das größte sichtbare Element geladen ist – meist ein Hero-Bild oder die Überschrift. Google sieht unter 2,5 Sekunden als gut an.

Häufigste Ursache für schlechte Werte: zu große Bilder. Ein unkomprimiertes Foto aus der Kamera kann mehrere Megabyte wiegen, obwohl es auf der Seite nur ein paar hundert Pixel breit dargestellt wird.

Der Hintergrund: Ihr Besucher sitzt nicht im Büro am Glasfaseranschluss, sondern steht mit dem Handy im Auto vor der Praxis, im Baumarkt oder im Zug – oft mit mäßigem Empfang. Ein 5-MB-Titelbild, das im Büro-WLAN „schnell genug” wirkt, braucht im Mobilfunknetz gefühlte Ewigkeiten. Und der LCP misst genau diesen Moment des Wartens auf das Wesentliche.

Die wirksamsten Gegenmittel, sortiert nach Aufwand:

• Bilder auf die tatsächlich benötigte Größe verkleinern – ein Bild, das 800 Pixel breit angezeigt wird, muss nicht 4000 Pixel breit angeliefert werden
• Moderne Formate wie WebP oder AVIF verwenden – gleiche Qualität, deutlich kleinere Dateien; ein kostenloses Werkzeug dafür ist Squoosh von Google
• Das Hero-Bild nicht verzögert laden – „Lazy Loading” ist für Bilder weiter unten auf der Seite richtig, für das erste sichtbare Bild aber kontraproduktiv
• Ordentliches Hosting und Caching – wenn schon die erste Serverantwort eine Sekunde dauert, kann der Rest der Seite das nicht mehr aufholen

Praxisbeispiel 1: Das Titelbild, das alles ausbremst

Ein typisches Szenario: Ein Malerbetrieb lässt sich eine neue Website bauen und liefert dafür schöne Fotos von der letzten Baustelle – direkt von der Kamera, jedes 6 bis 8 Megabyte groß. Der Webdesigner bindet sie unverändert ein. Auf seinem Entwickler-Laptop mit schneller Leitung fällt das nicht auf.

Beim Kunden vor Ort sieht es anders aus: Auf dem Smartphone baut sich das Titelbild sichtbar zeilenweise auf, der LCP liegt jenseits von sechs Sekunden, und ein Teil der Besucher ist wieder weg, bevor die Seite überhaupt fertig geladen hat. Die Lösung war unspektakulär: alle Bilder auf Anzeigegröße verkleinert und als WebP exportiert – aus 8 MB pro Bild wurden unter 150 KB, ohne sichtbaren Qualitätsverlust. Kein Website-Relaunch, keine neue Technik, nur konsequente Bildbearbeitung. Genau deshalb ist „Bilder verkleinern” fast immer der erste Hebel.

CLS – springt das Layout beim Laden?

Cumulative Layout Shift misst, wie stark Inhalte während des Ladens verrutschen. Jeder kennt den Moment, in dem man auf einen Link tippen will und im letzten Augenblick ein Banner den Text nach unten schiebt. Gut ist ein Wert unter 0,1.

Die häufigste Ursache: Bilder ohne feste Größenangabe. Der Browser weiß dann nicht, wie viel Platz er reservieren soll.

Neben Bildern gibt es drei weitere übliche Verdächtige:

• Nachträglich eingeblendete Banner – Cookie-Hinweise oder Aktionsleisten, die den gesamten Inhalt nach unten drücken, statt sich über die Seite zu legen
• Webfonts, die spät laden – der Text erscheint erst in einer Ersatzschrift und „springt”, sobald die eigentliche Schrift ankommt
• Eingebettete Inhalte von Drittanbietern – Kartenausschnitte, Bewertungs-Widgets oder Videos, für die beim Laden kein Platz reserviert wurde

Das Ärgerliche am CLS: Er kostet nicht nur Messwerte, sondern erzeugt echte Fehlbedienungen. Wer schon einmal auf „Termin absagen” statt „Termin bestätigen” getippt hat, weil das Layout im letzten Moment verrutscht ist, weiß, warum Google diese Kennzahl ernst nimmt. Die Abhilfe ist fast immer dieselbe: Für alles, was später erscheint, von Anfang an Platz reservieren – bei Bildern über feste Breiten- und Höhenangaben, bei Widgets über einen fest dimensionierten Platzhalter.

INP – reagiert die Seite auf Eingaben?

Interaction to Next Paint misst die Verzögerung zwischen einer Aktion – Klick, Tippen – und der sichtbaren Reaktion. Gut sind unter 200 Millisekunden. Schlechte Werte entstehen meist durch zu viel JavaScript, oft durch Tracking-Tools und externe Widgets.

INP ist die jüngste der drei Kennzahlen: Sie hat im März 2024 den Vorgänger FID abgelöst und misst deutlich strenger, weil sie nicht nur die erste, sondern alle Interaktionen auf der Seite betrachtet (ausführliche Erklärung bei web.dev). Man kann sich den Effekt wie einen überlasteten Handwerksbetrieb vorstellen: Das Telefon klingelt (Ihr Klick), aber alle Mitarbeiter sind mit anderen Aufgaben beschäftigt (das JavaScript arbeitet noch) – es dauert, bis jemand abhebt. Auf Websites sind diese „anderen Aufgaben” typischerweise Tag-Manager, Chat-Widgets, Bild-Slider, Analyse-Tools und Social-Media-Einbettungen, die alle gleichzeitig um die Rechenzeit des Handys konkurrieren.

Für lokale Unternehmens-Websites ist die gute Nachricht: Eine Seite, die schlicht gebaut ist und auf unnötige Skripte verzichtet, hat mit INP praktisch nie Probleme. Kritisch wird es fast nur dort, wo sich über Jahre Plugins und Marketing-Schnipsel angesammelt haben.

Praxisbeispiel 2: Der Baukasten mit dreißig Plugins

Zweites typisches Szenario: Eine Zahnarztpraxis betreibt eine WordPress-Website, die über die Jahre gewachsen ist – ein Pagebuilder, ein Slider-Plugin, ein Bewertungs-Widget, ein Chat-Fenster, zwei Analyse-Tools und ein eingebetteter Kartenausschnitt auf jeder Seite. Jedes Element für sich wirkt harmlos; zusammen laden sie mehrere hundert Kilobyte JavaScript, bevor der Besucher überhaupt etwas anklicken kann.

Die Folgen zeigen sich in allen drei Kennzahlen gleichzeitig: Der Slider verzögert das Titelbild (LCP), das nachrutschende Bewertungs-Widget verschiebt den Inhalt (CLS), und auf das Tippen im Menü reagiert die Seite spürbar zäh (INP). Der Weg zurück zu grünen Werten bestand nicht aus einem Trick, sondern aus Ausmisten: Slider durch ein statisches Bild ersetzt, ungenutzte Plugins entfernt, das Chat-Widget nur auf der Kontaktseite geladen, die Karte erst nach einem Klick. Weniger ist bei Ladezeiten fast immer mehr.

So messen Sie Ihre Werte richtig

Das wichtigste Werkzeug ist kostenlos: PageSpeed Insights von Google. URL eingeben, eine halbe Minute warten, fertig. Beim Lesen des Ergebnisses helfen drei Dinge, die oft missverstanden werden:

Felddaten schlagen Labordaten. PageSpeed Insights zeigt oben echte Nutzerdaten („Feststellen der Nutzererfahrungen echter Nutzer”) und darunter einen Labortest mit Punktzahl. Für Google zählen die echten Nutzerdaten, die über einen Zeitraum von 28 Tagen gesammelt werden. Der Labortest ist nur eine Momentaufnahme unter Standardbedingungen – nützlich zur Fehlersuche, aber nicht das Maß der Dinge.

Kleine Websites haben oft gar keine Felddaten. Für die Auswertung braucht Google genügend Besucher. Viele lokale Unternehmens-Websites liegen unter dieser Schwelle – dann zeigt das Tool nur Laborwerte. Das ist kein Grund zur Sorge, sondern normal; in dem Fall orientieren Sie sich an den Laborwerten für Mobilgeräte.

Mobil ist der Maßstab. Die Werte werden für Mobilgeräte und Desktop getrennt ausgewiesen – und fast immer sind die mobilen Werte schlechter, weil Smartphones weniger Rechenleistung und schlechtere Verbindungen haben. Da lokale Suchen überwiegend mobil stattfinden, gilt: Erst mobil grün machen, Desktop folgt dann meist von selbst.

Wer seine Website bei der Google Search Console angemeldet hat (empfehlenswert!), findet dort außerdem den Core-Web-Vitals-Bericht, der die Entwicklung aller Seiten über die Zeit zeigt – praktisch, um zu prüfen, ob Verbesserungen tatsächlich ankommen.

Was das für lokale Unternehmen bedeutet

Zwei ehrliche Einordnungen:

Erstens: Die Core Web Vitals sind ein Ranking-Faktor, aber ein schwacher. Eine schnelle Seite mit schwachem Inhalt überholt keine langsame Seite mit gutem Inhalt.

Zweitens: Sie sind trotzdem wichtig – wegen der Besucher. Wer auf dem Handy drei Sekunden auf eine Praxis-Website wartet, ruft womöglich beim nächsten Treffer an.

Das deckt sich mit dem, was Google selbst zur Rolle der Core Web Vitals im Ranking schreibt: Sie fließen ins Ranking ein, aber großartige Inhalte können trotz mäßiger Seitenleistung gut ranken. Die richtige Reihenfolge für ein lokales Unternehmen ist deshalb: erst Inhalt und Google-Unternehmensprofil, dann Ladezeit – aber eben nicht „Ladezeit nie”. Denn der zweite Punkt wiegt schwerer, als er klingt: Beim Map-Pack-Klick entscheiden Sekunden darüber, ob aus dem Besucher ein Anruf wird oder ein Zurück-Tipper. Und dieser Effekt wirkt doppelt – schlechte Erfahrung heute, schwächere Signale morgen.

Der Zusammenhang mit Local SEO

Auf den ersten Blick haben Ladezeiten mit lokaler Suche wenig zu tun – die Platzierung im Map-Pack wird schließlich vor allem vom Google-Unternehmensprofil, von Bewertungen und von der Nähe zum Suchenden bestimmt. Der Zusammenhang entsteht einen Schritt später: nach dem Klick.

Der typische Weg eines lokalen Kunden sieht so aus: Er sucht „Zahnarzt in der Nähe”, sieht drei Einträge im Map-Pack, tippt auf einen davon – und landet früher oder später auf der Website, um Öffnungszeiten, Leistungen oder das Team zu prüfen. Genau an dieser Stelle entscheiden die Core Web Vitals mit, ob aus dem Interessenten eine Anfrage wird. Die beste Map-Pack-Platzierung nützt wenig, wenn die verlinkte Website den gewonnenen Besucher durch quälendes Laden gleich wieder vertreibt.

Dazu kommt: Eine technisch saubere, schnelle Website erleichtert Google das Crawlen und Verstehen der Inhalte – das Fundament, auf dem alle anderen lokalen Maßnahmen aufbauen. Deshalb gehört ein Blick auf die Ladezeiten in jede ernsthafte Local-SEO-Bestandsaufnahme, auch wenn er selten der erste Schritt ist.

Die größten Hebel in der Praxis

Wenn Sie Ihre Werte verbessern wollen, bringt diese Reihenfolge erfahrungsgemäß am meisten:

1. Bilder verkleinern und modern ausliefern – der mit Abstand größte Hebel bei fast jeder lokalen Unternehmens-Website
2. Feste Größen für alles, was lädt – Bilder, Einbettungen und Banner bekommen ihren Platz reserviert
3. Skripte ausmisten – jedes Plugin, Widget und Tracking-Tool auf den Prüfstand: Braucht es das wirklich, und wenn ja, auf jeder Seite?
4. Schriften schlank halten – wenige Schriftschnitte, vom eigenen Server geladen (das ist nebenbei auch aus Datenschutzsicht die sauberere Lösung als ein US-Schriften-CDN)
5. Beim Hosting nicht am falschen Ende sparen – ein träger Server macht jede andere Optimierung zunichte

Eine gute Übersicht über alle drei Kennzahlen samt Schwellenwerten pflegt Google übrigens auf web.dev – die Referenz, falls Sie tiefer einsteigen möchten.

Häufige Fragen zu den Core Web Vitals

Muss ich bei PageSpeed Insights 100 Punkte erreichen? Nein. Die Punktzahl ist ein Laborwert und kein Ranking-Faktor. Entscheidend ist, dass die drei Kennzahlen im grünen Bereich liegen – eine Seite mit 85 Punkten und grünen Werten steht besser da als eine mit 99 Punkten, bei der echte Nutzer Ladeprobleme haben.

Wie schnell wirken sich Verbesserungen aus? Die echten Nutzerdaten werden über 28 Tage gesammelt. Nach einer Optimierung dauert es also bis zu vier Wochen, bis die Messwerte den neuen Zustand vollständig abbilden. Geduld gehört hier dazu.

Meine Website läuft auf einem Baukasten – bin ich chancenlos? Nein. Auch mit Baukästen und WordPress sind grüne Werte erreichbar. Die Grundregeln sind dieselben: kleine Bilder, wenig Schnickschnack, kein Plugin-Zoo. Nur die obersten Prozentpunkte im Labortest sind mit manchen Systemen schwer zu erreichen – und die braucht es nicht (siehe erste Frage).

Gelten schlechte Werte für die ganze Website? Google bewertet Seiten bzw. Seitengruppen. Wenn nur der Blog träge ist, die Startseite aber schnell, wird nicht die gesamte Website „abgestraft”. Trotzdem lohnt es sich, das Problem an der Wurzel zu beheben – meist steckt ohnehin dieselbe Ursache dahinter.

Wo Sie anfangen

Prüfen Sie Ihre Seite mit PageSpeed Insights von Google. Wenn Sie nur eine Sache angehen: Bilder verkleinern und in modernen Formaten ausliefern. Das löst in der Praxis die meisten LCP-Probleme.

Danach gilt die Reihenfolge von oben: Platz reservieren, Skripte ausmisten, Schriften und Hosting prüfen. Nichts davon erfordert einen Relaunch – es ist solide Handwerksarbeit an der bestehenden Website.

Wenn die Ergebnisse unklar sind oder tiefer sitzen, hilft ein technisches SEO-Audit weiter.

• Technik