Outils populaires

Thème

Test de vitesse de site web

Votre site est-il rapide ? Testez-le dans un vrai navigateur depuis 3 lieux maximum à la fois, voyez instant par instant ce qu'a vu un visiteur et recevez des correctifs pour vos propres technologies.

Lighthouse 13 · Chrome · 9 lieux · médiane de 3 passages · gratuit, sans inscription
Chaque test repart de zéro : un nouveau navigateur, un cache vide, rien de réutilisé d'un test précédent.9 lieux
Ce qu'a vu un visiteur du premier octet au chargement complet
RequêtesDocumentScriptCSSImagePoliceFetchMédiaAutreTâches longuesDécalages de mise en page
La bande rejoue le chargementaprès un test
L'écran toutes les quelques centaines de millisecondes, chaque requête par type, les tâches qui bloquent les appuis et chaque décalage de mise en page, sur une seule ligne de temps. Cliquez sur n'importe quel moment et il vous est expliqué : quand il a eu lieu, ce qu'il attendait et combien de temps chaque partie a pris.
Résultat du test de vitesse de site : la note, les six métriques et la bande de ce qu'a vu un visiteur pendant le chargementRésultat du test de vitesse de site : la note, les six métriques et la bande de ce qu'a vu un visiteur pendant le chargementN'importe quelle pageUn domaine ou une URL complète ; jusqu'à 3 lieux, sur mobile, ordinateur ou les deux.La noteLe score Lighthouse du passage médian sous forme de lettre, avec les passages sur une échelle de 0 à 100.Ce qu'a vu un visiteurL'écran, chaque requête, les tâches longues et les décalages sur une seule ligne de temps : cliquez sur n'importe quel moment.Les conditionsLieu, appareil, réseau, CPU, versions de Chrome et de Lighthouse sur chaque rapport.
Un résultat : la note issue de la médiane de 3 passages, les six métriques avec les points que chacune a coûtés, et la bande qui rejoue le chargement.

Comment fonctionne un test de vitesse de site web ?

Un serveur de test, dans le lieu que vous choisissez, ouvre la page trois fois dans un Chrome neuf et enregistre tout : l'écran, chaque requête, le thread principal. Lighthouse transforme chaque chargement en score, et la médiane des trois passages donne la note.

Les parties qui n'ont pas besoin de navigateur arrivent en premier : les temps serveur depuis nos 11 lieux, les données des utilisateurs réels issues du Chrome UX Report et les technologies du site. La note suit quand chaque lieu a terminé ses passages ; les correctifs arrivent juste après.

  1. 1Sécuritéles listes de logiciels malveillants et de contenus pour adultes de Cloudflare, avant que quoi que ce soit n'ouvre la page
  2. 2Temps serveurDNS, connexion, TLS et premier octet depuis 11 lieux, sans navigateur
  3. 3Utilisateurs réels28 jours de données du Chrome UX Report pour la page ou son site
  4. 4Technologiesle CMS, le framework, l'hébergeur et le CDN, détectés par nos propres moteurs
  5. 5Passages3 passages Lighthouse par lieu, chacun transmis dès qu'il se termine
  6. 6Notele score du passage médian sous forme de lettre, avec les points que chaque métrique a coûtés
  7. 7Correctifsrédigés pour ces technologies, chaque fichier et chaque chiffre vérifié par rapport au test
Les parties d'un test, dans l'ordre où elles arrivent sur la page.

Que signifient LCP, CLS, TBT, FCP, Speed Index et TTFB ?

Six chiffres sur une seule ligne de temps. TTFB indique quand le premier octet du serveur est arrivé, FCP quand le premier texte ou la première image est apparu, LCP quand le plus grand élément du premier écran a été affiché, et Speed Index à quelle vitesse l'écran s'est rempli.

TBT additionne le temps pendant lequel le thread principal était trop occupé pour répondre à un appui, et CLS mesure à quel point la page a bougé pendant le chargement. TTFB ne pèse rien dans le score ; les cinq autres, si.

MétriqueMobileOrdinateurPoids
FCPFirst Contentful Paintvert jusqu'à 1,8 srouge au-delà de 3 svert jusqu'à 934 msrouge au-delà de 1,6 s10 %
LCPLargest Contentful Paintvert jusqu'à 2,5 srouge au-delà de 4 svert jusqu'à 1,2 srouge au-delà de 2,4 s25 %
TBTTotal Blocking Timevert jusqu'à 200 msrouge au-delà de 600 msvert jusqu'à 150 msrouge au-delà de 350 ms30 %
CLSCumulative Layout Shiftvert jusqu'à 0,10rouge au-delà de 0,25vert jusqu'à 0,10rouge au-delà de 0,2525 %
SISpeed Indexvert jusqu'à 3,4 srouge au-delà de 5,8 svert jusqu'à 1,3 srouge au-delà de 2,3 s10 %
TTFBTime to First Bytevert jusqu'à 800 msrouge au-delà de 1,8 snon compté
Les seuils de Lighthouse 13 : une valeur sur la ligne verte vaut 90 sur 100, sur la ligne rouge 50.

