Audit Core Web Vitals : La Checklist Complète avec l'API PageSpeed et les Données CrUX

Un audit Core Web Vitals mal conduit se limite souvent à lancer PageSpeed Insights une fois, noter le score, et passer à autre chose. Un audit rigoureux croise systématiquement deux sources de données différentes - laboratoire et terrain - et suit une checklist métrique par métrique plutôt qu’un score global qui masque les causes réelles.

Données de laboratoire vs données de terrain : la distinction qui change tout

Les données de laboratoire (générées par PageSpeed Insights, Lighthouse) simulent le chargement de votre page dans un environnement contrôlé, à un instant précis. Elles sont reproductibles et parfaites pour déboguer une cause technique précise, mais elles ne représentent qu’un seul scénario de chargement parmi la diversité des conditions réseau et matérielles de vos vrais visiteurs.

Les données de terrain (Chrome UX Report, ou CrUX) agrègent les métriques réellement mesurées chez de vrais utilisateurs Chrome ayant visité votre site au cours des 28 derniers jours. C’est cette donnée que Google utilise comme signal de classement - pas le score de laboratoire.

Un audit complet exige les deux : le terrain pour savoir si un problème existe réellement pour vos visiteurs, le laboratoire pour comprendre précisément pourquoi et le corriger.

La checklist complète, métrique par métrique

LCP (Largest Contentful Paint)

• Vérifier le seuil : moins de 2,5 secondes est “Good”.
• Identifier l’élément LCP exact (souvent une image héro ou un bloc de texte principal) via l’onglet Performance de Chrome DevTools.
• Vérifier si cet élément est précédé de ressources bloquantes (CSS non critique, polices non préchargées).
• Confirmer que l’image LCP n’est pas chargée en lazy loading par erreur - une image lazy-loadée par défaut retarde son propre rendu.

CLS (Cumulative Layout Shift)

• Vérifier le seuil : moins de 0,1 est “Good”.
• Rechercher les images et iframes sans dimensions width/height explicites, cause la plus fréquente de décalage.
• Vérifier les polices web sans stratégie de font-display appropriée, qui provoquent un changement de mise en page au moment du chargement.
• Identifier tout contenu injecté dynamiquement au-dessus du contenu existant (bannières cookies, publicités) sans espace réservé.

INP (Interaction to Next Paint)

• Vérifier le seuil : moins de 200 ms est “Good”.
• Confirmer que cette donnée provient bien du terrain (CrUX) - l’INP ne peut pas être fiablement simulé en laboratoire.
• Si disponible, examiner le Max Potential FID de PageSpeed comme indicateur de laboratoire complémentaire, en sachant qu’il n’équivaut pas exactement à l’INP réel.
• Rechercher les Long Tasks JavaScript comme cause probable - voir notre guide complet sur l’optimisation de l’INP pour le détail du diagnostic.

TTFB (Time to First Byte)

• Vérifier le seuil : moins de 0,8 seconde est généralement considéré comme bon.
• Mesurer le TTFB par une requête directe (curl ou outil équivalent), pas uniquement via PageSpeed qui peut être soumis à des quotas ou de la latence additionnelle.
• Si le TTFB est élevé, la cause est presque toujours côté serveur - hébergement, absence de cache, requêtes base de données lentes.

L’erreur la plus commune : auditer une seule page

La page d’accueil est souvent la page la plus soignée d’un site - et donc la moins représentative. Un audit rigoureux couvre plusieurs types de pages : accueil, une page catégorie ou service, une page produit ou article, et une page avec formulaire. Les régressions les plus coûteuses se concentrent presque toujours sur les templates les moins visités en interne, pas sur la page d’accueil.

Lancer votre propre audit

Notre outil d’audit gratuit exécute cette checklist directement contre votre site en direct - données PageSpeed, mesure TTFB réelle par requête directe, et vérification de la crawlabilité - sans configuration ni signup.

Lancez un audit Core Web Vitals gratuit →

Besoin d’une correction, pas seulement d’un diagnostic ?

Croiser les données de terrain et de laboratoire pour identifier la cause technique exacte d’une régression, page par page, demande une expertise dédiée. C’est le cœur de nos services de SEO technique.

Demandez un audit technique gratuit →

---

Publié par l’équipe Ingénierie Runkexpert. Dernière mise à jour le 15 juillet 2026.