Google évalue chaque page sur trois indicateurs d'expérience utilisateur appelés Core Web Vitals : la rapidité d'apparition du contenu principal, la réactivité de la page quand on touche ou tape, et la stabilité de l'affichage pendant le chargement. Ils influencent le classement et, surtout, la décision des visiteurs de rester.
Pas besoin de devenir ingénieur pour gérer cela. Il faut savoir ce que signifient les trois chiffres, où les lire et quelles corrections méritent d'être payées. C'est l'objet de ce guide.
LCP — Largest Contentful Paint
Le LCP mesure le temps d'apparition du plus grand élément visible — généralement une image d'en-tête ou un titre. Bon : 2,5 secondes ou moins sur mobile. C'est l'indicateur que les visiteurs ressentent le plus directement : un LCP lent, c'est « ce site est lent ».
Causes typiques : images d'en-tête surdimensionnées, hébergement lent, scripts bloquant le rendu et polices chargées avant le contenu. Corrections typiques : compresser et redimensionner les images, servir des formats modernes, précharger l'image principale, utiliser un CDN, différer les scripts non critiques.
INP — Interaction to Next Paint
L'INP a remplacé le First Input Delay en mars 2024. Il mesure la rapidité de réaction de la page aux interactions pendant toute la visite — ouvrir un menu, un filtre, taper dans un formulaire. Bon : 200 millisecondes ou moins.
L'INP souffre quand le navigateur est occupé par du JavaScript : trackers lourds, widgets de chat, sliders et constructeurs de pages qui livrent bien plus de code que nécessaire. Les corrections consistent à en faire moins sur le fil principal — retirer les scripts inutiles, charger les widgets à la demande, simplifier les interactions.
CLS — Cumulative Layout Shift
Le CLS mesure la stabilité visuelle : du contenu qui saute quand des images, publicités ou bannières se chargent et poussent tout vers le bas. Bon : 0,1 ou moins. C'est la raison pour laquelle on clique sur le mauvais bouton avec une connexion lente.
Corrections : donner des dimensions explicites à chaque image et intégration, réserver l'espace des bannières et barres de cookies, charger les polices web sans flash de texte non stylé, et éviter d'insérer du contenu au-dessus de ce que l'utilisateur lit déjà.
Où lire vos chiffres
Le rapport Core Web Vitals de la Search Console montre les pages en échec d'après les visiteurs réels (données de terrain). PageSpeed Insights montre données de terrain et test en laboratoire pour une URL donnée avec des recommandations précises. Les données de terrain sont ce que Google utilise ; les tests en laboratoire servent au diagnostic.
Vérifiez d'abord le mobile — c'est là que sont la plupart des visiteurs et les scores les plus bas. Un site vert sur ordinateur et rouge sur mobile est rouge.
Ce qui vaut la peine d'être corrigé, dans l'ordre
Commencez par les images : elles causent souvent des problèmes de LCP et de CLS à la fois. Puis retirez ou différez les scripts dont vous n'avez pas besoin — chaque widget tiers est une taxe sur l'INP. Ensuite hébergement et cache. Seulement après, affinez polices et CSS.
Si la plateforme elle-même est le problème — thème lourd, constructeur de pages ou CMS vieillissant — l'optimisation a un plafond. C'est le moment où reconstruire sur une base légère coûte moins qu'une nouvelle série de rustines ; notre checklist de refonte explique comment le faire sans perdre de positions.
À retenir
- LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 sur mobile est la cible ; les données de terrain de la Search Console sont juges.
- Les images corrigent deux indicateurs à la fois ; les scripts tiers sont le coupable habituel de l'INP.
- Réservez l'espace de tout ce qui se charge tard pour éliminer les sauts de mise en page.
- Les plateformes lourdes ont un plafond d'optimisation — parfois la solution est une reconstruction plus légère.
Services:Création de sites web →
