Core Web Vitals im Jahr 2026: LCP, INP und CLS ohne Jargon
Drei Akronyme entscheiden ein Stück davon, wie Google Sie ordnet und wie Ihre Website fühlt sich zu verwenden. Hier ist, was LCP, INP und CLS wirklich messen — und für jeden, die Änderung, die die Zahl am meisten bewegt.
Core Web Vitals sind drei Zahlen Google misst bei realen Besuchen: wie schnell der Hauptinhalt erscheint (LTP, gut ist ≤ 2.5s), wie schnell die Seite auf einen Tipp reagiert (INP, gut ist ≤ 200ms), und wie viel das Layout springt beim Laden (CLS, gut ist ≤ 0.1). Sie werden an der 75. Perzentile bewertet, so dass drei von vier Besuchen gut sein müssen — nicht nur Ihre auf einem schnellen Laptop.
Google hat eine Menge von Ranking-Signale und die meisten von ihnen können Sie nicht messen. Core Web Vitals sind die seltene Ausnahme: drei konkrete Zahlen, gesammelt von echten Chrome-Nutzer, die Sie beobachten und verbessern können. Sie sind es wert, zu verstehen, weil sie an der Kreuzung von zwei Dingen sitzen, die dir wichtig sind — Suchrankings, und Besucher werden nicht verärgert.
Sie sind auch mehr als jede andere Leistungsmetrik, eine Sache, die Menschen verbringen Monate in der falschen Reihenfolge zu optimieren. So ist dieses Stück um, was tatsächlich bewegt jede Zahl organisiert, grob sortiert.
Was zählt als gut in 2026
| Metrisch | Maßnahmen | Gut. | Arbeitsbedarf | Schlechte |
|---|---|---|---|---|
| LTP | Wenn das größte Element beendet Rendering | ≤ 2,5s | 2,5–4s | > 4 s |
| INP | Lag von einer Interaktion zum nächsten visuellen Update | ≤ 200ms | 200–500m | > 500 ms |
| CLS | Wie viel sichtbarer Inhalt sich unerwartet verschiebt | ≤ 0.1 | 0.1–0.25 | > 0.25 |
Zwei Dinge über diese Tabelle Reise Menschen nach oben. Die Schwellen werden am gemessen 75. Perzentil von echten Besuchen über ein rollendes 28-Tage-Fenster - so kann ein Viertel Ihrer Besucher eine schlechte Zeit haben und Sie noch passieren, aber Sie können nicht durch Tests auf Ihrer eigenen Maschine passieren. Und eine URL bekommt erst dann eigene Daten, wenn sie genug Traffic hat; kleinere Seiten erben eine Bewertung von einer Gruppe ähnlicher URLs auf Ihrem Ursprung, weshalb die Fixierung einer langsamen Vorlage Seiten verschieben kann, die Sie nie berührt haben.
LCP: Das große Ding auf den Schirm bekommen
LCP ist fast immer Ihr Heldenbild, Ihr Headline-Block oder das Hauptbanner. Es ist die Metrik, die die meisten Seiten scheitern, und es ist auch die fixierbar, weil die Ursachen langweilig und mechanisch sind.
Was es am meisten bewegt
In grober Reihenfolge, wie viel Unterschied sie auf einer typischen Website machen:
- Servieren Sie das LCP-Bild richtig. Rechtes Format (AVIF oder WebP), richtige Abmessungen für die Displaygröße, von einem Randserver in der Nähe des Besuchers. Diese einzelne Änderung bewegt mehr Seiten von rot nach grün als alles andere zusammen.
- Machen Sie den Browser zu entdecken es früh. Ein von CSS referenziertes Bild, oder faul geladen, oder injiziert durch JavaScript, wird spät gefunden. Legen Sie es in das HTML als einfache img-Tag, und nie gesetzt
loading="lazy"auf das Element, das Ihr LCP ist. - Schneiden Sie die Zeit bis zum ersten Byte. LCP kann nicht beginnen, bis das HTML ankommt. Wenn TTFB 800ms ist, haben Sie ein Drittel Ihres Budgets vor dem Rendering ausgegeben.
- Hören Sie auf, Ressourcen zu sperren. Jedes synchrone Stylesheet und Skript im Kopf verzögert die Farbe.
Überprüfen Sie, welches Element Chrome tatsächlich berücksichtigt Ihre LCP vor der Optimierung alles — DevTools zeigt es in der Performance-Panel. Menschen verbringen routinemäßig eine Woche die Optimierung eines Heldenbild, das nie das LCP-Element war.
INP: Die Seite antworten lassen
INP ersetzt FID im März 2024 und es ist eine viel schwieriger metrische zu passieren. FID nur die Verzögerung vor der ersten Interaktion gemessen wurde behandelt. INP misst die ganze Sache — Eingabeverzögerung, Ihr Event-Handler läuft, und der Browser tatsächlich malen das Ergebnis — über jede Interaktion auf der Seite, und berichtet ungefähr die schlechteste.
Die Ursache ist fast immer die gleiche: zu viel JavaScript besetzt den Hauptfaden. Während eine lange Aufgabe läuft, kann der Browser auf nichts reagieren. Der Besucher tippt auf ein Menü, für 400 Millisekunden passiert nichts, sie tippen wieder, und jetzt haben Sie zwei Menü öffnet Schlange.
Was es am meisten bewegt
Brechen Sie lange Aufgaben — alles über 50ms — so erhält der Browser eine Chance, zwischen ihnen zu reagieren. Verteidigen Sie Skripte von Drittanbietern, die während des Ladens nicht ausgeführt werden müssen; Analysen, Chat-Widgets und Tag-Manager sind die üblichen Täter und sie sind in der Regel einfach zu verschieben. Vermeiden Sie teure Arbeit synchron in einem Event-Handler, und wenn ein Klick löst etwas schweres, malen Sie eine Bestätigung zuerst und die Arbeit nach.
INP ist die eine Metrik, die ein CDN für Sie nicht beheben kann. Die Kante kann Ihr JavaScript-Bundle in 15 Millisekunden liefern; der Browser muss es noch parsen und ausführen. Wenn Ihre INP rot ist, ist die Arbeit in Ihrem Code, nicht Ihre Lieferung.
CLS: Halten der Seite still
Layout-Shift ist die, die Sie tippen Sie auf die falsche Taste, weil eine Anzeige geladen und geschoben alles nach unten. Es wird als Partitur statt eine Zeit gemessen, kombiniert, wie viel der Ansichtsfenster bewegt mit, wie weit es bewegt.
Die Fixes sind unglamourös und zuverlässig wirksam. Setzen Sie explizite Breite und Höhe Attribute auf jedem Bild, so dass der Browser reserviert den Speicherplatz, bevor die Datei kommt. Anzeigenschlitze geben und eine feste Mindesthöhe einbetten. Web Fonts mit laden font-display: swap und ein Metriken-Matched Fallback, so dass Text nicht reflow, wenn die echte Schriftart landet. Und nie ein Banner, Cookie-Hinweis oder Promo-Leiste über Inhalte, die bereits gerendert haben, injizieren - setzen Sie es in das HTML von Anfang an, oder überlagern Sie es.
Wo Menschen ihre Zeit verschwenden
Drei Dinge, die sich produktiv fühlen und nichts bewegen:
- Ich laufe auf eine Lighthouse-Score. Lighthouse ist ein Labortest an einem simulierten Gerät. Google rangiert auf Felddaten von echten Besuchern. Eine 100 in Lighthouse und eine versagende CWV-Bewertung ist eine völlig normale Kombination, und wenn sie nicht übereinstimmen, zählen Felddaten.
Alle drei auf einmal optimieren. Die Metriken sind unabhängig und die Fixes sind nicht verwandt. Finden Sie die in der roten, beheben, neu messen. Normalerweise ist es LCP.
Am nächsten Morgen wieder messen. Die Bewertung ist ein 28-Tage-Rollfenster. Ein heute eingesetzter Fix zeigt sich im folgenden Monat allmählich. Verwenden Sie ein Echtzeit-Monitoring-Skript, wenn Sie ein schnelleres Feedback als das wollen – es zeigt Ihnen die Änderung innerhalb von Stunden, auch wenn die offizielle Bewertung nachlässt.
Gemeinsame Fragen
Was sind Core Web Vitals?
Core Web Vitals sind drei Metriken Google verwendet, um die Benutzererfahrung einer Seite zu messen: Größte Contentful Paint (wie lange bis der Hauptinhalt rendern), Interaktion zu Next Paint (wie schnell die Seite reagiert Klicks und Taps) und Cumulative Layout Shift (wie viel das Layout beim Laden unerwartet bewegt). Sie werden von echten Chrome-Besuche gesammelt und als Ranking-Signal verwendet.
Was ist ein guter LCP-Score?
2. 5 Sekunden oder weniger, gemessen am 75. Perzentil der realen Besuche. Zwischen 2. 5 und 4 Sekunden müssen verbessert werden, und über 4 Sekunden wird schlecht bewertet. Die effektivste Lösung für die meisten Websites ist die Dienste der größten Bild in einem modernen Format an der angezeigten Größe von einem CDN-Kante in der Nähe des Besuchers, und stellen Sie sicher, dass der Browser dieses Bild früh im HTML entdecken kann.
Was ersetzte First Input Delay?
Interaktion zu Next Paint ersetzt First Input Delay als Core Web Vital im März 2024. INP ist strenger: FID hat die Verzögerung erst vor Beginn der ersten Interaktion gemessen, während INP die gesamte Zeit von einer Interaktion bis zum nächsten visuellen Update misst, über alle Interaktionen auf der Seite hinweg, und Berichte, die dem Schlimmsten nahe sind.
Verbessert ein CDN Core Web Vitals?
Es verbessert LCP erheblich und CLS leicht, aber nicht INP. Ein CDN kürzt die Netzwerkzeit, um Ihr HTML und Ihr größtes Bild zu liefern, und kann dieses Bild automatisch konvertieren und verändern, was der Haupthebel auf LCP ist. INP hängt davon ab, wie viel JavaScript im Browser läuft, welche Liefergeschwindigkeit sich nicht ändert.
Wie lange dauert Core Web Vitals, um nach einem Fix zu aktualisieren?
Die Bewertung in Search Console verwendet ein 28-Tage-Rollfenster von Felddaten, so dass ein heute eingesetzter Fix verbessert die gemeldete Punktzahl allmählich in den folgenden vier Wochen anstatt sofort. Die Echtzeitüberwachung auf Ihrer eigenen Website wird die Verbesserung innerhalb von Stunden zeigen, wenn Sie eine schnellere Bestätigung benötigen, dass eine Änderung funktioniert hat.
Warum passt meine Lighthouse-Score nicht zu der Suchkonsole?
Lighthouse führt einen einzigen simulierten Test auf eine gedrosselte Verbindung in einem Labor, während Search Console berichtet Felddaten von echten Chrome-Nutzer auf realen Geräten und Netzwerken aggregiert. Sie sind routinemäßig anderer Meinung. Felddaten ist, was Google auf rangiert, so behandeln Lighthouse als Debugging-Tool für die Suche nach Problemen anstatt ein Anzeigetafel.
Wenn Sie eine Sache wegnehmen: finden Sie Ihre schlechteste Metrik, beheben Sie die einzige größte Ursache davon, und warten Sie einen Monat. Core Web Vitals belohnen Geduld viel mehr als sie belohnen Anstrengung, und die Websites, die gut punkten sind in der Regel nicht diejenigen, die am härtesten versucht — sie sind diejenigen, die das Richtige einmal behoben.
Sehen Sie, wie NordicCDN dies für Ihre Website tut:
Mads hat seit seinem 16. Lebensjahr in der IT gearbeitet — hauptsächlich als Hosting. Er beteiligte sich früh an einer SaaS-Firma und half, sie bis zur Übernahme durch Visma weiterzuentwickeln, hat Data-Center-Netzwerke aufgebaut und betrieben und diente als CTO eines dänischen Rechenzentrums. Er hat NordicCDN gestartet, um eine schnelle, sichere Infrastruktur einfach zu bedienen.
