Das Wichtigste in Kürze

PageSpeed und Core Web Vitals sind nicht dasselbe. Google misst Schnelligkeit (LCP), Interaktivität (INP) und Stabilität (CLS) getrennt. Eine Seite kann in 1,2 Sekunden laden und sich trotzdem zäh anfühlen. Nur wer alle drei Schwellenwerte besteht, gilt als „Good“ und bekommt das Ranking-Plus.

Deine Seite lädt in 1,2 Sekunden. Trotzdem bewertet Google sie als langsam. Das ist kein Fehler, das sind die Core Web Vitals.

PageSpeed und Core Web Vitals sind nicht dasselbe. Das ist der erste Knoten, den du auflösen musst. Schnelligkeit ist nicht gleich Interaktivität. Und Interaktivität ist nicht gleich Stabilität. Google misst alle drei getrennt.

Diese Unterscheidung ist nicht esoterisch. Sie erklärt, warum eine Seite schnell sein kann und sich trotzdem holprig anfühlt. Oder warum sie schnell genug lädt, aber kein Ranking fließt.

Was sind Core Web Vitals? (Ohne Google-Jargon)

Google misst drei Dinge:

Erstens: Lädt der sichtbare Inhalt schnell? Das ist LCP (Largest Contentful Paint). Die Zeit, bis deine Nutzer:innen sehen können, worum es auf der Seite geht. Nicht die komplette Seite. Nicht jeder Pixel. Der Hauptinhalt zählt: das Bild, der Text, die Überschrift.

Zweitens: Springt das Layout herum? Das ist CLS (Cumulative Layout Shift). Das Ärgernis, wenn du zum Scrollen ansetzt, sich plötzlich alles verschiebt und du auf etwas ganz anderes klickst. Nervig ist das eine. Es ist auch ein kleiner Vertrauensbruch zwischen Seite und Mensch.

Drittens: Antwortet die Seite, wenn ich was klicke? Das ist INP (Interaction to Next Paint). Die Zeit zwischen „ich habe geklickt“ und „die Seite tut etwas Sichtbares“. Spürbare Reaktion auf deine Aktion.

Mehr ist es nicht. Aber weniger eben auch nicht.

Die drei Metriken im Detail

Schwellenwerte (2026)

LCP Gut: <2,5s Schlecht: >4s

Largest Contentful Paint

CLS Gut: <0,1 Schlecht: >0,25

Cumulative Layout Shift

INP Gut: <200ms Schlecht: >500ms

Interaction to Next Paint

LCP: Der Lade-Moment

LCP misst nicht „wann ist die Seite fertig geladen“. Es misst „wann sehen die Nutzer:innen etwas Sinnvolles“. Eine feine, aber entscheidende Unterscheidung. Eine Seite könnte mit einem unscheinbaren Pixel-Font laden und das würde als LCP zählen, wenn Google solche Mini-Elemente nicht herausfiltern würde.

Häufige Ursachen für schlechtes LCP:

Großes Bild lädt zu spät

Das Hero-Bild ist meist das größte Element. Wenn es nicht optimiert ist, wartet LCP. WebP-Format, korrekt eingestelltes Lazy-Loading, responsive srcsets.

JavaScript blockiert das Rendering

Tracking-Script, Google Tag Manager, Ads-Pixel: laden alle synchron und der Browser wartet. defer oder async für nicht-kritische Scripts. Oder erst nachladen, wenn jemand mit der Seite interagiert.

Server antwortet langsam

Der Server braucht selbst zu lange, um HTML auszuliefern. Oft ein Hosting-Problem oder eine Datenbank mit zu vielen Queries. Caching ist hier dein Freund.

CLS: Der Stabilitäts-Moment

CLS ist keine Speed-Metrik. Es ist eine Qualitäts-Metrik. Eine Seite kann blitzschnell sein und CLS trotzdem grottig, wenn jedes Ad-Netzwerk, jedes Skript, jedes externe Element nach dem initialen Load seinen Platz erst beim Einrücken sucht.

