Lighthouse vs PageSpeed Insights vs CrUX : comment interpréter les résultats en réunion client ?

Le vrai risque de réunion client n’est pas de confondre Lighthouse, PageSpeed Insights et CrUX entre eux : c’est de présenter un score Lighthouse comme « le score SEO » du site, puis de devoir expliquer pourquoi un score de 95 ne s’est traduit par aucun gain de position. Voici comment cadrer la conversation avant qu’elle ne se retourne contre vous.

Ce que mesure réellement chacun des trois outils

Lighthouse exécute un audit de laboratoire, sur un environnement simulé et standardisé, une seule fois, au moment où vous lancez le test. PageSpeed Insights combine ce même audit de laboratoire avec les données de terrain issues de CrUX (Chrome User Experience Report) lorsque le volume de trafic Chrome de la page est suffisant pour être publié. CrUX seul, consultable via son propre rapport, agrège l’expérience réelle des internautes utilisant Chrome sur les 28 derniers jours glissants, sans jamais exécuter de test lui-même.

Notre audit des Core Web Vitals détaille le fonctionnement technique de ces sources de données. Ici, l’enjeu est différent : comment les présenter à un client qui ne connaît aucun de ces trois noms.

Le piège de communication : un score n’est pas un facteur de classement

Le score Lighthouse de 0 à 100 est une moyenne pondérée de plusieurs audits de laboratoire. Ce chiffre lui-même n’est pas un facteur de classement Google, seules certaines données de terrain sous-jacentes (les Core Web Vitals mesurés par CrUX) entrent partiellement dans l’évaluation de l’expérience de page. Présenter le score Lighthouse comme « le score SEO » en réunion crée une attente que rien ne garantit : un client peut légitimement demander pourquoi un score de 95 ne s’est pas traduit par un gain de position, alors que le classement dépend de dizaines d’autres facteurs (contenu, liens, intention de recherche) totalement extérieurs à ce chiffre.

Traduire chaque outil en langage client

Ce qu’il faut dire, et ne pas dire, en réunion

1. Ouvrir par l’expérience utilisateur, pas par le chiffreCommencez par ce que vivent les visiteurs (temps d’attente perçu, réactivité des clics) avant d’introduire un score, pour ancrer la discussion sur le bénéfice concret plutôt que sur un nombre abstrait.
2. Présenter le score de labo comme un diagnostic, pas un verdictUn score Lighthouse bas identifie des pistes d’amélioration précises, il ne prédit pas le classement futur.
3. Réserver l’engagement chiffré aux données de terrainSi vous vous engagez sur une amélioration mesurable, engagez-vous sur les métriques CrUX (LCP, INP, CLS terrain) avec un délai de plusieurs semaines pour observer l’effet, jamais sur un score Lighthouse instantané.
4. Anticiper l’absence de données CrUXSur un site à faible trafic, PageSpeed Insights peut n’afficher aucune donnée de terrain : prévenez-en le client avant la réunion pour ne pas devoir improviser une explication sur l’absence de chiffres.

Quel outil suivre dans la durée

Pour un suivi récurrent en réunion mensuelle ou trimestrielle, privilégiez l’évolution des métriques CrUX dans le temps (tendance sur plusieurs mois via le rapport CrUX History ou la Search Console) plutôt qu’un nouveau test Lighthouse à chaque réunion : un test de labo isolé peut varier d’une exécution à l’autre selon la charge du serveur au moment du test, sans qu’aucun changement réel n’ait eu lieu sur le site, ce qui sème la confusion si vous le présentez comme une mesure de progrès fiable d’une réunion à l’autre.

Le bon outil dépend de la question posée, pas du réflexe habituel

Lighthouse, PageSpeed Insights et CrUX répondent à trois questions différentes : où sont les pistes d’optimisation, comment se combinent labo et terrain quand les données existent, et qu’ont vécu réellement vos visiteurs. Le confondre en réunion client, ou pire, présenter un score de labo comme une promesse de classement, expose à une question à laquelle il n’existe pas de bonne réponse.