Tester la vitesse de mon site : quel chiffre lire, où vous situer, et quoi corriger d'abord

Le test, en deux minutes, et le seul chiffre à lire

Ouvrez PageSpeed Insights, l'outil gratuit de Google. Collez l'adresse de votre page. Laissez l'onglet Mobile, qui est celui affiché par défaut, et attendez la fin de l'analyse.

La page qui s'affiche contient une dizaine de nombres. Un seul vous concerne aujourd'hui : le LCP, écrit en toutes lettres « Largest Contentful Paint ». C'est le temps qu'il faut pour que le plus grand élément visible de votre page, en général votre photo principale ou votre titre, apparaisse à l'écran.
Ce n'est pas la note sur 100. Cette note mélange cinq mesures, dont le temps d'affichage ne pèse qu'un quart : deux sites avec la même note peuvent donc mettre l'un une seconde et l'autre six pour afficher leur contenu principal.

Le LCP apparaît deux fois, et les deux nombres sont différents

Le premier bloc, tout en haut, porte les mesures de vos vrais visiteurs, prises sur leurs vrais téléphones pendant les vingt-huit derniers jours. Google n'y retient pas la moyenne : il retient la valeur en dessous de laquelle tombent trois chargements sur quatre. Autrement dit, il juge sur le quart le plus mal servi, pas sur le cas favorable.

Le second bloc, plus bas, est un test de laboratoire : un seul chargement, lancé à l'instant, sur un téléphone simulé, avec une connexion volontairement bridée. C'est celui qui porte la liste des recommandations.
Pour retrouver le bon nombre dans l'un ou l'autre, cherchez les trois lettres LCP avec la fonction de recherche de votre navigateur : l'outil affiche le nom anglais quelle que soit la langue.
C'est le nombre du second bloc que vous comparerez aux chiffres de cet article, parce que j'ai repris les mêmes valeurs de bridage pour mesurer les 189 sites.

Une réserve, et elle est de moi : mes conditions sont les mêmes, mon appareil simulé et ma façon de brider ne sont pas identiques à ceux de Google. J'applique le bridage en direct pendant le chargement, l'outil de Google le calcule après coup sur un chargement libre, et le téléphone simulé de Google n'a pas exactement le même écran que le mien. Les nombres se comparent donc en ordre de grandeur, pas à la décimale près.

Où se situe votre chiffre : 189 sites d'artisans et de PME français, mesurés le 4 septembre 2026

Trois secondes, c'est bien ou c'est mal ? La seule façon de répondre est de regarder ce que font des sites comparables au vôtre.

J'ai donc mesuré 190 sites d'entreprises françaises, 17 métiers dans 18 villes, dont des plombiers, des électriciens, des couvreurs, des menuisiers, des garages, des opticiens. 189 sur les 190 sont ressortis mesurables, et je dis plus bas pourquoi le dernier ne l'est pas.
Chaque page a été chargée dans un vrai Chrome, avec exactement les valeurs de bridage réseau et processeur de Lighthouse, le moteur qui calcule la note de PageSpeed Insights.

Les repères, en clair

Un mot sur ce dernier chiffre, parce qu'il aurait pu être plus spectaculaire et faux : 53 des 189 pages chargeaient encore au bout de 25 secondes, moment où j'arrête la mesure. Pour celles-là, le temps relevé est un minimum et pas une valeur, donc la page la plus lente que j'annonce est la plus lente parmi celles qui ont fini de charger.
Elles restent dans la distribution, parce qu'elles sont de toute façon très loin au-delà du seuil. Sans elles, la moitié du panel serait à 5,7 secondes au lieu de 5,9 secondes.

Une seule mesure ne suffit pas, et voici de combien elle bouge

Un test de vitesse est un chargement unique, pas une moyenne. Avant de vous demander de comparer votre chiffre au mien, je devais donc savoir de combien un même site bouge d'un passage à l'autre. J'ai repris 20 sites du panel, tirés au sort, et rechargé chacun trois fois de suite, dans les mêmes conditions.

La réponse est plutôt rassurante : entre le passage le plus rapide et le plus lent d'un même site, l'écart médian est de 0,1 seconde, soit 3,5 %. Le nombre est donc stable, et un gain que vous verriez après une correction est probablement réel.

Avec une réserve, et elle est nette : 10,0 % de ces sites ont changé de catégorie entre deux passages, bon, à améliorer ou mauvais, sans que rien n'ait bougé sur le site. Et sur l'un d'eux, l'écart entre deux chargements a atteint 8,0 secondes.
La règle pratique tient en une ligne : un écart de moins de 3,5 % ne prouve rien, et si votre résultat vous surprend, refaites-le trois fois et gardez celui du milieu.