Häufige Ursachen:

Kein fester Platz für Bilder und Videos

Bindest du ein Bild ohne width/height-Attribut ein, weiß der Browser nicht, wie viel Platz es braucht. Das Layout berechnet sich erst, wenn das Bild da ist. Alles darunter springt. width und height sind nicht optional, sondern Dokumentstruktur.

Ads und Drittanbieter-Elemente

Google Ads, Facebook Pixel, Affiliate-Widgets: viele externe Scripts kennen die Größe ihrer Container nicht und laden in unterschiedlichen Maßen. Fix: Reserviere einen festen Container für jedes externe Element, bevor es lädt.

Animationen und Übergänge

transform ist sicher (GPU-beschleunigt). margin und padding verändern das Layout. Animierst du dein Hamburger-Menü mit margin, verschiebt es unter Umständen alle anderen Elemente mit. Nutz lieber transform.

INP: Der Reaktivitäts-Moment

Die jüngste Metrik im Bunde (ersetzt FID seit März 2024). Warum? Weil die alte Messung nur die erste Interaktion zählte. Deine Nutzer:innen klicken aber 5-, 10-, 20-mal pro Besuch. Eine Seite kann beim ersten Klick flott sein und beim dritten zähflüssig werden.

INP misst alle Interaktionen und nimmt das 75. Perzentil. Realistischer.

Häufige Ursachen für schlechtes INP:

Zu viel JavaScript im Main Thread

Der Browser rendert pro Tab in einem einzigen Main Thread. Wenn dort viel JavaScript läuft, blockiert das jede Interaktion. Lösung: Web Workers für schwere Berechnungen, Code Splitting, insgesamt weniger JS.

Schwere Event-Listener auf der ganzen Seite

Hört jedes Skript auf 'mousemove' oder 'scroll' und macht dort komplexe Dinge, summiert sich das. Drosselung (throttle/debounce) ist Pflicht.

Lange Tasks beim Klick

Löst ein Klick auf einen Button eine komplexe Datenbank-Query aus und die Person wartet drei Sekunden, ist das schlechtes INP. Nutze Skeleton-Screens, Progressive Enhancement, oder verlagere die Aktion asynchron in den Hintergrund.

Wie du deine Core Web Vitals misst

Es gibt mehrere Tools. Diese hier zählen:

PageSpeed Insights (das Wichtigste)

Gib deine URL ein und Google zeigt dir deine Core Web Vitals. Echte Nutzer:innen-Daten (sofern genug Traffic vorhanden ist) plus Laborergebnisse aus der Simulation. Scrolle runter zu „Core Web Vitals“ und vergiss den PageSpeed-Score oben (der führt nur in die Irre).

Google Search Console

Die GSC hat einen Bericht „Web Vitals“, in dem du alle URLs mit schlechten CWV-Werten siehst. Das Tool für Bulk-Debugging: „Welche Seiten haben Probleme?“ und nicht „Wie gut ist diese eine Seite?“.

Chrome DevTools (für lokales Debugging)

Lighthouse in den DevTools liefert dir lokale Messungen. Nicht ganz authentisch, weil ohne echten Nutzer-Traffic, aber schnell und beim Bauen sehr hilfreich.

Web Vitals Extension

Eine Browser-Extension von Google, die in Echtzeit die CWV auf jeder Seite misst, die du besuchst. Praktisch für Recherche: Du kannst Konkurrenten direkt durchklicken.

Die fünf häufigsten Probleme (und was hilft)

Problem 1: Ein Tracking-Pixel blockiert alles

