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

PageSpeed und Core Web Vitals sind nicht dasselbe. Das ist die erste Verwirrtheit, die du klären 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 ist das Fundament dafür, dass eine Seite schnell sein kann und trotzdem frustrierend anfühlen kann. Oder schnell schnell genug ist, aber kein Ranking fließt.

I

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

Google misst drei Dinge:

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

Zweitens: Springt das Layout herum? Das ist CLS (Cumulative Layout Shift). Das Ärgernis, wenn du zum Scrollen ansetzt und plötzlich verschiebt sich alles und du klickst auf etwas ganz anderes. Das ist nicht nur nervig — das ist psychologisch ein Vertrauensbruch.

Drittens: Antwortet die Seite, wenn ich was klicke? Das ist INP (Interaction to Next Paint). Das ist die Zeit zwischen "ich habe geklickt" und "die Seite macht etwas sichtbares." Die Verantwortung fühlen für deine Aktion.

Das ist alles. Nicht mehr. Aber auch nicht weniger.

II

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 Laden-Moment

LCP misst nicht "wann ist die Seite fertig geladen". Es misst "wann sieht der Nutzer etwas Sinnvolles?" Das ist eine subtile aber entscheidende Unterscheidung. Eine Seite könnte mit einem unbedeutenden Pixel-Font laden, und das würde als LCP zählen — wenn Google es nicht filtern würde.

Haeufigste Ursachen für schlechtes LCP:

Großes Bild wird zu spät geladen

Das Held-Bild ist das größte Element und wenn es nicht optimiert ist, wartet LCP auf dich. WebP-Format, Lazy-Loading richtig eingestellt, responsive srcsets.

JavaScript blockiert das Rendering

Dein Tracking-Script, dein Google Tag Manager, dein Ads-Pixel — alle laden synchron und der Browser wartet. defer oder async für nicht-kritische Scripts. Oder gar nicht laden, bis der Nutzer interagiert.

Server antwortet langsam

Der Server selbst braucht zu lange, um HTML zu senden. Das ist oft ein Hosting-Problem oder eine Datenbank, die zu viele Queries macht. Caching ist dein Freund.

CLS: Der Stabilität-Moment

CLS ist kein Speed-Metric. Es ist ein Qualitäts-Metric. Du kannst eine superschnelle Seite haben und CLS kann trotzdem furchtbar sein, wenn jedes Ad-Netzwerk, jedes Skript, jedes externe Element nach dem initialen Load seinen Platz einnimmt.

Haeufigste Ursachen:

Kein fester Platz für Bilder und Videos

Wenn du ein Bild ohne width/height attribute einbindest, weiß der Browser nicht, wie viel Platz es braucht. Das HTML wird erst berechnet wenn das Bild da ist. Alles darunter springt. width und height sind nicht optional — sie sind fundamentale Dokumentstruktur.

Ads und Drittanbieter-Elemente

Google Ads, Facebook Pixel, Affiliate-Links — viele externe Scripts kennen nicht die Größe ihrer Container und laden in unterschiedlichen Breiten. Fix: Reserviere einen fixen Container für jeden externen Element, bevor es lädt.

Animationen und Übergänge

transform ist sicher (GPU-beschleunigt). margin und padding verändern das Layout. Wenn dein Hamburger-Menu mit margin animiert ist, verschiebt es potentiell alle anderen Elemente. Nutze transform stattdessen.

INP: Der Reaktivitäts-Moment

Das ist der neueste Metric (ersetzt FID seit März 2024). Warum? Weil alte Messung nur die erste Interaktion zählte. Aber dein:e Nutzer:innen interagiert mit der Seite vielleicht 5x, 10x, 20x. Eine Seite könnte beim ersten Klick schnell sein, aber beim dritten laggy werden.

INP misst alle Interaktionen und nimmt die 75. Perzentile. Das ist realistischer.

Haeufigste Ursachen für schlechtes INP:

Zu viel JavaScript im Main Thread

