Tester la performance d’un site web
Collez une adresse : score de performance mobile, Core Web Vitals, poids de la page — et le temps de réponse du serveur, la seule mesure qui dépende de votre hébergeur.
Essayez :
Ce que mesure ce test, en français
L’analyse simule un mobile de milieu de gamme sur une connexion 4G bridée — le contexte dans lequel la majorité de vos visiteurs arrivent, et celui que Google retient. Voici les six chiffres et ce qui les fait bouger.
moins de 300 msLe délai entre la demande du navigateur et le premier octet renvoyé. Votre hébergeur, votre cache, et rien d’autre. C’est la seule mesure de cette page qu’un changement d’hébergement améliore vraiment.
moins de 2,5 sLe moment où l’image ou le titre principal devient visible. Google s’en sert comme signal de classement : c’est la mesure à surveiller en premier après le serveur.
moins de 200 msLe temps pendant lequel la page est affichée mais ne répond pas aux clics, parce que le navigateur exécute du JavaScript. Presque toujours des scripts tiers ou des extensions.
moins de 0,1De combien le contenu saute pendant le chargement — le bouton qui se déplace au moment où vous cliquez. Le plus souvent, des images ou des publicités sans dimensions déclarées.
moins de 1,8 sQuand quelque chose apparaît enfin à l’écran, même incomplet. Dépend du serveur et des fichiers bloquants, CSS et polices en tête.
moins de 3,4 sÀ quelle vitesse la page se remplit, vue par le visiteur. Une synthèse : elle bouge quand les autres bougent.
Un score bas : à qui la faute ?
La question n’est pas rhétorique, et la réponse tient en une mesure. Si le serveur répond vite et que le score est mauvais, changer d’hébergeur ne changera rien. S’il répond lentement, c’est l’inverse.
Et lui seul. Un mutualisé saturé, un serveur sans cache de pages, une base de données lente : le navigateur attend avant même de recevoir la première ligne de HTML. Au-delà de 600 ms, c’est le premier chantier — et souvent le plus rentable, parce qu’il profite à toutes les pages d’un coup.
Les hébergements mutualisés classés par coût réel → Les hébergeurs WordPress, TTFB mesuré → Savoir qui héberge un site →Tout le reste. Des images non compressées ou servies en pleine résolution, des extensions qui chargent leur JavaScript partout, trois polices pour deux niveaux de titre, un carrousel en page d’accueil. Ces points-là se gagnent sans déménager, et souvent en une après-midi.
Les quatre gestes qui pèsent le plus lourd → Nos guides techniques →Une nuance, parce qu’elle est constante : un bon hébergeur ne rattrapera jamais une page à cinq mégaoctets, et un site parfaitement optimisé restera lent sur un serveur qui met deux secondes à répondre. Les deux colonnes se travaillent, dans cet ordre-là.
Les sept autres outils d’analyse qui valent le détour
Aucun outil d’analyse ne donne exactement les mêmes chiffres qu’un autre : chacun a sa méthode, son lieu de mesure et sa pondération. En croiser deux ou trois est la seule façon d’avoir une image juste — voici lesquels, et pour quoi faire.
La référence, et le moteur de cette page : Lighthouse en laboratoire, plus les données réelles de vos visiteurs quand votre site a assez de trafic. Score de 0 à 100, mobile et ordinateur séparés, sans compte.
Ce qu’il apporte en plusC’est la même source que notre test. L’intérêt d’y aller directement : le détail audit par audit, et la version ordinateur.
Ouvrir PageSpeed Insights →Le plus complet des sept. Choix du pays, du navigateur, du type de connexion, cascade détaillée de toutes les requêtes, et surtout la possibilité de lancer plusieurs mesures d’affilée pour n’en garder que la médiane.
Ce qu’il apporte en plusTrois choses que nous ne faisons pas : tester depuis plusieurs pays, montrer la cascade des requêtes, et répéter la mesure. Quand un résultat vous surprend, c’est là qu’il faut aller vérifier.
Ouvrir WebPageTest →Rapport complet avec note globale, temps de chargement élément par élément, et la lecture vidéo du chargement. Les tests depuis d’autres pays et d’autres navigateurs demandent un compte gratuit.
Ce qu’il apporte en plusLa cascade des requêtes et le comparatif entre deux mesures dans le temps. Utile pour savoir quel fichier exactement ralentit la page.
Ouvrir GTmetrix →Test de vitesse depuis plusieurs régions du monde, avec une note et une comparaison à la moyenne des sites testés. La surveillance continue et les alertes sont payantes.
Ce qu’il apporte en plusLa répartition du poids par type de ressource, et le positionnement par rapport aux autres sites — pratique pour savoir si votre 3 Mo est anormal ou banal.
Ouvrir Pingdom →Ce n’est pas un outil de performance mais d’accessibilité : contrastes insuffisants, images sans texte alternatif, structure de titres bancale, formulaires sans étiquette.
Ce qu’il apporte en plusUn sujet que nous ne couvrons pas du tout, et qui compte autant que la vitesse pour une partie de vos visiteurs. Gratuit, sans compte, à passer une fois par an.
Ouvrir WAVE →Audit de référencement plutôt que de performance : balises de titre, méta-descriptions, balises sociales, certificat SSL, adaptation mobile. Note sur 100 et liste de corrections.
Ce qu’il apporte en plusLe versant SEO, que ce test ignore volontairement. À lire en complément, jamais à la place d’une mesure de vitesse.
Ouvrir SEO Site Checkup →Test de vitesse avec choix du navigateur, du type d’appareil et du serveur d’origine. Reprend les données de PageSpeed Insights et y ajoute la cascade des requêtes.
Ce qu’il apporte en plusLe choix du navigateur : si votre site se comporte différemment sur Firefox ou sur un vieux Chrome, c’est le plus simple pour le vérifier.
Ouvrir Uptrends →- Une seule mesure, depuis un seul endroit. Google teste depuis ses serveurs ; nous ne choisissons ni le pays ni le réseau. Un site destiné au Québec ou au Maghreb mérite une mesure depuis là-bas — WebPageTest le fait.
- Pas de cascade des requêtes. Nous disons que la page est lourde, pas quel fichier exactement pèse 1,2 Mo. GTmetrix et WebPageTest le montrent ligne par ligne.
- Ni accessibilité, ni référencement. Deux sujets entiers que ce test ignore volontairement. WAVE couvre le premier, SEO Site Checkup le second.
En échange, aucun d’eux ne vous dira qui héberge le site testé, ni ne séparera ce qui vient du serveur de ce qui vient de la page. C’est la raison d’être de cet outil-ci.
Lento répond
Questions fréquentes sur la vitesse d’un site
Pourquoi mon score change-t-il d’un test à l’autre ?
Parce que la mesure est une simulation, pas une constante : réseau, charge du serveur au moment du test, scripts tiers plus ou moins lents ce jour-là. Un écart de cinq à dix points est normal ; ce qui compte, c’est l’ordre de grandeur et l’évolution. Le temps de réponse du serveur, lui, bouge peu — c’est celui qu’il faut surveiller.
Le score mobile est bien plus bas que sur mon ordinateur, c’est normal ?
Oui, et c’est voulu. Le test simule un téléphone de milieu de gamme sur une 4G bridée, pas votre poste de travail en fibre. C’est aussi ce que fait Google pour classer les pages, et c’est ce que vivent la majorité de vos visiteurs. Un écart de trente points entre mobile et bureau est courant.
Un meilleur hébergeur ferait-il monter mon score ?
Seulement si le temps de réponse du serveur est mauvais. C’est la seule mesure de cette page qui dépende de l’hébergement : au-delà de 600 ms, changer d’offre ou activer un cache de pages fait gagner des points sur toutes les pages d’un coup. Si le serveur répond en 150 ms et que le score reste bas, le problème est dans la page — images, scripts, polices — et déménager n’y changera rien.
Qu’est-ce que les Core Web Vitals ?
Trois mesures que Google utilise comme signal de classement : le LCP (quand le contenu principal s’affiche), le CLS (de combien la page saute pendant le chargement) et l’INP, qui a remplacé le FID (la réactivité aux clics, approchée ici par le blocage du navigateur). Elles comptent moins que la pertinence du contenu, mais elles départagent deux pages équivalentes.
Ce test utilise-t-il les mêmes données que Google ?
Oui : l’outil interroge l’API PageSpeed Insights de Google, qui combine une analyse Lighthouse en laboratoire et, quand le site a assez de trafic, les données réelles de ses visiteurs (rapport CrUX). C’est exactement ce que vous verriez sur pagespeed.web.dev, traduit et remis dans le contexte de votre hébergement.
Puis-je tester une page précise, pas seulement l’accueil ?
Oui, collez l’adresse complète de la page. C’est même recommandé : une page d’accueil légère peut cacher des pages produit ou des articles bien plus lourds. Testez celles qui reçoivent vos visiteurs, pas celles que vous regardez le plus.
Mon site est derrière un mot de passe ou en maintenance, pourquoi ça échoue ?
Parce que Google doit pouvoir charger la page comme un visiteur ordinaire. Un site protégé, en maintenance, bloqué aux robots ou qui refuse les connexions étrangères ne peut pas être analysé. Testez une page publique, ou levez la protection le temps du test.