Google évalue chaque page selon trois indicateurs qui mesurent le ressenti réel du site : la rapidité d'affichage du contenu, la réactivité au toucher et la stabilité de la page sous le doigt. On les appelle les Core Web Vitals, et ils influencent à la fois le positionnement et les ventes. Voici comment les corriger en pratique, avec des chiffres réels tirés d'un site que nous venons d'optimiser.
Les trois indicateurs, en langage clair
LCP (Largest Contentful Paint) - le temps nécessaire pour afficher le plus grand élément à l'écran : l'image d'en-tête ou le titre principal. Objectif : moins de 2,5 secondes. C'est l'indicateur le plus souvent dans le rouge sur les sites bulgares.
INP (Interaction to Next Paint) - le délai de réaction de la page quand vous appuyez sur un bouton ou ouvrez un menu. Objectif : moins de 200 millisecondes. Le coupable habituel : un JavaScript trop lourd.
CLS (Cumulative Layout Shift) - à quel point le contenu « saute » pendant le chargement. Tout le monde a déjà vu un texte se décaler pile au moment où on le lisait, parce qu'une publicité s'était chargée au-dessus. Objectif : moins de 0,1.
Un cas réel : de 6,4 à 3,4 secondes
Une optimisation toute récente, tirée de notre propre pratique. La page d'accueil d'un site affichait un LCP de 6,4 secondes sur mobile, en plein dans le rouge. Le diagnostic a pris plus de temps que la correction elle-même :
La grande image de la section hero était définie comme fond CSS (background-image). La différence est fondamentale : le navigateur repère les balises <img> classiques dès la lecture du HTML et commence à les télécharger ; les fonds CSS, eux, ne sont découverts qu'une fois tous les styles traités, donc avec des secondes de retard. Pour couronner le tout, les téléphones recevaient la même image de 129 Ko, conçue pour un grand écran.
Deux changements : un preload à haute priorité pour que le téléchargement démarre immédiatement, et une version mobile distincte de 30 Ko. Résultat : un LCP de 3,4 secondes, et le temps de chargement de l'image elle-même est passé de 5,9 à 1,7 seconde. Sans modifier une seule ligne du design.
Ce qui améliore le LCP
Le bon format
Le WebP à la place du PNG/JPG divise le poids par deux à qualité égale. Ne servez jamais une image de 2000 px de large à un téléphone.
Preload de l'image hero
Un simple <link rel="preload"> avec fetchpriority="high" sur la première grande image fait souvent gagner plusieurs secondes d'un coup.
Serveur rapide et cache
Si le serveur met 600 ms à répondre, vous partez avec une demi-seconde de retard. Le cache statique et un hébergement bien choisi règlent le problème.
Polices
font-display: swap et uniquement les graisses nécessaires. Cinq polices en quatre graisses chacune, c'est un mégaoctet que personne n'a commandé.
Ce qui améliore l'INP et le CLS
Pour l'INP : supprimez les plugins que vous n'utilisez pas (chacun charge son propre JavaScript), différez les scripts tiers (chats, pop-ups, trackers) et méfiez-vous des bibliothèques d'animation. Un site a rarement besoin de trois à la fois.
Pour le CLS, la recette est courte : indiquez width et height pour chaque image, réservez la place des publicités et des bannières avant leur chargement, et n'insérez jamais de contenu au-dessus de ce que la personne est déjà en train de lire.
La vitesse n'est pas une coquetterie technique. Chaque seconde de chargement supplémentaire fait baisser sensiblement les conversions : pour une boutique en ligne, c'est du chiffre d'affaires perdu directement, chaque jour (demandez-nous, nous ferons le calcul).
Avec quoi mesurer
Demandez-nous une vérification SEO gratuite - pour un aperçu général rapide, y compris le temps de réponse du serveur et la compression. PageSpeed Insights (pagespeed.web.dev) - la vérification la plus rapide, qui affiche aussi des données d'utilisateurs réels si le site a assez de trafic. Search Console → Core Web Vitals - pour voir l'ensemble de vos pages et quels groupes sont dans le rouge. Lighthouse dans le navigateur - pour un diagnostic détaillé pendant le développement. Mesurez toujours la version mobile : c'est sur elle que Google vous évalue.
Quand les corrections ne suffisent pas
Parfois, le problème ne vient pas des réglages mais des fondations : un site alourdi par un page builder pesant, 40 plugins et un thème acheté 40 dollars il y a six ans. Dans ces cas-là, optimiser revient à mettre des pneus neufs sur une voiture au moteur cassé : mieux vaut investir dans la création d'un nouveau site (comment savoir quand c'est le moment) sur une base saine que rafistoler indéfiniment l'ancien. Si le site est bon mais négligé, une maintenance régulière le garde rapide, au lieu de le réparer une fois tous les deux ans.
Conclusion
Les Core Web Vitals n'ont rien de mystérieux : ce sont trois chiffres avec des objectifs clairs et des remèdes connus. LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1. Commencez par mesurer la version mobile, attaquez-vous à la plus grande image et au temps de réponse du serveur, et dans la plupart des cas vous gagnerez des secondes en quelques heures de travail.
Vous ne savez pas où se situe le goulot d'étranglement chez vous ? Écrivez-nous : nous mesurerons votre site et vous dirons précisément quelles sont les trois choses à corriger en premier et ce que vous y gagnerez.
