Website-Geschwindigkeit 2026: Core Web Vitals, offizielle Grenzwerte und unser Fall mit dem mobilen Blog

Der Server antwortete in 0,23 Sekunden, doch auf dem Handy erschienen die Artikel gar nicht. Die offiziellen Core-Web-Vitals-Grenzwerte, was Google zum Einfluss auf die Suche sagt, und unser eigener Fall: Ursache, Titelbilder von ~2 MB auf 213 KB und was Sie prüfen sollten.

Welche Geschwindigkeitswerte hält Google für zentral?

Core Web Vitals sind drei Messwerte. LCP (Laden): Das größte Element sollte innerhalb von 2,5 Sekunden erscheinen. INP (Reaktion): Die Seite sollte innerhalb von 200 Millisekunden auf Eingaben reagieren. CLS (visuelle Stabilität): Layoutverschiebung von 0,1 oder weniger. Gemessen wird am 75. Perzentil der Seitenaufrufe, getrennt für Mobilgeräte und Desktop, und eine Seite besteht nur, wenn alle drei gut sind. INP hat 2024 FID abgelöst. Laut web.dev ändern sich stabile Messwerte höchstens einmal pro Jahr – »neue Grenzwerte 2026« aus manchen Blogs bestätigt Google nicht.

Beeinflusst Geschwindigkeit das Ranking?

Google schreibt, dass Core Web Vitals zusammen mit anderen Aspekten der Nutzerfreundlichkeit dem entsprechen, was die zentralen Rankingsysteme belohnen, und empfiehlt dringend gute Werte. Ein eigenes Gewicht der Geschwindigkeit im Ranking nennt Google nicht – sie ist also kein Zauberknopf, sondern eine Bedingung unter mehreren. Echte Nutzerdaten zeigt der Core-Web-Vitals-Bericht in der Search Console.

Was haben wir auf unserer eigenen Website gefunden?

Am 11. November 2026 öffneten wir den Metriverra-Blog auf dem Handy – und die Artikel luden »sehr lange«. Messungen zeigten: Der Server antwortete in 0,23 Sekunden, an ihm lag es nicht. Die Liste mit 19 Artikeln war ein Block mit Einblend-Animation, die auslöste, wenn 12 % des Blocks sichtbar waren. Auf dem Handy war der Block 8.509 Pixel hoch, der Bildschirm 844 – nur 9,9 %: Die Schwelle wurde nie erreicht, die Artikel blieben unsichtbar. Dazu wurden Titelbilder in voller Größe ausgeliefert, rund 2 MB pro Liste. Wir haben die Animation aus der Liste entfernt, Seiten mit 10 und 9 Artikeln eingeführt und liefern verkleinerte Titelbilder aus: 12 Titelbilder wogen 213 KB statt rund 2 MB.

Was sollten Sie auf Ihrer Website prüfen?

Öffnen Sie den Core-Web-Vitals-Bericht in der Search Console und beginnen Sie mit mobilen Seiten. Prüfen Sie Seiten in einem echten mobilen Fenster, nicht nur die Serverantwortzeit: Inhalte, die bis zum Auslösen eines Skripts verborgen sind, sieht der Nutzer schlicht nicht. Liefern Sie Bilder passend zur Bildschirmgröße (srcset) und laden Sie Bilder unterhalb des ersten Bildschirms verzögert, aber nicht das Hauptbild. Reservieren Sie Platz für Bilder, damit das Layout nicht springt. Und denken Sie daran: Schwere Skripte und Tags verschlechtern die Reaktionszeit, also INP.

Was jetzt zu tun ist

1. Core-Web-Vitals-Bericht öffnen in der Search Console und mit mobilen URLs beginnen.
2. Wichtige Seiten im mobilen Fenster prüfen: Ist der Inhalt ohne Warten auf Animationen und Skripte sichtbar?
3. Bilder passend zur Bildschirmgröße ausliefern und verkleinerte Kopien für Listen und Karten.
4. Das Hauptbild im ersten Bildschirm nicht verzögert laden – nur die darunter.
5. Werte nach jeder größeren Website-Änderung prüfen, nicht einmal im Jahr.

Metriverra zeigt täglich Besucherverhalten und Conversions – nach einer Geschwindigkeitsänderung vergleichen Sie Absprünge und Verkäufe vorher und nachher.

Kurz gesagt

• Googles Grenzwerte: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 am 75. Perzentil.
• Stabile Messwerte ändern sich höchstens einmal pro Jahr; »neue Grenzwerte 2026« bestätigt Google nicht.
• Google: Core Web Vitals entsprechen dem, was Rankingsysteme belohnen.
• Unser Fall: Server 0,23 s, aber Artikel auf dem Handy unsichtbar wegen einer Animation.
• Titelbilder der Liste: ~2 MB → 213 KB.

Quellen: web.dev — Web Vitals · Google Search Central — Understanding Core Web Vitals and Google search results