Test de vitesse de page :
à quelle vitesse votre site charge-t-il ?
Un vrai Chrome charge votre page deux fois — une fois sur ordinateur, une fois sur un téléphone en 4G limité. Vous voyez l’arrivée du premier octet, le premier affichage de contenu, l’apparition du plus grand élément et le moment où la page est entièrement chargée — et ce que corriger chacune de ces étapes vaut en secondes.
Premier octet, premier affichage, plus grand élément, chargement complet
Un seul chiffre de temps de chargement masque le détail. Une page devient utilisable par étapes — et chaque étape a sa propre cause, et sa propre correction.
Premier octet (TTFB)
Le temps que met le serveur à réfléchir avant de commencer à répondre. Purement côté serveur : hébergement, base de données, cache serveur, CDN.
bon < 0,8 sPremier affichage (FCP)
L’écran blanc prend fin — quelque chose s’affiche enfin. En cause, le CSS et les scripts bloquants chargés dans le head.
bon < 1,8 sPlus grand contenu (LCP)
L’élément principal apparaît — l’image principale, sur la plupart des pages. C’est l’indicateur phare de Google, et celui que les images plombent le plus.
bon < 2,5 sChargement complet
Le chargement s’arrête — toutes les requêtes sont terminées. C’est là que le poids de la page, les scripts tiers et les pixels d’analyse se voient.
visez ≤ 3 s sur mobileLes indicateurs sur lesquels Google note votre site
Ceci est un test en laboratoire de la classe Lighthouse : un navigateur réel, une connexion contrôlée, des résultats en quelques secondes — lancez-le, corrigez quelque chose, relancez-le.
- Ce sont les indicateurs de Google. LCP, INP et CLS sont les mêmes Core Web Vitals que note PageSpeed Insights et qu’utilise la Recherche Google comme signal de classement.
- Laboratoire ou terrain : PageSpeed Insights affiche aussi les données de terrain CrUX — une moyenne sur 28 jours de vrais visiteurs. Le test en laboratoire répond à « est-ce rapide maintenant ? » ; les données de terrain répondent à « était-ce rapide le mois dernier ? » Utilisez les deux.
- Mobile d’abord : nous testons un téléphone milieu de gamme en 4G limité — pas la fibre de votre bureau. C’est la connexion qu’ont la plupart de vos visiteurs.
- Cache froid : chaque test simule un visiteur qui découvre la page pour la première fois — celui-là même que votre marketing vient de payer pour attirer.
Ce qui fait bouger chaque chiffre
indicateur · cause fréquenteVérifications de vitesse en ligne de commande
Chaque chiffre affiché sur cette page a un équivalent en ligne de commande. Nous les exécutons tous en une fois, deux fois, et traduisons le résultat.
Questions fréquentes
Comme objectif de travail : contenu visible sous 1,8 s, contenu principal (LCP) sous 2,5 s, chargement complet sous 3 s — sur mobile, pas seulement sur ordinateur. Un chargement complet sous 2 s est réellement rapide ; au-delà de 5 s, le taux de rebond grimpe fortement. Mais le chiffre unique compte moins que les étapes. Une page de 4 secondes qui s’affiche dès 0,9 s paraît plus rapide qu’une page de 3 secondes qui reste blanche jusqu’à 2,8 s.
Trois raisons se cumulent. La 4G ajoute de la latence à chacune des dizaines de requêtes de votre page. Son débit déplace les mégaoctets bien plus lentement que la fibre. Et le CPU d’un téléphone met 3 à 4 fois plus de temps à exécuter votre JavaScript. C’est pourquoi nous testons un téléphone milieu de gamme en 4G limité, pas votre Wi-Fi de bureau. Les pages lourdes craquent d’abord sur mobile.
Même famille, mêmes indicateurs. PageSpeed Insights exécute un test en laboratoire Lighthouse, comme nous, et y ajoute les données de terrain CrUX : une moyenne sur 28 jours de vrais utilisateurs Chrome. Le test en laboratoire répond à « est-ce rapide maintenant ? » et se relance à l’instant après une correction. Les données de terrain répondent à « était-ce rapide pour les vrais visiteurs le mois dernier ? » Les seuils LCP, INP et CLS que vous voyez ici sont ceux de Google.
Les réseaux fluctuent, les serveurs connaissent des pics d’activité, et les scripts tiers répondent différemment à chaque fois. Quelques centaines de millisecondes d’écart d’un test à l’autre, c’est normal. Pour un chiffre stable, lancez le test plusieurs fois et comparez. Comparez toujours ce qui est comparable : même emplacement, même appareil — pas ordinateur à Londres contre mobile à Singapour.
Les Core Web Vitals sont un signal de classement pour Google — un parmi beaucoup d’autres, et rarement ce qui fait basculer entre la première et la deuxième page de résultats. L’effet mesurable, lui, se voit sur les visiteurs : les pages lentes font fuir plus de monde et convertissent moins. Corrigez la vitesse pour vos visiteurs ; le gain de classement qui en découle n’est qu’un bonus.
Les images — elles représentent la moitié du poids d’une page moyenne, et une seule image principale surdimensionnée peut coûter plusieurs secondes en 4G. Ensuite, les scripts qui bloquent le rendu, puis le temps de réponse du serveur. Notre liste de corrections vous évite de deviner : elle est classée par secondes économisées estimées, donc le premier élément est toujours le gain le plus important.
Choisissez une région dans la barre de test — Londres, Cologne, Paris, Toronto ou Singapour — puis relancez pour comparer. Si vous voulez tous les emplacements à la fois, c’est le rôle du test de disponibilité de site web, qui charge votre page depuis plus de 30 points de contrôle en un seul passage. Gratuit dans tous les cas, sans inscription.
Continuer l'exploration
Les outils gratuits, c'est un début.
Uptimia veille sur la santé de vos sites.
Disponibilité, SSL, expiration de domaine, vitesse de page, transactions — surveillés depuis 171+ emplacements dans le monde. 30 jours gratuits.