Der Speed Index ist im SEO und in der Webperformance eine Messgröße, die angibt, wie schnell der sichtbare Inhalt einer Seite beim Laden aufgebaut wird. Die Suche nach dem Begriff führt überwiegend zum Geschwindigkeitsindex bei Autoreifen. Im SEO ist er eine Metrik in Lighthouse und zählt nicht zu den Core Web Vitals.
Auf einen Blick
- Misst
- Wie schnell der sichtbare Inhalt beim Laden aufgebaut wird
- Einheit
- Zeit, niedriger ist besser (MDN: Millisekunden, Lighthouse zeigt Sekunden)
- Grenze „gut“
- Lighthouse: mobil bis 3,4 s, Desktop bis 1,3 s
- Bewertung
- Kein Core Web Vital; Gewicht 10 % im Lighthouse-Performance-Wert (Lighthouse 10)
- Datenquelle
- Labor: Lighthouse, aus einem Video des Ladevorgangs
Stand:
Wie wird der Speed Index gemessen?
Lighthouse nimmt beim Laden der Seite ein Video auf und analysiert die Veränderungen zwischen den Einzelbildern. Das Auswertungsmodul heißt speedline. WebPageTest gehört laut MDN zu den ersten Werkzeugen, die den Speed Index messen. Je schneller der sichtbare Bereich gefüllt ist, desto niedriger ist der Wert. Der Wert ist eine Zeitangabe. MDN nennt Millisekunden, Lighthouse zeigt Sekunden an.
Schwellenwerte und Gewicht
Lighthouse bewertet den Speed Index mobil mit 0 bis 3,4 Sekunden als schnell, bis 5,8 Sekunden als mäßig und darüber als langsam. Im Desktop-Profil liegen die Grenzen bei 1,3 und 2,3 Sekunden. Im Performance-Score hat der Speed Index laut der Dokumentation zu Lighthouse 10 ein Gewicht von 10 %. Die Core Web Vitals bestehen laut Google aus LCP, INP und CLS. Der Speed Index fehlt dort.
| Messwert | Misst | Core Web Vital? | Feld oder Labor | „Gut“ laut web.dev |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Renderzeit des größten sichtbaren Bilds, Textblocks oder Videos im Viewport, ab Beginn der Navigation | ja (Laden) | Feld und Labor | bis 2,5 s |
| INP (Interaction to Next Paint) | Latenz der Interaktionen während des gesamten Besuchs bis zur nächsten Darstellung; ein Wert, unter dem (fast) alle Interaktionen liegen | ja (Interaktivität), seit 12.03.2024 | Feld; im Labor nur mit simulierten Interaktionen, Lighthouse misst INP nicht | bis 200 ms |
| CLS (Cumulative Layout Shift) | größte Folge unerwarteter Layoutverschiebungen während der gesamten Lebensdauer der Seite | ja (visuelle Stabilität) | Feld und Labor | bis 0,1 |
| TTFB (Time to First Byte) | Zeit vom Beginn der Navigation bis zum ersten Byte der Antwort | nein (hilft bei der Diagnose von LCP) | Feld und Labor | bis 0,8 s |
| FCP (First Contentful Paint) | Zeit vom Beginn der Navigation, bis irgendein Inhalt der Seite dargestellt wird | nein (hilft bei der Diagnose von LCP) | Feld und Labor | bis 1,8 s |
| TBT (Total Blocking Time) | Summe der Zeit nach dem FCP, in der der Hauptthread so lange blockiert war, dass Eingaben nicht reagieren konnten | nein (Labor-Stellvertreter für INP) | Labor; Feldmessung empfiehlt web.dev nicht | unter 200 ms auf durchschnittlicher mobiler Hardware |
| Speed Index (dieser Begriff) | wie schnell Inhalte beim Laden sichtbar aufgebaut werden (aus einem Video des Ladevorgangs) | nein | Labor (Lighthouse) | Schwelle laut Lighthouse: mobil bis 3,4 s „schnell“ (web.dev nennt keinen Wert) |
| FID (First Input Delay), historisch | Zeit von der ersten Interaktion bis der Browser mit der Verarbeitung der Event-Handler beginnen kann | bis 12.03.2024, ersetzt durch INP | nur Feld | bis 100 ms |
Bewertet wird laut web.dev das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Eine Seite besteht die Core Web Vitals, wenn LCP, INP und CLS am 75. Perzentil im Bereich „gut“ liegen. Chrome-Tools unterstützen FID seit dem 9. September 2024 nicht mehr. Quellen: web.dev: Web Vitals; web.dev: Largest Contentful Paint (LCP); web.dev: Interaction to Next Paint (INP); web.dev: Cumulative Layout Shift (CLS); web.dev: Time to First Byte (TTFB); web.dev: First Contentful Paint (FCP); web.dev: Total Blocking Time (TBT); web.dev: First Input Delay (FID); web.dev Blog: Interaction to Next Paint is officially a Core Web Vital (2024-03-12); Chrome for Developers: Lighthouse – Speed Index. Stand: .
Beispiel
Angenommen, ein Lauf liefert auf dem mobilen Profil 4,1 Sekunden. Das liegt im mittleren Bereich. Zeigt der Bericht gleichzeitig ein spätes LCP-Element, lohnt ein Blick auf das größte Bild oder den Text im sichtbaren Bereich.
Häufige Fehler
- Den Speed Index als Core Web Vital behandeln.
- Mobil- und Desktop-Werte vergleichen, obwohl die Schwellen verschieden sind.
- Optimieren, ohne das Ladeverhalten im Video oder Filmstreifen anzusehen.
Häufige Fragen
Was ist der Speed Index? Eine Lighthouse-Metrik für die visuelle Ladegeschwindigkeit, gemessen über ein Video des Ladevorgangs.
Worin unterscheidet er sich vom LCP? Der LCP misst, wann das größte sichtbare Element erscheint. Der Speed Index betrachtet den gesamten Verlauf des sichtbaren Aufbaus.
Quellen
- Speed Index – Chrome for Developers (Lighthouse)developer.chrome.com
- Lighthouse performance scoring – Chrome for Developersdeveloper.chrome.com
- Speed Index – MDN Web Docsdeveloper.mozilla.org
- Core Web Vitals und die Google Suche – Google Search Centraldevelopers.google.com
Stand: