PageSpeed Insights est souvent utilisé comme s’il fallait absolument décrocher un « 100/100 ». C’est tentant, mais ce n’est pas vraiment le sujet. L’outil sert surtout à comprendre comment une page se comporte pour ses utilisateurs et quelles optimisations peuvent réellement améliorer leur expérience.

Pour le SEO, trois indicateurs méritent particulièrement votre attention : les Core Web Vitals. Il s’agit du LCP, de l’INP et du CLS.

À quoi sert PageSpeed Insights ?

PageSpeed Insights analyse une URL sur mobile comme sur ordinateur. Le rapport peut afficher deux types de données, et il vaut mieux bien comprendre leur différence.

• les données de terrain, lorsqu’il existe suffisamment de données réelles issues du Chrome User Experience Report ;
• les données de laboratoire, obtenues grâce à un test Lighthouse réalisé dans des conditions contrôlées.

Les deux sont utiles, mais pas pour la même chose. Les données de terrain montrent ce que vivent de vrais visiteurs. Lighthouse, lui, sert surtout à mettre le doigt sur les causes techniques possibles dans un environnement de test.

Les trois Core Web Vitals à comprendre

LCP — Largest Contentful Paint

Le LCP mesure le temps nécessaire pour afficher le principal élément visible de la page. Il peut s’agir d’une grande image, d’un bloc de texte important ou d’un autre contenu dominant.

Seuil recommandé : 2,5 secondes ou moins au 75e percentile.

Quand le LCP est mauvais, le coupable est souvent assez classique : une image héro trop lourde, un serveur qui répond lentement, des ressources qui bloquent l’affichage ou un élément principal détecté trop tard par le navigateur.

INP — Interaction to Next Paint

L’INP s’intéresse à la réactivité. Il mesure le temps nécessaire pour que la page réagisse après une interaction comme un clic, un tap ou une saisie au clavier.

Seuil recommandé : 200 ms ou moins.

Un mauvais INP vient souvent d’un JavaScript trop gourmand sur le thread principal, de longues tâches exécutées d’un bloc ou de composants qui font beaucoup trop de travail avant d’afficher une réponse.

CLS — Cumulative Layout Shift

Le CLS mesure les déplacements inattendus des éléments pendant le chargement. Vous savez, ce bouton qui bouge juste au moment où vous alliez cliquer dessus. C’est exactement ce genre de problème.

Seuil recommandé : 0,1 ou moins.

Les causes sont souvent faciles à reconnaître : images sans dimensions réservées, publicités ajoutées tardivement, polices qui modifient brutalement la mise en page ou composants injectés au-dessus d’un contenu déjà affiché.

Pourquoi le score mobile est souvent plus mauvais ?

Le test mobile est volontairement plus sévère. Il simule un appareil moins puissant et des conditions réseau moins confortables que celles de votre ordinateur de bureau.

Voir un score inférieur sur mobile n’a donc rien d’exceptionnel.

Mais il ne faut pas l’ignorer pour autant. Une page qui paraît instantanée sur un ordinateur récent connecté à la fibre peut devenir franchement pénible sur un smartphone moyen avec une connexion moins stable.

Comment lire PageSpeed Insights dans le bon ordre

1. Regardez d’abord les Core Web Vitals réels

Quand les données de terrain sont disponibles, commencez par là. Elles permettent de savoir si les utilisateurs rencontrent réellement un problème, et pas seulement si Lighthouse en simule un.

2. Identifiez la métrique qui échoue

Inutile de vouloir tout corriger d’un seul coup. Un problème de LCP ne se traite pas comme un problème de CLS, et les causes peuvent être très différentes.

3. Utilisez Lighthouse pour comprendre la cause

Les diagnostics de laboratoire servent ensuite à creuser. Images trop lourdes, JavaScript excessif, ressources bloquantes ou autres ralentissements : c’est ici que vous cherchez ce qui explique le mauvais résultat.

4. Testez la page réellement importante

Ne vous arrêtez pas à la page d’accueil. Elle n’est pas toujours représentative du reste du site.

Testez aussi une page catégorie, un article, une fiche produit ou vos principales landing pages SEO. Les problèmes peuvent varier énormément d’un modèle de page à l’autre.

5. Mesurez après correction

Une optimisation n’est utile que si son effet est vérifié. Les données de laboratoire réagissent rapidement après une modification, alors que les données réelles ont besoin de temps avant de refléter l’expérience des nouveaux visiteurs.

Comment améliorer un LCP trop élevé ?

• Compresser l’image principale et l’adapter à sa taille d’affichage réelle.
• Utiliser des formats d’image modernes lorsqu’ils sont pertinents.
• Éviter le lazy-loading sur l’image qui sert de LCP.
• Réduire le temps de réponse du serveur.
• Précharger la ressource principale lorsqu’elle est découverte trop tard.
• Limiter les CSS et scripts qui retardent le rendu.
• Mettre en place du cache ou un CDN lorsque cela répond à un besoin réel.

Comment améliorer un INP trop élevé ?

• Supprimer ou alléger le JavaScript qui n’est pas indispensable.
• Découper les tâches trop longues.
• Retarder le chargement des scripts tiers non critiques.
• Alléger les composants interactifs les plus lourds.
• Éviter les gros traitements synchrones au moment d’un clic.
• Mesurer les interactions réellement lentes avec des outils de performance.

Comment améliorer un CLS trop élevé ?

• Définir à l’avance les dimensions des images et des vidéos.
• Réserver l’espace nécessaire aux bannières et aux éléments dynamiques.
• Éviter d’ajouter du contenu au-dessus de ce que le visiteur est déjà en train de lire.
• Charger les polices de façon à limiter les changements de dimensions du texte.
• Tester les popups, bandeaux de consentement et éléments ajoutés par des scripts tiers.

Faut-il absolument viser 100/100 ?

Non. Un score Lighthouse reste un indicateur, pas une médaille à décrocher.

Il est très utile pour comparer deux versions d’une page ou repérer des problèmes techniques. Mais un 100/100 n’a pas beaucoup de valeur si la page ne convertit pas, répond mal à l’intention de recherche ou offre une mauvaise expérience globale.

À l’inverse, une page à 85 peut parfaitement être excellente si elle est rapide pour ses utilisateurs, stable, claire et efficace.

La priorité reste donc de respecter les bons seuils Core Web Vitals pour la majorité des visiteurs et de corriger les problèmes qui touchent réellement les pages stratégiques.

Core Web Vitals et SEO : quel impact ?

Google utilise des signaux liés à l’expérience de page dans ses systèmes de classement. Cela ne veut pas dire que les Core Web Vitals remplacent la qualité du contenu.

Une page extrêmement rapide mais pauvre ou peu pertinente ne va pas grimper automatiquement en première position.

Le bon équilibre est plutôt celui-ci : un contenu utile, une page techniquement accessible et une expérience rapide et stable.

Comment Bloometrics simplifie le suivi des performances

Tester une URL de temps en temps dans PageSpeed Insights est simple, gratuit et très utile. Les choses commencent à se compliquer lorsque plusieurs pages doivent être suivies en parallèle et qu’il faut comparer les performances avec les données SEO.

C’est là que la lecture devient vite moins évidente.

Bloometrics intègre les Core Web Vitals dans le pilotage global du projet SEO, aux côtés de l’audit technique, des données Search Console, de GA4 et du suivi des mots-clés.

L’idée est simple : ne pas regarder la performance comme un score isolé, mais comme un élément parmi d’autres de la santé du site.

Prenons un cas concret. Une page qui génère beaucoup de trafic organique, affiche un LCP mauvais et voit ses conversions reculer mérite probablement davantage d’attention qu’une URL secondaire simplement notée quelques points plus bas dans Lighthouse.

Checklist PageSpeed Insights

1. Tester la page sur mobile et desktop.
2. Regarder d’abord les données réelles lorsqu’elles sont disponibles.
3. Identifier si le problème vient du LCP, de l’INP ou du CLS.
4. Utiliser les diagnostics pour retrouver la cause.
5. Commencer par les pages SEO qui ont le plus de valeur.
6. Corriger une famille de problèmes à la fois.
7. Retester après la mise en production.
8. Observer ensuite l’évolution dans le temps.

FAQ — PageSpeed Insights

Quelle est une bonne valeur LCP ?

Un bon LCP se situe à 2,5 secondes ou moins au 75e percentile des chargements de page.

Quelle est une bonne valeur INP ?

Un INP de 200 millisecondes ou moins est considéré comme bon.

Quelle est une bonne valeur CLS ?

Le CLS doit idéalement rester à 0,1 ou moins.

Pourquoi mon score change entre deux tests ?

Parce qu’un test de laboratoire n’est jamais parfaitement identique au précédent. La charge de la machine, les conditions réseau simulées ou le comportement de certaines ressources tierces peuvent faire varier le résultat. Mieux vaut regarder une tendance sur plusieurs tests qu’un chiffre isolé.

Dois-je supprimer tous les scripts tiers ?

Non. Certains scripts sont utiles, voire indispensables. L’objectif est surtout de retirer ceux qui n’apportent rien, de différer les scripts non critiques et de mesurer leur impact réel avant de prendre une décision.

Sources officielles

• Google — PageSpeed Insights
• web.dev — Core Web Vitals
• web.dev — Définition des seuils Core Web Vitals