Les Core Web Vitals expliqués simplement (LCP, INP, CLS)
Les Core Web Vitals de Google expliqués simplement : LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1. Seuils, mesure et corrections pour un site tunisien.
Réponse rapide. Les Core Web Vitals sont trois mesures de Google qui notent l'expérience d'une page : le LCP (vitesse d'affichage du contenu principal) doit rester sous 2,5 secondes, l'INP (réactivité aux clics) sous 200 millisecondes, et le CLS (stabilité visuelle) sous 0,1. Ces seuils s'évaluent sur vos visiteurs réels. Un site qui les respecte se charge vite et reste stable.
Cet article s'adresse à tout propriétaire de site tunisien qui entend parler de Core Web Vitals sans savoir ce que ces termes recouvrent. L'objectif : comprendre les trois mesures, connaître les seuils officiels, et savoir comment vérifier où en est votre propre site.
Ces trois indicateurs font partie des fondations techniques que les repères SEO replacent dans l'ensemble du travail de visibilité.
Ce que mesurent les Core Web Vitals
Les Core Web Vitals sont trois indicateurs définis par Google pour noter la qualité d'expérience d'une page. Chacun couvre un aspect distinct : la vitesse de chargement, la réactivité aux interactions, et la stabilité de l'affichage. Ensemble, ils résument ce que ressent un visiteur durant les premières secondes.
Ces mesures s'appuient sur des données réelles, collectées auprès des navigateurs de vos visiteurs, pas sur un test de laboratoire. Google les utilise comme un signal d'expérience de page dans son classement. Elles servent surtout à départager deux pages de contenu comparable.
LCP : la vitesse d'affichage (sous 2,5 secondes)
Le Largest Contentful Paint mesure le temps mis pour afficher l'élément principal d'une page, souvent une grande image ou un bloc de titre. Selon web.dev, un bon LCP reste sous 2,5 secondes. Au-delà, le visiteur a l'impression que la page traîne.
Les causes fréquentes d'un mauvais LCP sont des images trop lourdes, un serveur lent à répondre, ou des scripts qui bloquent l'affichage. Les corrections simples : compresser les images au format WebP, activer la mise en cache, et héberger sur une infrastructure rapide.
Ces corrections rejoignent celles qui améliorent la vitesse sur smartphone, là où le LCP se dégrade le plus vite.
Un serveur lent à répondre renvoie souvent au choix de l'hébergement, qui fixe le temps de réponse avant tout travail sur les images.
INP : la réactivité (sous 200 millisecondes)
L'Interaction to Next Paint mesure le délai entre une action du visiteur, un clic ou une touche, et la réponse visible de la page. Un bon INP reste sous 200 millisecondes selon web.dev. Cette mesure a remplacé l'ancien First Input Delay en 2024.
Un mauvais INP vient presque toujours d'un excès de code JavaScript qui occupe le navigateur. Quand le visiteur clique, le navigateur est encore occupé et la réponse tarde. On l'améliore en allégeant les scripts, en différant ceux qui ne sont pas urgents, et en évitant les plugins inutiles.
Sur ce point, un site construit léger part avec une longueur d'avance.
CLS : la stabilité visuelle (sous 0,1)
Le Cumulative Layout Shift mesure les déplacements imprévus du contenu pendant le chargement. Une image qui arrive en retard et pousse le texte, un bouton qui glisse au moment du clic : ces sauts agacent et provoquent des erreurs. Un bon CLS reste sous 0,1.
La cause principale est l'absence de dimensions réservées pour les images et les blocs publicitaires. On corrige en indiquant la largeur et la hauteur de chaque média, et en chargeant les polices de manière à éviter le clignotement de texte. Ce sont des réglages techniques, invisibles pour le visiteur, mais qui changent son confort.
Comment vérifier votre site
Deux outils gratuits de Google suffisent. Search Console fournit un rapport Core Web Vitals basé sur vos vrais visiteurs, regroupant vos pages par état (bon, à améliorer, mauvais). PageSpeed Insights teste une page précise et donne les trois mesures avec des recommandations.
Faites glisser
Mesure
Bon
À améliorer
Mauvais
LCP
sous 2,5 s
2,5 à 4 s
plus de 4 s
INP
sous 200 ms
200 à 500 ms
plus de 500 ms
CLS
sous 0,1
0,1 à 0,25
plus de 0,25
Ces seuils proviennent de la documentation officielle de web.dev sur les Core Web Vitals. La méthode de définition de ces seuils est détaillée dans un second article de web.dev. Évaluez au 75e centile : il faut que 75 % des chargements respectent le seuil pour qu'une page soit jugée bonne.
Faire progresser votre référencement
Audit, mots clés, technique et contenu, avec un suivi mensuel des positions et des demandes.
Deux types de mesures coexistent, et les confondre conduit à de mauvaises décisions. Les données de terrain proviennent de vos vrais visiteurs, sur leurs appareils et leurs connexions. Les données de laboratoire viennent d'un test simulé, dans des conditions fixes. Google classe votre site sur les données de terrain, pas sur le laboratoire.
PageSpeed Insights affiche les deux côte à côte. En haut, les données de terrain issues du Chrome User Experience Report, basées sur les chargements réels des 28 derniers jours. En bas, un test de laboratoire instantané.
Un site peut afficher un bon score de laboratoire et un mauvais score de terrain, car ses visiteurs tunisiens naviguent sur des connexions plus lentes que le serveur de test.
La règle pratique : pour juger votre classement, regardez les données de terrain et le rapport de Search Console. Pour diagnostiquer une page précise et tester une correction avant publication, utilisez le laboratoire. Le terrain mesure le résultat, le laboratoire aide à le préparer.
Faites glisser
Source de données
Origine
À quoi elle sert
Terrain (CrUX)
Vrais visiteurs, 28 derniers jours
Juger le classement et l'état réel
Laboratoire
Test simulé instantané
Diagnostiquer et tester une correction
Corriger en priorité : la méthode pas à pas
Devant trois mesures et plusieurs pages, on ne sait pas par où commencer. Une méthode simple évite de s'éparpiller. Elle traite d'abord le défaut le plus pénalisant, sur les pages qui comptent le plus, avec les corrections au meilleur rapport effort sur gain.
Procédez dans cet ordre. D'abord, ouvrez le rapport Core Web Vitals de Search Console et notez quelle mesure échoue le plus souvent. Ensuite, identifiez les modèles de pages concernés, car corriger un modèle corrige toutes les pages qui l'utilisent d'un coup. Puis appliquez les correctifs adaptés à la mesure fautive.
LCP trop lent : compressez l'image principale au format WebP, déclarez sa priorité de chargement, et évitez de la charger en différé.
INP trop élevé : réduisez le JavaScript, différez les scripts non urgents, supprimez les extensions inutiles.
CLS instable : réservez la largeur et la hauteur de chaque image et bloc publicitaire, et chargez les polices sans clignotement de texte.
Quand le modèle de page lui-même empile scripts et images non compressées, reprendre un site existant demande souvent moins d'efforts que d'enchaîner les correctifs.
Une erreur fréquente consiste à charger les images principales en différé pour gagner du temps. Sur la première image visible, ce différé ralentit le LCP au lieu de l'accélérer. Google rappelle dans sa documentation sur le chargement différé des contenus que le contenu visible d'emblée ne doit pas être différé.
Réservez le différé aux images situées plus bas dans la page.
Tester vos Core Web Vitals pas à pas
Mesurer ses Core Web Vitals ne demande aucun outil payant. Voici la procédure complète, du test rapide au suivi durable. Comptez moins de dix minutes pour un premier diagnostic.
Ouvrez PageSpeed Insights à l'adresse pagespeed.web.dev et collez l'URL de votre page la plus visitée, souvent l'accueil. Lancez l'analyse.
Lisez d'abord l'onglet Mobile, pas l'onglet Ordinateur. C'est le mobile que Google juge en Tunisie.
En haut, repérez le bloc de données de terrain. S'il est absent, votre page reçoit trop peu de visiteurs pour que Google ait collecté des mesures réelles : fiez-vous alors au laboratoire en dessous.
Notez laquelle des trois mesures est en rouge ou en orange. C'est votre priorité.
Répétez l'opération sur deux ou trois pages représentatives, par exemple une page de service et une fiche produit.
Pour un suivi dans le temps, branchez Google Search Console : son rapport Core Web Vitals regroupe toutes vos pages par état et signale les régressions après une mise à jour.
La marche à suivre pour lire les données de terrain dans PageSpeed Insights est expliquée dans le guide CrUX de Chrome.
Une erreur de débutant consiste à tester une seule fois, à un seul moment. Les mesures de terrain s'agrègent sur 28 jours et bougent lentement. Après une correction, attendez plusieurs semaines avant de juger l'effet sur le rapport de Search Console.
En résumé
Les Core Web Vitals tiennent en trois chiffres : LCP sous 2,5 secondes, INP sous 200 millisecondes, CLS sous 0,1. Ils notent respectivement la vitesse d'affichage, la réactivité aux clics et la stabilité visuelle.
Ces mesures comptent doublement en Tunisie : Google indexe d'abord le mobile, et le confort de lecture pèse sur vos conversions autant que sur votre classement. Un site lent ou instable perd des visiteurs avant même qu'ils lisent votre offre.
Mesurez votre site avec Search Console et ciblez d'abord la mesure la plus mauvaise. Ces trois chiffres ne sont qu'une pièce du socle technique d'un site, à côté de l'indexation des pages.
Si vous préférez confier ces réglages plutôt que les mener seul, une prestation de référencement inclut le diagnostic et la correction de ces mesures.
Questions fréquentes
Quels sont les bons seuils des Core Web Vitals ?
Selon web.dev (Google), un site est jugé bon quand le LCP est sous 2,5 secondes, l'INP sous 200 millisecondes et le CLS sous 0,1. Ces seuils s'évaluent au 75e centile des visites, c'est-à-dire que 75 % des chargements doivent les respecter. En dessous, la page passe en zone à améliorer puis en zone mauvaise.
Comment mesurer les Core Web Vitals de mon site ?
Google Search Console contient un rapport Core Web Vitals basé sur vos visiteurs réels. Pour un test ponctuel d'une page, PageSpeed Insights donne les trois mesures et des pistes de correction. Les deux outils sont gratuits et fournis par Google.
Le CLS, c'est quoi en pratique ?
Le CLS mesure les sauts de mise en page : un bouton qui se déplace au moment où vous alliez cliquer, une image qui pousse le texte vers le bas. C'est frustrant et cela fait cliquer au mauvais endroit. On le réduit en réservant la place des images et publicités avant leur chargement.
Les Core Web Vitals sont-ils vraiment un facteur de classement ?
Oui, Google les utilise comme signal d'expérience de page, mais ils restent un facteur parmi d'autres. La pertinence du contenu prime. Les Core Web Vitals font surtout la différence entre deux pages de qualité comparable, et ils améliorent directement le taux de conversion.
Sur quel appareil Google mesure-t-il ces vitesses ?
Google indexe d'abord la version mobile (mobile-first indexing) et mesure l'expérience telle que vue sur smartphone. En Tunisie, où la majorité du trafic est mobile, c'est l'écran qui compte. Un site rapide sur ordinateur mais lent sur mobile est jugé sur le mobile.
Pourquoi mon score PageSpeed Insights diffère-t-il du rapport Search Console ?
PageSpeed Insights affiche un test de laboratoire instantané et des données de terrain issues de vos vrais visiteurs. Search Console se base uniquement sur le terrain, agrégé sur 28 jours. Le laboratoire teste dans des conditions fixes, souvent plus favorables que la connexion réelle d'un visiteur tunisien. Pour juger votre classement, fiez-vous aux données de terrain.
Par quelle mesure commencer si les trois sont mauvaises ?
Commencez par celle qui échoue le plus souvent dans le rapport Core Web Vitals de Search Console, sur vos pages les plus visitées. Corrigez au niveau du modèle de page plutôt que page par page, car un modèle sert souvent des dizaines de pages. La compression des images et la réservation des dimensions donnent en général le meilleur résultat pour le moindre effort.
Mon site n'affiche aucune donnée de terrain dans PageSpeed Insights, pourquoi ?
Cela arrive quand votre page reçoit trop peu de visiteurs pour que Google ait collecté assez de mesures réelles. Le rapport de terrain s'appuie sur le Chrome User Experience Report, qui exige un seuil de trafic. Dans ce cas, fiez-vous aux données de laboratoire affichées en dessous, en gardant à l'esprit qu'elles testent dans des conditions souvent plus favorables qu'une connexion tunisienne réelle.
Faire progresser votre référencement
Audit, mots clés, technique et contenu, avec un suivi mensuel des positions et des demandes.
