Core-Web-Vitals-Analyse

Wie diese Prüfung funktioniert

Scanaris erfindet keine Leistungszahlen: Es bittet PageSpeed Insights, Googles Dienst, der Lighthouse ausführt, deine Seite im Mobilmodus zu messen, und liest das Ergebnis. Daraus nimmt es die Punktzahl von 0 bis 100 und drei Metriken: LCP (Largest Contentful Paint, wie lange das größte sichtbare Element zum Rendern braucht), CLS (Cumulative Layout Shift, wie sehr die Seite beim Laden „springt") und TBT (Total Blocking Time, wie lange JavaScript den Hauptthread blockiert). Die Punktzahl landet in einem informativen Befund, der nichts kostet und die Note der Leistungssäule speist. Befunde mit Schweregrad gibt es nur, wenn eine Metrik in den Bereich fällt, den Google „schlecht" nennt: LCP über 4 Sekunden (mittel), CLS über 0,25 (niedrig) oder TBT über 600 Millisekunden (niedrig). Liefert Lighthouse keine Punktzahl (Seite nicht messbar, Werkzeugfehler), gibt es keinen Befund.

Warum das wichtig ist

Leistung ist Nutzererlebnis und ist SEO. Google nutzt die Core Web Vitals seit 2021 als Rankingsignal und misst die deiner echten Nutzer in Chrome, nicht nur die aus dem Labor. Der direkteste Effekt liegt aber im Geschäft: Jede zusätzliche Sekunde Ladezeit auf dem Handy senkt die Konversionen messbar, und ein LCP von 5 Sekunden bedeutet, dass ein guter Teil deiner Besucher lange genug einen weißen Bildschirm sieht, um zu gehen. Gemessen wird auf dem Handy, weil die meisten Seiten dort am schlechtesten abschneiden und Google dort zuerst indexiert.

So behebst du es

Hoher LCP

• Das Hero-Bild ist meist das LCP-Element. Liefere es als WebP oder AVIF, in der angezeigten Größe statt im Original, mit fetchpriority="high" und ohne loading="lazy". In Nuxt und Next.js erledigen das die Bildkomponenten (NuxtImg, next/image) für dich.
• Die Antwortzeit des Servers addiert sich zu allem anderen. Seiten-Cache, ein CDN davor und bei WordPress ein sauber konfiguriertes Cache-Plugin.
• Render-blockierendes CSS und JavaScript: das kritische CSS inline laden und den Rest danach; Drittanbieter-Skripte mit defer oder async.
• Webfonts: font-display: swap, die Hauptschrift vorladen und, wenn möglich, selbst hosten statt von Google Fonts laden.

Hoher CLS

Fast immer Bilder ohne width und height, Anzeigen oder Einbettungen, die plötzlich auftauchen, und Schriften, die beim Laden die Größe ändern. Deklariere die Maße jedes Bilds und Iframes, reserviere den Platz dynamischer Blöcke mit min-height und füge nie Inhalt über dem ein, was der Nutzer gerade liest.

Hohe TBT

Zu viel JavaScript beim Start. Teile das Bundle nach Routen, lade schwere Komponenten nur bei Bedarf, verzögere Analyse- und Chat-Skripte bis nach der Interaktion und prüf das Gewicht der Bibliotheken: veraltete Bibliotheken und eine komplette jQuery-Kopie für ein Menü sind die typischen Fälle.

Prüf, ob es behoben ist

npx lighthouse https://deinedomain.de --only-categories=performance --preset=perf --form-factor=mobile --screenEmulation.mobile --view

Oder füge die URL in PageSpeed Insights ein, das neben der Labormessung die Daten echter Nutzer der letzten 28 Tage zeigt. Ziel: LCP unter 2,5 s, CLS unter 0,1 und TBT unter 200 ms. Miss mehrmals: Laborergebnisse schwanken zwischen Durchläufen etwas.

Häufige Fragen

Meine Seite lädt auf meinem Rechner schnell. Warum schneidet sie schlecht ab?

Weil die Messung ein Mittelklasse-Handy mit langsamer 4G-Verbindung simuliert, was ein großer Teil deiner Besucher nutzt. Dein Laptop am Glasfaseranschluss ist nicht der repräsentative Fall.

Hilft eine 100 bei der Leistung dem SEO mehr als eine 90?

Nicht spürbar. Google unterscheidet pro Metrik zwischen „gut", „verbesserungswürdig" und „schlecht"; bist du einmal bei „gut", ist der Rest Nutzererlebnis, kein Ranking. Konzentriere dich darauf, aus dem Rot zu kommen, nicht auf die Jagd nach der 100.

Misst diese Prüfung alle meine Seiten?

Nur die gescannte URL. Haben deine Produktseite oder dein Blog andere Probleme, scanne sie separat. Die anderen Prüfungen dieser Säule, etwa Barrierefreiheit, arbeiten ebenfalls auf der konkreten Seite.