Mes propres pages, passées au même banc

Mesurer les sites des autres et cacher les siens ne vaut rien. Voici donc amiseo.fr, le même jour, avec exactement le même code et les mêmes conditions.

Mon propre accueil est au-dessus de la médiane du panel, et je le publie tel quel. Il illustre exactement ce que dit la section précédente : c'est ma page la plus lourde, et mes pages de vente, celles qui comptent, passent le seuil. Ça ne me dispense de rien, ça me met dans le même bateau que vous.

La page qui saute pendant qu'elle charge

Google regarde une deuxième chose, qu'il appelle la stabilité de la mise en page : est-ce que le contenu saute pendant le chargement, si bien que le bouton que vous visiez se dérobe sous le doigt ? Elle se lit dans le même bloc de PageSpeed Insights, sous le nom « Cumulative Layout Shift », et elle ne s'exprime pas en secondes mais en un score qui doit rester sous 0,1.

Sur les 189 sites mesurés, 29 le dépassent, soit 15,3 %. La moitié du panel est à 0,006, très loin en dessous. Mais ma mesure ne fait jamais défiler la page, et c'est en défilant qu'on rencontre les images qui arrivent en retard : mon chiffre décrit le premier écran, pas la page entière. Pour juger le reste, faites défiler votre propre page sur un téléphone et regardez si le texte saute.

Pourquoi votre site vous paraît rapide alors qu'il ne l'est pas

Vous tapez l'adresse de votre site depuis le bureau, sur une bonne connexion et un ordinateur récent. La page s'affiche presque instantanément. Vous en concluez que votre site est rapide, et vous passez à autre chose.

J'ai chargé les mêmes 189 pages deux fois de suite, dans le même navigateur, cache vide des deux côtés. Une fois en conditions de bureau, sans rien brider. Une fois avec le bridage mobile décrit plus haut.
La moitié des sites affiche son plus grand élément en 0,6 seconde côté bureau, et en 5,9 secondes côté téléphone bridé.

Ce que ce rapport mesure, et ce qu'il ne mesure pas, parce que la différence compte : il ne compare pas deux appareils dans les mêmes conditions. Il compare votre situation de test, machine rapide et connexion rapide, à la situation bridée dans laquelle Google note les sites. Il mélange donc le réseau, le processeur et l'écran, et je ne prétends nulle part démêler la part de chacun.
C'est pour ça que je ne publie pas le rapport entre les deux comme un résultat : il dépendrait de ma connexion ce jour-là autant que des sites. La conclusion, elle, tient : votre test de bureau ne vous dit rien du chiffre sur lequel vous serez jugé.

Vous testez votre page d'accueil, et c'est rarement la bonne page à tester

Quand on teste son site, on teste son accueil. C'est l'adresse qu'on connaît par coeur. J'ai donc mesuré une seconde page sur chaque site, prise dans son propre plan du site, et comparé les deux.

Sur 162 sites mesurés deux fois, 66,7 % des pages intérieures s'affichent plus vite que l'accueil. Sur ces 162 sites, l'accueil met 6,0 secondes en médiane et la page intérieure 4,4 secondes.
La raison est mécanique : une page d'accueil porte le diaporama, les logos, les avis, la carte, parfois une vidéo. Une page de service porte du texte et une photo.

Un détail de lecture, pour que vous ne buttiez pas dessus : ces deux médianes ne se soustraient pas. Site par site, l'écart médian est de 0,9 seconde, et ce n'est pas la différence entre les deux valeurs ci-dessus. La médiane des écarts et l'écart entre les médianes sont deux choses distinctes, et c'est la première qui décrit un site réel.

Deux conséquences, et la seconde est celle qui coûte. D'abord, votre test d'accueil donne un chiffre plus mauvais que vos autres pages : ne paniquez pas sur ce seul résultat.
Ensuite, et c'est le risque réel : chez 33,3 % de ces sites, la seconde page que j'ai mesurée est PLUS lente que l'accueil. Presque un sur trois. Ceux-là ont un problème que leur test d'accueil ne montre pas, et il se trouve sur les pages où l'on décide de les appeler.

Le cas qui résume la section : un site dont l'accueil s'affiche en 2,0 secondes, donc dans le vert du seuil de Google, et dont la page intérieure met 19,6 secondes. Le même site, le même jour, la même connexion. Son patron teste son accueil, voit un bon résultat, et ne saura jamais ce que voient ses visiteurs.
Ce cas se produit chez 7 des 33 sites dont l'accueil passe le seuil.

