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. Il fait partie du pôle sur le SEO technique en Tunisie. L'objectif : comprendre les trois mesures, connaître les seuils officiels, et savoir comment vérifier où en est votre propre site.
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. Vous trouverez plus de détails dans le guide sur la vitesse mobile en Tunisie.
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.
| 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.
Données du laboratoire ou données de terrain
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.
| 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é. Le guide de web.dev sur l'optimisation du LCP détaille les causes principales.
- INP trop élevé : réduisez le JavaScript, différez les scripts non urgents, supprimez les extensions inutiles. Voir l'optimisation de l'INP sur web.dev.
- CLS instable : réservez la largeur et la hauteur de chaque image et bloc publicitaire, et chargez les polices sans clignotement de texte.
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. Google détaille les différents outils et leur usage dans son article sur les workflows Core Web Vitals avec ses outils. 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, ciblez d'abord la mesure la plus mauvaise, et reliez ce travail aux autres fondations du pôle SEO technique, notamment l'hébergement et le nom de domaine. Si vous préférez confier ces réglages plutôt que les mener seul, notre accompagnement en référencement inclut le diagnostic et la correction de ces mesures.