Website-Geschwindigkeit: Core Web Vitals für Geschäftsführer

Eines Tages landet ein Geschwindigkeitsbericht auf Ihrem Schreibtisch, mit einem roten Wert und englischen Abkürzungen: LCP, INP, CLS. Die Versuchung ist groß, ihn an den Dienstleister weiterzureichen und zur Tagesordnung überzugehen. Das wäre schade: Hinter diesen Abkürzungen stehen drei Empfindungen, die jeder Ihrer Besucher hat, und einige Entscheidungen, die nicht Sache der Technik sind, sondern Ihre. Dieser Artikel übersetzt sie. Für den technischen Hintergrund (warum eine statische Website mit einem Vorsprung startet) siehe unseren Leitfaden zur Migration nach Astro.

Kurz gesagt

• Drei Messwerte: die Anzeigezeit des Hauptinhalts, die Reaktionszeit auf einen Klick, die Stabilität der Seite.
• Google misst sie bei Ihren echten Besuchern und urteilt nach den langsamsten drei Vierteln der Besuche, auf Mobilgeräten und am Computer.
• Sie zählen im Ranking, aber weniger als die Relevanz: Ihre erste Wirkung betrifft die eingehenden Anfragen.
• Die Ursachen sind oft Entscheidungen: zu schwere Bilder, nach und nach hinzugefügte Marketing-Skripte, eine bei jedem Besuch neu erzeugte Seite.

Drei Messwerte, drei Empfindungen

Jeder Messwert beschreibt, was ein Besucher empfindet, und Google veröffentlicht für jeden eine Schwelle:

Zwei Präzisierungen ändern die Lesart. Erstens empfiehlt Google, am 75. Perzentil zu urteilen: Es genügt nicht, dass der Durchschnitt der Besuche schnell ist, drei von vier Besuchen müssen es sein, Mobilgerät und Computer getrennt. Zweitens hat die Reaktion auf Klicks (INP) 2024 einen älteren Messwert ersetzt, der nur die erste Interaktion betrachtete: Eine Website, die vor drei Jahren „grün“ war, kann es nicht mehr sein, ohne sich verändert zu haben.

Was Google damit macht

Google sagt es in seiner Dokumentation zu den Core Web Vitals: Gute Ergebnisse entsprechen dem, was seine Ranking-Systeme belohnen wollen. Aber dasselbe Haus relativiert:

Google fügt hinzu, dass ein guter Wert in seinen Berichten keinen Platz an der Spitze der Ergebnisse garantiert. Anders gesagt: Eine langsame Website, die als einzige eine Frage beantwortet, bleibt sichtbar, und eine schnelle Website ohne nützlichen Inhalt steigt nicht auf. Die Geschwindigkeit entscheidet zwischen vergleichbaren Seiten; sie ersetzt weder Inhalt noch Reputation.

Was Langsamkeit wirklich kostet

Die direkteste Wirkung der Geschwindigkeit liegt nicht im Ranking, sondern in dem, was Besucher nach ihrer Ankunft tun. Die meistzitierte Studie zum Thema, von Deloitte im Auftrag von Google an den mobilen Websites von 37 europäischen und amerikanischen Marken durchgeführt, hat gemessen, was ein Gewinn von einer Zehntelsekunde verändert:

Diese Zahlen stammen von großen Marken und aus einer von Google beauftragten Studie: Sie zeigen eine Richtung, kein Versprechen für Ihre Website. Die Richtung bestätigt sich aber überall, wo gemessen wird. Unser Artikel über Zielseiten zeigt, was sie kostet, wenn man jeden Klick bezahlt.

Wo die Websites stehen, die wir kennen

Hier die Anzeigezeit des Hauptinhalts, gemessen mit Lighthouse in mobiler Simulation, bei drei Websites, die wir genau kennen:

Der Plüschtier-Shop zeigte außerdem einen mobilen Lighthouse-Wert von 65 und eine Seite von 4,2 MB. Auf dieser Website ergibt dieselbe Messung einen Wert von 99 und 233 KiB übertragene Daten. Der Unterschied liegt nicht am Talent der Teams: Er liegt an dem, was der Browser herunterladen und ausführen muss, bevor er irgendetwas anzeigt.

Labormessung, Feldmessung

