
Was ist der Speed Index? Die Metrik, die das ganze Füllen misst, nicht einen Moment
- vuetelemetry
- Leitfäden
- 7 Min. Lesezeit
Der Speed Index ist die einzige der fünf Lighthouse-Performance-Metriken, die eine Kurve misst statt eines Augenblicks. Deshalb kann eine Seite einen guten LCP liefern und hier trotzdem schlecht abschneiden, und deshalb ist die Abhilfe eine andere.
Alle anderen großen Ladekennzahlen benennen einen Moment. First Contentful Paint ist der Augenblick, in dem zum ersten Mal etwas erscheint. Largest Contentful Paint ist der Augenblick, in dem das größte Element landet. Der Speed Index ist überhaupt kein Moment: er misst, wie schnell sich der sichtbare Teil der Seite über den gesamten Ladevorgang füllt.
Dieser Unterschied ist sein Daseinsgrund und zugleich der Grund, warum er die am schwersten einzuordnende Metrik ist.
Wie Lighthouse ihn tatsächlich misst

Lighthouse berechnet ihn, indem es ein Video des Ladevorgangs aufzeichnet und dann aufeinanderfolgende Einzelbilder vergleicht, um den visuellen Fertigstellungsgrad zu jedem Zeitpunkt zu bestimmen. Die Berechnung übernimmt das Node-Modul Speedline, und der Ansatz stammt vom ursprünglichen Speed Index, den WebPageTest eingeführt hat.
Weil er über den gesamten Ladevorgang integriert, bedeutet ein niedrigerer Wert, dass die Seite **im Mittel** früher visuell fertig war, und nicht, dass ein einzelnes Element schneller ankam.
Zwei Seiten können im selben Augenblick fertig sein und sehr unterschiedlich abschneiden. Die eine zeichnet ihren Inhalt schrittweise, sodass die Fläche früh weitgehend gefüllt ist. Die andere hält einen leeren Bildschirm und malt dann spät alles auf einmal. Gleiche Ziellinie, sehr unterschiedlicher Speed Index und ein wirklich anderes Erlebnis für den, der zusieht.
Was als gut gilt und wie viel er wiegt
Er trägt **10 Prozent** zum Lighthouse-Performance-Score bei, ebenso viel wie [First Contentful Paint](/de/articles/was-ist-first-contentful-paint-fcp) und ein Drittel dessen, was [Total Blocking Time](/de/articles/was-ist-total-blocking-time) trägt. Die veröffentlichten Schwellen unterscheiden sich nach Geräteprofil, weshalb dieselbe Seite auf Mobil und Desktop nicht gleich abschneidet:
- Mobil: 0 bis 3,4 s schnell, 3,4 bis 5,8 s mittel, über 5,8 s langsam
- Desktop: 0 bis 1,3 s schnell, 1,3 bis 2,3 s mittel, über 2,3 s langsam
- Gewicht im Lighthouse-Performance-Score: 10 Prozent
Er ist kein Core Web Vital
Eines sollte klar gesagt werden: **der Speed Index ist kein Core Web Vital**. Er ist eine der fünf Metriken im Performance-Abschnitt von Lighthouse und fließt nicht in die Core-Web-Vitals-Bewertung ein, die Google aus Felddaten bildet. Wenn Ihr Ziel das Bestehen der Core Web Vitals ist, ist dies nicht die Zahl, der Sie nachjagen sollten; wenn Ihr Ziel der Lighthouse-Score oder die gefühlte Ladegeschwindigkeit ist, schon.
Die Unterscheidung zählt, weil sich der Aufwand hier an einer Stelle zeigt und an der anderen nicht. Unser Beitrag zur [Verbesserung der Core Web Vitals](/de/articles/core-web-vitals-verbessern) behandelt die Feldseite.
Guter LCP, schlechter Speed Index: die übliche Form
Ist der Speed Index schlecht, während der [LCP](/de/articles/was-ist-largest-contentful-paint-lcp) vertretbar aussieht, liegt es meist an einem Ladevorgang, der bis spät nichts zeigt. Renderblockierende Ressourcen im Head, Schriften, die Text bis zu ihrer Ankunft verbergen, und Inhalte, die auf einen clientseitigen Abruf warten, erzeugen alle dieselbe Form: eine leere Leinwand für den größten Teil des Ladens und dann alles auf einmal.
Die Abhilfen folgen aus dieser Form, nicht aus dem Namen der Metrik. Liefern Sie in der ersten Antwort etwas Sinnvolles statt einer leeren Hülle, lassen Sie Text in einer Ersatzschrift erscheinen, während die Webschrift lädt, und nehmen Sie alles aus dem kritischen Pfad, was für die erste Ansicht nicht gebraucht wird. Jeder dieser Schritte hebt die visuelle Fertigstellung früher in der Kurve an, und genau das belohnt die Messung.
Der Laborvorbehalt
Der ehrliche Vorbehalt gilt für jede Labormetrik. Es handelt sich um einen skriptgesteuerten Ladevorgang auf simulierter Hardware, der von dem abweichen kann, was Ihre Besucher auf ihren eigenen Geräten und Verbindungen erleben. Behandeln Sie ihn als wiederholbares Signal über die Form Ihres Ladevorgangs, nicht als Bericht darüber, was echte Nutzer gesehen haben. Wie aus der Zahl Punkte werden, zeigt unser [Lighthouse-Score-Rechner](/de/lighthouse-score-calculator).
FAQ
Was ist der Speed Index?
Er misst, wie schnell Inhalte während des Seitenaufbaus sichtbar dargestellt werden. Anders als First Contentful Paint oder Largest Contentful Paint, die jeweils einen einzelnen Augenblick benennen, beschreibt der Speed Index das gesamte Füllen des sichtbaren Bereichs über die Zeit. Ein niedrigerer Wert heißt, die Seite wirkte im Mittel früher fertig.
Wie berechnet Lighthouse den Speed Index?
Lighthouse zeichnet ein Video des Seitenaufbaus auf und vergleicht aufeinanderfolgende Einzelbilder, um den visuellen Fertigstellungsgrad zu jedem Zeitpunkt zu bestimmen. Die Berechnung übernimmt das Node-Modul Speedline, und die Methode stammt vom ursprünglichen Speed Index von WebPageTest.
Was ist ein guter Speed Index?
Im Mobilprofil gilt unter 3,4 Sekunden als schnell, 3,4 bis 5,8 Sekunden als mittel und über 5,8 Sekunden als langsam. Auf dem Desktop sind die Bänder enger: unter 1,3 Sekunden schnell, 1,3 bis 2,3 Sekunden mittel, über 2,3 Sekunden langsam. Dieselbe Seite kann also je nach Profil in unterschiedlichen Bändern liegen.
Ist der Speed Index ein Core Web Vital?
Nein. Er ist eine der fünf Metriken im Performance-Abschnitt von Lighthouse und trägt 10 Prozent dieses Scores, gehört aber nicht zur Core-Web-Vitals-Bewertung, die Google aus Felddaten bildet. Arbeit daran verbessert den Lighthouse-Score und die gefühlte Flüssigkeit des Ladens, nicht das Core-Web-Vitals-Urteil.
Warum ist mein Speed Index schlecht, obwohl mein LCP in Ordnung ist?
Weil beide Verschiedenes messen. LCP hält den Augenblick fest, in dem das größte Element ankommt, was vertretbar sein kann, obwohl der Bildschirm bis kurz davor leer blieb. Der Speed Index bestraft genau diese Form, da er die visuelle Fertigstellung über den gesamten Ladevorgang mittelt. Eine Seite, die sich schrittweise füllt, schlägt eine, die auf einen Schlag erscheint, selbst wenn beide gleichzeitig fertig sind.



Die Abhilfen folgen aus dieser Form, nicht aus dem Namen der Metrik. Liefern Sie in der ersten Antwort etwas Sinnvolles statt einer leeren Hülle, lassen Sie Text in einer Ersatzschrift erscheinen, während die Webschrift lädt, und nehmen Sie alles aus dem kritischen Pfad, was für die erste Ansicht nicht gebraucht wird. Jeder dieser Schritte hebt die visuelle Fertigstellung früher in der Kurve an, und genau das belohnt die Messung.