Website-Geschwindigkeit und Core Web Vitals: Was bedeuten sie?

Website-Geschwindigkeit beschreibt, wie schnell Ihre Seiten laden, auf Eingaben reagieren und sich auf dem Gerät des Besuchers stabilisieren. Google misst sie mit drei Core Web Vitals, und eine Seite gilt als schnell, wenn mindestens 75 % der echten Besuche bei allen drei die „guten“ Grenzwerte erreichen.

Warum ist Website-Geschwindigkeit für ein Unternehmen wichtig?

Geschwindigkeit zählt zuerst wegen der Menschen und erst danach wegen Google. Ein Besucher auf dem Smartphone mit wackliger Verbindung wartet nicht höflich: Ist die Seite leer oder springt sie, geht er zurück und wählt das nächste Ergebnis. Für eine Kanzlei, einen Installateur oder einen Shop ist das eine verlorene Anfrage, die Sie nie sehen.

Bei der Suche lohnt es sich, genau zu sein, was Google tatsächlich sagt. Google Search Central erklärt, dass die Core Web Vitals von den Ranking-Systemen genutzt werden, und empfiehlt Website-Betreibern gute Werte. Gleichzeitig heißt es, dass eine gute Seitenerfahrung kein Ersatz für relevante Inhalte ist: Google zeigt weiterhin die relevanteste Seite, auch wenn deren Seitenerfahrung schwächer ist. In der Praxis hilft Geschwindigkeit, knappe Entscheidungen gegenüber ähnlichen Seiten zu gewinnen. Eine dünne Seite bringt sie nicht nach oben.

Was sind die drei Core Web Vitals?

Core Web Vitals sind drei von Google gewählte Kennzahlen, die beschreiben, wie sich eine Seite für einen echten Nutzer anfühlt.

• Largest Contentful Paint (LCP) misst das Laden: wie lange es dauert, bis das größte sichtbare Element erscheint, meist ein Titelbild oder eine Überschrift.
• Interaction to Next Paint (INP) misst die Reaktionsfähigkeit: wie lange die Seite braucht, um sichtbar zu reagieren, nachdem jemand tippt, klickt oder schreibt. INP hat im März 2024 First Input Delay (FID) als Core Web Vital abgelöst.
• Cumulative Layout Shift (CLS) misst die visuelle Stabilität: wie stark sich Inhalte beim Laden unerwartet verschieben. Es ist ein Wert, keine Zeit.

Welche offiziellen Grenzwerte gelten für die Core Web Vitals?

Das sind die auf web.dev veröffentlichten Grenzwerte. Jeder wird am 75. Perzentil der Seitenaufrufe bewertet, getrennt für Mobilgeräte und Desktop. Das heißt: 75 % der Besuche müssen den „guten“ Wert erreichen oder besser sein.

Eine Seite oder Website besteht die Core-Web-Vitals-Bewertung nur, wenn alle drei Kennzahlen „gut“ sind.

Was ist der Unterschied zwischen Labordaten und Felddaten?

Labordaten stammen aus einem Test auf einem simulierten Gerät mit simulierter Verbindung. Felddaten stammen von echten Besuchern.

• Labordaten: PageSpeed Insights führt Lighthouse aus, das Ihre Seite einmal auf einem emulierten Mittelklasse-Smartphone mit gedrosselter Verbindung lädt. Das ist wiederholbar und nützlich für die Diagnose, aber es ist ein einzelner künstlicher Besuch.
• Felddaten: Der Chrome User Experience Report (CrUX) sammelt anonymisierte Messwerte echter Chrome-Nutzer, die zugestimmt haben, über ein rollierendes Fenster von 28 Tagen. Auf diesen Daten beruhen Googles Core-Web-Vitals-Bewertung und der Core-Web-Vitals-Bericht in der Search Console.

Kleine Websites haben oft zu wenig Traffic, um in CrUX zu erscheinen. PageSpeed Insights zeigt dann keine Felddaten für die Seite oder greift auf Daten der gesamten Domain zurück. In diesem Fall sind die Laborergebnisse Ihre beste Orientierung.

Wie teste ich die Geschwindigkeit meiner Website Schritt für Schritt?

1. Öffnen Sie PageSpeed Insights (pagespeed.web.dev) und geben Sie die URL Ihrer Startseite ein.
2. Sehen Sie sich zuerst den oberen Bereich zu den Erfahrungen Ihrer echten Nutzer an. Gibt es Felddaten, prüfen Sie, ob die Core-Web-Vitals-Bewertung „Bestanden“ oder „Nicht bestanden“ anzeigt und welche Kennzahl das Problem ist.
3. Wechseln Sie zwischen den Tabs „Mobilgeräte“ und „Desktop“. Mobil ist meist schlechter und für lokale Unternehmen am wichtigsten.
4. Scrollen Sie zum Laborbereich (Diagnose von Leistungsproblemen) und lesen Sie die Empfehlungen und die Diagnose. Dort stehen die genauen Dateien, die Sie ausbremsen.
5. Wiederholen Sie das für Ihre zwei oder drei wichtigsten Seiten, etwa eine Leistungsseite und die Kontaktseite, nicht nur für die Startseite.
6. Wenn Sie die Google Search Console nutzen, öffnen Sie „Nutzerfreundlichkeit“ und dann „Core Web Vitals“, um zu sehen, welche URL-Gruppen auf der ganzen Website durchfallen.

