Vérificateur Core Web Vitals

Le Core Web Vitals Checker est un outil en ligne gratuit qui vous aide à vérifier et à comprendre vos core web vitals (lcp, inp, cls, fcp, ttfb, tbt) grâce à des explications pédagogiques et des conseils d'optimisation. Il fonctionne entièrement dans votre navigateur, sans installation ni inscription.

Non. Saisissez les valeurs issues de PageSpeed Insights, Lighthouse ou CrUX. L'outil les évalue selon les seuils de Google avec des résultats codés par couleur et des conseils d'optimisation.

LCP (chargement), INP (interactivité, qui a remplacé FID en mars 2024) et CLS (stabilité visuelle). Les trois doivent être « Bons » pour réussir l'évaluation CWV de Google.

LCP : <2,5s bon, >4s mauvais. INP : <200ms bon, >500ms mauvais. CLS : <0,1 bon, >0,25 mauvais. FCP : <1,8s bon, >3s mauvais. TTFB : <800ms bon, >1800ms mauvais. TBT : <200ms bon, >600ms mauvais.

Oui, le Core Web Vitals Checker est 100% gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le Core Web Vitals Checker traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le Core Web Vitals Checker est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le Core Web Vitals Checker dans votre navigateur et commencez à l'utiliser immédiatement. Aucun mur d'inscription ni restriction d'utilisation.

Oui, le Core Web Vitals Checker est conçu en suivant les directives actuelles de Google Search et les bonnes pratiques. Nous mettons régulièrement l'outil à jour pour refléter les évolutions des exigences des moteurs de recherche.

Saisissez simplement vos informations dans le champ prévu, ajustez les paramètres selon vos préférences et l'outil les traitera instantanément. Vous pouvez ensuite copier le résultat dans votre presse-papiers ou le télécharger.

Les données de laboratoire proviennent d'un test unique réalisé dans un environnement contrôlé, comme Lighthouse dans Chrome DevTools ou la section Lighthouse de PageSpeed Insights. Elles sont reproductibles et très utiles pour déboguer, mais elles reflètent un seul appareil et un seul réseau simulés plutôt que vos vrais visiteurs. Les données de terrain proviennent du Chrome User Experience Report (CrUX), qui collecte des mesures anonymisées auprès des véritables utilisateurs de Chrome sur votre page en production. Google utilise les données de terrain, et non les données de laboratoire, pour évaluer les Core Web Vitals dans le cadre du classement, en analysant la performance au 75e percentile des visites réelles. C'est pourquoi une page peut obtenir un excellent score sur Lighthouse tout en échouant dans Search Console. Notez que l'INP et le TTFB sont des métriques de terrain, tandis que le TBT n'existe qu'en laboratoire. Collez les chiffres dont vous disposez dans ce vérificateur pour voir précisément où se situe chaque métrique par rapport aux seuils de Google.

Le First Input Delay (FID) mesurait uniquement le délai avant que le navigateur ne commence à traiter votre toute première interaction sur une page. Il ignorait tout ce qui se passait après le début du clic ainsi que toutes les interactions suivantes, si bien qu'une page pouvait obtenir un FID parfait tout en paraissant poussive dès qu'on tapait du texte ou qu'on ouvrait un menu. L'Interaction to Next Paint (INP) corrige ce défaut en observant la latence de tous les clics, taps et appuis de touche sur l'ensemble de la visite, et en rapportant une valeur proche du pire cas. Il capture la réactivité ressentie tout au long de la session, pas seulement au démarrage. Google a fait de l'INP un Core Web Vital officiel en mars 2024, mettant fin au FID. Le seuil Bon est de 200 ms ou moins, et Mauvais au-delà de 500 ms. Saisissez votre valeur d'INP ci-dessus pour la noter et obtenir des conseils ciblés afin de découper les longues tâches du thread principal.

Google applique les mêmes seuils au desktop et au mobile, mais les note à partir de données de terrain distinctes, et le mobile est généralement plus difficile à réussir. Les téléphones ont des processeurs plus lents, moins de mémoire et une latence réseau plus élevée, ce qui dégrade les métriques de chargement et de réactivité comme le LCP, l'INP et le TBT. Le même JavaScript qui s'exécute instantanément sur un ordinateur portable peut bloquer le thread principal d'un smartphone milieu de gamme bien plus longtemps. Comme Google utilise principalement les données CrUX mobiles pour classer les pages dans la recherche mobile, une réussite sur desktop ne garantit pas une réussite sur mobile. PageSpeed Insights rapporte d'ailleurs les résultats mobile et desktop séparément, précisément pour cette raison, donc vérifiez toujours les deux. Saisissez d'abord vos chiffres mobiles dans ce vérificateur, puisque c'est le format le plus susceptible de pénaliser votre classement, puis comparez-les à vos résultats desktop pour identifier les métriques à travailler.

Lorsque Google évalue vos Core Web Vitals à partir des données de terrain, il n'utilise ni votre temps de chargement moyen ni votre meilleur chargement. Il examine le 75e percentile des visites réelles sur une fenêtre glissante de 28 jours, ce qui signifie qu'une métrique doit atteindre le seuil Bon pour au moins 75 % des chargements de page pour être considérée comme réussie. Autrement dit, trois visites sur quatre doivent être Bonnes. Utiliser le 75e percentile plutôt que la moyenne évite qu'une poignée de chargements très rapides ne masque une expérience lente pour de nombreux utilisateurs, tout en ignorant les valeurs extrêmes les plus lentes dues à des conditions rares. C'est pourquoi optimiser uniquement votre machine de test ne suffit pas ; il faut améliorer l'expérience pour la majorité des visiteurs réels. Saisissez les valeurs du 75e percentile issues de PageSpeed Insights ou de CrUX dans ce vérificateur pour voir si chaque métrique franchit la barre.

Non. Seules trois métriques sont des Core Web Vitals officiels : le LCP pour le chargement, l'INP pour l'interactivité, et le CLS pour la stabilité visuelle. Votre verdict global de réussite ou d'échec dépend uniquement de ces trois métriques, qui doivent toutes se situer dans la zone Bon pour que le test soit réussi. Le FCP, le TTFB et le TBT sont des métriques de diagnostic qui n'entrent pas directement dans l'évaluation mais expliquent pourquoi un Core Web Vital est en difficulté. Un TTFB lent retarde toutes les métriques suivantes puisque rien ne s'affiche avant l'arrivée du premier octet, le FCP montre la rapidité d'affichage du premier contenu, et le TBT sert de proxy de laboratoire pour l'INP en révélant le JavaScript lourd pendant le chargement. Les corriger améliore souvent les Core Web Vitals par ricochet. Ce vérificateur note les six métriques, base le verdict global uniquement sur les trois Core Web Vitals, et propose des correctifs pour chacune afin de remonter d'un score médiocre jusqu'à sa cause racine.