Der Browser kann nur einen Thread zur selben Zeit rendern. Wenn du viel JavaScript verarbeitest, blockiert das jede Nutzer-Interaktion. Lösung: Web Workers für schwere Berechnung, Code Splitting, weniger JS insgesamt.

Große Event-Listener auf der ganzen Seite

Wenn jedes Skript auf 'mousemove' oder 'scroll' hört und komplexe Dinge macht, addiert sich das auf. Drosselung (throttle/debounce) ist pflicht.

Lange Task bei Click

Wenn ein Klick auf einen Button eine komplexe Datenbankquery auslöst und der Nutzer 3 Sekunden wartet — das ist schlechtes INP. Nutze Skeleton-Screens, Progressive Enhancement, oder mache die Aktion asynchron im Hintergrund.

III

Wie du deine Core Web Vitals misst

Es gibt mehrere Tools. Hier sind die, die zählen:

PageSpeed Insights (das wichtigste Tool)

Gib deine URL ein und Google zeigt dir deine Core Web Vitals. Das ist echte Nutzer-Daten (falls genug traffic vorhanden ist) + Laborergebnisse (Simulation). Auf der Seite scrollst du runter zu "Core Web Vitals" — vergiss den PageSpeed-Score oben (der ist irreführend).

Google Search Console

GSC hat einen Bericht "Web Vitals" wo du alle URLs mit schlechten CWV siehst. Das ist das tool für Bulk-Debugging: "Welche Seiten haben Probleme?" nicht "Wie gut ist diese eine Seite?"

Chrome DevTools (für lokales Debugging)

Lighthouse im DevTools gibt dir lokale Messungen. Die sind nicht 100% authentisch (es ist nicht echter Nutzer-Traffic), aber es ist schnell und super hilfreich zum testen während du baust.

Web Vitals Extension

Eine Browser-Extension von Google die in Echtzeit die CWV auf jeder Seite misst, die du besuchst. Super für Research: du kannst die Konkurrenz checken.

IV

Die 5 häufigsten Probleme (und ihre echten Lösungen)

Problem 1: Ein Tracking-Pixel blockiert alles

Dein Google Tag Manager Script lädt synchron und wartet auf den Server zu antworten bevor der Browser weitermachen darf. Das ist oft die Nummer eins CWV-Killer. Die Lösung ist nicht: "mach es async". Async reicht nicht. Die echte Lösung ist: Nutze einen Tag Manager, der asynchron designed wurde (GTM ist es nicht wirklich) oder lade GTM, aber nur für nicht-kritisches Tracking. Deine Nutzer:innen soll GTM nicht sehen können.

Problem 2: Hero-Bilder sind zu groß

Die durchschnittliche Marketing-Seite hat ein 3-5 MB jpg als Hero. Das ist deine LCP-Problem. WebP-Format spart 30-50%. Responsive srcsets bedeutet ein Handy kriegt nicht das Desktop-Bild. Lazy-loading ist hier kontraproduktiv (hero braucht eager loading), aber Bilder-Kompression ist essentiell. Nutze imagemin oder Vercel Image Optimization.

Problem 3: Layout shiftet weil Fonts laden

Deine Schrift wird gewechselt nachdem der Text bereits sichtbar ist. Der Text wird größer oder kleiner und alles darunter springt. Die Lösung: size-adjust Property für @font-face. Google Fonts machen das automatisch, aber Self-Hosted Fonts brauchst du manuell. Oder nutze font-display:swap aber kompensiere mit CSS-Fallback-Fonts, die das gleiche Maß haben.

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

Problem 4: Ads verschieben das Layout

Google Ads sind das klassischste CLS-Problem. Sie loaded in variablen Größen und pushen dein Layout. Fixe Container lösen das: Reserviere einen 300x250 DIV, bevor die Ad lädt. Oder gib der Ad ein fixed aspect-ratio Container.

Problem 5: JavaScript macht die Seite lahm

