Un site vitrine local peut afficher un score de 90 sur PageSpeed Insights et ramper sur le téléphone d’un client pressé. J’ai vu la scène plusieurs fois : le patron d’un garage de quartier montre fièrement son rapport vert, puis son beau-frère ouvre la page en 4G devant la boutique et attend. Le score et l’expérience ne racontent pas la même histoire. Encore faut-il savoir où regarder, et avec quel outil, pour ne pas se rassurer avec un chiffre qui ne décrit personne.
Ce que PageSpeed Insights mesure vraiment
L’outil de Google donne un score de vitesse de page compris entre 0 et 100, et ce chiffre mélange plusieurs choses. Un score entre 0 et 49 signale une page qui se charge très lentement, avec des modifications importantes à prévoir avant toute autre chose.
À l’inverse, un score de 90 ou plus est présenté comme la preuve d’une bonne expérience utilisateur. Sauf que cette promesse se vérifie dans un laboratoire, sur une machine puissante, avec une connexion stable. Aucun de vos visiteurs ne surfe dans ces conditions.
Il faut aussi savoir que PageSpeed Insights est un outil Google qui fournit des cookies pour ses services et analyse le trafic. Vous l’avez donc déjà compris : c’est une simulation parfaite des conditions idéales, pas un relevé de terrain. Le navigateur est bridé artificiellement, l’audit s’exécute à un instant donné, et rien n’indique ce qui se passe chez la cliente qui consulte votre page depuis son canapé, en zone blanche, sur un forfait mobile saturé.
La différence devient criante quand on compare ordinateur et mobile. Un site vitrine bien construit obtient souvent un score desktop flatteur, parce que le processeur est rapide et l’écran large. En 4G, tout bascule : les scripts non compressés, les images en pleine résolution, les polices chargées depuis un serveur distant s’accumulent. Le score reste haut. L’attente, elle, devient longue.
Les Core Web Vitals, ou la vraie mesure du terrain
Les Core Web Vitals sont un ensemble de métriques qui décrivent ce que vit un visiteur pendant son chargement, sans passer par la case simulation. Il y a le LCP, ou Largest Contentful Paint, soit le temps avant que le plus gros élément visible apparaisse.
Il y a le CLS, Cumulative Layout Shift, qui mesure les décalages de mise en page quand les éléments sautent pendant le chargement. Et il y a l’INP, Interaction to Next Paint, qui évalue la réactivité après un clic.
D’autres mesures complètent le tableau : FCP pour First Contentful Paint, SI pour Speed Index, TTI pour Time to Interactive et TBT pour Total Blocking Time. Toutes ne se valent pas pour un site vitrine local, et c’est là que la plupart des guides vous laissent tomber. Personne ne vous dit que le TBT et le TTI sont des indicateurs de laboratoire, utiles pour diagnostiquer, mais incapables de parler de ce que subit le client sur son téléphone en déplacement.
Ce que ces métriques ont de précieux, c’est qu’elles proviennent des vrais visiteurs de votre site, pas d’un robot. Quand votre vitrine reçoit du trafic local, vous récoltez des données issues de téléphones réels, de réseaux mobiles médiocres, d’appareils d’entrée de gamme. Un LCP mobile qui s’étire à cause d’une image de bannière mal servie se voit immédiatement, là où le score global ne bronche pas.
Les fautes qui plombent un site vitrine local sans que le score bouge
Les problèmes les plus fréquents sur ce type de site ne se lisent pas dans le rapport PageSpeed. Ils se devinent dans les métriques de terrain, quand on prend le temps de les croiser avec la réalité du visiteur. Voici ce qui revient le plus souvent.
- Une image de fond non compressée qui fait grimper le LCP pendant que le score desktop reste confortable.
- Le CLS qui explose à cause d’une bannière publicitaire insérée sans dimension fixe.
- Combien de visiteurs sont réellement sur mobile pour votre activité locale, et l’avez-vous seulement vérifié ?
- Les polices chargées depuis un service tiers, invisibles au chargement initial mais bloquantes sur réseau lent.
- Un hébergement mutualisé partagé avec des voisins gourmands, jamais pénalisé dans le score global.
Une agence genevoise spécialisée dans le référencement fait souvent ce travail de confrontation pour ses clients : rapprocher le rapport automatique des données terrain, puis corriger ce qui pèse vraiment. L’outil geneve-agence-seo.ch s’appuie sur cette logique, et c’est la bonne approche. Sitechecker, de son côté, utilise l’API Google PageSpeed Insights et note la vitesse sur une échelle de 0 à 100 : pratique pour un diagnostic rapide, insuffisant pour conclure.
Comment croiser score global et mesures de terrain
La méthode tient en une idée : ne jamais juger sur un seul outil. Lancez d’abord un audit PageSpeed Insights, puis descendez dans la section des données de terrain quand elles sont disponibles. Vous découvrirez parfois un score élevé en haut de page et un LCP mobile en orange juste en dessous : le rapport contient déjà la contradiction. Le score global est une porte d’entrée, pas un verdict.
Ensuite, utilisez une seconde source pour confirmer. Le rapport d’expérience utilisateur dans la Search Console, le tableau de bord CrUX, ou un outil comme Sitechecker donnent une lecture différente du même site. Si les deux se contredisent, faites confiance aux métriques de terrain, celles qui décrivent le visiteur.
Un score n’est jamais plus fiable que la réalité qu’il prétend mesurer. Cette règle vaut pour tous les sites vitrines locaux, sans exception, quelle que soit la beauté du rapport affiché le matin de la démonstration au client.
Ce qui compte pour vos visiteurs, pas pour le rapport
Un site vitrine local n’a pas besoin d’un score parfait, il a besoin de clients qui trouvent l’information sans attendre. La vraie question n’est pas de savoir si vous atteignez 100 sur un tableau de bord, mais si la page s’ouvre assez vite pour que le visiteur ne parte pas avant de vous avoir lu.
Le reste, c’est de la décoration. Si vous deviez expliquer à votre client pourquoi la page met trois secondes à s’afficher sur son téléphone alors que votre outil affiche un beau score, sauriez-vous le faire sans regarder à nouveau le rapport ?
Trois réflexes pour ne plus se tromper d’indicateur
Le premier réflexe consiste à ouvrir le rapport PageSpeed puis à descendre immédiatement dans les données de terrain, avant même de commenter le score affiché tout en haut. Le deuxième : comparer systématiquement la version mobile et la version desktop, car l’écart entre les deux raconte souvent l’histoire la plus utile. Le troisième : croiser le tout avec la Search Console, qui agrège les mesures des visiteurs réels sur plusieurs semaines, et non sur une seule exécution.
Ces trois gestes prennent dix minutes. Ils évitent de promettre à un client une performance que son téléphone ne verra jamais.
