Performance ist mehr als ein guter Score. Eine Website muss schnell sichtbar werden, ohne Verzögerung auf Eingaben reagieren und beim Laden stabil bleiben. Genau dafür gibt es die Core Web Vitals: Sie übersetzen technische Lade- und Interaktionsprobleme in Messwerte, die näher an der realen Nutzererfahrung liegen als reine Dateigrößen oder Serverzeiten. Und sie sind kein kosmetisches Detail – eine Studie von Google und Deloitte fand, dass schon 0,1 Sekunden schnellere mobile Ladezeit die Conversions im Handel um 8,4 % erhöhten (web.dev: Milliseconds make millions).
2026 ist die Messlatte zudem strenger als früher: Seit dem 12. März 2024 ist Interaction to Next Paint (INP) der offizielle Reaktionsfähigkeits-Wert und hat First Input Delay abgelöst (web.dev). Wer Performance ernst nimmt, optimiert deshalb nicht für eine schöne Demo, sondern für das, was echte Nutzer im Feld erleben.
Was Core Web Vitals messen – und der 75-Perzentil-Test
Core Web Vitals fassen die Nutzererfahrung in drei Dimensionen: Ladeleistung, Reaktionsfähigkeit und visuelle Stabilität. Jede Dimension hat einen klaren Schwellenwert, den Google am 75. Perzentil der realen Seitenaufrufe auswertet (web.dev: Core Web Vitals thresholds). Das bedeutet: Nicht der beste Testlauf zählt, sondern dass 75 % der echten Aufrufe gut abschneiden – über ein rollendes 28-Tage-Fenster.
| Metrik | Gut | Verbesserung nötig | Schlecht |
|---|---|---|---|
| LCP (Ladeleistung) | ≤ 2,5 s | ≤ 4,0 s | > 4,0 s |
| INP (Reaktionsfähigkeit) | ≤ 200 ms | ≤ 500 ms | > 500 ms |
| CLS (visuelle Stabilität) | ≤ 0,1 | ≤ 0,25 | > 0,25 |
Wichtig ist die Logik dahinter: Ein einzelner Wert reicht nicht. Eine Seite gilt erst dann als schnell, wenn alle drei Metriken ihre Schwelle erreichen. Diese drei Achsen – sichtbar, bedienbar, stabil – sind genau die Momente, in denen Nutzer eine Website als hochwertig oder als zäh erleben.
Warum Tempo direkt auf Umsatz einzahlt
Performance ist kein technisches Hobby, sondern ein Geschäftsfaktor mit messbarer Wirkung. Die viel zitierte Studie „Milliseconds make Millions" von Google, 55 und Deloitte analysierte über 30 Millionen Nutzersitzungen auf 37 Marken-Websites. Das Ergebnis: Schon 0,1 Sekunden schnellere mobile Ladezeit erhöhten die Conversions im Handel um 8,4 % und im Reisesektor um 10,1 %, der durchschnittliche Bestellwert im Handel stieg um 9,2 % (Deloitte).
Dazu kommt SEO: Page Experience inklusive Core Web Vitals ist ein Ranking-Signal von Google, wenn auch kein dominanter Faktor – guter Inhalt bleibt wichtiger als reines Tempo (Google Search Central). In Summe heißt das: Performance verbessert gleichzeitig Wahrnehmung, Conversion und Auffindbarkeit. Wie diese Dimensionen zusammenspielen, vertiefen wir in Qualität ist messbar: Performance, Barrierefreiheit und SEO.
LCP, INP und CLS gezielt verbessern
Jede Metrik hat ihren eigenen Hebel – und keine wird durch einen einzelnen Trick gelöst. Meist entsteht ein schlechter Wert aus mehreren kleinen Bremsen, die sich addieren.
LCP – Hauptinhalt früher sichtbar machen. Der LCP-Kandidat ist oft ein Hero-Bild oder eine große Überschrift. Hilfreich sind: schnellere Serverantwort (TTFB, Caching, keine unnötigen Weiterleitungen), das wichtigste Bild nicht lazy-loaden, sondern früh ausliefern und mit fetchpriority="high" priorisieren, render-blockierendes CSS und JavaScript reduzieren sowie ein CDN für statische Assets.
INP – Interaktionen schnell beantworten. INP misst, wie lange die Seite nach Klick, Tap oder Tastatureingabe braucht, um sichtbar zu reagieren. Typische Ursachen sind große JavaScript-Bundles, lange Tasks im Main Thread und teure Event-Handler. Die Lösung heißt: weniger Arbeit im kritischen Moment – Code-Splitting, serverseitiges Rendering, schlanke Komponenten, Debouncing und Web Worker für teure Berechnungen.
CLS – Layout stabil halten. Sprünge entstehen, wenn Bilder ohne feste Maße laden, Banner nachträglich erscheinen oder Fonts Text neu umbrechen. Reserviere festen Platz: Breite und Höhe oder aspect-ratio für Medien, fester Raum für Ads und Cookie-Hinweise, metrisch passende Fallback-Fonts und Animationen über transform statt über Layout-Eigenschaften.
Wo die Ladezeit verloren geht: Bilder, Fonts, JavaScript
Bevor man an Mikrooptimierungen denkt, lohnt der Blick auf die drei großen Verursacher. Auf den meisten Websites entscheiden sie über den Großteil der Ladezeit.
- Bilder sind oft der größte Einzelposten. Ein Bild sollte nur so groß übertragen werden, wie es im Viewport sinnvoll ist – mit
srcset/sizes, modernen Formaten (WebP, AVIF), echten Maßen im Markup und Lazy Loading für alles unterhalb des ersten Viewports. Das LCP-Bild bleibt davon ausgenommen und wird priorisiert. - Fonts stärken die Marke, können aber LCP und CLS verschlechtern. Lade nur benötigte Schnitte, hoste sie bei Bedarf selbst, preloade nur die wichtigen und konfiguriere
font-displayund Fallback-Metriken bewusst. - JavaScript ist häufig der Grund, warum eine Seite geladen aussieht, aber nicht bedienbar ist. Nicht jede UI muss eine Client-Komponente sein; Code-Splitting, das Entfernen ungenutzter Abhängigkeiten und das Minimieren von Hydration senken den INP spürbar.
Dazu kommen zwei dauerhafte Disziplinen: Caching (lange Cache-Zeiten für versionierte Assets, CDN, stale-while-revalidate, Brotli/gzip) und ein striktes Auge auf Third-Party-Skripte. web.dev empfiehlt, Analytics, Chat-Widgets, A/B-Tools und Karten regelmäßig zu auditieren (web.dev). Die ehrliche Frage lautet: Hat dieses Skript einen klaren geschäftlichen Nutzen – oder kostet es nur dauerhaft Ladezeit?
Labordaten oder Felddaten – beides richtig nutzen
Der häufigste Fehler ist, nur auf einen Lighthouse-Lauf zu schauen. Labordaten sind reproduzierbar und ideal zum Debuggen, bilden aber reale Engpässe nicht vollständig ab – darauf weist auch PageSpeed Insights selbst hin. Bewertet wird im Feld: über die echten Nutzerdaten aus dem Chrome User Experience Report.
In der Praxis ergänzen sich beide Perspektiven: Labordaten für Entwicklung, Pull Requests und Regressionen, Felddaten für die Frage, wie echte Nutzer die Seite erleben, und eigenes Real-User-Monitoring, um nach Seiten, Geräten und Ländern zu unterscheiden. Ein guter Laborscore ist ein Startpunkt – Core Web Vitals müssen im Feld stabil bleiben. Genau dieser Anspruch trägt auch durch einen Website-Relaunch ohne Performance-Verlust.
Nächste Schritte
Drei Fragen schaffen schnell Klarheit, bevor man optimiert:
- Felddaten: Wie schneiden deine wichtigsten Seitentypen – Startseite, Landingpage, Produkt-/Leistungsseite – am 75. Perzentil ab?
- Größter Hebel: Ist es das LCP-Bild, das JavaScript-Budget oder springendes Layout?
- Dauerhaftigkeit: Ist Performance bei euch Teil der Qualitätssicherung oder ein einmaliges Projekt?
Wenn du nicht nur einen Score, sondern stabile Felddaten willst, schauen wir uns deine Seiten konkret an – pragmatisch und mit Blick auf Roadmap und Budget. Sieh dir unsere Webentwicklung an oder buche direkt ein Erstgespräch.
