En 2026, Google ne juge plus seulement le contenu d'une page : il mesure aussi ce que les visiteurs ressentent réellement en la parcourant. Ces mesures s'appellent les Core Web Vitals, trois indicateurs chiffrés qui décrivent la vitesse de chargement, la réactivité aux clics et la stabilité visuelle d'une page. Pour une TPE, comprendre ces trois chiffres évite de confondre « mon site a l'air rapide quand je le teste » et « mon site est rapide pour la majorité de mes visiteurs réels », qui sont deux choses très différentes.
Cet article explique ce que Google mesure précisément, pourquoi ces métriques pèsent sur le classement, et comment les vérifier soi-même gratuitement. Pour le dépannage pratique d'un site WordPress devenu lent au fil du temps, voir notre guide site WordPress lent : causes et solutions — ici, l'angle est celui du pourquoi et des seuils exacts fixés par Google.
Les trois Core Web Vitals en 2026
Depuis le 12 mars 2024, Google mesure trois signaux de performance pour chaque page, évalués sur les visites réelles des internautes (pas sur un test en laboratoire isolé) :
- LCP (Largest Contentful Paint) : le temps nécessaire pour afficher le plus grand élément visible de la page (souvent une image d'en-tête ou un bloc de texte). Seuil « bon » : 2,5 secondes ou moins.
- INP (Interaction to Next Paint) : le délai entre une action du visiteur (clic, tap, saisie) et la réponse visuelle de la page. Seuil « bon » : 200 millisecondes ou moins. Cette métrique a remplacé le FID (First Input Delay) le 12 mars 2024, car elle évalue toutes les interactions d'une visite et pas seulement la première.
- CLS (Cumulative Layout Shift) : la quantité de décalage visuel inattendu pendant le chargement (un bouton qui se déplace, un bandeau qui pousse le texte). Seuil « bon » : 0,1 ou moins, sans unité.
Une page n'est considérée comme « bonne » que si elle respecte les trois seuils en même temps, mesurés au 75ᵉ percentile des visites réelles (mobile et ordinateur étant comptés séparément). En clair : il faut qu'au moins 75 % des visites sur une page atteignent le seuil « bon » pour que Google classe la page comme « bonne » sur ce critère. Un site rapide pour vous, testé une fois sur votre ordinateur au bureau, peut très bien échouer ce test si un quart de vos visiteurs mobiles sur réseau 4G attendent, eux, plus de 4 secondes.
Pourquoi Google utilise ces métriques pour classer un site
Google a intégré les Core Web Vitals dans son algorithme de classement parce qu'ils décrivent directement l'expérience vécue par l'internaute, pas une caractéristique technique abstraite. Un site qui met du temps à afficher son contenu principal, qui réagit avec retard aux clics ou dont les éléments bougent pendant la lecture pousse les visiteurs à repartir avant même d'avoir vu l'offre ou le contenu proposé. Google cherche à ne pas envoyer ses utilisateurs vers des pages qui produisent ce type de frustration, en particulier sur mobile, où l'essentiel de la recherche se fait aujourd'hui et où les connexions sont souvent plus lentes qu'en Wi-Fi fixe.
Les Core Web Vitals ne sont pas le seul critère de classement — le contenu, la pertinence et les liens comptent bien davantage — mais ils agissent comme un filtre : entre deux pages de contenu équivalent, celle qui offre la meilleure expérience technique a un avantage. Et sur un marché local où plusieurs artisans ou commerces se disputent les mêmes recherches, cet avantage peut suffire à faire la différence.
Ce que ça change concrètement pour une TPE
Un site WordPress d'artisan ou de commerce de proximité accumule souvent, au fil des années, des extensions, des photos haute résolution jamais compressées et des widgets de réseaux sociaux ajoutés sans y repenser. Chacun de ces éléments dégrade l'un des trois Core Web Vitals : les images lourdes retardent le LCP, les scripts de plugins mal optimisés plombent l'INP, les bandeaux ou publicités qui s'affichent après coup cassent le CLS. Le résultat est un site qui perd progressivement en visibilité, sans qu'aucune erreur ne soit visible à l'œil nu.
Pour le détail symptôme par symptôme (extensions trop nombreuses, absence de cache, hébergement mutualisé saturé) et les solutions pas à pas pour un site WordPress devenu lent, notre guide site WordPress lent : causes et solutions pour l'accélérer couvre le dépannage pratique. Cet article-ci répond à une question différente et complémentaire : quels chiffres précis Google regarde, et à partir de quel seuil une page bascule de « bonne » à « à améliorer » ou « mauvaise ». Si votre hébergement actuel est structurellement limité, voir aussi notre guide pour choisir un hébergement WordPress rapide et sécurisé, car le LCP dépend directement du temps de réponse du serveur (TTFB) avant même l'affichage du moindre élément visuel.
Vérifier ses propres Core Web Vitals (outils gratuits)
Pas besoin d'outil payant pour savoir où se situe un site. Trois outils gratuits, tous fournis par Google, donnent une vision complète :
- PageSpeed Insights (pagespeed.web.dev) : entrez l'URL d'une page, l'outil affiche les trois Core Web Vitals mesurés sur les visiteurs réels (données de terrain, quand le trafic est suffisant) et un diagnostic détaillé en laboratoire avec des pistes d'amélioration concrètes.
- Google Search Console (rapport « Signaux Web essentiels ») : donne la répartition des pages du site classées « bonnes », « à améliorer » ou « médiocres », directement calculée sur les visites réelles des internautes qui utilisent Chrome. C'est la source la plus fiable car elle reflète le trafic réel du site, pas un test isolé.
- Lighthouse, intégré aux outils de développement de Chrome (ou en extension) : donne un diagnostic technique détaillé en conditions de laboratoire, utile pour identifier précisément quel élément (image, script, police) cause un problème.
Le bon réflexe est de croiser les trois : Search Console pour voir si le site a un vrai problème sur ses visiteurs réels, puis PageSpeed Insights ou Lighthouse pour identifier la cause technique précise à corriger.
Checklist pratique d'amélioration
- Compresser et redimensionner les images avant mise en ligne (format WebP ou JPEG optimisé), en particulier l'image principale visible sans défilement, qui est souvent l'élément mesuré par le LCP.
- Mettre en place un système de cache pour éviter que le serveur reconstruise chaque page à chaque visite, ce qui réduit directement le temps de réponse et donc le LCP.
- Choisir un hébergement performant, adapté au trafic réel du site : un mutualisé saturé fait grimper le temps de réponse serveur (TTFB) avant même le premier octet de contenu affiché.
- Limiter les extensions et scripts tiers (widgets de réseaux sociaux, chat en ligne, trackers publicitaires) : chacun ajoute du code JavaScript exécuté à chaque interaction, ce qui dégrade l'INP.
- Réserver l'espace des images et des blocs qui chargent en différé (bannières de cookies, publicités, polices externes) pour éviter que le contenu ne bouge une fois affiché, ce qui dégrade le CLS.
Questions fréquentes
Les Core Web Vitals sont-ils le seul critère de classement de Google ?
Non. Le contenu, sa pertinence par rapport à la recherche et les liens restent les critères dominants. Les Core Web Vitals agissent comme un facteur différenciant entre des pages de qualité de contenu comparable, en particulier sur mobile.
Un bon score Lighthouse garantit-il de passer les Core Web Vitals ?
Pas automatiquement. Lighthouse teste en conditions de laboratoire, sur un seul chargement simulé. Les Core Web Vitals utilisés pour le classement sont mesurés sur les visites réelles des internautes au 75ᵉ percentile : un site rapide dans un test isolé peut encore échouer sur le terrain si une partie importante de ses visiteurs utilise des connexions ou des appareils plus lents.
Combien de temps faut-il pour corriger ses Core Web Vitals ?
Cela dépend du diagnostic. La compression d'images et la mise en cache se règlent souvent en quelques heures. Un problème d'hébergement sous-dimensionné ou un thème trop lourd à remplacer demande davantage de temps. Le plus efficace reste de commencer par un diagnostic (PageSpeed Insights ou Search Console) avant d'agir au hasard.
Si votre site traîne ces trois indicateurs dans le rouge depuis longtemps, un diagnostic concret avec GLSM permet d'identifier précisément ce qui bloque, avant d'engager des travaux inutiles.
Ce point compte particulièrement si vous envisagez de passer d'un site vitrine à une boutique en ligne : plus de pages, de photos produit et de scripts de paiement, donc plus de risques de dégrader le LCP et l'INP sans vigilance.