Comment la note est-elle calculée ?

La note est le score de performance Lighthouse du passage médian : A à partir de 90 (le vert de Google), B à partir de 80, C à partir de 65, D à partir de 50 et F en dessous de 50. Chaque métrique est évaluée sur sa propre courbe puis pondérée, et la carte de résultat montre les points que chacune a coûtés.

Nous faisons trois passages parce que les scores varient d'un passage à l'autre, et nous affichons les trois sur une échelle de 0 à 100. Un passage atypique ne décide jamais de la lettre. Une page qui ne finit jamais de charger reçoit un ou deux passages à la place, et son rapport le signale.

Poids
TBT 30 %LCP 25 %CLS 25 %FCP 10 %SI 10 %
Lettres
F 0–49D 50–64C 65–79B 80–89A 90–100
Le poids de chaque métrique dans le score, et où commence chaque lettre.

Pourquoi PageSpeed Insights et GTmetrix affichent-ils un autre score ?

Même Lighthouse, mais d'autres serveurs, d'autres lieux et d'autres réglages. Avec le réglage Comme Google PageSpeed, nous utilisons les préréglages de PageSpeed Insights (un mobile lent simulé en 4G, ou un ordinateur sur une ligne câble), avec un ralentissement CPU calibré pour que nos serveurs notent comme ceux de Google. Tant que le ralentissement d'un serveur de test n'est pas calibré, ses rapports indiquent qu'il est provisoire.

PageSpeed Insights fait un seul passage depuis un lieu que vous ne pouvez pas choisir ; nous en faisons trois depuis le lieu que vous choisissez. Le réglage Pleine vitesse charge la page à la vitesse propre de notre serveur, sans bridage, plus proche du point de vue de GTmetrix : ses scores sont donc en général plus élevés.

Les deux réglages, sur chaque rapport.Comme Google PageSpeedPleine vitesse
Réseau (mobile)150 ms · 1,6 Mbit/s, simulécelui du serveur de test
Réseau (ordinateur)40 ms · 10 Mbit/s, simulécelui du serveur de test
Écran du mobileMoto G Power, 412×823Moto G Power, 412×823
CPUralenti, calibré par serveurnon ralenti
Passages3, médiane3, médiane
Les deux réglages, sur chaque rapport.

Données de laboratoire et données de terrain : lesquelles comptent ?

Le test de laboratoire est une visite neuve que vous pouvez répéter après une correction : le même lieu, le même appareil et le même réseau à chaque fois, si bien qu'un changement se voit le jour même. Les données de terrain, ce sont 28 jours de vrais utilisateurs de Chrome, au 75e centile, issus du Chrome UX Report.

Le verdict Core Web Vitals de Google vient des données de terrain, et il ne peut pas bouger juste après une correction : il fait la moyenne de quatre semaines. Vérifiez une correction en laboratoire, et suivez-la dans les données de terrain au fil du mois suivant, à mesure qu'elle atteint vos visiteurs.

Laboratoire (ce test)

  • Une visite, cache vide
  • Un lieu, un appareil et un réseau que vous choisissez
  • Bouge dès que vous corrigez quelque chose
  • Le TBT tient lieu d'interactivité

Terrain (utilisateurs réels)

  • Chaque visite Chrome qui partage ses statistiques
  • Tous leurs téléphones, réseaux et caches
  • Le 75e centile sur 28 jours
  • L'INP mesure les vraies interactions
La même page, deux types de données.

Comment rendre mon site plus rapide ?

Commencez par ce qui coûte le plus de points : les correctifs sont classés selon le gain que prouve la mesure. Un serveur lent, ou éloigné et sans CDN, retarde tout ce qui suit ; les fichiers bloquant le rendu retardent le premier affichage ; un JavaScript lourd bloque les appuis ; une image principale tardive retarde le LCP.

Les publicités, les outils d'analyse et les scripts d'autres sites doivent en général rester : différez-les jusqu'à ce que la page soit utilisable, ou servez-les vous-même. Puis testez à nouveau : le rapport compare l'avant et l'après et marque chaque correctif précédent comme corrigé ou encore ouvert.

