Core Web Vitals expliqués : le guide non-technique pour comprendre la vitesse de votre site en 2026

Pourquoi ces trois indicateurs comptent autant ?

En 2020, Google a réalisé une chose évidente pour qui navigue sur le web : la qualité d'un site ne se mesure pas seulement à son contenu. Un article brillant qui met 8 secondes à s'afficher, dont les boutons ne répondent pas, et dont le texte saute pendant que vous essayez de lire, c'est un mauvais site — peu importe ce qu'il raconte. Depuis juin 2021, Google a donc intégré trois mesures objectives d'expérience utilisateur dans son algorithme. Ce sont les Core Web Vitals.

Ils mesurent trois choses très concrètes :

• À quelle vitesse le contenu principal apparaît (LCP).
• À quelle rapidité le site répond quand on clique (INP).
• À quel point la page est stable — ou, au contraire, saute dans tous les sens pendant le chargement (CLS).

Un site qui passe ces trois tests dans le vert se charge vite, réagit bien, et ne donne pas le vertige. Résultat : Google le remonte, les visiteurs restent, et les conversions grimpent. Selon les études publiques de Google, un visiteur sur deux abandonne un site mobile qui met plus de trois secondes à charger — et les sites qui passent les Core Web Vitals dans le vert enregistrent des taux de rebond jusqu'à 24 % plus bas que ceux qui échouent.

LCP (Largest Contentful Paint) mesure le temps que met le plus gros élément visible de votre page à s'afficher. En clair : quand un visiteur arrive sur votre site, combien de secondes avant qu'il voie votre bannière principale, votre titre et votre image hero ? C'est cet instant-là qui est chronométré.

Google fixe des seuils publics très clairs pour le LCP :

Les causes les plus classiques d'un LCP élevé : une image de bannière trop lourde (un JPEG de 3 Mo là où un WebP de 200 Ko suffirait), un hébergement mutualisé qui répond lentement, un thème WordPress qui charge 15 scripts avant d'afficher quoi que ce soit, ou des polices Google Fonts chargées de façon synchrone.

INP (Interaction to Next Paint) a remplacé l'ancien FID en mars 2024. C'est la nouvelle mesure officielle de la réactivité de votre site. Concrètement, INP mesure le délai entre l'instant où un visiteur clique, tape ou appuie — et l'instant où le site répond visuellement à cette action.

Vous avez déjà vécu ça : vous cliquez sur un bouton "Menu" sur mobile, et pendant une seconde ou deux, rien ne se passe. Vous recliquez, puis le menu s'ouvre deux fois. Cette micro-friction, multipliée sur toutes les interactions de la session, c'est exactement ce qu'INP capture.

La première cause d'INP élevé est presque toujours la même : trop de JavaScript tiers. Chatbots non optimisés, pixels Meta/TikTok/LinkedIn, trackers analytics multiples, popups de consentement cookies mal conçues, outils de heatmap qui enregistrent tout. Chacun pris isolément semble léger. Empilés, ils bloquent le navigateur pendant que l'utilisateur attend.

Le test simple à faire vous-même : ouvrez votre site sur un téléphone d'entrée de gamme (ou sur l'émulation "Moto G Power" dans Chrome DevTools) et cliquez vite sur 3 ou 4 boutons à la suite. Si vous sentez du décalage, vos visiteurs aussi — et Google le voit.

CLS (Cumulative Layout Shift) mesure à quel point votre page "saute" pendant son chargement. Vous êtes en train de lire un paragraphe, une image apparaît plus haut et pousse tout le texte vers le bas — vous perdez votre ligne, et souvent vous cliquez par erreur sur un bouton qui a glissé sous votre doigt. C'est exactement ce que CLS détecte.

Les causes classiques : des images sans dimensions définies (le navigateur ne sait pas combien de place leur réserver), des polices web qui s'affichent tardivement et changent la hauteur des titres, des bannières publicitaires ou cookies qui apparaissent sans espace réservé, du contenu injecté dynamiquement par du JavaScript après le rendu initial.

La bonne nouvelle : CLS est souvent le plus facile à corriger des trois. Quelques ajustements dans le CSS (définir explicitement les dimensions, réserver des espaces pour les bannières) résolvent la majorité des cas en quelques heures de travail.

Trois outils gratuits suffisent pour un diagnostic complet. Ils ne disent pas exactement la même chose, et c'est normal — chacun a son rôle.

En pratique, les mauvais scores Core Web Vitals ne viennent presque jamais d'un seul problème spectaculaire — mais d'une accumulation de petites négligences techniques. Voici celles qu'on identifie le plus souvent :

Si vous avez une heure à investir plutôt qu'une journée, voici les trois gestes qui rapportent le plus — par ordre de retour sur effort. Ils couvrent la majorité des cas réels qu'on voit passer sur des sites vitrines de PME :

1. 1

   Optimiser l'image principale de chaque page

   Compression WebP, dimensions adaptées à l'affichage réel, attribut fetchpriority="high" sur l'image hero. Gain typique : 1 à 2 secondes de LCP sur mobile. C'est l'intervention qui rapporte le plus pour le moins d'effort.

2. 2

   Auditer et supprimer les scripts tiers inutiles

   Listez tout ce qui se charge : chatbot utilisé 2 fois par mois, pixel Meta qui ne sert plus, ancien tracker Google Analytics oublié, popup RGPD bricolée. Chaque script en moins, c'est de l'INP gagné. Gardez uniquement ce qui rapporte réellement.

3. 3

   Activer un cache et la compression côté serveur

   Plugin de cache WordPress (WP Rocket, LiteSpeed Cache), compression gzip ou brotli activée chez votre hébergeur, CDN (Cloudflare en version gratuite fait déjà beaucoup). Effet immédiat sur le LCP et la charge serveur.

Pour tout le reste — polices optimisées, JavaScript différé, dimensions d'images, images adaptatives — il faut souvent passer par un développeur. Mais ces trois premières actions couvrent déjà 70 % des gains possibles sur la plupart des sites.

Cochez honnêtement les points qui correspondent à la réalité de votre site aujourd'hui. Plus votre score est haut, plus vous êtes en règle avec Google — et plus l'expérience de vos visiteurs est bonne.