PageSpeed 98 mais Search Console rouge : laquelle croire

Le scénario est toujours le même. Vous venez de payer une optimisation de vitesse, le rapport qu'on vous remet affiche un beau 98 sur 100, et trois semaines plus tard le rapport Signaux web essentiels de Search Console affiche toujours des URL « à améliorer ». Vous vous demandez légitimement qui s'est trompé : l'outil, le prestataire, ou vous.

Personne ne s'est trompé. Les deux chiffres sont justes, mais ils ne parlent pas du même site. L'un mesure une page dans un laboratoire ; l'autre mesure vos visiteurs. Tant qu'on confond les deux, on paie des travaux qui ne changent rien au seul chiffre que Google regarde.

Deux mesures, deux objets

Le score PageSpeed est une mesure de laboratoire. L'outil charge une seule page, une seule fois, depuis un serveur de Google, sur un appareil simulé et une connexion bridée artificiellement. C'est reproductible, immédiat, et c'est exactement ce qu'il faut pour diagnostiquer : on change une chose, on relance, on voit si ça bouge.

Le rapport de Search Console, lui, affiche des données de terrain : les mesures réellement enregistrées chez les internautes qui ont visité vos pages avec Chrome. Pas un appareil simulé, mais leurs téléphones. Pas une connexion bridée, mais la 4G du train ou le Wi-Fi saturé d'un hôtel. Et pas une page, mais vos pages, par groupes d'URL similaires.

La conséquence est contre-intuitive : on ne corrige pas un score, on corrige une distribution de visites. Un correctif peut faire gagner dix points en laboratoire et ne rien changer sur le terrain, parce qu'il améliore un cas que vos visiteurs ne rencontrent jamais. Et inversement : un hébergement changé ne fait parfois gagner que deux points en laboratoire, mais fait basculer tout un groupe d'URL au vert.

Les trois seuils, et le chiffre qui décide vraiment

Les trois métriques retenues ont des seuils publics, identiques pour tout le monde :

• LCP : 2,5 secondes ou moins
• INP : 200 millisecondes ou moins
• CLS : 0,1 ou moins

Le LCP mesure le temps au bout duquel le plus gros élément visible est affiché — en général votre image de bandeau ou votre titre. L'INP mesure le délai entre un clic et la réaction visible de la page ; il a remplacé l'ancien FID en 2024. Le CLS mesure les décalages de mise en page, ces sauts qui font cliquer à côté.

Mais le chiffre qui décide n'est pas le seuil, c'est le centile. L'évaluation se fait au 75e centile des chargements de page, séparément sur mobile et sur ordinateur. Autrement dit : il faut que 75 % de vos visites respectent le seuil. Les 25 % les plus lentes décident du verdict.

C'est le point que les rapports de prestation passent presque toujours sous silence, et il change toute la stratégie. Optimiser le cas moyen ne sert à rien si la queue de distribution reste mauvaise. Ce qui fait basculer un groupe d'URL au vert, c'est de supprimer les pires visites : la page produit avec quarante images, le visiteur en bout de réseau mobile, le premier chargement sans cache.

Les 28 jours qui changent votre calendrier

Le rapport de Search Console s'appuie sur une fenêtre glissante de 28 jours. Le jour où vous corrigez, vingt-sept jours de mauvaises mesures pèsent encore dans le calcul. Deux conséquences pratiques.

D'abord, ne jugez jamais un correctif sur le rapport de terrain le lendemain. Vous ne verrez rien, et vous risquez de défaire un bon travail en croyant qu'il n'a servi à rien. La vérification immédiate se fait en laboratoire, sur la page concernée : le correctif fait-il ce qu'on attendait de lui, oui ou non. La confirmation, elle, viendra un mois plus tard.

Ensuite, quand vous déclarez un problème corrigé dans Search Console, l'outil ouvre une période de surveillance de 28 jours : si le problème n'est détecté sur aucune URL pendant cette période, il est considéré comme résolu. Déclarer trop tôt, avant que le correctif ne soit en production partout, c'est repartir pour un tour.