Dein Google-Tag-Manager-Script lädt synchron und wartet auf die Serverantwort, bevor der Browser weitermacht. Oft der Nummer-eins-CWV-Killer. Die Lösung ist nicht: „mach es async“. Async allein reicht nicht. Sinnvoller: einen Tag Manager nutzen, der asynchron entwickelt wurde (GTM ist es nicht) oder GTM nur für nicht-kritisches Tracking laden. Die spürbare Performance gehört deinen Nutzer:innen, nicht deinem Tag-Stack.

Problem 2: Hero-Bilder sind zu groß

Eine durchschnittliche Marketing-Seite trägt 3-5 MB JPG als Hero mit sich rum. Genau dein LCP-Problem. WebP spart 30-50 Prozent. Responsive srcsets sorgen dafür, dass ein Handy nicht das Desktop-Bild zugeschoben bekommt. Lazy-Loading ist hier kontraproduktiv, das Hero braucht eager loading. Aber Kompression ist Pflicht. Nutze imagemin oder Vercel Image Optimization.

Problem 3: Das Layout springt, weil Fonts nachladen

Die Schrift wechselt, nachdem der Text schon sichtbar ist. Buchstaben werden größer oder kleiner, alles darunter springt. Die Lösung: size-adjust-Property für @font-face. Google Fonts machen das automatisch, bei selbst gehosteten Fonts musst du Hand anlegen. Alternative: font-display:swap plus CSS-Fallback-Fonts mit gleichem Maß.

Tools wie threefor.one scannen deine Seite in unter 60 Sekunden auf genau diese Probleme.

Problem 4: Ads verschieben das Layout

Google Ads sind der Klassiker unter den CLS-Problemen. Sie laden in variablen Größen und schieben dein Layout durcheinander. Feste Container lösen das: Reserviere einen 300×250-Block, bevor die Ad lädt. Oder gib dem Slot ein festes aspect-ratio.

Problem 5: JavaScript macht die Seite lahm

Du hast zu viel JavaScript. Vermutlich brauchst du davon einen Teil nicht. Ein Hamburger-Menü mit 150-KB-JS-Framework ist Overkill. Vanilla JavaScript reicht für einfache Interaktionen. Frameworks wie Next.js oder Astro machen einen besseren Job bei Code-Splitting und Hydration. Aber das schnellste JavaScript ist und bleibt kein JavaScript.

Experiment: Deine eigenen CWV sehen

Öffne PageSpeed Insights (pagespeed.web.dev), gib deine URL ein. Ignoriere den grünen oder roten Score oben, der sagt wenig. Scrolle zu „Core Web Vitals“. Du siehst drei Zahlen. Wenn eine rot ist, klick drauf. Google zeigt dir, welche Elemente verantwortlich sind. Das ist dein Startpunkt.

2-3 Minuten, kein Equipment nötig

Wie stark beeinflussen CWV das Ranking?

Core Web Vitals sind kein primärer Ranking-Faktor. Sie sind ein Tie-Breaker, und bei gleichem Content entscheidet der Tie-Breaker. Frei nach Google Search Relations, 2023

Google selbst sagt: CWV sind „einer“ von vielen Faktoren, neben Content, Links, Mobile Responsiveness, HTTPS und den Core-Update-Anpassungen am Algorithmus. Vergleichst du zwei ähnliche Seiten (ähnlich in Content, Backlinks, Historie), entscheidet CWV. Hat aber eine Seite besseren Content und schlechtere CWV, gewinnt der bessere Content.

Das ist keine Entschuldigung, CWV zu ignorieren. Es ist Kontext. Die ehrliche Antwort lautet:

Optimier deine CWV, weil das Ergebnis ein besseres Nutzererlebnis ist. Nicht, weil Google es will. Besseres Nutzererlebnis bedeutet weniger Bounces, mehr Verweildauer, mehr Conversions. Alles Signale, die indirekt das Ranking beeinflussen. Das ist greifbarer ROI, keine SEO-Numerologie.

Die Seite mit schlechten CWV und zehnmal besserem Content wird trotzdem ranken. Aber bei gleichem Content gewinnt die schnelle Seite.

