Il n’est pas rare de lancer un audit Lighthouse sur une page WordPress, d’obtenir un score de 95, puis de découvrir dans le même outil, quelques lignes plus bas, que les données de terrain racontent une tout autre histoire, avec des Core Web Vitals qui ne passent pas le seuil « Bon ». Cette contradiction apparente déroute beaucoup de développeurs qui découvrent PageSpeed Insights, alors qu’elle a une explication parfaitement logique.
Lighthouse et le CrUX Report (Chrome User Experience Report) ne mesurent pas la même chose, ni de la même façon. Comprendre leur différence est indispensable pour interpréter correctement un audit de performance et prioriser les bonnes optimisations sur un site WordPress.
Lighthouse : une mesure de laboratoire
Lighthouse est un outil d’audit automatisé qui charge une page dans un environnement contrôlé, simule un appareil et une connexion réseau selon un profil défini, puis calcule des métriques de performance à partir de cette unique exécution. C’est ce qu’on appelle une mesure « en labo » (lab data).
Cette approche a un avantage majeur : la reproductibilité. Les conditions de test sont figées, ce qui permet de comparer deux versions d’une même page avant et après une optimisation, en isolant la variable qui a changé. C’est l’outil de prédilection pour le développement et le débogage.
- Lighthouse peut être lancé directement depuis les outils de développement de Chrome, en ligne de commande, ou via PageSpeed Insights.
- Il simule généralement un appareil mobile milieu de gamme avec une connexion réseau bridée, pour représenter des conditions d’usage moins favorables que celles du poste de développement.
- Chaque exécution ne représente qu’un seul chargement de page, ce qui introduit une variabilité naturelle d’une exécution à l’autre.
Le CrUX Report : une mesure de terrain
Le CrUX Report agrège des données réelles collectées auprès des utilisateurs de Chrome qui ont accepté de partager des statistiques d’usage anonymisées. Contrairement à Lighthouse, il ne s’agit pas d’une simulation ponctuelle mais d’un agrégat statistique portant sur de vrais visiteurs, avec leurs propres appareils, connexions et conditions réseau.
Ces données sont mises à jour selon une fenêtre glissante de 28 jours : chaque jour, la fenêtre avance, intégrant les nouvelles données et excluant les plus anciennes. Cela signifie qu’un changement apporté à un site aujourd’hui ne se reflétera pleinement dans le CrUX Report que dans plusieurs semaines, le temps que suffisamment de nouvelles visites remplacent les anciennes dans l’échantillon.
Autre différence essentielle : pour qu’une page ou un site dispose de données CrUX, il faut un volume de trafic suffisant. Un site à faible trafic peut simplement n’avoir aucune donnée de terrain disponible, auquel cas PageSpeed Insights n’affiche que les résultats de labo.
Pourquoi les deux résultats divergent
Plusieurs facteurs expliquent l’écart, parfois important, entre un bon score Lighthouse et des Core Web Vitals de terrain décevants :
| Facteur | Lighthouse (labo) | CrUX (terrain) |
|---|---|---|
| Appareils | Un seul profil simulé | Tous les appareils réels des visiteurs |
| Connexion réseau | Profil réseau fixe et simulé | Conditions réelles très variables |
| Cache navigateur | Souvent testé à froid | Mélange de visites avec et sans cache |
| Localisation géographique | Serveur de test unique | Répartition réelle des visiteurs |
| Volume de mesures | Une seule exécution | Agrégation sur 28 jours |
Un site WordPress hébergé en France avec un public majoritairement local aura des résultats de terrain plutôt cohérents avec Lighthouse. À l’inverse, un site avec une audience internationale, des visiteurs sur des connexions 3G ou des appareils d’entrée de gamme, verra ses données CrUX nettement moins bonnes que son score de labo obtenu depuis un poste de développement bien connecté.
Utiliser PageSpeed Insights pour combiner les deux
PageSpeed Insights est l’outil qui réunit ces deux sources dans un seul rapport : la section « Découvertes de l’expérience utilisateur sur le terrain » s’appuie sur le CrUX Report, tandis que la section « Diagnostics » repose sur une exécution Lighthouse en direct.
La bonne méthode d’analyse consiste à utiliser les deux dans cet ordre :
- Consulter d’abord les données de terrain pour savoir si le site a réellement un problème de performance vécu par les visiteurs.
- Si les données de terrain montrent un problème (ou sont absentes faute de trafic), utiliser Lighthouse pour diagnostiquer précisément quelles ressources ou quels scripts posent problème.
- Appliquer les correctifs, puis revérifier avec Lighthouse immédiatement pour valider l’amélioration en labo.
- Attendre plusieurs semaines avant de revérifier le CrUX Report, le temps que la fenêtre de 28 jours intègre les nouvelles données.
Conseil maison : ne cherchez jamais à optimiser uniquement pour obtenir un meilleur score Lighthouse. Un score de labo parfait sur une page testée depuis une connexion fibre ne garantit rien sur l’expérience réelle d’un visiteur sur mobile avec une connexion moyenne. Le CrUX Report reste la référence pour juger de l’impact réel des optimisations.
Cas particulier des sites WordPress à faible trafic
De nombreux sites WordPress de PME ou de professions libérales n’atteignent pas le seuil de trafic nécessaire pour apparaître dans le CrUX Report au niveau de la page individuelle, voire au niveau du domaine entier. Dans ce cas, PageSpeed Insights affiche uniquement les résultats Lighthouse, sans section terrain. Cela ne signifie pas que la performance réelle n’a pas d’importance : cela signifie simplement qu’il faut se fier davantage aux bonnes pratiques générales et, si possible, à un outil de mesure utilisateur réel (RUM) installé directement sur le site pour obtenir ses propres données de terrain.
En résumé
Lighthouse et le CrUX Report répondent à deux questions différentes : « cette page est-elle bien construite techniquement ? » pour le premier, « mes visiteurs vivent-ils une bonne expérience en conditions réelles ? » pour le second. Sur un site WordPress, la bonne pratique consiste à utiliser le CrUX Report comme boussole pour savoir où investir du temps, et Lighthouse comme loupe pour diagnostiquer et valider chaque optimisation avant de la déployer.