Nous détaillons la lecture complète de l'interface dans notre guide Search Console pour les PME, et la démarche de correction métrique par métrique dans Core Web Vitals : comment passer au vert.

Les cinq écarts qui expliquent presque tous les cas

Quand le laboratoire est bon et le terrain mauvais, l'explication est presque toujours dans cette liste.

1. Vous n'avez pas testé la bonne page. PageSpeed teste l'URL que vous lui donnez, en général l'accueil. Search Console regroupe des URL par similarité : vos fiches produit, vos articles, vos pages ville. C'est souvent un de ces groupes qui est au rouge, pas l'accueil.

2. Le parc d'appareils réels est plus lent que le simulé. Le test mobile simule un appareil de milieu de gamme. Une partie de vos visiteurs est en dessous, et le JavaScript coûte sur ces appareils bien plus qu'au laboratoire. Si votre site dépend beaucoup du rendu côté navigateur, l'écart est mécanique — sujet que nous traitons dans JavaScript, rendu et indexation.

3. Le cache vous flatte. Le laboratoire charge en visite neuve. Sur le terrain, une partie des visites profite d'un cache déjà chaud, l'autre non — et ce sont ces dernières, les premières visites, qui tirent le 75e centile vers le haut. Mesurez toujours la première visite, pas la deuxième.

4. Les images ne sont pas celles que vous croyez. Un bandeau de 1,2 Mo sur une page, c'est visible dans le rapport. Le même bandeau décliné sur deux cents fiches, servi en pleine résolution à des téléphones, c'est un groupe d'URL entier au rouge. Le dimensionnement et le format comptent autant que le poids : voir optimisation des images.

5. Le contenu tiers s'invite après coup. Bandeau de consentement, chat d'assistance, pixels publicitaires, polices externes : ces scripts se chargent souvent après l'affichage, dégradent l'INP, et ne sont pas tous présents lors d'un test ponctuel. Ils sont pourtant là chez vos visiteurs.

Pas de données pour vos URL : le cas des petits volumes

Il existe une troisième situation, et c'est la plus fréquente sur un site de PME : le rapport n'affiche aucune donnée, ou seulement une partie de vos pages. Ce n'est pas une panne. Les données de terrain demandent un volume minimum de visites pour être statistiquement exploitables et anonymes ; en dessous, vos URL ne sont pas représentées, et un groupe peut disparaître du rapport d'un mois sur l'autre simplement parce que le trafic a baissé.

Deux erreurs à éviter dans ce cas. La première est d'en conclure que tout va bien : l'absence de mesure n'est pas un bon score, c'est une absence de mesure. La seconde est de se rabattre entièrement sur le score de laboratoire, puisque c'est le seul chiffre qui reste — et de repartir dans la chasse aux points.

Ce qui remplace utilement les données de terrain quand on ne les a pas : un test manuel honnête. Prenez un téléphone courant, pas le dernier modèle. Coupez le Wi-Fi. Allez sur une de vos pages de vente, pas sur l'accueil, en navigation privée pour ne pas profiter du cache. Chronométrez le moment où le contenu principal s'affiche, puis cliquez sur le menu et regardez le délai de réaction. Ce que vous ressentez pendant ces vingt secondes vaut mieux que n'importe quel score, et c'est aussi ce que ressent le quart de visiteurs qui décide de votre 75e centile.

Comment arbitrer : ce qui vaut l'argent, ce qui n'en vaut plus

Un arbitrage de performance tient en une question : est-ce que cette dépense déplace le 75e centile ?

Ce qui le déplace, dans l'ordre où nous le constatons sur des sites de PME : la qualité de l'hébergement et le temps de réponse serveur, le poids réel des images servies aux mobiles, la suppression de scripts tiers devenus inutiles, et le cache de pages correctement configuré. Ce sont des chantiers peu spectaculaires, dont le gain se voit sur les mauvaises visites.

