Google hat am 10. März 2026 ein Core Update ausgerollt — 19 Tage Rollout, noch nicht vollständig abgeschlossen. Die Kernbotschaft: Technische Performance ist kein Tiebreaker mehr, sondern harter Ranking-Faktor.
Core Web Vitals: Die drei Schwellenwerte
Google bewertet drei Metriken am 75. Perzentil echter Nutzerdaten. Bedeutet: 75 % aller Seitenbesuche müssen „gut“ sein — nicht der Durchschnitt.
- LCP (Largest Contentful Paint) — Ladezeit des größten sichtbaren Elements. Ziel: unter 2,5 Sekunden.
- INP (Interaction to Next Paint) — Reaktionszeit auf Nutzerinteraktionen. Ziel: unter 200 ms. INP hat FID seit März 2024 ersetzt.
- CLS (Cumulative Layout Shift) — Visuelle Stabilität beim Laden. Ziel: unter 0,1.
Seiten, die LCP von 4,1 s auf 2,2 s verbessert haben, verzeichneten 18 % weniger Bounce Rate. Jede Sekunde Verzögerung über 2,5 s erhöht die Absprungrate um 32 %.
Mobile-first: Der entscheidende Kontext
Über 60 % aller Google-Suchen 2026 finden auf Mobile statt. Google nutzt den Mobile-Score als primäres Ranking-Signal — auch für Desktop-Ergebnisse. Ein perfekter Lighthouse-Score auf dem MacBook hilft nichts, wenn ein Android-Mittelklasse-Gerät auf 4G die Seite nicht lädt.
53 % der mobilen Besucher verlassen eine Seite, die länger als 3 Sekunden lädt.
LCP optimieren: Die häufigsten Fehler
LCP scheitert fast immer an einem dieser vier Punkte: langsame Server-Antwortzeit, render-blockierendes CSS/JS, das Hero-Image wird zu spät entdeckt, oder Lazy Loading wird fälschlicherweise auf das LCP-Element angewendet.
Das Hero-Image niemals lazy-loaden. Es muss priorisiert geladen werden:
<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">
<img src="/hero.webp" width="1200" height="630" alt="Hero" loading="eager">
Bilder in WebP oder AVIF konvertieren. PNG und JPEG kosten unnötig Ladezeit.
CLS: Layout-Shifts vermeiden
Häufigste CLS-Ursachen: Bilder ohne definierte Dimensionen, Werbeanzeigen die Content verschieben, Web Fonts mit falschem font-display. 81 % der mobilen Seiten erreichen bereits einen guten CLS-Score — es ist das am einfachsten lösbare der drei Probleme.
Jedes Bild braucht explizite width und height Attribute im HTML. Ohne diese Werte reserviert der Browser keinen Platz und der Inhalt springt beim Laden.
INP: JavaScript ist das Problem
Drittanbieter-Skripte machen durchschnittlich 57 % der JavaScript-Ausführungszeit auf kommerziellen Seiten aus. Analytics, Pixel, Heatmaps, A/B-Tests — jedes Script blockiert den Main Thread. Wer seinen INP-Score verbessern will, fängt mit einem Script-Audit an.
Core Web Vitals messen via CLI:
# PageSpeed Insights API — eigene URL testen
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed\
?url=https://neobild.de\
&strategy=mobile\
&key=DEIN_API_KEY" \
| python3 -c "
import json, sys
data = json.load(sys.stdin)
cats = data['lighthouseResult']['categories']
metrics = data['lighthouseResult']['audits']
print('Performance:', cats['performance']['score'] * 100)
print('LCP:', metrics['largest-contentful-paint']['displayValue'])
print('CLS:', metrics['cumulative-layout-shift']['displayValue'])
print('INP:', metrics.get('interaction-to-next-paint', {}).get('displayValue', 'n/a'))
"
E-E-A-T: Erfahrung zählt jetzt explizit
Das März-2026-Update hat E-A-T zu E-E-A-T erweitert: Experience kommt als vierter Faktor hinzu. Google bewertet jetzt, ob Content auf echter Erfahrung basiert — nicht nur auf recherchierten Fakten. KI-generierte Artikel ohne menschliche Expertise werden aktiv abgestraft.
Fazit
Google 2026 bewertet drei Dinge: Lädt die Seite schnell? Reagiert sie auf Interaktion? Bleibt das Layout stabil? Wer LCP unter 2,5 s, INP unter 200 ms und CLS unter 0,1 hält — gemessen am 75. Perzentil echter Nutzer — hat die technische Basis. Der Rest ist Content.