PageSpeed Insights : lire le rapport sans paniquer

Un 38 sur 100, affiché dans un cercle rouge : c'est souvent la première chose que voit un commerçant qui teste son site dans PageSpeed Insights. On s'alarme aussitôt, parfois à tort, car ce chiffre ne résume qu'une partie du rapport. Avant de réclamer une refonte en urgence, apprenez à lire ce que l'outil mesure vraiment.

Deux parties, deux sources de données

Après la saisie de l'adresse d'une page, l'outil propose deux onglets, mobile et ordinateur. Commencez par le mobile, celui qui compte le plus pour un commerce local. Chaque onglet comporte deux blocs, à ne pas confondre.

En haut : les visites réelles

Le premier bloc présente l'expérience des utilisateurs de Chrome qui ont consulté la page, ou l'ensemble du site, au cours des vingt-huit derniers jours. Il indique si la page réussit l'évaluation des Core Web Vitals, les indicateurs de Google sur la vitesse, la réactivité et la stabilité. Cette partie compte le plus, car elle reflète ce que vivent vos clients.

Un site peu fréquenté n'a souvent pas assez de visites pour afficher ces données. Ce manque n'a rien d'inquiétant : la seconde partie prend alors le relais.

En dessous : une simulation

Le second bloc, avec la fameuse note sur 100, vient d'un test réalisé sur le moment par Lighthouse, l'outil d'analyse de Google. Il simule le chargement de la page sur un téléphone de milieu de gamme, avec une connexion lente. Ces conditions volontairement sévères expliquent qu'un site agréable à utiliser obtienne parfois une note médiocre, et que le résultat varie d'un test à l'autre.

Les indicateurs en mots simples

• LCP (Largest Contentful Paint) : le temps d'affichage du plus grand élément visible, souvent la photo du haut ou le premier bloc de texte ;
• INP (Interaction to Next Paint) : le délai de réaction de la page quand on touche un bouton ou ouvre un menu, mesuré sur les visites réelles ;
• CLS (Cumulative Layout Shift) : les sauts de mise en page, quand le texte se décale pendant le chargement ;
• FCP (First Contentful Paint) : le moment où le premier élément apparaît à l'écran ;
• TTFB (Time to First Byte) : le délai avant que le serveur commence à répondre, révélateur de la qualité de l'hébergement.

Dans la simulation, l'INP cède la place au TBT (Total Blocking Time), qui estime la durée pendant laquelle les scripts occupent la page et l'empêchent de réagir. Le code couleur reste le même partout : vert pour bon, orange pour à améliorer, rouge pour mauvais. Les seuils de chaque indicateur sont détaillés dans l'article sur la vitesse du site et les Core Web Vitals.

Ce qu'il faut corriger en premier

Sous la note, le rapport liste des pistes d'amélioration, parfois avec une estimation du gain. Leur nom et leur présentation évoluent au fil des versions. Plutôt que de tout traiter, cherchez les causes qui reviennent sur la plupart des petits sites :

1. L'élément principal : le rapport désigne l'élément mesuré par le LCP. S'il s'agit d'une photo, vérifiez son poids, ses dimensions et son mode de chargement, car le lazy loading doit être réservé aux images situées plus bas.
2. Les images trop lourdes : redimensionner et compresser les photos reste la correction la plus rentable, selon la méthode de l'article sur la compression des images.
3. Les scripts tiers : fenêtre de discussion, carte intégrée, fil Instagram, outils de mesure installés en double. Chacun a un coût, à mettre en regard de son utilité.
4. Le temps de réponse du serveur : s'il est élevé sur toutes les pages, l'hébergement ou l'absence de cache est en cause, et aucun réglage de page ne le compensera.

Classez ensuite chaque piste selon l'effort qu'elle demande et la page concernée. Une correction simple sur la page d'accueil ou la page de réservation passe avant un chantier lourd sur une page peu visitée.

Pourquoi viser 100 ne sert à rien

Pour son classement, Google tient compte des données des visites réelles parmi de nombreux autres signaux, et la pertinence du contenu reste déterminante ; la note de la simulation sert au diagnostic. Une page à 70 qui réussit les Core Web Vitals n'a rien à envier, pour vos clients, à une page à 98.

Les derniers points se gagnent souvent au prix de renoncements : retirer la vidéo qui présente l'atelier, le module de réservation ou l'outil de mesure d'audience. Gardez ce qui sert vos clients, même s'il coûte quelques points. Les autres catégories du rapport, accessibilité, bonnes pratiques et SEO, contrôlent des points de base utiles ; un 100 en SEO signifie que ces bases sont en place, sans rien garantir sur votre position.

Votre méthode de lecture

1. Testez votre page d'accueil et votre page la plus importante, onglet mobile, en notant d'abord le verdict des visites réelles.
2. Relevez l'élément désigné pour le LCP et les deux ou trois pistes qui reviennent, puis transmettez-les à votre prestataire.
3. Refaites le test après chaque correction et comparez avec vos résultats précédents plutôt qu'avec un score idéal. Si votre site cumule les lenteurs, mettez en balance le coût des corrections et celui d'un site neuf grâce au configurateur de devis.