Suivre la performance et les Core Web Vitals

La page Performance d'un projet réunit deux choses que l'on confond souvent : ce que Google constate sur vos résultats de recherche, et ce que vos pages mettent à s'afficher.

Les données de recherche

Si Search Console est connectée : clics, impressions, position moyenne et taux de clic, page par page et requête par requête, sur la période configurée.

Deux réflexes utiles :

• Regardez les impressions avant les clics. Une page qui perd des impressions perd de la visibilité ; une page qui garde ses impressions et perd ses clics a un problème de vitrine, pas de classement.
• Souvenez-vous du décalage. Google publie avec deux à trois jours de retard. Une correction déployée hier ne se voit pas aujourd'hui.

Pour transformer ces chiffres en actions, la page voisine est plus directe : Opportunités de mots-clés.

Les Core Web Vitals

Trois mesures, et une seule question chacune.

LCP — Largest Contentful Paint. Combien de temps avant que le contenu principal soit visible ? En dessous de 2,5 s, c'est bon. Au-delà de 4 s, le visiteur voit une page blanche assez longtemps pour partir.

INP — Interaction to Next Paint. Combien de temps entre un clic et la réaction visible de la page ? En dessous de 200 ms, c'est bon. Cette mesure a remplacé le FID, qui ne regardait que la toute première interaction.

CLS — Cumulative Layout Shift. De combien la page bouge-t-elle pendant le chargement ? En dessous de 0,1, c'est bon. C'est la mesure du bouton qui se déplace au moment où on le clique — presque toujours une image sans dimensions déclarées, une police tardive, ou une bannière injectée en haut de page.

Pourquoi un échantillon d'URLs

La mesure passe par l'API Google PageSpeed Insights, qui est lente — plusieurs secondes par URL — et limitée en nombre d'appels par jour, une limite partagée par toute la plateforme.

D'où un plafond d'URLs mesurées par crawl, dont la taille dépend de votre plan.

Cet échantillon se choisit. Mesurer les vingt premières URLs par ordre alphabétique n'apprend rien ; mesurer la home, une page de catégorie, une fiche produit, un article et une page de contact vous donne l'état de chacun de vos gabarits.

Réglage dans les paramètres de crawl, avec le choix de la stratégie mobile ou desktop. Prenez mobile : c'est l'index que Google utilise.

Ce qu'une mesure ne dit pas

PageSpeed mesure en laboratoire : un appareil simulé, un réseau simulé, à un instant donné. Deux mesures consécutives sur la même URL peuvent différer sensiblement selon la charge de votre serveur.

Ce qui se lit dans les données de terrain de Google — l'expérience de vos visiteurs réels sur 28 jours — n'est pas la même chose, et c'est cette seconde source que Google utilise pour ses signaux d'expérience de page.

Conclusion pratique : suivez la tendance sur plusieurs crawls, ne réagissez jamais à un point isolé.

Relier la performance au reste de l'audit

Une page lente qui n'a aucune impression n'est pas un chantier prioritaire. Une page lente sur laquelle vous êtes en position 4 avec 8 000 impressions, si.

C'est le principal intérêt d'avoir la performance et les données de recherche sur le même écran : trier les optimisations par le trafic qu'elles concernent, plutôt que par la couleur du score.

Corriger

Les causes les plus fréquentes se règlent dans le code ou la configuration d'hébergement : images non dimensionnées, images non compressées, polices bloquantes, scripts tiers en tête de page, absence de cache.

Certaines relèvent des fichiers que Noyaru sait modifier — configuration d'en-têtes et de cache, dimensions d'images dans les gabarits. D'autres relèvent de votre hébergement, et le produit ne s'en mêle pas : il les signale, vous décidez.

→ Corrections automatiques