Zwei Familien von Zahlen sind im Umlauf, und sie sagen nicht dasselbe:

• Das Labor (Lighthouse, der „Diagnose“-Teil von PageSpeed Insights) simuliert ein durchschnittliches Telefon in einem durchschnittlichen Netz. Das ist der richtige Messwert, um vor und nach einer Änderung unter identischen Bedingungen zu vergleichen.
• Das Feld stammt aus echten Besuchen. Der Core-Web-Vitals-Bericht der Search Console stützt sich auf diese echten Nutzungsdaten aus dem Chrome User Experience Report und ordnet Ihre Seitengruppen als „Gut“, „Optimierung erforderlich“ oder „Schlecht“ ein.

Für Google zählt das Feld, und für Ihre Kunden ebenso. Eine Website kann am Glasfaseranschluss im Büro schnell und im Zug langsam wirken: Der Feldbericht sagt es, Ihr Eindruck nicht.

Was eine Website verlangsamt, und wer darüber entscheidet

Die technischen Ursachen lassen sich oft auf Entscheidungen zurückführen, die getroffen wurden, ohne sie mit der Geschwindigkeit zu verbinden:

• Die Bilder. Ein in voller Auflösung exportiertes Foto wiegt zehnmal so viel wie nötig. Bei Palmora Property hat die Bildverarbeitung 3 892 Originale in 7 784 Dateien in den richtigen Formaten umgewandelt, und ein Vorschaubild ist von 353 KB auf 17 KB geschrumpft.
• Die nach und nach hinzugefügten Skripte. Chat, Kundenbewertungen, Werbe-Tracking, Karte: Jedes ist nützlich, und jedes lädt. Im Plüschtier-Shop wurden vier bis fünf Bewertungssysteme geladen, ohne dass eine einzige Bewertung angezeigt wurde.
• Die bei jedem Besuch erzeugte Seite. Eine Website, die ihre Seiten auf einem Server zusammensetzt, wartet auf diesen Server; eine statische Website liefert eine fertige Datei aus, vom Punkt, der dem Besucher am nächsten liegt (siehe unseren Hosting-Vergleich).
• Die Erweiterungen. In einem CMS kann jede Erweiterung ihre Skripte und Stile allen Seiten hinzufügen, und ihre Updates müssen überwacht werden (siehe warum eine WordPress-Website gehackt wird).

Drei Entscheidungen fallen daher der Geschäftsführung zu. Eine datierte Messung verlangen vor jedem Vorhaben, um zu wissen, was es verändert hat. Die Schwellen ins Lastenheft schreiben einer Überarbeitung, ebenso wie die Seiten und die Sprachen (siehe die Kosten einer Unternehmenswebsite und die Auswahl der Seiten vor einer Überarbeitung). Über Drittanbieter-Skripte entscheiden: Jedes hinzugefügte Marketingwerkzeug muss die Zeit wert sein, die es bei jedem Besuch kostet.

Die Geschwindigkeit trifft auch die Barrierefreiheit: Eine Seite, die sich unter dem Finger nicht verschiebt und schnell reagiert, dient zuerst denen, die mit der Tastatur oder mit einer technischen Hilfe navigieren (siehe was die europäische Pflicht zur Barrierefreiheit ändert). Websites, deren Inhalt aus einem Headless-CMS stammt, behalten diese Vorteile auf der Besucherseite, wie unser Artikel über Astro und Sanity erklärt; Formulare und Suche ebenfalls, wenn sie Seite für Seite angebunden sind. Und wenn Texte mit einer KI erstellt werden, um schneller zu sein, stellt sich die Frage, ob man es sagen muss, gesondert.

Eine Unternehmenswebsite, die wir liefern, ist von der Inbetriebnahme an darauf ausgelegt, auf Mobilgeräten schnell zu sein; eine Migration zu einer statischen Website misst die Geschwindigkeit vorher und nachher, unter denselben Bedingungen.

Häufige Fragen

Quellen

1. Web.dev (Google), die Core Web Vitals (neuer Tab)web.dev
2. Google Search Central, Core Web Vitals (neuer Tab)developers.google.com
3. Search-Console-Hilfe, Core-Web-Vitals-Bericht (neuer Tab)support.google.com