Ce que cette page mesure, et ce qu'elle ne mesure pas
L'outil relève le temps de réponse d'une adresse : le délai entre l'envoi de la requête et la réponse du serveur. C'est un indicateur utile, mais partiel — soyons clairs là-dessus plutôt que de laisser croire à une analyse complète.
Il ne mesure pas le temps d'affichage complet de la page dans un navigateur, qui dépend du chargement des images, de l'exécution des scripts et du rendu. Pour cela, utilisez PageSpeed Insights de Google ou GTmetrix, qui chargent réellement la page dans un navigateur instrumenté.
Voyez ce test comme un premier coup de sonde : si le serveur met déjà longtemps à répondre, aucun travail sur les images ne sauvera la page.
Le temps de réponse du serveur
C'est le socle. Tant que le serveur n'a pas répondu, le navigateur n'a rien à afficher : ce délai s'ajoute intégralement à tout le reste.
Un temps élevé vient généralement d'un hébergement mutualisé saturé, d'une base de données lourde, d'un site sans cache qui recalcule chaque page à chaque visite, ou d'un serveur géographiquement éloigné de vos visiteurs.
C'est aussi le poste où le retour sur investissement est le plus rapide : activer un cache de pages sur un site qui n'en a pas divise souvent ce délai par un facteur important, sans toucher au contenu.
Ce qui ralentit réellement les sites
Les images non optimisées arrivent en tête, de très loin. Une photo envoyée telle que sortie de l'appareil pèse plusieurs mégaoctets pour être affichée dans un cadre de quelques centaines de pixels. Redimensionner aux dimensions réelles d'affichage et compresser règle l'essentiel du problème.
Les scripts tiers viennent ensuite : mesure d'audience, régies publicitaires, widgets de réseaux sociaux, outils de chat. Chacun paraît anodin, l'accumulation ne l'est pas — et vous ne contrôlez ni leur poids ni leur disponibilité.
Les extensions sur un site sous CMS : chacune ajoute ses propres feuilles de style et scripts, chargés sur toutes les pages même là où elles ne servent à rien.
Les polices personnalisées, enfin, bloquent souvent l'affichage du texte le temps de leur chargement.
Les Core Web Vitals
Google évalue trois signaux : le délai d'affichage du plus grand élément visible, la stabilité visuelle de la mise en page pendant le chargement, et la réactivité aux interactions.
Le deuxième est celui que les visiteurs ressentent le plus et que les propriétaires de sites ignorent le plus : c'est ce qui se produit quand un bouton se déplace au moment où vous cliquez, parce qu'une image ou une bannière vient de s'insérer au-dessus. Réserver l'espace des éléments avant leur chargement corrige ce défaut sans rien changer d'autre.
Ces signaux comptent dans le classement, mais modestement : ils départagent des pages de qualité comparable. Un site lent avec un excellent contenu bat un site rapide qui n'a rien à dire.
Mesurer là où sont vos visiteurs
L'erreur la plus répandue consiste à juger la vitesse de son site depuis un ordinateur de bureau raccordé à la fibre. Vos visiteurs, eux, sont souvent sur mobile, en réseau cellulaire.
Testez systématiquement en conditions mobiles. Les écarts sont considérables, et c'est la performance mobile que Google utilise pour évaluer votre site.
Par où commencer
Dans l'ordre, pour la plupart des sites : compresser et redimensionner les images ; activer un cache de pages ; supprimer les scripts tiers dont personne ne consulte les données ; désactiver les extensions inutilisées ; et seulement ensuite envisager un changement d'hébergement.
Les trois premiers points suffisent le plus souvent à transformer l'impression de rapidité, gratuitement.