Performance
Core Web Vitals Checkliste für 2026
LCP, INP und CLS mit einer Field-Data-first Checkliste bestehen. Praktische Fixes für Landingpages, WordPress und B2B-Sites, die stillen Geschwindigkeitsverfall nicht verkraften.
Kurz gesagt
- Ziele 2026 (gut): LCP unter 2,5s, INP unter 200ms, CLS unter 0,1. Messen Sie Field Data zuerst in Search Console oder CrUX. Nutzen Sie Lighthouse als Debug-Hilfe.
- Zuerst das größte fehlende Template fixen (Home, Service oder Checkout), dann Release-Budgets setzen, damit Third-Party-Scripts den Gewinn nicht rückgängig machen.
- LCP: Serverantwort, Hero-Bild und render-blocking CSS/JS. INP: lange Tasks und schwere Click-Handler. CLS: reservierter Platz für Bilder, Ads und späte Fonts.
- Koppeln Sie die Checkliste mit laufender Website-Performance und einem Performance- & SEO-Engagement, wenn Sie eine Owner-Person brauchen.
Warum die Checkliste existiert
Core Web Vitals scheitern, wenn Teams Lab-Scores jagen und Field Data ignorieren.
Lighthouse auf einem ruhigen Laptop hilft beim Debuggen. Rankings und Conversion hängen davon ab, was Handys in realen Netzen erleben. Starten Sie mit Search Console Core Web Vitals oder CrUX nach URL-Gruppe, dann DevTools am schlechtesten Template.
2026 bleiben für die meisten B2B- und WordPress-Sites die drei Metriken LCP (Largest Contentful Paint), INP (Interaction to Next Paint) und CLS (Cumulative Layout Shift). „Gut“ heißt: das 75.-Perzentil der Field Data liegt im guten Band. Ein einzelner grüner Lab-Lauf reicht allein nicht.
Diese Checkliste ist nach Impact sortiert. Polieren Sie nicht Favicon-Kompression, während das Hero 1,8 MB wiegt und der Server 1,2 Sekunden bis zum First Byte braucht.
„Gut“ heißt: das 75.-Perzentil der Field Data ist gut. Ein einzelner grüner Lab-Lauf reicht allein nicht.
Gute Schwellenwerte (2026)
- <2,5s
- LCP: Largest Contentful Paint für das Haupt-Element above the fold.
- <200ms
- INP: Interaction to Next Paint über Klicks, Taps und Tasten.
- <0,1
- CLS: Cumulative Layout Shift durch späte Bilder, Ads, Banner und Fonts.
Checkliste
Zwölf Kontrollen, die LCP, INP und CLS im guten Bereich halten.
01
Field Data nach Template segmentieren
Home, Listing, Artikel, Service und Checkout trennen. Zuerst das Template fixen, das für den meisten Traffic oder Umsatz fehlschlägt. Ein grüner Blogpost rettet keine langsame Produktseite.
02
Serverantwortzeit (TTFB) senken
Schnelle HTML-Antwort auf kritischen Templates. Edge-Caching, naher Origin und schlanke CMS-Queries. Langsames TTFB macht LCP im Browser allein fast unmöglich.
03
LCP-Element optimieren
Das echte LCP-Node finden (oft Hero-Bild oder H1-Block). Modernes Format (WebP/AVIF), korrekte Dimensionen, Priority-Hint, und kein Lazy-Load auf dem LCP-Bild.
04
Render-blocking CSS und JS entfernen
Kritisches CSS für den ersten Viewport wo sinnvoll inline. Nicht kritische Scripts deferren. Ungenutztes Page-Builder- und Plugin-CSS auf Templates entfernen, die es nicht brauchen.
05
Third-Party-Scripts budgetieren
Tag Manager, Chat-Widgets, Heatmaps und A/B-Tools verursachen oft INP- und LCP-Regressionen. Owner, Ladebedingung und maximales KB/ms-Budget pro Script festlegen.
06
Lange JavaScript-Tasks aufteilen
INP leidet, wenn der Main Thread bei Interaktion über 50ms busy ist. Schwere Bundles splitten, nicht-essenzielle Hydration deferren, Analytics vom kritischen Pfad nehmen.
07
Klicks und Formulare responsiv halten
Primäre CTAs, Menüs und Formularfelder prüfen. Keine teure synchrone Arbeit in Click-Handlern. UI-Open/Close wo möglich per CSS, ohne große JS-Bibliotheken.
08
Platz für Media und Embeds reservieren
width/height oder aspect-ratio für Bilder, Video und Iframes. CLS steigt, wenn späte Inhalte das Layout schieben. Banner nie ohne reservierten Platz über bestehenden Content injizieren.
09
Fonts ohne Layout-Sprung laden
font-display: swap oder optional, Dateien subsetten, nur die kritische Face preloaden. Fallback-Metriken angleichen, damit Text beim Webfont-Eintreffen nicht umfließt.
10
Cache und CDN für Wiederbesuche
Statische Assets aggressiv cachen. HTML-Caching braucht Vorsicht bei Login oder Personalisierung. Ein CDN nah an Nutzern hilft LCP bei internationalem Traffic (US + DACH).
11
Release-Performance-Budget setzen
Max. JS, Bildgewicht und Third-Party-Anzahl pro Template definieren. CI oder Staging-Review failen lassen, wenn ein PR das Budget sprengt. Ein unchecked Script macht einen Monat Fixes kaputt.
12
Field Data nach Release erneut prüfen
Lab grün ist nicht fertig. Search Console 28-Tage-Field-Trends nach jeder größeren Änderung beobachten. Eine Person besitzt Regressionen.
Praktische Fix-Reihenfolge
LCP zuerst auf Marketing-Seiten. INP zuerst bei Tools und Checkout.
LCP-Playbook: TTFB verbessern, Hero verkleinern und priorisieren, blocking CSS/JS kürzen, dann sekundäre Bilder. Bei WordPress sind Page Builder und unoptimierte Slider die üblichen LCP-Täter.
INP-Playbook: Long Tasks um die erste Interaktion finden (Menü, Cookie-Banner, Chat-Launcher). Third-Party-Boot nach Consent oder Idle verzögern. Marketing-Site nicht mit voller SPA-Hydration-Kosten belasten.
CLS-Playbook: Dimensionen auf jedem Media-Asset, stabile Cookie-Banner, keine späten „Notification“-Bars, die Content nach unten schieben. Ads und Embeds brauchen Placeholder mit finaler Höhe.
Für tieferen Metrik-Kontext (besonders INP) siehe Core Web Vitals und INP. Für Budgets als Betriebsgewohnheit siehe Performance-Budgets erklärt.
Pre-Release Smoke Checks
Das vor dem Sprint-Abschluss laufen lassen.
✓
Field Data (oder zumindest mobil gedrosseltes Lab) am Money-Template und an der Homepage geprüft.
✓
LCP-Element im Performance-Panel identifiziert; Bild nicht lazy-loaded.
✓
Kein neues Third-Party-Script ohne Owner und Budget-Eintrag.
✓
Cookie-Banner und Chat-Widget auf INP-Impact beim ersten Tap gemessen.
✓
Bilder und Embeds haben Dimensionen; Fonts verursachen keinen sichtbaren Sprung.
✓
Search Console URL-Gruppe 2 bis 4 Wochen nach Release zur Prüfung eingeplant.
Wann Hilfe holen
Metrik besitzen, oder jemanden engagieren, der das tut.
Wenn Performance-Arbeit zwischen Freelancern und Plugin-Updates hin und her springt, legen Sie eine Owner-Person auf Field Data und Release-Budgets. Das ist der Kern unserer Website-Performance und der Performance- & SEO-Leistungslinie.
Deutschland- und US-Teams sehen dieselben drei Metriken. Hosting-Region und Third-Party-Stacks unterscheiden sich; die Checkliste nicht.
Häufige Fragen
Was Leute zu Core Web Vitals 2026 fragen.
Welche Core Web Vitals Schwellenwerte gelten 2026?
Gut ist LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1 beim 75.-Perzentil der Field Data. Needs improvement und Poor liegen darüber.
Warum ist Lighthouse grün, Search Console aber rot?
Lighthouse ist eine Lab-Simulation auf einem Gerät und Netz. Search Console nutzt echte Nutzerdaten (Field) über viele Geräte. Field-Fehler auf Templates mit Traffic fixen, dann nach genug Daten erneut prüfen.
Wie fixe ich LCP auf einer WordPress-Site?
LCP-Element finden, Hero komprimieren und korrekt dimensionieren, Lazy-Load dafür abschalten, render-blocking CSS/JS von Buildern und Plugins reduzieren und Server- oder Cache-Antwortzeit verbessern. Theme und Host zählen so viel wie Bildkompression.
Was verursacht einen schlechten INP-Score?
Lange JavaScript-Tasks auf dem Main Thread bei Klicks und Taps: schwere Frameworks, Chat-Widgets, Tag Manager und teure Event-Handler. Arbeit aufteilen, nicht-kritische Scripts deferren und die erste echte Nutzerinteraktion messen.
Wie stoppe ich CLS durch Bilder und Ads?
Platz mit width/height oder CSS aspect-ratio reservieren, bevor das Asset lädt. Ads und Embeds eine feste Placeholder-Höhe geben. Banner nicht ohne reservierten Platz über bestehenden Content einfügen.
Beeinflussen Core Web Vitals 2026 noch SEO?
Sie bleiben Ranking- und Qualitäts-Signal und beeinflussen Conversion, wenn Seiten langsam wirken. Behandeln Sie sie als Produkt-Qualitätskontrolle mit Budgets und Ownern. Ein einmaliger Audit-Screenshot lässt die Arbeit unfertig.
Hier starten
Bereit fürs Gespräch.Schicken Sie uns die Eckdaten.
oder 15-Minuten-Gespräch buchen →oder direkt per E-Mail →
Unklar, wo Sie anfangen sollen? Schicken Sie die Seite, den Workflow oder das Backlog, das gerade stört. Wir sagen Ihnen, ob ein Scope-Gespräch, eine kurze Diagnose oder ein anderer erster Schritt passt.