Les Core Web Vitals sont trois mesures de l'expérience réelle d'un visiteur : LCP (à quelle vitesse le contenu principal s'affiche), INP (à quelle vitesse la page répond quand on la touche) et CLS (à quel point la mise en page bouge pendant le chargement). Elles se corrigent, mais rarement au même endroit : chacune a ses causes propres. Voici comment les diagnostiquer et dans quel ordre agir.
Ce que mesure réellement chaque indicateur
LCP — la vitesse d'affichage du contenu principal. Google mesure le moment où le plus grand élément visible de l'écran apparaît : le plus souvent l'image de couverture ou le titre du héros. Ce n'est pas « la page est chargée », c'est « le visiteur voit enfin quelque chose d'utile ».
INP — la réactivité. Cet indicateur observe le délai entre une interaction (un clic, une saisie, l'ouverture d'un menu) et la mise à jour visible de l'écran. Il retient les interactions les plus lentes de la visite, pas la moyenne : une seule action qui rame suffit à dégrader la note.
CLS — la stabilité visuelle. Il quantifie les déplacements d'éléments après l'affichage initial. Un bandeau qui s'insère, une police qui se substitue, une image sans dimensions déclarée : chaque décalage pousse le contenu que le visiteur était en train de lire.
Les seuils exacts de passage sont publiés par Google et évoluent ; ne les recopiez pas depuis un article, lisez-les dans l'outil de mesure lui-même, qui affiche directement si votre page passe ou non.
Diagnostiquer avant de corriger
La première erreur est d'optimiser au hasard. Deux familles de données existent et elles ne disent pas la même chose.
Les données de laboratoire
Un test lancé depuis un outil simule une visite dans des conditions fixées. C'est reproductible, c'est pratique pour comparer avant/après un correctif, et cela pointe précisément l'élément fautif. Mais ce n'est pas votre audience réelle.
Les données de terrain
Ce sont les mesures collectées auprès de vrais visiteurs, avec leurs téléphones et leurs connexions. C'est ce qui compte pour l'évaluation d'un site — et c'est souvent nettement moins flatteur qu'un test de laboratoire lancé depuis une bonne connexion. Le rapport dédié dans Search Console regroupe vos URLs par groupes de pages : commencez toujours par là, il vous dit quelles pages ont réellement un problème.
Règle de méthode : le terrain désigne les pages à traiter, le laboratoire désigne la ligne de code à changer.
Les causes fréquentes, par indicateur
| Indicateur | Causes les plus fréquentes | Correctifs à fort effet |
|---|---|---|
| LCP | Image de héros lourde ou non dimensionnée ; hébergement lent ; feuilles de style et polices bloquantes ; image chargée par JavaScript | Compresser et servir l'image au bon format et à la bonne taille ; la charger en priorité plutôt qu'en différé ; réduire ce qui bloque l'affichage |
| INP | Scripts tiers accumulés ; travail lourd exécuté au moment du clic ; animations pilotées par JavaScript | Retirer les scripts qui ne servent plus ; découper les traitements longs ; animer avec des propriétés qui ne recalculent pas la mise en page |
| CLS | Images et vidéos sans largeur ni hauteur ; publicités et bandeaux insérés au-dessus du contenu ; polices personnalisées qui remplacent la police de repli | Déclarer les dimensions de chaque média ; réserver la place des blocs insérés ; charger les polices avec une stratégie de substitution stable |
Dans la pratique, une part importante des mauvais scores sur les sites vitrines tient à une seule cause : des images trop lourdes et sans dimensions. C'est aussi le correctif le moins cher. Le guide du site vitrine détaille ce qui est inclus dans une construction propre dès le départ.
Par quoi commencer, dans l'ordre
- Identifiez le groupe de pages qui échoue dans les données de terrain. Souvent, un seul gabarit est en cause et il porte des dizaines d'URLs.
- Traitez l'image du héros. Bon format, bonnes dimensions, chargement prioritaire. C'est le correctif LCP au meilleur rapport effort/effet.
- Déclarez les dimensions de tous les médias. Deux attributs par image ; le CLS descend souvent immédiatement.
- Faites l'inventaire des scripts tiers. Chaque outil de suivi, chat ou widget consomme du temps d'exécution. Supprimez ceux que personne ne consulte.
- Remesurez sur le terrain, pas en laboratoire, et attendez que les données se renouvellent avant de conclure.
Une remarque de cadrage : les Core Web Vitals sont un facteur parmi d'autres. Une page rapide qui ne répond pas à l'intention de recherche ne se positionnera pas mieux qu'une page lente qui y répond. La vitesse protège les conversions et évite un handicap ; elle ne remplace pas le contenu. Le guide du référencement en Tunisie replace la performance dans l'ensemble.