Was bedeutet der PageSpeed-Wert – und was nicht?

Der Leistungswert von 0 bis 100 ist ein Lighthouse-Laborwert. Er ist eine gewichtete Mischung aus fünf Laborkennzahlen (darunter LCP, CLS und Total Blocking Time) auf einem simulierten Smartphone. 90 bis 100 ist gut, 50 bis 89 verbesserungsbedürftig, unter 50 schlecht.

Was er nicht bedeutet:

• Er ist nicht das, was Google für das Ranking nutzt. Das sind die Felddaten.
• Er schwankt zwischen Tests. Ein paar Punkte Unterschied sind normal.
• Eine 100 ist kein Selbstzweck. Eine Website, die die Core Web Vitals in den Felddaten besteht und im Labor 80 erreicht, ist gut aufgestellt.
• Ein niedriger Mobilwert auf einem simulierten langsamen Smartphone heißt nicht, dass jeder echte Besucher ein schlechtes Erlebnis hat – er zeigt aber, wo die Schwachstellen liegen.

Was sind die häufigsten Ursachen für eine langsame Website?

• Zu große Bilder. Ein 4-MB-Foto direkt aus der Kamera oder einer Bilddatenbank als Titelbild ist die häufigste Ursache für einen langsamen LCP. Bilder sollten auf ihre Anzeigegröße verkleinert und in modernen Formaten wie WebP oder AVIF ausgeliefert werden.
• Zu viele Drittanbieter-Skripte. Chat-Widgets, Tracking-Tags, Heatmaps, Social-Feeds, Buchungs-Widgets und Cookie-Banner laden jeweils eigenen Code. Zusammen schaden sie INP und Ladezeit oft mehr als die Website selbst.
• Webfonts. Mehrere Schriftfamilien und -schnitte von einem fremden Server verzögern den Text und können Layoutverschiebungen verursachen, wenn die Schrift ausgetauscht wird.
• Billiges oder überlastetes Hosting. Ein langsamer Server verzögert alles. web.dev nennt als grobe Orientierung eine Time to First Byte von höchstens 0,8 Sekunden.
• Schwere Page-Builder und Themes. Viele Drag-and-Drop-Baukästen laden auf jeder Seite große Mengen Code, ob Sie die Funktionen nutzen oder nicht.
• Layoutverschiebungen durch Anzeigen, Einbettungen und Banner. Anzeigen, eingebettete YouTube-Videos oder Karten und Bilder ohne festgelegte Maße schieben Inhalte beim Laden nach unten und erhöhen den CLS.

Was sollte ich meinen Webentwickler fragen?

• „Bestehen unsere wichtigsten Seiten die Core Web Vitals in den Felddaten, auf Mobilgeräten?“
• „Welche Kennzahl fällt durch, und was verursacht das?“
• „Welche Drittanbieter-Skripte laden auf jeder Seite, und brauchen wir jedes davon noch?“
• „Sind die Bilder verkleinert, komprimiert und als WebP oder AVIF ausgeliefert, mit festgelegter Breite und Höhe?“
• „Wird das Titelbild mit Priorität geladen und werden Bilder weiter unten per Lazy Loading geladen?“
• „Wie ist die Antwortzeit unseres Servers, und würde besseres Hosting oder ein CDN helfen?“
• „Wer prüft die Geschwindigkeit nach Änderungen, und wie oft?“

Geschwindigkeit ist keine einmalige Aufgabe. Neue Plugins, Tags und Fotos machen sie nach und nach zunichte – deshalb gehören regelmäßige Prüfungen zur Website-Wartung.

Welche schnellen Maßnahmen verbessern die Geschwindigkeit?

Wo Sie anfangen

Prüfen Sie Ihre drei wichtigsten Seiten mit PageSpeed Insights, notieren Sie, welche Kennzahl durchfällt, und beheben Sie zuerst Bilder und Drittanbieter-Skripte. Diese beiden machen die meisten Probleme auf Websites kleiner Unternehmen aus.

Wenn Sie lieber jemanden für sich nachsehen lassen, kombiniert das kostenlose Website-Audit von Ariston Google-Lighthouse-Daten mit einem Crawl Ihrer Website und schickt Ihnen per E-Mail einen Bericht mit konkreten Korrekturen. Unsere Betreuungspakete können außerdem einen monatlichen Geschwindigkeits- und Uptime-Check enthalten.