Core Web Vitals in Search Console: Was jeder Score bedeutet

Von Emily Redmond, Datenanalystin bei Emilytics · April 2026

TL;DR: Core Web Vitals (LCP, CLS, INP) messen Seitengeschwindigkeit, Stabilität und Responsivität. Ziel: LCP unter 2,5s, CLS unter 0,1, INP unter 200ms. Wenn du diese nicht schaffst, wird Google deine Seiten niedriger ranken. Überprüfe GSC, um zu sehen, welche Seiten Arbeit brauchen.

Google ranked jetzt Seiten teilweise auf Speed und Usability Metriken namens Core Web Vitals. Wenn deine Seiten langsam oder zittrig sind, ranken sie niedriger, selbst wenn der Inhalt großartig ist.

Die gute Nachricht: Core Web Vitals sind reparierbar. Die schlechte Nachricht: Sie erfordern Developer-Arbeit.

Die drei Core Web Vitals

1. Largest Contentful Paint (LCP)

Was es misst: Wie schnell wird der Hauptinhalt geladen? Wann kann der Benutzer sehen, wonach er sucht?

Ziel: Unter 2,5 Sekunden

Gut: 0–2,5s (grün)
Braucht Verbesserung: 2,5–4s (gelb)
Schlecht: Über 4s (rot)

Warum es wichtig ist: Wenn deine Seite 5 Sekunden braucht, um die Überschrift oder das Hauptbild zu laden, könnte der Benutzer gehen.

Häufige Ursachen:

• Große unoptimierte Bilder
• Langsame Server-Antwortzeiten
• Render-blockierendes JavaScript
• Render-blockierendes CSS

2. Cumulative Layout Shift (CLS)

Was es misst: Wie stabil ist die Seite? Springen Elemente herum, während du liest?

Ziel: Unter 0,1

Gut: 0–0,1 (grün)
Braucht Verbesserung: 0,1–0,25 (gelb)
Schlecht: Über 0,25 (rot)

Warum es wichtig ist: Layout Shifts sind nervig. Du fängst an, einen Absatz zu lesen, und eine Anzeige lädt sich darüber, schiebst den Text nach unten. Du verlierst deinen Platz.

Häufige Ursachen:

• Anzeigen, die nach Inhalte laden
• Eingebettete Videos ohne Dimensionen
• Web Fonts, die Text Reflow verursachen
• Bilder ohne Dimensionen

3. Interaction to Next Paint (INP)

Was es misst: Wie responsiv ist die Seite, wenn du mit ihr interagierst (Klick, Tippen, Eingeben)?

Ziel: Unter 200 Millisekunden

Gut: 0–200ms (grün)
Braucht Verbesserung: 200–500ms (gelb)
Schlecht: Über 500ms (rot)

Warum es wichtig ist: Wenn das Klicken auf einen Button eine halbe Sekunde dauert, fühlt sich die Seite langsam und nicht responsive an.

Häufige Ursachen:

• Schwere JavaScript-Verarbeitung
• Langsame Datenbankabfragen
• Unoptimierte Event-Handler
• Zu viele DOM-Manipulationen

(Hinweis: INP ersetzte First Input Delay 2024, aber GSC zeigt immer noch beide.)

💡 Emilys Gedanke: Ich sehe viele Websites mit großartigem Inhalt, die schlecht ranken, weil sie langsam sind. Es ist frustrierend, weil der Inhalt tatsächlich besser ist als der Konkurrenz—aber Google kümmert sich nicht. Speed ist wichtig. Wenn du viele rote Einträge in deinem Core Web Vitals Report siehst, hole einen Developer rein. Das ist kein DIY-Bereich.

Lese den Core Web Vitals Report in GSC

Gehe zu Experience → Core Web Vitals (linkes Menü).

Du siehst zwei Abschnitte:

• Desktop: Daten von Desktop-Nutzern
• Mobile: Daten von Mobile-Nutzern

Jeder zeigt:

• Anzahl von Seiten mit guten, braucht Verbesserung und schlechten Scores
• Ein Trend-Chart, das zeigt, ob es besser oder schlechter wird

Klicke auf „Poor" oder „Needs improvement", um zu sehen, welche Seiten kämpfen.

Wie man jede Metrik verbessert

Verbessere LCP

1. Optimiere Bilder: Komprimiere Bilder, nutze moderne Formate (WebP), serviere responsive Bilder
2. Minimiere CSS: Entferne ungenutztes CSS, verschiebe nicht-kritisches CSS
3. Verschiebe JavaScript: Lade nicht-wesentliches JS, nachdem die Seite geladen wird
4. Upgrade Hosting: Langsame Server können Inhalte nicht schnell servieren. Hol besseres Hosting oder ein CDN
5. Entferne Render-blockierende Ressourcen: Nutze async/defer auf Script-Tags

