Core Web Vitals 2026 – LCP, INP, CLS ohne den ganzen Unsinn

Core Web Vitals ist 3 Kennzahlen, die Google zur Messung der Nutzererfahrung verwendet – und welche Auswirkungen die Suchmaschinenplatzierung haben. Gute Werte bedeuten bessere Platzierungen, niedrigere Absprungraten und höhere Konversionsraten. Ich zeige Ihnen genau, was diese Werte messen, wie Sie sie überprüfen und wie Sie sie in WordPress verbessern können.

Zusamenfassend

• 3 Indikatoren: LCP (Ladegeschwindigkeit), INP (Interaktionsreaktionsfähigkeit), CLS (visuelle Stabilität).
• Google-Ziele:
• LCP < 2,5 s
• INP < 200 ms
• CLS < 0,1
• Das 75. Perzentil wird gemessen — 75 % der Besuche müssen innerhalb der Zielvorgaben liegen.
• INP ersetzte FID Im März 2024 – strengere Kennzahlen, mehr Seiten „brechen ab“.

Was versteht man unter Seitenerfahrung?

Google nutzt CWV offiziell seit 2021. RangordnungsfaktorEine Seite mit gutem CWV und eine Seite mit schlechtem CWV erhalten, sofern alle anderen Faktoren gleich sind, eine höhere Platzierung.

Gewichtung in der Rangliste: etwa 5–10 % des gesamten Algorithmus. Viel? Wenig? Genug, um zu entscheiden, wer es in die TOP 5 und wer in die TOP 15 schafft.

LCP – Größte inhaltsreiche Farbe

Was ist das

LCP misst, wie lange es dauert, das Hauptelement einer Seite zu laden. Typischerweise handelt es sich dabei um ein Bild, das im sichtbaren Bereich des Bildschirms erscheint, oder um eine große Überschrift.

Wenn ein Nutzer Ihre Website besucht:
– 0 ms – angeklickt
– 200 ms — Server antwortet (TTFB)
– 800 ms – erste CSS/HTML-Ladungen
– 1.200 ms — Schriftarten geladen, Text sichtbar
– 1.800 ms – große Fotoladungen = LCP

Ziele

• Gut: < 2,5 Sek.
• Verbesserungsbedarf: 2,5–4,0 Sek.
• Schwach: > 4,0 Sek.

Wie man sich verbessern kann

1. LCP-Element optimieren (meist der Held des Bildes):
2. WebP/AVIF statt JPG (50 % weniger Dateigröße)
3. width i height w atrybutach (Google preloaduje)
4. fetchpriority="high" w <img>

5. Kein verzögertes Laden für LCP-Bilder (verzögertes Laden NUR für Bilder unterhalb von fold-a)

6. TTFB verkürzen (Zeit bis zum ersten Byte):

7. Besseres Hosting (NVMe, LiteSpeed)
8. PHP-Cache (OPcache)

9. CDN (Cloudflare, BunnyCDN)

10. Blockierende Ressourcen beseitigen:

11. Kritisches Inline-CSS
12. Async/defer für nicht-kritisches JS
13. Wichtige Schriftarten vorladen

INP – Interaktion mit dem nächsten Farbauftrag

Was ist das

Neueste Kennzahlen (ab März 2024), ersetzte FID. Es misst Seitenantwortverzögerung für jede Benutzerinteraktion (Klick, Tippen, Tastatureingabe).

INP = schlechteste Interaktion während der Sitzung (Genauer gesagt das 98. Perzentil). Wenn Sie auf das Menü klicken und 350 ms warten, erhalten Sie Ihren INP-Wert.

Ziele

• Gut: < 200 ms
• Verbesserungsbedarf: 200–500 ms
• Schwach: > 500 ms

Was verursacht Probleme mit INP in WordPress?

1. Umfangreiches JavaScript — Elementor Pro mit Bewegungseffekten, Schiebereglern und Popup-Managern
2. Kein Code-Splitting — Die gesamte Seite wird für eine einzige Funktion geladen
3. Blockierung von Drittanbietern - Google Tag Manager, Livechat, Hotjar, Facebook Pixel
4. Zu viele Zuhörer — JavaScript, das bei jedem Klick 10 Funktionen ausführt

Wie man sich verbessern kann

1. Verzögern / asynchron für alle nicht kritischen JS-Dateien
2. Lazy-load Drittanbieter — Hotjar, Live-Chat erst nach der ersten Interaktion laden
3. Bewegungseffekte deaktivieren Elementor Pro (Einzelanimationen beibehalten)
4. Unnötige Plugins entfernen JavaScript wird seitenweit geladen
5. Web Workers für rechenintensive Aufgaben (werden in typischen Workpacks selten verwendet)

In der Praxis werden 80 % der INP-Probleme in WP gelöst WP Rocket + Performances + Helles Design.

CLS – Kumulative Layoutverschiebung

Was ist das

CLS misst, wie stark eine Seite beim Laden "springt". Sie klicken auf die Seite, lesen die Überschrift, klicken – und plötzlich erscheint eine Werbung, der Inhalt springt, und Sie klicken auf den falschen Link.