De quoi vos secondes sont faites : ce qui sépare le tiers le plus rapide du tiers le plus lent

Savoir qu'on est lent ne sert à rien si personne ne dit pourquoi. J'ai donc coupé les 189 sites en trois groupes égaux, du plus rapide au plus lent, et comparé ce qu'il y a dans leurs pages.

Valeurs médianes de chaque groupe, sur les 189 sites mesurés le 4 septembre 2026. Les trois groupes sont les trois tiers du classement par temps d'affichage sur téléphone. Les méga-octets sont comptés en 1 024 kilo-octets, comme dans le navigateur.

Un tableau de médianes montre des écarts, il ne dit pas lequel pèse le plus. J'ai donc calculé, pour chaque élément, la force de son lien avec le temps d'affichage, sur les 189 sites. La valeur va de 0, aucun lien, à 1, lien parfait, et elle pourrait descendre en dessous de zéro si l'un montait quand l'autre descend. Ce n'est le cas d'aucune ligne ici.

Corrélation de rang entre chaque élément et le temps d'affichage sur téléphone, sur 189 sites mesurés le 4 septembre 2026. Une corrélation dit que deux choses varient ensemble, pas que l'une cause l'autre.

Un seul élément se détache : le poids transféré, à 0,59. Les 6 suivants se tiennent entre 0,27 et 0,33, ce qui est trop serré pour les départager sur 189 sites : ne lisez pas ce tableau comme un classement, lisez-le comme un premier, puis un peloton.
Deux réserves avant d'en tirer quoi que ce soit. La réponse du serveur est comptée DANS le temps d'affichage : tant qu'il n'a pas répondu, rien ne s'affiche, donc son lien est en partie mécanique. Et ces mesures se contiennent les unes les autres, le poids transféré contient tout le reste : on ne peut pas les arbitrer comme si c'étaient des choix concurrents.

Ce que la lenteur coûte, et ce que je ne peux pas vous dire

Vous avez lu quelque part qu'une seconde de plus fait perdre un pourcentage précis de commandes. Ces chiffres viennent de très grandes boutiques en ligne, mesurés chez elles, sur des millions de visites.
Je n'ai pas mesuré ce que la lenteur coûte à un artisan, et je ne vais donc pas vous donner de pourcentage. Personne ne peut le calculer pour votre site sans avoir accès à vos ventes avant et après une correction.

Ce qui est vérifiable tient en trois phrases, et elles viennent des pages officielles de Google, pas d'une agence.

La conséquence pratique est simple, et elle va à rebours de ce qu'on vend : corriger la vitesse ne remplace pas d'avoir la bonne page sur la bonne question. Si personne ne trouve votre site, le problème n'est pas son temps d'affichage, et c'est une autre enquête : pourquoi un site n'apparaît pas dans Google.

Quoi corriger, et dans quel ordre

L'ordre ci-dessous croise deux choses : ce que la mesure relie au temps d'affichage, et ce que vous pouvez réellement changer. Ce n'est pas le classement du tableau précédent, et c'est volontaire : le poids transféré arrive en tête là-haut, mais on ne « corrige » pas un poids transféré, on corrige les choses qui le composent.

La première ligne, vous pouvez la faire seul aujourd'hui. Les cinq autres demandent quelqu'un qui a la main sur le site, et c'est le travail que je décris sur ma page de consultant SEO à Toulouse.

La ligne 6 arrive en dernier pour une raison mesurée, pas par principe : sur les 189 sites, la moitié voit son serveur répondre en 289 millisecondes, et une migration coûte cher pour rien quand quatre photos suffisaient.
Mais elle passe en PREMIER pour un lecteur sur quatre. 50 sites du panel ont un serveur qui met plus d'une seconde à répondre : si c'est votre cas, ne commencez pas par les images, commencez par là.

Les quatre premières lignes ne demandent pas de refaire le site, et c'est précisément pour ça qu'une refonte de site internet quand le site est lent est rarement la première chose à faire. C'est le point important : sur un site médian, l'attente du serveur occupe 5,4 % du temps d'affichage, et tout le reste vient de ce qu'on a mis dans la page.
Si votre site tourne sous WordPress et que vous vous demandez si l'outil y est pour quelque chose, j'ai mesuré cette question à part, sur un autre panel, dans ma page sur le référencement d'un site WordPress. Le relevé du jour, lui, ne relève pas quel outil fait tourner les sites, et ne dit donc rien sur ce point.