Verbessere CLS

1. Füge Dimensionen zu Bildern und Videos hinzu: Inkludiere width und height Attribute, damit Browser Platz reservieren
2. Vermeide es, Inhalte über bestehenden Inhalten einzuspritzen: Anzeigen, Benachrichtigungen, Banner sollten unten oder seitlich gehen
3. Nutze CSS Transforms: Animiere mit transform und opacity, nicht Eigenschaften, die Reflow auslösen (width, height, top, left)
4. Vermeide Web Fonts, die Reflow verursachen: Nutze font-display: swap, damit Text sofort angezeigt wird

Verbessere INP

1. Teile lange Tasks auf: Wenn du 200ms JavaScript hast, teile es in kleinere Chunks auf
2. Debounce Event-Listener: Langsame Input-Handler (scroll, resize) können Interaktionen blockieren
3. Nutze Web Workers: Verschiebe schwere Berechnungen vom Main Thread
4. Optimiere Event-Handler: Mache keine komplexe DOM-Manipulation in Reaktion auf jeden Klick

Was passiert, wenn deine Core Web Vitals schlecht sind?

Google nutzt Core Web Vitals als Ranking-Faktor. Wenn zwei Seiten gleich relevant sind, rankst die schnellere höher. Es ist keine Garantie—wenn dein Inhalt viel besser ist, könntest du immer noch ranken—aber es ist ein Tiebreaker.

Seiten mit chronisch schlechten Core Web Vitals sehen niedrigere Rankings und niedrigere CTR. Benutzer hüpfen auch mehr (sie verlassen die Seite, wenn sie langsam ist).

Solltest du dich auf Core Web Vitals obsessiv konzentrieren?

Nein, aber du solltest sie auch nicht ignorieren.

Priorität 1: Bringe Seiten zu „Good", wenn sie echten Traffic bekommen. Speed beeinflusst Rankings und User Experience.

Priorität 2: Stressen dich nicht, wenn du bei „Needs improvement" bist, aber auf der hohen Seite (2,4s LCP statt 4s). Du bist immer noch konkurrenzfähig.

Priorität 3: Wenn du „Poor" bist, hole einen Developer. Es ist es wert.

Echte Web vs Lab Daten

GSC zeigt „echte Web"-Daten (echte Benutzermessungen). Das ist anders als „Lab"-Daten (simulierte Messungen von Tools wie Lighthouse).

Echte Web-Daten sind zuverlässiger, weil sie echte Benutzererfahrungen widerspiegeln. Lab-Daten sind nützlich zum Debuggen, aber vertraue den echten Daten.

Mobile vs Desktop

Mobile-Scores sind normalerweise schlechter als Desktop, weil:

• Benutzer auf 4G/5G haben langsamere Verbindungen als Home WiFi
• Mobile-Geräte sind weniger leistungsstark als Desktops
• Mobile-Seiten manchmal Extra-Anzeigen oder Tracking haben

Wenn deine Mobile Core Web Vitals schlecht sind, aber dein Inhalt gut ist, priorisiere das Beheben dieser. Mobile ist zunehmend wichtig für Rankings.

Häufig gestellte Fragen

F: Müssen alle meine Seiten Core Web Vitals bestehen? A: Nicht unbedingt. Google schaut sich Seiten-Daten an, also können einige Seiten scheitern, während andere bestehen. Aber Seiten, die gut ranken, sollten bestehen.

F: Wie lange dauert es, Core Web Vitals zu verbessern? A: Hängt davon ab. Einige Behebungen (Bildoptimierung) sind sofort. Andere (Architekturänderungen) dauern Wochen oder Monate.

F: Wird das Verbessern von Core Web Vitals allein meine Ranking-Probleme beheben? A: Nein. Content-Qualität, Backlinks und Relevanz sind viel wichtiger. Aber wenn zwei Websites auf diesen gleich sind, gewinnt die schnellere.

F: Kann ich Core Web Vitals ohne einen Developer verbessern? A: Für einige Websites ja. Bildoptimierung, Plugin-Entfernung und Caching können helfen. Aber komplexe Verbesserungen brauchen einen Developer.

F: Welche Metrik ist am wichtigsten? A: Alle drei sind gleich wichtig für Google. Aber LCP (Speed) beeinflußt normalerweise User Experience das meiste.

Nächste Schritte

Überprüfe deinen Core Web Vitals Report in GSC. Wenn du hauptsächlich grün bist, bist du in Ordnung. Wenn du rot siehst, hole einen Developer.

Lerne mehr über das Überwachen von Mobile Usability und anderen Performance-Signalen.

Emily Redmond ist eine Datenanalystin bei Emilytics — der KI-Analytics-Agent, der dein GA4, Search Console und Bing-Daten rund um die Uhr überwacht. 8 Jahre Erfahrung. Sag Hallo →