Was du sofort tun kannst

Schritt eins: Öffne PageSpeed Insights für deine Seite. Finde die CWV-Probleme. Eine der drei Metriken wird rot leuchten, fast immer.

Schritt zwei: Wende den passenden Hebel an:

Schritt drei: Erneut messen. PageSpeed Insights cached die Daten, warte 1-2 Tage oder nutze Lighthouse in den DevTools für sofortiges Feedback.

Nicht alle Lösungen sind einfach. Aber sie sind machbar. Und sie sind nicht optional, wenn du ernsthaft ranken willst.

FAQ: Die Fragen, die alle haben

Was sind Core Web Vitals? ▼

Core Web Vitals sind drei Metriken, die Google misst: LCP (wie schnell lädt der Hauptinhalt?), CLS (springt das Layout herum?) und INP (wie schnell antwortet deine Seite auf Klicks?). Sie sind nicht der zentrale Ranking-Faktor, sondern ein Tie-Breaker. Bei gleichem Content entscheidet die CWV-Performance über die Position.

Warum sagt Google, dass der PageSpeed-Score nicht wichtig ist, aber CWV sehr? ▼

Der PageSpeed-Score ist eine zusammengefasste Note aus vielen Faktoren, manche davon Labormessungen, manche schwer zu deuten. CWV sind drei konkrete Metriken, die echte Nutzer:innen erleben. Google misst CWV direkt aus Browserdaten, während der Score ein Konstrukt darüber ist.

Kann meine Seite schnell sein, aber trotzdem schlechte CWV haben? ▼

Ja. Du kannst eine Seite in 1,2 Sekunden laden, aber wenn der wichtigste Text erst nach drei Sekunden sichtbar ist, ist LCP rot. Oder die Seite lädt schnell, aber jedes Skript schiebt andere Elemente herum, dann ist CLS das Problem. Speed ist nicht gleich Core Web Vitals.

Beeinflusst CWV das Ranking oder ist das Google-Marketing? ▼

Ehrliche Antwort: CWV ist ein Ranking-Faktor, aber ein kleiner. Etwa so gewichtig wie HTTPS oder Mobile Responsiveness. Wichtig, aber nicht der Hauptfaktor. Content und Backlinks wiegen schwerer. Bei zwei ähnlichen Seiten entscheidet aber CWV. Tie-Breaker, kein Wendepunkt.

Was ist der Unterschied zwischen FID und INP? ▼

FID (First Input Delay) hat nur die erste Interaktion gemessen. INP (Interaction to Next Paint) misst die Reaktionsfreude über die ganze Seite, jede Interaktion zählt mit. INP ersetzt FID seit März 2024, weil Nutzer:innen eben nicht nur einmal klicken.

Sind Core Web Vitals wichtig für SEO oder nur Marketing? ▼

Beides. Sie sind ein echtes Ranking-Signal bei Google, aber die direkten Performance-Gewinne sind oft klein. Der eigentliche Wert: Bessere CWV gleich besseres Nutzererlebnis gleich weniger Bounces gleich bessere Signale insgesamt. Keine SEO-Trickserei, sondern saubere Website-Optimierung.

Verwandte Artikel

SEO-Audit Anleitung 2026: Worauf Profis achten, ein systematischer Überblick aller Ranking-Faktoren.

Vibe Coding: 100/100 im Lighthouse ohne Framework-Hell, praktische Umsetzung mit Vanilla JavaScript.

SEO-Leitfaden 2026: Worauf es ankommt, die strategische Perspektive.

threefor.one, kostenloser SEO-Audit, 19 Dimensionen, unter 60 Sekunden, keine Anmeldung.

◆
Kostenlos testen

threefor.one misst deine Core Web Vitals als Teil eines vollständigen 19-Dimensionen-Audits. Ein Klick statt drei Tools.

Jetzt scannen →

Quellen & Referenzen