Seit Google 2021 das Page Experience Update ausgerollt hat, ist Speed kein nice-to-have mehr. 2026 ist die Gewichtung der Core Web Vitals im Ranking-Algorithmus noch einmal gestiegen. und mit der endgültigen Ablöse von FID durch INP im März 2024 hat Google klargemacht: Gemessen wird nicht mehr nur, wie schnell eine Seite lädt, sondern wie reaktiv sie sich anfühlt. Wer heute noch eine schwergewichtige WordPress-Seite mit 12 Plugins betreibt, verliert Rankings an schlanker gebaute Mitbewerber.
Die drei Core Web Vitals
Google misst aktuell drei Kennzahlen als Core Web Vitals. Jede davon hat einen klar definierten Schwellenwert, und jede davon ist ein Signal, das in den Ranking-Algorithmus einfließt. Die Werte basieren auf dem 75. Perzentil echter Nutzerdaten. nicht auf Labormessungen.
LCP. Largest Contentful Paint
LCP misst, wie lange es dauert, bis das größte sichtbare Element im Viewport geladen ist. typischerweise ein Hero-Bild, ein großer Text-Block oder ein Video-Poster. Der Zielwert liegt bei unter 2,5 Sekunden. Zwischen 2,5 und 4,0 Sekunden gilt als „verbesserungswürdig“, alles darüber als schlecht. Die häufigsten LCP-Killer sind langsame Server-Antwortzeiten, unoptimierte Bilder, render-blocking CSS und late-loading Webfonts.
INP. Interaction to Next Paint
INP hat im März 2024 den alten FID (First Input Delay) als Core Web Vital abgelöst. Gemessen wird die Verzögerung zwischen einer Nutzer-Interaktion (Klick, Tap, Tastendruck) und dem nächsten sichtbaren Update auf der Seite. Der Zielwert liegt bei unter 200 Millisekunden. Der Unterschied zu FID: INP misst nicht nur die erste Interaktion, sondern das schlechteste Ergebnis über die gesamte Session. Wer seitenweit schwergewichtiges JavaScript ausführt, fällt bei INP gnadenlos durch.
CLS. Cumulative Layout Shift
CLS misst, wie stark Elemente auf der Seite nachträglich verrutschen, während der Nutzer sie bereits sieht. Ein CLS von 0,1 oder weniger ist gut, alles über 0,25 ist schlecht. Typische Auslöser: Bilder ohne width/height-Angaben, Webfonts, die Text nachträglich verschieben, dynamisch eingefügte Werbung oder Banner, iFrames ohne reservierten Platz. Nichts nervt Nutzer so verlässlich wie ein Button, der in dem Moment wegspringt, wo man ihn klicken will.
Warum Performance 2026 über Leben und Tod entscheidet
Google hat in eigenen Studien wiederholt belegt: Jede zusätzliche Sekunde Ladezeit auf Mobile erhöht die Bounce-Rate um rund 32 Prozent zwischen 1 und 3 Sekunden, und um 90 Prozent zwischen 1 und 5 Sekunden. Deloitte hat für den Retail-Sektor gezeigt, dass eine Verbesserung von 0,1 Sekunden die Conversion-Rate um durchschnittlich 8,4 Prozent steigert. Das ist keine Optimierungs-Spielerei. das ist Umsatz, der auf dem Tisch liegt.
Dazu kommt die Ranking-Komponente: Seit der Einführung des Page Experience Signals nutzt Google die Core Web Vitals als Tie-Breaker zwischen inhaltlich vergleichbaren Ergebnissen. In umkämpften Branchen (Handwerk, Dienstleister, E-Commerce) entscheidet das oft darüber, ob Sie auf Platz 3 oder auf Platz 8 landen. und zwischen diesen beiden Positionen liegt in den Klickzahlen Faktor 4.
Die häufigsten Performance-Killer
Aus der Analyse von hunderten österreichischen KMU-Websites kristallisieren sich immer dieselben Muster heraus. Die gute Nachricht: Die meisten dieser Probleme sind mit überschaubarem Aufwand behebbar.
- Große Bilder ohne moderne Formate (kein WebP, kein AVIF). oft 5–10 MB pro Seite
- Keine Bildkomprimierung oder responsive Bildgrößen
- Render-blocking JavaScript im Head (Analytics-Tags, Tracker, Chat-Widgets)
- Zu viele Drittanbieter-Scripts (Facebook Pixel, Google Ads, Hotjar, 3 Analytics-Tools parallel)
- Unkomprimiertes CSS und JavaScript (keine Minifizierung, kein Gzip/Brotli)
- Kein Browser-Caching konfiguriert. jeder Reload lädt alles neu
- Langsame Shared-Hoster mit hohen TTFB-Werten (über 600 ms)
- WordPress-Themes mit 30+ Plugins, von denen die Hälfte inaktiv bleibt
Konkrete Optimierungen mit messbarem Effekt
Die folgenden Maßnahmen sind in der Reihenfolge ihres Kosten-Nutzen-Verhältnisses sortiert. Wer nur die ersten drei Punkte umsetzt, holt in der Regel schon 30–40 Punkte im Lighthouse-Score.
- Bilder in WebP oder AVIF konvertieren und komprimieren (typisch 70–85 % kleiner)
- Lazy Loading für alle below-the-fold Bilder und iFrames aktivieren
- CSS und JavaScript minifizieren, Gzip oder Brotli auf dem Server aktivieren
- Ein CDN für statische Assets einsetzen (Cloudflare, Vercel Edge Network)
- Preload für kritische Ressourcen (Hero-Bild, Webfonts) setzen
- JavaScript auf das Nötigste reduzieren, nicht-kritische Scripts async/defer laden
- HTTP/2 oder HTTP/3 aktivieren, Connection-Pooling nutzen
- Webfonts lokal hosten, nur verwendete Subsets laden, font-display: swap setzen
Wie messe ich meine eigenen Werte?
Die schnellste Messung läuft über PageSpeed Insights (pagespeed.web.dev), das sowohl Labor-Daten (Lighthouse) als auch Felddaten (Chrome UX Report) liefert. Wer es genauer wissen will, zieht die Search Console heran. dort werden die Core Web Vitals pro URL-Gruppe aufgeschlüsselt, basierend auf echten Besucherdaten aus den letzten 28 Tagen.
Für einen schnellen Check ohne Login empfehlen wir unser eigenes Tool unter /tools/speed-check. Es nutzt die offizielle Google PageSpeed API, zeigt LCP, INP und CLS auf einen Blick und liefert konkrete, priorisierte Handlungsempfehlungen. ohne die typische Lighthouse-Warnflut, die eher verwirrt als hilft.
Mobile vs Desktop. was zählt mehr?
Google nutzt seit 2019 Mobile-First-Indexing: Die mobile Version Ihrer Seite ist die primäre Quelle für das Ranking. Das bedeutet konkret: Auch wenn Ihre Desktop-Seite mit 95 Punkten glänzt. wenn Mobile bei 45 liegt, zählt Mobile. Und Mobile ist der härtere Test, weil drosselte CPUs, schwächere Netze und kleinere Viewports in die Messung einfließen.
Praktische Konsequenz: Optimieren Sie immer zuerst die mobile Performance. Wenn Mobile steht, steht Desktop fast automatisch mit. Umgekehrt funktioniert es nicht.
„Mobile ist nicht ein Drittel Ihres Traffics. Mobile ist Ihr Ranking."
Wer 2026 in Google sichtbar bleiben will, kommt an den Core Web Vitals nicht vorbei. Die gute Nachricht: Die meisten Optimierungen lassen sich in ein bis zwei Wochen umsetzen. und der Effekt ist oft schon nach 28 Tagen in der Search Console messbar, wenn die Felddaten sich aktualisieren. Unser Speed-Check-Tool liefert den Einstiegspunkt, ohne dass Sie vorher etwas installieren müssen.
Häufige Fragen
- Was ist ein guter PageSpeed-Score?
- Google teilt den Score in drei Stufen: 90–100 ist „gut“ (grün), 50–89 ist „verbesserungswürdig“ (orange), unter 50 ist „schlecht“ (rot). Für Ranking-Relevanz zählt aber nicht der Gesamtscore, sondern ob LCP, INP und CLS jeweils im grünen Bereich liegen. Ein Score von 85 mit drei grünen Vitals ist besser als 92 mit einem roten Vital.
- Ist INP wirklich wichtiger als FID?
- Technisch ja. INP hat FID im März 2024 als Core Web Vital abgelöst. Der Grund: FID hat nur die erste Interaktion gemessen, was in vielen Fällen irreführend war. INP misst die gesamte Session und zeigt damit realistischer, wie sich die Seite für echte Nutzer anfühlt. Seiten, die bei FID grün waren, fallen bei INP oft deutlich zurück, weil das eigentliche Problem danach beginnt.
- Wie oft sollte ich meine Core Web Vitals checken?
- Die Search Console reicht für den laufenden Betrieb. dort sehen Sie 28-Tage-Trends pro URL-Gruppe. Nach jedem Deployment (neues Feature, neues Plugin, neuer Tracker) empfehlen wir einen manuellen Check via PageSpeed Insights oder unserem Speed-Check-Tool. Viele Performance-Regressionen entstehen unbemerkt durch Drittanbieter-Scripts, die Updates bekommen.
- Kostet Performance-Optimierung viel Geld?
- Bei einer bestehenden Website mit moderaten Problemen: typisch 800–2.500 € für eine solide Optimierung mit messbaren Ergebnissen. Bei einem kompletten Neubau kostet gute Performance nichts extra. wenn die Seite von Anfang an auf modernem Stack (statische Generierung, CDN, optimierte Bilder) gebaut wird. Die teure Variante ist, Performance später nachrüsten zu müssen.