Un ordre de grandeur, annoncé comme tel : sur les sites de PME que nous reprenons, la part du LCP imputable au temps de réponse du serveur et au poids de l'image de bandeau représente le plus gros du retard à rattraper, loin devant le CSS et le JavaScript. Ce n'est pas une statistique, c'est une régularité de terrain — et elle a une conséquence budgétaire simple : un hébergement correct et un traitement sérieux des images coûtent moins cher qu'une refonte de thème, et se mesurent plus vite.

L'arbitrage se pose aussi en sens inverse. Si vos trois métriques sont déjà au vert sur le terrain, continuer à payer de la performance ne rapporte plus rien en référencement : les seuils sont des seuils, pas une échelle de points. L'argent qui restait affecté à la vitesse se replace alors mieux sur le contenu ou sur l'autorité du domaine. Savoir arrêter un chantier fait partie du travail.

Ce qui ne le déplace presque jamais : la chasse aux derniers points du score, l'empilement de deux plugins d'optimisation qui se neutralisent, la minification d'un CSS déjà léger, et le remplacement du thème quand le problème est au serveur. Notre méthode complète de diagnostic et de correction est détaillée dans vitesse de chargement : passer sous les 2 secondes.

Un dernier paramètre s'arbitre mal depuis la France : la géographie de votre audience. La latence n'est pas la même selon la distance entre vos visiteurs et le serveur, et le choix d'un hébergement ou d'un réseau de diffusion ne se décide pas de la même manière pour une audience française et pour une audience nord-américaine. Si votre public est au Québec ou au Canada, c'est un spécialiste de ce terrain qu'il faut consulter : Media Optimizer, l'agence d'optimisation de la vitesse de site au Québec, travaille précisément sur ces arbitrages d'hébergement et de diffusion pour un public canadien. Le raisonnement reste le même ; les bons choix techniques, non.

Le contrôle en quatre points

Avant de valider une facture d'optimisation, demandez ces quatre éléments. Ils ne coûtent rien à produire quand le travail a été fait.

Le groupe d'URL visé, pas l'accueil. Quel groupe était au rouge dans le rapport de terrain, et quelle métrique. « Le site est lent » n'est pas un diagnostic.

Une mesure avant et une mesure après, sur la même URL, en visite neuve. Même outil, même mode, même appareil simulé. Deux captures datées.

La liste des changements réellement mis en production, et la date de chacun. C'est cette date qui déclenche le compte des 28 jours.

Un rendez-vous de vérification à un mois, pour relire le rapport de terrain. C'est le seul moment où l'on peut dire que c'est gagné.

Ce qui ne marche pas, et se vend encore

Trois pratiques à refuser poliment. La première : vous vendre un score. Un score de laboratoire ne se vend pas, il se diagnostique — et un prestataire qui promet un chiffre promet quelque chose dont il ne maîtrise ni les appareils ni les réseaux.

La deuxième : optimiser l'accueil et facturer le site. C'est la plus répandue, parce que l'accueil est la page qu'on vous montre. Vos ventes, elles, passent par les fiches et les pages de service.

La troisième : empiler les plugins. Au-delà d'un module de cache et d'un traitement des images, chaque ajout augmente la surface de panne. Sur WordPress, nous voyons régulièrement deux extensions concurrentes se disputer la même optimisation, pour un résultat net négatif — notre checklist WordPress liste les réglages qui tiennent.

La vitesse est un vrai sujet, mais c'est un sujet de mesure avant d'être un sujet de technique. Deux rapports qui se contredisent ne sont pas une anomalie : c'est le signal qu'il faut regarder le bon chiffre, au bon moment, sur les bonnes URL. Si vous voulez un avis extérieur sur ce que disent vos deux rapports, écrivez-nous via la page contact : nous vous dirons en quelques lignes où est l'écart.

Questions fréquentes