Vitesse de chargement et SEO : la vitesse de votre site influence-t-elle votre classement Google ?

Oui, mais modestement. Google indique que ses systèmes de classement utilisent les Core Web Vitals, mais que le contenu pertinent passe toujours en premier et que de bons scores ne garantissent pas les premières places. Les objectifs sont un Largest Contentful Paint (LCP) de 2,5 secondes ou moins, un Interaction to Next Paint (INP) de 200 millisecondes ou moins et un Cumulative Layout Shift (CLS) de 0,1 ou moins, mesurés au 75e percentile des visites réelles.

Les Core Web Vitals : ce que Google mesure

Les Core Web Vitals sont des métriques qui décrivent l'expérience réelle des utilisateurs. Il y en a trois, et web.dev recommande de les évaluer au 75e percentile des chargements de page, séparément pour mobile et ordinateur :

• LCP (Largest Contentful Paint) : le temps que met le plus grand élément visible à se charger. Bon : 2,5 s ou moins. À améliorer : jusqu'à 4 s. Mauvais : plus de 4 s.
• INP (Interaction to Next Paint) : la rapidité avec laquelle la page répond aux interactions. Bon : 200 ms ou moins. À améliorer : jusqu'à 500 ms. Mauvais : plus de 500 ms.
• CLS (Cumulative Layout Shift) : l'ampleur des sauts de mise en page pendant le chargement. Bon : 0,1 ou moins. À améliorer : jusqu'à 0,25. Mauvais : plus de 0,25.

L'INP a remplacé le First Input Delay (FID) comme Core Web Vital et est devenu stable en 2024. Les anciens guides qui mentionnent le FID, ou qui donnent un objectif de LCP plus strict de 1,2 seconde, sont dépassés.

Comment Google utilise ces métriques

Le déploiement de l'expérience de page par Google a commencé en juin 2021 sur mobile. Sa documentation indique que les Core Web Vitals sont utilisés par ses systèmes de classement, mais aussi que Google cherche toujours à afficher le contenu le plus pertinent, même si l'expérience de page est médiocre. Elle ajoute que de bons résultats dans la Search Console ou dans des outils tiers ne garantissent pas les premières places.

Concrètement, l'expérience de page compte surtout quand plusieurs pages sont aussi utiles les unes que les autres. La vitesse joue aussi après le clic : une page lente perd des visiteurs quel que soit son classement.

Pourquoi beaucoup de sites WordPress peinent

Le Web Almanac 2025 de HTTP Archive indique qu'environ 45 % des sites WordPress réussissent les Core Web Vitals sur mobile, l'un des taux les plus bas parmi les systèmes de gestion de contenu qu'il compare. Les causes typiques sont des pages générées sur le serveur à chaque requête, de nombreux plugins qui ajoutent chacun du JavaScript et du CSS, et des thèmes lourds.

Les plugins de cache aident, mais ne peuvent pas supprimer le JavaScript chargé par les plugins. C'est une moyenne sur tous les sites WordPress, et un site construit avec soin peut réussir.

Ce qui améliore vraiment le LCP

• Pré-rendre les pages en HTML statique, pour que le serveur ait peu à faire à chaque requête.
• Un réseau de diffusion de contenu (CDN), qui sert les pages depuis un emplacement proche du visiteur.
• L'optimisation des images : formats modernes comme AVIF ou WebP, bonnes dimensions, chargement différé sous la ligne de flottaison et image principale priorisée.
• Le chargement des polices : font-display: swap et préchargement des seules polices critiques.
• Moins de CSS et de JavaScript bloquants, et suppression des scripts tiers inutiles.

Google recommande le rendu côté serveur ou le pré-rendu, car cela rend un site plus rapide pour les utilisateurs et les robots, et tous les robots ne savent pas exécuter le JavaScript. Googlebot exécute bien le JavaScript, donc un site très JavaScript peut quand même être indexé, mais le HTML pré-rendu est plus simple et plus rapide.

CLS : la mise en page qui saute

Le CLS mesure les déplacements inattendus du contenu pendant le chargement, par exemple quand une image sans dimensions définies repousse le texte vers le bas ou qu'une bannière apparaît au-dessus de ce que vous lisiez.

Pour le réduire, donnez aux images des attributs width et height explicites, réservez de la place pour le contenu chargé plus tard comme les publicités, les contenus intégrés et les bannières de cookies, et évitez d'insérer du contenu au-dessus du contenu existant après le premier rendu.

INP : la réactivité

L'INP regarde le temps que met la page à répondre aux clics, aux appuis et aux touches tout au long de la visite. Les longues tâches JavaScript en sont la cause habituelle : envoyez moins de JavaScript, découpez le code lourd et différez les scripts qui ne sont pas nécessaires tout de suite.

Comment mesurer vos Core Web Vitals

• Search Console, rapport Core Web Vitals : données de terrain regroupées par type de page, pour mobile et ordinateur.
• PageSpeed Insights : affiche les données de terrain du Chrome User Experience Report quand elles existent, plus un test de laboratoire Lighthouse.
• Chrome DevTools, panneau Performance : un enregistrement détaillé du chargement et des interactions.

Les données de terrain reflètent les vrais visiteurs et sont celles qui comptent. Les tests de laboratoire comme Lighthouse aident à trouver les causes, mais leur score n'est pas la même chose que les Core Web Vitals.

Ce que nous faisons concrètement

Nous vérifions chaque site avec Lighthouse et les seuils de Core Web Vitals ci-dessus avant la mise en ligne, puis nous regardons les données de terrain dans la Search Console quand les vraies visites arrivent. Si votre site peine à se classer malgré un bon contenu, la performance peut être un facteur, mais vérifiez aussi le contenu, la structure et si les moteurs de recherche et les outils d'IA peuvent lire vos pages.