ConstatSe corrige dans
Le serveur tarde à répondreslow-serverle sitele CDNle serveur
Pas de CDN : les lieux éloignés attendent un seul serveurno-cdn-far-regionle CDN
CSS et JavaScript bloquant le rendurender-blockingle site
JavaScript occupe le thread principalmain-thread-busyle site
Le plus grand affichage arrive tardlcp-slowle sitele CDN
Des images plus grandes que ce dont l'écran a besoinimage-deliveryle sitele CDN
Votre CDN a servi une ancienne copiecdn-stale-copyle CDN
Constats fréquents, et où chacun se corrige.

Questions sur le test de vitesse de site web

Le test de vitesse de site web est-il gratuit ?

Oui. Toutes les fonctions sont gratuites et sans inscription : des tests depuis 3 lieux maximum à la fois, mobile et ordinateur, la bande d'images et la relecture du chargement, la cascade, les données des utilisateurs réels et les correctifs. Un visiteur peut lancer quelques tests par minute, et le temps de test quotidien est partagé équitablement pour que le service reste gratuit pour tous.

Pourquoi mon score change-t-il à chaque fois ?

Une page ne se charge jamais deux fois exactement de la même façon : les serveurs répondent plus ou moins vite, les publicités changent et le réseau varie. C'est pourquoi nous lançons Lighthouse trois fois par lieu et notons le passage médian, en affichant les trois scores pour que vous voyiez l'écart (une page qui ne finit jamais de charger reçoit un ou deux passages à la place, et son rapport le signale). Quelques points d'écart entre deux tests, c'est normal.

Mettez-vous les résultats en cache ?

Jamais pour un nouveau test. Chaque test lance un navigateur neuf avec un profil vide, sans cache et avec un DNS neuf : une correction que vous venez de faire se voit donc tout de suite. Si votre propre CDN sert une copie stockée de la page, le rapport le signale et indique son âge, car les vrais visiteurs reçoivent aussi cette copie.

Depuis quels lieux puis-je tester ?

Les tests complets dans un navigateur tournent dans 9 régions AWS : Virginie, Oregon, São Paulo, Londres, Francfort, Bombay, Singapour, Tokyo et Sydney, jusqu'à 3 par test. Chaque lieu garde un serveur de test en marche, le test démarre donc tout de suite, ou attend son tour si un autre test y tourne. Les temps serveur viennent toujours de nos 11 lieux.

Que signifient les réglages « Comme Google PageSpeed » et « Pleine vitesse » ?

Le réglage « Comme Google PageSpeed » utilise les préréglages de PageSpeed Insights : un mobile simulé en 4G lente avec le CPU ralenti, ou un ordinateur sur une ligne câble, pour que les scores soient comparables à ceux de Google. « Pleine vitesse » charge la page à la vitesse propre de notre serveur de test, sans bridage : ce réglage montre ce qu'obtient une connexion rapide et donne des scores plus élevés.

Pourquoi mon site a-t-il refoulé le test ?

Certains sites utilisent une protection anti-bot (DataDome, HUMAN, Cloudflare et d'autres) qui bloque les navigateurs automatisés. Notre navigateur de test dit ce qu'il est dans son user agent, il peut donc être arrêté. Le rapport montre ce que le site a renvoyé. Si c'est votre site, autorisez notre user agent ou les adresses fixes de nos serveurs de test, listées dans la réponse suivante.

Quelles adresses IP vos serveurs de test utilisent-ils ?

Chaque test dans un navigateur part de l'une de ces adresses fixes, une pour chacun de nos 9 lieux, pour que vous puissiez les autoriser dans votre pare-feu ou votre protection anti-bot : 184.195.23.138 (Virginie), 54.201.75.231 (Oregon), 54.21.28.0 (São Paulo), 13.41.183.26 (Londres), 63.176.218.44 (Francfort), 15.206.239.6 (Bombay), 13.229.17.166 (Singapour), 3.114.170.116 (Tokyo), 15.134.82.51 (Sydney). Les temps serveur viennent du réseau de Cloudflare, qui n'a pas de liste fixe. Notre navigateur de test se présente aussi dans son user agent.

Combien de temps les rapports sont-ils conservés ?

Chaque rapport a son propre lien, que vous pouvez partager ; il est conservé avec ses captures pendant 30 jours, puis supprimé. Les liens des rapports ne sont jamais listés ni indexés, et nous ne publions jamais les sites que les gens testent. Le site que vous testez voit notre serveur de test, jamais votre adresse, et l'IA qui rédige les correctifs ne reçoit que le rapport.

Puis-je comparer avant et après une correction ?

Oui. Appuyez sur Tester à nouveau dans un rapport : le nouveau test reprend la même page, les mêmes lieux et les mêmes réglages, et le résultat affiche chaque métrique avant et maintenant. Chaque correctif du test précédent est marqué corrigé, amélioré ou encore ouvert, jugé d'après les propres données du nouveau test.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Outils associés