Du hast zu viel JavaScript. Vielleicht braucht es nicht sein. Ein Hamburger-Menu mit 150KB JS-Framework ist nicht notwendig. Vanilla JavaScript für einfache Interaktionen. Frameworks wie Next.js / Astro machen viel besser job bei Code-Splitting und hydration. Aber die schnellste JavaScript ist keine JavaScript.

V

Experiment: Deine eigenen CWV sehen

Öffne PageSpeed Insights (pagespeed.web.dev), gib deine URL ein. Ignore den grünen/roten Score oben — der bedeutet nix. Scrolle zu "Core Web Vitals". Du siehst drei Zahlen. Wenn eine rot ist, klick drauf. Es wird dir sagen welche Elemente schuld sind. Das ist dein startpunkt.

2-3 Minuten — kein Equipment nötig
VI

Die unbequeme Wahrheit: Wie stark beeinflussen CWV das Ranking wirklich?

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

Google sagt selbst: CWV sind "ein" Ranking-Faktor — neben Content, Links, Mobile Responsiveness, HTTPS, Core Update Algorithmus-Veränderungen. Wenn du zwei ähnliche Seiten vergleichst (ähnlich in Content, Backlinks, History), entscheidet CWV. Aber wenn eine Seite bessere Content hat und schlechtere CWV, gewinnt die bessere Content.

Das ist keine Entschuldung um CWV zu ignorieren. Es ist Kontext. Die echte Antwort ist:

Optimier deine CWV, weil es 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 echter ROI, nicht SEO-Numerologie.

Die Seite mit schlechten CWV und 10x besserem Content wird ranken. Aber wenn die Content gleich ist, gewinnt die schnelle Seite.

VII

Was du sofort tun kannst

Schritt eins: Öffne PageSpeed Insights für deine Seite. Finde die CWV-Probleme. Es wird nicht schwer sein — eine wird rot sein (wahrscheinlich).

Schritt zwei: Wende diese spezifische Lösung an:

Schritt drei: Messe wieder. PageSpeed Insights cached die Daten — warte 1-2 Tage oder nutze Lighthouse in DevTools für sofortiges Feedback.

Nicht alle diese Lösungen sind einfach. Aber sie sind machbar. Und sie sind nicht optional wenn du ernsthaft rankst.

VIII

FAQ: Die Fragen, die alle haben

Was sind Core Web Vitals wirklich? ▼

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 die Ranking-Faktoren selbst — sie sind ein Tie-Breaker. Bei gleichem Content entscheidet CWV-Performance über die Position.

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

Der PageSpeed-Score ist eine zusammengefasste Note von vielen Faktoren — manche davon sind Labor-Messungen (nicht real), manche sind kompliziert zu verstehen. CWV sind drei konkrete Metriken, die echte Nutzer:innen erleben. Google kann CWV direkt messen (aus echten Browserdaten), während der Score ein Konstrukt ist.

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

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

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

Ehrliche Antwort: CWV ist ein Ranking-Faktor, aber ein kleiner. Laut Google sind sie etwa so gewichtig wie HTTPs oder Mobile Responsiveness — wichtig, aber nicht der Hauptfaktor. Content und Backlinks wiegen schwerer. Aber: Bei zwei ähnlichen Seiten entscheidet CWV. Das ist ein Tie-Breaker, kein Game-Changer.

Was ist der Unterschied zwischen FID und INP? ▼

FID (First Input Delay) war alt und misste nur die erste Interaktion. INP (Interaction to Next Paint) ist neu und misst die Responsiveness über die ganze Seite — jede Interaktion zählt. INP ersetzt FID seit März 2024, weil es realistischer ist: Nutzer:innen interagieren nicht nur einmal.

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

Beides. Sie sind ein echtes Ranking-Signal bei Google, aber die Performance-Gewinne sind oft klein. Der wahre Wert: Bessere CWV = besseres Nutzererlebnis = weniger Bounces = bessere Signale insgesamt. Das ist nicht manipulative SEO, das ist ehrliche Website-Optimierung.

IX

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 wirklich 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