Bon, je vais vous dire un truc qui va peut-être vous surprendre : le rapport Core Web Vitals de la Search Console, dans sa version actuelle, c'est un outil de diagnostic puissant… mais à moitié aveugle. Je l'ai appris à mes dépens.
Il y a encore quelques mois, je voyais mon rapport afficher une quinzaine d'URLs en "Médiocre" pour le CLS. Je me suis lancé tête baissée dans des optimisations de ouf. Et là, surprise : le rapport ne bougeait pas d'un pouce pendant des semaines. Pourquoi ? Parce que les données de terrain mettent du temps à se collecter et que je regardais les mauvaises pages.
Ce rapport vous donne la vérité, mais une vérité en retard, basée sur 28 jours de données réelles. Le vrai travail, c'est de savoir comment le lire. Pas juste le regarder.
Comprendre le rapport Core Web Vitals dans la Search Console
Le rapport Core Web Vitals affiche les performances de vos URL regroupées par état, par type de métrique et par groupe d'URL. C'est la base. Mais ce que la plupart des gens ratent, c'est la notion de groupe d'URLs. Google ne vous liste pas des pages une par une. Il les agrège par modèles similaires.
C'est fondamental, parce que ça change votre façon de travailler.
Prenons un cas concret. Sur un site e-commerce que j'ai audité, le rapport montrait une seule ligne "Médiocre" pour le LCP. En ouvrant le groupe, il y avait en fait 1 200 URLs de fiches produits derrière. Le problème n'était pas une page, c'était un template entier. Résultat : une seule correction dans le code du thème a réglé le souci pour tout le groupe.
À l'inverse, si vous voyez une ligne "Bon" pour un groupe, ça ne veut pas dire que chaque page est parfaite. Ça veut dire que la majorité du trafic de ce groupe est OK. Google utilise le 75e percentile. Les valeurs aberrantes sont noyées.
Comment lire les trois états du rapport : Médiocre, Amélioration nécessaire, Bon
Le rapport classe les URL en trois états :
- Médiocre : la métrique est clairement hors seuil, c'est urgent
- Amélioration nécessaire : vous êtes dans la zone grise, entre le bon et le mauvais
- Bon : la métrique respecte les seuils recommandés
Et là, il y a une règle que j'ai mis du temps à piger : l'état d'une URL correspond à sa métrique la moins performante. Si votre CLS est "Bon" mais votre INP est "Médiocre", l'URL est classée "Médiocre". Point final. Google ne fait pas de moyenne. Il prend le maillon faible.
J'ai passé des heures à me demander pourquoi une page avec un LCP nickel était en rouge. Puis j'ai vu : son INP était à 350 millisecondes à cause d'un script tiers qui bloquait le thread principal. Le classement par métrique dans le rapport m'a sauvé la vie.
Prioriser ses actions par métrique et par trafic
Mon conseil, et je mords dedans : ne vous précipitez pas sur les pages "Médiocre" avec le moins de trafic.
Voici comment je procède maintenant :
- J'ouvre le rapport et je trie par état, en commençant par "Médiocre"
- Je regarde quelle métrique est en cause (LCP, INP ou CLS)
- Je croise avec le trafic estimé de chaque groupe d'URLs
- Je commence par les groupes à fort trafic avec une métrique "Médiocre"
- Je vérifie dans PageSpeed Insights une URL représentative du groupe pour confirmer le diagnostic
Pourquoi cette méthode ? Parce que toutes les pages ne se valent pas. Une page "Médiocre" qui reçoit 5 visites par mois ne vaut pas 10 minutes de votre temps. Une page "Amélioration nécessaire" qui draine 40 % de votre trafic, si.
Les seuils des métriques : ce que vous devez viser
Je vous donne les chiffres officiels, parce que si vous ne les avez pas en tête, vous allez interpréter le rapport de travers.
| Métrique | Ce que ça mesure | Seuil pour une bonne expérience |
|---|---|---|
| LCP (Largest Contentful Paint) | Performance de chargement | Dans les 2,5 secondes |
| INP (Interaction to Next Paint) | Réactivité aux interactions | Moins de 200 millisecondes |
| CLS (Cumulative Layout Shift) | Stabilité visuelle | Score inférieur à 0,1 |
Un INP inférieur à 200 ms, un CLS sous 0,1, un LCP sous 2,5 secondes. C'est votre objectif.
Mais attention : le rapport Search Console ne couvre que les URL indexées. Et il exige un volume minimal de données pour afficher une URL. Si votre site est petit ou récent, vous verrez peut-être très peu de lignes. Ça ne veut pas dire que tout va bien. Ça veut dire que le rapport n'a pas assez de données de terrain.
Comment analyser la performance de mon site web ?
C'est LA question que tout le monde se pose. Et la réponse en trois temps.
D'abord, les Core Web Vitals ne sont qu'une partie de la performance. L'expérience utilisateur, c'est plus large. Mais pour cette partie précise, le rapport Search Console est votre point de départ : il vous montre où vous en êtes par rapport aux seuils, avec des données réelles.
Ensuite, vous croisez avec des outils complémentaires. PageSpeed Insights est votre allié pour une analyse par page. Il vous donne le détail technique : qu'est-ce qui pèse lourd, qu'est-ce qui bloque le rendu.
Enfin, vous regardez vos propres chiffres métier. Le trafic, le taux de rebond, le temps passé sur les pages, et le taux de conversion. Si vous voyez une page "Médiocre" avec un taux de conversion en baisse, le lien est souvent direct. La performance technique n'est pas un truc de geek : elle impacte votre business.
Qu'est-ce qu'un bon score pour les indicateurs clés de performance web ?
Reprenons les seuils officiels, parce qu'il n'y a pas de mystère :
- INP : visez moins de 200 millisecondes. C'est le seuil pour une bonne réactivité.
- CLS : visez un score inférieur à 0,1. C'est le seuil pour une bonne stabilité visuelle.
- LCP : visez un chargement dans les 2,5 secondes. C'est le seuil pour une bonne performance de chargement.
Le rapport va classifier vos groupes d'URLs par rapport à ces seuils. C'est votre tableau de bord.
Croiser le rapport avec d'autres données pour valider un diagnostic
Le rapport Search Console est la photo d'ensemble. Pour le diagnostic fin, il faut la loupe.
Mon flux de travail actuel, celui que j'utilise sur tous mes projets :
- Search Console : la vue macro. Je repère les groupes à problème.
- PageSpeed Insights : la vue micro. Je prends une URL représentative du groupe et je lance le test. Les données de laboratoire me disent pourquoi ça rame (images trop lourdes, JavaScript bloquant, polices qui chargent tard…).
- Un monitoring continu : je fais suivre l'évolution après optimisation. Le rapport Search Console met du temps à se mettre à jour, donc je ne me fie pas qu'à lui pour valider une correction.
J'ai eu un cas où une optimisation d'images a fait passer le LCP d'une page de 4,8 secondes à 2,1 secondes sur PageSpeed Insights, en quelques heures. Mais le rapport Search Console, lui, est resté en "Médiocre" pendant presque trois semaines, le temps que les nouvelles données de terrain remplacent les anciennes.
Morale : ne jetez pas l'outil, changez juste votre façon de l'utiliser.
Les limites du rapport que personne ne vous dit
Avouons-le, ce rapport a des angles morts.
- Le délai : les données de terrain sont collectées sur 28 jours. Vous ne verrez pas l'effet de vos corrections avant plusieurs semaines.
- La couverture : seules les URL indexées apparaissent. Vos pages les plus récentes ou mal indexées sont invisibles.
- L'agrégation : les groupes d'URLs mélangent des pages parfois très différentes. Une ligne "Bon" peut cacher des pages en difficulté.
Voilà pourquoi je ne me contente jamais du rapport seul. Je l'utilise comme une boussole, pas comme une carte.
Un exemple concret d'interprétation et d'action
Récapitulons avec un exemple vécu, parce que la théorie c'est bien, la pratique c'est mieux.
Sur un site vitrine que je gérais, le rapport affichait :
- Un groupe "Médiocre" pour le CLS, à cause de bannières qui se chargeaient en décalé
- Un groupe "Amélioration nécessaire" pour le LCP, avec des images produits non optimisées
- Le INP était globalement bon… sauf sur les pages avec un chat intégré
J'ai attaqué dans cet ordre : CLS d'abord (le plus simple, des attributs de dimensions sur les images), puis LCP (compression et préchargement), puis INP (chargement différé du chat).
Résultat après trois mois : le rapport est passé à 100 % "Bon" pour le CLS et le LCP sur les groupes principaux. Et accessoirement, le taux de rebond sur mobile est passé de 58 % à 49 %.
Ce n'est pas de la magie. C'est de la lecture attentive du rapport, et une exécution disciplinée.
Le rapport vous dit quoi réparer, pas comment
Le rapport Core Web Vitals de la Search Console, bien interprété, vous évite de perdre des semaines sur des optimisations inutiles. Il vous dit où sont les problèmes : quelle métrique, quel groupe de pages, quel état. Il ne vous dit pas comment les régler. C'est votre travail de creuser avec les bons outils.
Mon conseil final, et je le pense vraiment : prenez ce rapport comme un point de départ, pas comme une vérité absolue. Croisez-le toujours avec vos données business. Une page qui charge en 3 secondes mais qui convertit à 5 % vaut mieux qu'une page en 1,5 seconde qui convertit à 1 %. La performance n'est pas une fin en soi. C'est un moyen.
Et quand vous aurez corrigé ce fameux CLS sur vos bannières, ne vous attendez pas à voir le rapport bouger tout de suite. Patience. Les données de terrain arrivent lentement, mais elles arrivent.