CLS = Summe aller Layer-Sprünge, gewichtet nach ihrer Größe.

Ziele

• Gut: < 0,1
• Verbesserungsbedarf: 0,1–0,25
• Schwach: > 0,25

Was den CLS verdirbt

1. Obrazy bez width/height — Der Browser weiß nicht, wie viel Speicherplatz er reservieren soll.
2. AdSense-Anzeigen — variable Bannerhöhe
3. YouTube-/Twitter-Einbettung — iFrame wird asynchron geladen
4. Dynamischer Inhalt wird nach dem Laden eingefügt — Pop-ups, Cookie-Banner
5. Web fonts bez font-display: swap — Die Ausweichschriftart ist kleiner/größer, der Text springt

Wie man sich verbessern kann

1. width i height auf jedem Bild und iFrame
2. Reservierter Platz dla reklam (kontener z min-height)
3. Cookie-Banner unten, nicht oben (weniger auffälliger Sprung)
4. font-display: swap + matched fallback fonts — geerbte Schriftmetriken
5. Verhältnisaspekt in CSS:
   css .video-container { aspect-ratio: 16 / 9; }

Wie man die CWV misst

1. PageSpeed Insights (öffentlich, kostenlos)

pagespeed.web.dev — Geben Sie die URL ein, Sie erhalten Ergebnisse Felddaten (echte Nutzer der letzten 28 Tage mit Chrome) und Labordaten (Simulation während des Tests).

2. Search Console – Core Web Vitals

GSC → Experience → Core Web Vitals. Zeigt alle Seiten Ihrer Website Unterteilt in „Gut“, „Verbesserungsbedürftig“ und „Schlecht“. Perfektes Dashboard zur Priorisierung.

3. Chrome-Nutzererfahrungsbericht (CrUX)

BigQuery / öffentlicher Datensatz — tatsächliche Daten Für Chrome-Nutzer. Nur für Websites mit hohem Besucheraufkommen (mehrere tausend eindeutige Besucher pro Tag).

4. Web Vitals-Erweiterung (Chrome)

Ein Plugin, das CWV in Echtzeit beim Surfen anzeigt. Schnelles Testen während der Bearbeitung.

5. Lighthouse in den Entwicklertools

F12 → Lighthouse → Bericht generieren → Mobilmodus → Core Web Vitals aus "Labordaten" + Vorschläge.

6. Echtzeit-Nutzerüberwachung (RUM)

Für fortgeschrittene Benutzer: Cloudflare Analytics, Datadog RUM, New Relic – CWV pro Benutzer, Land und Gerät anzeigen.

Felddaten vs. Labordaten – was zählt Google?

Nur Felddaten. Labordaten (Simulation in PageSpeed) sind indikativ — Google-Rankings basieren auf echte Nutzer von Chrome.

Bedeutung:
– Ihre Website erreicht in PageSpeed Insights im „Labor“ 95/100 Punkte, aber im „Feld“ wird ein LCP-Wert von 4,5 Sekunden angezeigt. Google misst 4,5 Sekunden.
– Keine Felddaten (kleine Baustelle) – Google verwendet Labordaten als Ausweichlösung.

Häufig gestellte Fragen

„Ich habe 95/100 Punkte bei PageSpeed, aber CLS = 0,3 – was soll das?“

Eine Punktzahl von 95/100 entspricht einer Leuchtturm-Bewertung. CWV sind separat. Selbst mit einer Gesamtpunktzahl von 95 kann man in CLS noch als „schlecht“ eingestuft werden.

„Mobil oder Desktop – was ist wichtiger?“

Mobile. Google verwendet primär die Mobile-First-Indexierung. Sind die mobilen CWVs schlecht, hilft die Desktop-Indexierung nicht weiter.

„Wie lange dauert es, bis Google eine Fehlerbehebung „bemerkt“?“

Aktualisierungen der Felddaten von 28 Tage zu spät (Rollfenster). Nach der Reparatur kann es 4–8 Wochen dauern, bis die volle Wirkung eintritt.

„Sind CWVs wichtiger als Backlinks?“

NEIN. Links + Inhalte Das entspricht immer noch 70 % der Rangliste. CWV dient als Tiebreaker – es entscheidet über den Unterschied zwischen Platz 2 und 3, nicht zwischen Platz 30 und 3.

Was kommt als Nächstes?

Diese Woche:

1. Komm herein pagespeed.web.dev und die mobile Startseite testen
2. Wenn eine Kennzahl rot ist – auswählen eins zur Reparatur
3. Implementieren Sie die Fehlerbehebung (in der Regel 2-8 Stunden Arbeitszeit).
4. Kehren Sie nach 28 Tagen zu GSC zurück und prüfen Sie, ob sich Ihre Felddaten verbessert haben.

Wir bieten die Optimierung der Core Web Vitals als separaten Service an. — Paket ab 1.500 PLN, garantiertes Ergebnis „Gut“ in allen 3 Bewertungskriterien. Bestellen Sie eine Prüfung.