
Qu'est-ce que le Speed Index ? La métrique qui mesure tout le remplissage, pas un instant
- vuetelemetry
- Guides
- 7 min de lecture
Le Speed Index est la seule des cinq métriques de performance de Lighthouse à mesurer une courbe et non un instant. C'est pourquoi une page peut afficher un bon LCP et mal s'en sortir ici, et pourquoi le correctif est différent.
Toutes les autres grandes métriques de chargement nomment un moment. Le First Contentful Paint est l'instant où quelque chose apparaît pour la première fois. Le Largest Contentful Paint est l'instant où le plus gros élément se pose. Le Speed Index n'est pas un moment du tout : il mesure la vitesse à laquelle la partie visible de la page se remplit, sur tout le chargement.
Cette différence est sa raison d'être, et c'est aussi ce qui en fait la métrique la plus difficile à situer.
Comment Lighthouse le mesure vraiment

Lighthouse le calcule en enregistrant une vidéo du chargement, puis en comparant les images successives pour établir le degré d'achèvement visuel de la page à chaque instant. Le calcul est effectué par le module Node Speedline, et l'approche est héritée du Speed Index d'origine introduit par WebPageTest.
Parce qu'il intègre l'ensemble du chargement, un chiffre plus bas signifie que la page a atteint son achèvement visuel plus tôt **en moyenne**, et non qu'un élément précis est arrivé plus vite.
Deux pages peuvent finir au même instant et obtenir des scores très différents. L'une dessine son contenu progressivement, si bien que la surface est largement remplie tôt. L'autre garde un écran blanc puis peint tout d'un bloc, tard. Même ligne d'arrivée, Speed Index très différent, et expérience réellement différente pour qui regarde.
Ce qui compte comme bon, et ce qu'il pèse
Il pèse **10 pour cent** du score de performance Lighthouse, autant que le [First Contentful Paint](/fr/articles/qu-est-ce-que-le-first-contentful-paint-fcp) et un tiers de ce que pèse le [Total Blocking Time](/fr/articles/qu-est-ce-que-le-total-blocking-time). Les seuils publiés diffèrent selon le profil d'appareil, ce qui explique qu'une même page ne score pas pareil sur mobile et sur ordinateur :
- Mobile : 0 à 3,4 s rapide, 3,4 à 5,8 s moyen, au-delà de 5,8 s lent
- Ordinateur : 0 à 1,3 s rapide, 1,3 à 2,3 s moyen, au-delà de 2,3 s lent
- Poids dans le score de performance Lighthouse : 10 pour cent
Ce n'est pas un Core Web Vital
Un point à dire clairement : **le Speed Index n'est pas un Core Web Vital**. C'est l'une des cinq métriques de la section performance de Lighthouse, et il n'alimente pas l'évaluation Core Web Vitals que Google établit à partir des données de terrain. Si votre objectif est de passer les Core Web Vitals, ce n'est pas ce chiffre qu'il faut poursuivre ; si votre objectif est le score Lighthouse ou la vitesse perçue du chargement, si.
La distinction compte parce que l'effort investi ici se voit à un endroit et pas à l'autre. Notre article sur [l'amélioration des Core Web Vitals](/fr/articles/ameliorer-les-core-web-vitals) traite le versant données de terrain.
Bon LCP, mauvais Speed Index : la forme habituelle
Quand le Speed Index est mauvais alors que le [LCP](/fr/articles/qu-est-ce-que-le-largest-contentful-paint-lcp) paraît acceptable, la cause habituelle est un chargement qui ne révèle rien avant la fin. Des ressources bloquantes dans l'en-tête, des polices qui masquent le texte jusqu'à leur arrivée, du contenu qui attend une requête côté client produisent tous la même forme : une toile blanche pendant l'essentiel du chargement, puis tout d'un coup.
Les correctifs découlent de cette forme et non du nom de la métrique. Servez quelque chose de significatif dès la première réponse plutôt qu'une coquille vide, laissez le texte s'afficher dans une police de repli pendant le chargement de la police web, et sortez du chemin critique tout ce qui n'est pas nécessaire au premier écran. Chacun de ces gestes relève l'achèvement visuel plus tôt dans la courbe, ce qui est exactement ce que la mesure récompense.
La réserve du laboratoire
La réserve honnête est celle qui vaut pour toute métrique de laboratoire. Il s'agit d'un chargement scripté sur du matériel simulé, qui peut différer de ce que vivent vos visiteurs sur leurs propres appareils et connexions. Traitez-le comme un signal reproductible sur la forme de votre chargement, pas comme un compte rendu de ce que les utilisateurs réels ont vu. Vous pouvez voir comment ce chiffre se transforme en points avec notre [calculateur du score Lighthouse](/fr/lighthouse-score-calculator).
FAQ
Qu'est-ce que le Speed Index ?
Il mesure la vitesse à laquelle le contenu s'affiche visuellement pendant le chargement de la page. Contrairement au First Contentful Paint ou au Largest Contentful Paint, qui désignent chacun un instant unique, le Speed Index décrit tout le remplissage de la zone visible dans le temps. Une valeur plus basse signifie que la page a semblé complète plus tôt, en moyenne sur l'ensemble du chargement.
Comment Lighthouse calcule-t-il le Speed Index ?
Lighthouse enregistre une vidéo du chargement de la page et compare les images successives pour établir le degré d'achèvement visuel à chaque instant. Le calcul est réalisé par le module Node Speedline, et la méthode est héritée du Speed Index d'origine introduit par WebPageTest.
Qu'est-ce qu'un bon Speed Index ?
Sur le profil mobile, moins de 3,4 secondes est considéré comme rapide, de 3,4 à 5,8 secondes comme moyen, et au-delà de 5,8 secondes comme lent. Sur ordinateur les plages sont plus serrées : moins de 1,3 seconde rapide, de 1,3 à 2,3 secondes moyen, au-delà de 2,3 secondes lent. Une même page peut donc se situer dans des plages différentes selon le profil utilisé.
Le Speed Index est-il un Core Web Vital ?
Non. C'est l'une des cinq métriques de la section performance de Lighthouse et il pèse 10 pour cent de ce score, mais il ne fait pas partie de l'évaluation Core Web Vitals que Google établit à partir des données de terrain. Y travailler améliore le score Lighthouse et la fluidité perçue du chargement, pas le verdict Core Web Vitals.
Pourquoi mon Speed Index est-il mauvais alors que mon LCP est bon ?
Parce qu'ils ne mesurent pas la même chose. Le LCP enregistre l'instant où le plus gros élément arrive, ce qui peut rester acceptable même si l'écran est resté blanc jusqu'à juste avant. Le Speed Index pénalise exactement cette forme, puisqu'il moyenne l'achèvement visuel sur tout le chargement. Une page qui se remplit progressivement bat une page qui apparaît d'un coup, même quand les deux finissent ensemble.



Les correctifs découlent de cette forme et non du nom de la métrique. Servez quelque chose de significatif dès la première réponse plutôt qu'une coquille vide, laissez le texte s'afficher dans une police de repli pendant le chargement de la police web, et sortez du chemin critique tout ce qui n'est pas nécessaire au premier écran. Chacun de ces gestes relève l'achèvement visuel plus tôt dans la courbe, ce qui est exactement ce que la mesure récompense.