Depuis quelques années, les moteurs de recherche ne se contentent plus de regarder le contenu de votre site pour décider de son classement. Ils évaluent aussi l'expérience que vos visiteurs vivent en le consultant. Est-ce que la page se charge vite ? Est-ce que l'affichage est stable ? Est-ce que le site réagit rapidement quand on clique quelque part ?
Ces critères portent un nom technique : les Core Web Vitals. Derrière ce terme un peu barbare se cachent trois mesures simples que n'importe qui peut comprendre. Et surtout, n'importe qui peut les améliorer une fois qu'il sait de quoi il s'agit.
Cet article vous explique tout en français courant, sans jargon inutile.
Pourquoi Google note votre site
L'objectif des moteurs de recherche, c'est de proposer les meilleurs résultats possibles à leurs utilisateurs. Le meilleur résultat, ce n'est pas seulement la page avec le contenu le plus pertinent. C'est aussi la page qui offre une bonne expérience de navigation.
Imaginez que vous cherchez un plombier à Verviers. Deux sites apparaissent dans les résultats. Le premier a un bon contenu mais met 8 secondes à charger, l'affichage saute dans tous les sens pendant le chargement, et le bouton de contact met 3 secondes à réagir quand vous cliquez dessus. Le second a un contenu équivalent mais charge en 1,5 seconde, s'affiche de manière stable, et répond instantanément à chaque interaction.
Lequel allez-vous recommander à vos amis ? Les moteurs de recherche font le même raisonnement. Ils favorisent les sites qui offrent une bonne expérience, parce que c'est ce que leurs utilisateurs attendent.
C'est pour ça que ces critères de performance influencent directement votre position dans les résultats de recherche. Un site rapide et stable sera favorisé par rapport à un site lent et instable, à contenu égal. Ce n'est pas le seul facteur de classement, loin de là. Mais c'est un facteur qui peut faire la différence quand deux sites sont au coude à coude.
Et au-delà du référencement, un site performant retient mieux ses visiteurs. Les études montrent qu'un site qui charge en moins de 2,5 secondes a un taux de rebond nettement inférieur à un site qui charge en 5 secondes. Autrement dit, vos visiteurs restent plus longtemps, consultent plus de pages, et sont plus susceptibles de vous contacter.
Les 3 critères expliqués
Les Core Web Vitals se résument à trois mesures. Chacune évalue un aspect différent de l'expérience utilisateur.
LCP : le temps d'affichage du contenu principal
LCP signifie Largest Contentful Paint. En français : le temps que met le plus gros élément visible de la page à s'afficher complètement. En général, c'est l'image principale ou le bloc de texte le plus important.
Concrètement, c'est le moment où votre visiteur voit quelque chose d'utile à l'écran. Avant ça, il regarde une page blanche ou un chargement en cours. Plus c'est long, plus il risque de partir.
Les seuils à retenir. Moins de 2,5 secondes : bon. Entre 2,5 et 4 secondes : à améliorer. Plus de 4 secondes : mauvais. La plupart des sites de PME qu'on audite se situent entre 4 et 8 secondes sur mobile. Il y a presque toujours une marge de progression importante.
Les causes les plus fréquentes d'un mauvais LCP : des images trop lourdes (non compressées, non redimensionnées), un hébergement lent qui met du temps à répondre, ou des scripts qui bloquent l'affichage de la page.
INP : la réactivité aux interactions
INP signifie Interaction to Next Paint. C'est le temps que met votre site à réagir quand un visiteur fait quelque chose : cliquer sur un bouton, ouvrir un menu, remplir un formulaire. Ce critère a remplacé l'ancien indicateur FID en mars 2024, parce qu'il est plus représentatif de l'expérience réelle.
Quand vous cliquez sur un bouton et que rien ne se passe pendant une seconde, c'est frustrant. Vous vous demandez si le clic a fonctionné, vous recliquez, parfois ça déclenche une double action. Une bonne réactivité, c'est quand le site répond en moins de 200 millisecondes. Vous cliquez, ça réagit. Instantané.
Les seuils à retenir. Moins de 200 millisecondes : bon. Entre 200 et 500 millisecondes : à améliorer. Plus de 500 millisecondes : mauvais.
Les causes les plus fréquentes d'un mauvais INP : trop de scripts qui tournent en arrière-plan (outils d'analyse, widgets, animations lourdes), un code mal optimisé qui bloque le navigateur pendant qu'il traite autre chose.
CLS : la stabilité visuelle
CLS signifie Cumulative Layout Shift. C'est la mesure de la stabilité de l'affichage pendant le chargement de la page. Vous avez certainement déjà vécu cette situation : vous commencez à lire un texte, et soudain tout le contenu se décale parce qu'une image ou une publicité vient de se charger au-dessus. Vous perdez votre repère, vous devez chercher où vous en étiez. Pire, vous cliquez sur le mauvais bouton parce que la page a bougé au dernier moment.
C'est exactement ce que le CLS mesure. Plus le contenu bouge pendant le chargement, plus le score est mauvais.
Les seuils à retenir. Moins de 0,1 : bon. Entre 0,1 et 0,25 : à améliorer. Plus de 0,25 : mauvais.
Les causes les plus fréquentes d'un mauvais CLS : des images sans dimensions définies (le navigateur ne sait pas quelle place réserver), des polices de caractères qui se chargent en retard et changent la taille du texte, des blocs publicitaires ou des bannières qui s'insèrent après coup.
Comment tester votre score
La bonne nouvelle, c'est que vérifier vos Core Web Vitals est gratuit et ne demande aucune compétence technique.
PageSpeed Insights. C'est l'outil officiel de Google. Vous entrez l'adresse de votre site, et en quelques secondes vous obtenez un rapport détaillé avec vos scores pour les trois métriques, sur mobile et sur ordinateur. L'outil vous indique aussi précisément ce qui pose problème et comment le corriger. C'est le premier réflexe à avoir.
La Search Console. Si vous avez accès au tableau de bord de votre site dans la console de recherche de Google, vous y trouverez un rapport dédié aux Core Web Vitals. L'avantage de cette vue, c'est qu'elle se base sur les données réelles de vos visiteurs, pas sur une simulation. Elle vous montre exactement quelles pages posent problème et pour quel critère.
GTmetrix. Un outil complémentaire qui offre des informations plus détaillées sur le chargement de votre site, avec un historique qui permet de suivre vos progrès dans le temps.
Le conseil le plus important : testez toujours sur mobile. C'est là que les problèmes sont les plus visibles, et c'est la version que les moteurs de recherche évaluent en priorité. Beaucoup de sites ont des scores corrects sur ordinateur mais catastrophiques sur téléphone.
Les corrections les plus efficaces
Une fois que vous avez identifié les problèmes, voici les corrections qui produisent les meilleurs résultats pour chaque métrique.
Pour améliorer le LCP
Optimisez vos images. C'est la correction numéro un. Convertissez vos images au format WebP (plus léger que le JPEG classique), redimensionnez-les à la taille réelle d'affichage, et compressez-les. Une image de page d'accueil ne devrait pas dépasser 100 à 200 Ko. Si la vôtre pèse 2 Mo, vous avez trouvé votre coupable.
Vérifiez votre hébergement. Si le serveur met plus d'une seconde à répondre à la première requête, aucune optimisation d'image ne suffira. Un hébergement de qualité est la fondation sur laquelle tout repose.
Réduisez les scripts bloquants. Certains scripts empêchent la page de s'afficher tant qu'ils ne sont pas entièrement chargés. Le chargement différé (attribut defer ou async dans le code) permet d'afficher d'abord le contenu, puis de charger les scripts en arrière-plan.
Pour améliorer le INP
Faites le tri dans vos scripts. Chaque outil que vous ajoutez à votre site (chat en ligne, outil d'analyse, widget social, etc.) ajoute du code que le navigateur doit traiter. Moins il y en a, plus le site est réactif. Supprimez tout ce qui n'est pas indispensable.
Découpez les tâches longues. Si votre site exécute des scripts qui prennent plus de 50 millisecondes d'un seul tenant, le navigateur est bloqué pendant ce temps et ne peut pas répondre aux interactions. C'est souvent corrigeable en optimisant le code ou en repoussant les calculs non urgents.
Pour améliorer le CLS
Définissez les dimensions de vos images et vidéos. Dans le code de votre site, chaque image devrait avoir une largeur et une hauteur définies. Ça permet au navigateur de réserver l'espace avant même que l'image soit chargée, évitant tout décalage.
Pré-chargez vos polices de caractères. Si votre site utilise une police personnalisée, demandez au navigateur de la charger en priorité. Ça évite le changement de police en cours de lecture, qui cause des décalages visuels.
Évitez d'insérer du contenu dynamique au-dessus du contenu existant. Toute bannière, barre de notification ou publicité qui s'affiche en haut de page après le chargement initial provoquera un décalage. Si vous devez insérer du contenu dynamique, réservez-lui un espace fixe dès le départ.
Ces corrections ne sont pas toutes faisables par un non-technicien, c'est vrai. Mais comprendre ce qui se passe vous permet de poser les bonnes questions à votre prestataire, de vérifier que le travail est fait, et d'exiger des résultats mesurables. C'est déjà un avantage considérable.
