« Mon score PageSpeed est catastrophique, il faut tout refaire ? » C’est la phrase que j’entends le plus souvent après qu’un client a testé son site sur PageSpeed Insights. La réponse est presque toujours non : ce score mélange plusieurs mesures, certaines faciles à corriger, d’autres qui dépendent du thème ou de l’hébergement. Comprendre ce que chaque indicateur mesure évite de paniquer pour rien, et surtout de corriger la mauvaise chose.
Trois indicateurs, trois moments différents de la visite
Les Core Web Vitals regroupent trois mesures officielles, chacune centrée sur un moment précis de l’expérience de la personne qui visite la page. Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus grand élément visible à l’écran, en général une image ou un titre. L’INP (Interaction to Next Paint) mesure la réactivité de la page quand on clique ou qu’on tape, du clic jusqu’à ce que l’écran réagisse visiblement. Le CLS (Cumulative Layout Shift) mesure les décalages visuels inattendus, comme un bouton qui se déplace juste avant qu’on clique dessus parce qu’une image vient de se charger au-dessus.
Le Largest Contentful Paint (LCP) mesure le temps de chargement perçu en indiquant à quel moment le plus grand élément de contenu de la page a fini de s’afficher dans la zone visible à l’écran ; un LCP inférieur à 2,5 secondes correspond à une bonne expérience utilisateur, un LCP supérieur à 4 secondes est considéré comme médiocre.
Cette définition, reprise dans la documentation officielle des Core Web Vitals, explique pourquoi une image d’en-tête trop lourde plombe régulièrement ce score : elle est souvent, sur une page d’accueil, le fameux « plus grand élément » que le LCP surveille.
Lighthouse et les données de terrain : deux sources, deux réalités
PageSpeed Insights affiche en réalité deux jeux de résultats. Le premier vient de Lighthouse, un outil qui charge la page une seule fois, dans des conditions simulées, en laboratoire. Le second, ce sont les données de terrain : des mesures anonymisées, remontées par les navigateurs Chrome des vraies personnes ayant visité le site, sur des connexions et des appareils réels. Les deux peuvent diverger nettement, et c’est normal : un site rapide dans un test de laboratoire peut ramer sur le mobile d’entrée de gamme d’un visiteur réel avec une connexion instable. Ce sont les données de terrain qui comptent le plus pour l’expérience effective des visiteurs.
Ce qui vaut la peine d’être corrigé en premier
Dans l’ordre, je regarde d’abord les images non compressées ou non redimensionnées, cause numéro un d’un mauvais LCP. Ensuite les scripts tiers non essentiels (chat en ligne, widgets sociaux) qui plombent l’INP en monopolisant le navigateur au mauvais moment. Enfin les images ou publicités qui n’ont pas de dimensions fixées à l’avance, principale cause d’un CLS élevé. Ces trois chantiers, pris dans cet ordre, corrigent la majorité des scores rouges sans toucher à une ligne de code du thème.
Un mauvais score n’est pas toujours une urgence
Je vois régulièrement des propriétaires de site paniquer devant un score de 40 sur 100, persuadés que leur référencement s’effondre du jour au lendemain. Dans les faits, ce score n’est qu’un signal parmi d’autres, et son poids réel dépend de la concurrence sur le secteur : un site qui répond en trois secondes peut très bien continuer à bien se positionner si le contenu répond mieux à la recherche que celui des concurrents. Ce qui compte, ce n’est pas d’atteindre cent, c’est d’éviter les valeurs franchement mauvaises qui dégradent l’expérience de navigation, en particulier sur mobile où les connexions sont plus lentes et les appareils moins puissants que ceux utilisés pour les tests en agence.
L’INP, l’indicateur le plus récent et le moins connu
L’INP a remplacé un indicateur plus ancien, le First Input Delay, précisément parce qu’il mesure la réactivité sur l’ensemble de la visite et pas seulement à la première interaction. Un site qui répond bien au premier clic mais devient poussif après quelques secondes d’utilisation, une fois que des scripts publicitaires ont fini de se charger en arrière-plan, s’en trouve désormais pénalisé alors qu’il aurait obtenu un bon score avec l’ancienne mesure. C’est souvent le signe d’un thème ou d’un constructeur de pages trop chargé en fonctionnalités superflues.
Pour situer ces indicateurs dans leur contexte plus large, l’article Core Web Vitals sur Wikipédia retrace bien leur origine et leur évolution depuis leur introduction. Et comme la vitesse d’un site dépend aussi de ce qui se passe avant même que le navigateur reçoive la première ligne de code, le choix de l’hébergement compte tout autant : j’y reviens dans l’article sur les critères d’un hébergement WordPress. Une fois ces réglages en place, garder un œil régulier sur l’évolution du score fait partie des habitudes que je décris dans le panorama des outils qui font tourner un site.
