INP, LCP und CLS sind kein Marketing-Thema — sie entscheiden über Sichtbarkeit, Vertrauen und Conversion. Was du 2026 messen, optimieren und automatisieren solltest.
Wenn deine B2B-Website auf Mobil länger als 2 Sekunden zum Laden braucht oder auf einem Mid-Range-Android-Gerät beim Scrollen ruckelt, dann verlierst du nicht nur User Experience — du verlierst Rankings, Vertrauen und Pipeline. Core Web Vitals sind 2026 kein „Bonus“ mehr. Sie sind die Eintrittskarte.
Was sich seit 2024 geändert hat
Google ersetzte FID durch INP (Interaction to Next Paint), und das verändert die Spielregeln. Statt nur die erste Interaktion zu messen, misst INP alle Interaktionen über einen 75. Perzentil — also realistischer, härter, und schwerer zu „cheaten“. Wer 2024 noch mit „Lazy-Load alles“ durchkam, muss heute strukturell denken.
Die drei Vitals und ihre 2026-Schwellenwerte
- LCP (Largest Contentful Paint): < 2.5s. Misst, wann der wichtigste sichtbare Block geladen ist.
- INP (Interaction to Next Paint): < 200ms. Misst die Reaktionszeit auf Klicks, Taps und Tasteneingaben.
- CLS (Cumulative Layout Shift): < 0.1. Misst, wie stark der Inhalt während des Ladens „springt“.
Warum B2B-Sites besonders gefährdet sind
B2B-Sites sind oft schwer geworden: viele Tracking-Skripte, schwere Web-Fonts, ungeplante Marketing-Tags, Bildgalerien ohne Lazy-Loading und Builder-Themes mit zu viel CSS. Auf einem schnellen MacBook im Office wirkt das alles normal. Auf einem 3 Jahre alten Android im 4G-Netz ist es eine Katastrophe — und genau das ist der Test, den Google fährt.
Ein praktischer Optimierungs-Workflow
Wir arbeiten in drei Schichten: zuerst die Bilder (mit responsive next/image oder Astro-Image, AVIF/WebP, korrekte width/height), dann die Schriften (font-display: swap, woff2-only, subsetting), dann das JavaScript (Code-Splitting per Route, Skript-Deferrals, Drittanbieter-Audit). 70 % der Wins entstehen in den ersten beiden Schichten.
- Bilder: AVIF / WebP, explizite Width/Height, preload nur für LCP-Element.
- Fonts: woff2, subsetting auf benötigte Glyphen, font-display: swap.
- JS: Code-Splitting pro Route, schwere Bibliotheken (Charts, Maps) nur on-demand laden.
- Drittanbieter-Skripte: monatliches Audit. Jedes Tag muss seinen Slot rechtfertigen.
Mini-Case: Vom 2.4s LCP zu 1.1s in drei Wochen
- Challenge
- Eine B2B-SaaS-Website hatte ein LCP von 2.4s auf Mobil und einen INP von 320ms — beides außerhalb der „Good“-Zone. Trotz interessantem Content stagnierte das organische Ranking.
- Solution
- Wir migrierten zu Next.js mit responsive next/image, ersetzten 4 schwere Tracking-Skripte durch ein server-seitiges Analytics-Setup und führten Critical-CSS ein.
- Result
- LCP fiel auf 1.1s, INP auf 130ms. Die Seite passierte Core Web Vitals für 75 % der Sessions — und das organische Ranking begann wieder zu steigen.
Automatisierte Vitals-Überwachung
Einmaliges Optimieren bringt wenig, wenn das nächste Marketing-Plug-in die Werte wieder zerstört. Wir empfehlen einen Lighthouse-CI-Workflow im Repository, ein wöchentliches CrUX-Reporting und einen Alert bei Verschlechterung über 10 %. Performance ist kein Projekt, sondern ein Prozess.
Fazit
Core Web Vitals sind 2026 keine Disziplin der Entwickler:innen mehr — sie sind eine Marketing-, SEO- und Sales-Disziplin. Wer sie ignoriert, zahlt mit Sichtbarkeit. Wer sie konsequent misst und automatisiert, baut einen kompounden Vorteil über Monate auf.
FAQ
Wie messt ihr Vitals im Live-Betrieb?+
Wir kombinieren Lab-Daten (Lighthouse CI) mit Real-User-Metrics (Chrome UX Report, Plausible Performance) und alarmieren bei Verschlechterung.
Lohnt sich Optimierung bei einem WordPress-Theme?+
Bis zu einem Punkt ja. Wenn das Theme strukturell schwer ist, ist Migration auf Next.js oder Astro oft günstiger als endloses Optimieren.
Rudrik begleitet Unternehmen aus Berlin und der EU bei digitaler Transformation, AI-Automatisierung und nachhaltigem Wachstum.