# Core Web Vitals : que mesurent les signaux Web essentiels ? > Core Web Vitals : les trois mesures de Google (LCP, INP, CLS), leurs seuils officiels, un exemple chiffré pour une PME de services et les erreurs courantes. Mis à jour le 15 octobre 2026 · https://app.pilotiko.com/glossaire/core-web-vitals Les Core Web Vitals sont trois mesures définies par Google pour évaluer l'expérience réelle d'un visiteur : le LCP pour la vitesse de chargement, l'INP pour la réactivité aux interactions et le CLS pour la stabilité visuelle. Une page passe quand chacune atteint le seuil « bon » au 75e centile des visites. ## En bref - Trois mesures : LCP (chargement), INP (réactivité), CLS (stabilité). - Seuils « bons » : LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1. - On les lit au 75e centile, en séparant mobile et ordinateur. - Google recommande de les atteindre, sans en faire une garantie de rang. ## D'où viennent les Core Web Vitals ? Google publie sur web.dev un programme appelé Web Vitals. Parmi toutes les mesures possibles, il en désigne trois comme « essentielles » parce qu'elles décrivent ce qu'un visiteur ressent : la page apparaît-elle vite, réagit-elle quand on touche un bouton, reste-t-elle immobile pendant la lecture [1] ? La liste évolue. En 2024, l'[INP](https://app.pilotiko.com/glossaire/inp) est devenu une mesure stable et a remplacé le FID, qui ne mesurait que le délai de la toute première interaction [1][4]. Les deux autres sont le [LCP](https://app.pilotiko.com/glossaire/lcp), pour le chargement de l'élément principal, et le [CLS](https://app.pilotiko.com/glossaire/cls), pour les déplacements inattendus du contenu. ## Quels sont les seuils officiels ? | Mesure | Ce qu'elle évalue | Bon | À améliorer | Mauvais | |---|---|---|---|---| | LCP | Chargement du plus grand élément visible | ≤ 2,5 s | de 2,5 s à 4 s | > 4 s | | INP | Délai avant la réponse visuelle à un clic, un toucher ou une touche | ≤ 200 ms | de 200 ms à 500 ms | > 500 ms | | CLS | Ampleur des déplacements inattendus de la mise en page | ≤ 0,1 | de 0,1 à 0,25 | > 0,25 | Sources : articles LCP, INP et CLS de web.dev [3][4][5]. Une page est évaluée séparément sur mobile et sur ordinateur. ## Pourquoi parle-t-on du 75e centile ? Web.dev recommande de regarder la valeur atteinte par 75 % des chargements de page, et de séparer les appareils mobiles des ordinateurs [1]. Autrement dit, ce n'est pas votre test sur le Wi-Fi du bureau qui compte, mais l'expérience de la majorité des vrais visiteurs, souvent sur un téléphone en déplacement. Ce choix protège contre deux pièges : se fier à un seul test chanceux, ou se laisser affoler par quelques visites extrêmes. ## Les Core Web Vitals changent-ils le classement Google ? La documentation de Google Search Central recommande fortement d'atteindre de bons Core Web Vitals, en expliquant que cela rejoint ce que ses systèmes de classement cherchent à récompenser [2]. Elle ne dit pas qu'un bon score suffit à monter dans les résultats. Pour une PME, la lecture pratique est simple : une page lente ou instable fait perdre des clients avant même que le classement entre en jeu. Le contenu utile et le [référencement naturel](https://app.pilotiko.com/glossaire/seo) restent la base. ## À quoi ressemble un diagnostic pour une PME ? **Exemple : la page de réservation d'un plombier de Gatineau** Hypothèse : le rapport Core Web Vitals de la Search Console donne les valeurs mobiles suivantes pour la page « Prendre rendez-vous ». Les chiffres sont fictifs. - LCP mobile (75e centile) : 3,4 s → à améliorer - INP mobile (75e centile) : 160 ms → bon - CLS mobile (75e centile) : 0,18 → à améliorer - Mesures au vert : 1 sur 3 - **= Deux chantiers prioritaires : alléger la photo d'en-tête (LCP) et réserver l'espace du bandeau de promotion (CLS).** ## Quelles erreurs fait-on avec les Core Web Vitals ? - Juger sur un seul test de laboratoire plutôt que sur les données de vrais visiteurs. - Regarder la moyenne au lieu du 75e centile. - Optimiser l'ordinateur et oublier le mobile, d'où viennent souvent les appels de clients. - Parler encore du FID : il a été remplacé par l'INP en 2024. - Ajouter des scripts de suivi, de clavardage et de publicité sans mesurer leur effet sur la réactivité. ## Pilotiko mesure-t-il les Core Web Vitals ? Non, ce n'est pas une fonction annoncée. Pilotiko construit et héberge le site de votre entreprise et génère ses [données structurées](https://app.pilotiko.com/glossaire/donnees-structurees), son [sitemap XML](https://app.pilotiko.com/glossaire/sitemap-xml) et son fichier [robots.txt](https://app.pilotiko.com/glossaire/robots-txt), mais ne publie pas de tableau de suivi des Core Web Vitals. Pour les mesurer, utilisez la Search Console de Google. ## Questions fréquentes ### Quels sont les trois Core Web Vitals ? Le LCP mesure le chargement de l'élément principal, l'INP mesure la réactivité aux interactions et le CLS mesure la stabilité visuelle. Ensemble, ils couvrent ce qu'un visiteur perçoit en premier. ### Le FID fait-il encore partie des Core Web Vitals ? Non. L'INP l'a remplacé en 2024. Le FID ne mesurait que le délai de la première interaction, alors que l'INP observe toutes les interactions de la visite. ### Où voir les Core Web Vitals de mon site ? Google renvoie au rapport Core Web Vitals de la Search Console, qui montre la performance de vos pages [2]. Web.dev propose aussi des guides pour mesurer, déboguer et améliorer chacune des trois mesures. ### Un petit site de 10 pages doit-il s'en soucier ? Oui, surtout pour les pages qui mènent à un appel ou à une réservation. Un site de quelques pages a souvent peu de données de terrain ; vérifiez alors les pages clés avec des outils de test, en gardant en tête que le terrain prime. ### Un score « bon » garantit-il plus de clients ? Non. De bonnes mesures retirent un frein, mais ne créent pas la demande. Le contenu, l'offre et la réputation restent déterminants. ### Pourquoi mon score mobile est-il pire que mon score ordinateur ? Les téléphones ont souvent moins de puissance et une connexion plus variable. Comme web.dev recommande de séparer les deux types d'appareils, un écart entre les deux est normal et doit être traité à part. ## Sources 1. web.dev (Google), « Web Vitals (version française) », https://web.dev/articles/vitals?hl=fr (consulté le 2026-10-15) 2. Google Search Central, « Comprendre les Core Web Vitals et les résultats de recherche Google », https://developers.google.com/search/docs/appearance/core-web-vitals?hl=fr (consulté le 2026-10-15) 3. web.dev (Google), « Largest Contentful Paint (LCP) (version française) », https://web.dev/articles/lcp?hl=fr (consulté le 2026-10-15) 4. web.dev (Google), « Interaction to Next Paint (INP) (version française) », https://web.dev/articles/inp?hl=fr (consulté le 2026-10-15) 5. web.dev (Google), « Cumulative Layout Shift (CLS) (version française) », https://web.dev/articles/cls?hl=fr (consulté le 2026-10-15)