L’expérience utilisateur (UX) désigne la qualité subjectivement perçue de l’interaction d’une personne avec un site web (Textbroker, qui cite la norme ISO 9241-210 comme référence). En SEO, la documentation de Google s’appuie sur trois métriques : les Core Web Vitals.
L’essentiel
- L’UX est une qualité perçue : convivialité, mais aussi facteurs esthétiques et émotionnels.
- Google met en avant trois métriques, les Core Web Vitals : LCP, INP et CLS, sans donner leur poids.
- Sur ce site, 92 URLs étaient en échec CLS mobile en juillet et 89 en octobre malgré un correctif : le popup suspecté ne s’affiche que sur 28 pages.
Ce que recouvre l’UX
Textbroker la résume ainsi : convivialité plus facteurs esthétiques et émotionnels. Elle se lit dans des indicateurs comme la durée d’utilisation, le taux de conversion, le taux de rebond ou le temps de chargement. Une agence SEO, Première Page, range sous l’UX la performance technique, la navigation mobile, le contenu et les critères de confiance comme les avis.
Ce que Google en dit
Dans la documentation Google sur les Core Web Vitals, Google présente les Core Web Vitals comme alignés avec ce que ses systèmes de classement cherchent à récompenser (page mise à jour le 10 décembre 2025). Les trois métriques sont le LCP, l’INP et le CLS, détaillées dans mon article sur les Core Web Vitals. La page ne les qualifie pas explicitement de « signal de classement » et ne donne pas leur poids.
Un cas : 92 URLs en échec CLS
En juillet 2026, la Search Console de ce site signalait un CLS mobile supérieur à 0,25 sur un groupe de 92 URLs, avec la page /ko-fi/ en exemple à 0,53 (le seuil visé par Google est 0,1). PageSpeed Insights sur cette page a désigné l’image du popup MailerLite comme responsable de la quasi-totalité du décalage. web.dev range d’ailleurs les images aux dimensions inconnues parmi les causes de décalage de mise en page (le problème est détaillé dans mon article sur le CLS).
Claude Code a lu les dimensions réelles du fichier : 826 × 1169 px. J’ai ensuite ajouté en production la règle CSS aspect-ratio: 826/1169 et vérifié sa présence par relecture du CSS. Plus de deux mois plus tard, le rapport de la Search Console affiche encore 89 URLs en échec CLS mobile (aucune en problème LCP), et la validation de la correction est marquée « Échec ».
Le diagnostic supposait pourtant un popup présent sur tout le site. La configuration MailerLite, relue en octobre 2026, le dément : le popup ne s’affiche que sur une liste blanche de 28 URLs, consacrées à OnlyFans, MYM, OFM et aux plateformes voisines, pour promouvoir un lead magnet. Il peut expliquer /ko-fi/ et une partie du groupe, pas les 89 URLs restantes. Reste à identifier ce qui les fait échouer.
📬 Envie d’aller plus loin ?
Je partage chaque weekend des conseils concrets pour créer, optimiser et monétiser ta présence en ligne (plateformes, SEO, copywriting…).
Pas de spam. Pas de blabla.
Juste une newsletter utile, écrite à la main par un freelance qui vit de ses contenus.
🎁 En bonus à l’inscription :
➡️ Un audit SEO ou appel stratégique offert (pour abonnés uniquement)
FAQ
Quels seuils faut-il atteindre pour que Google juge un Core Web Vital bon ?
D’après la documentation de Google : un LCP dans les 2,5 premières secondes de chargement, un INP inférieur à 200 millisecondes et un CLS inférieur à 0,1. Pour le CLS, web.dev précise que la mesure se fait au 75e centile des chargements de pages, mobile et desktop séparés. Un site peut donc échouer sur mobile sans échouer sur ordinateur.
Combien de temps faut-il pour voir l’effet d’une correction de CLS dans la Search Console ?
Le rapport Core Web Vitals s’appuie sur une fenêtre glissante de 28 jours : comptez jusqu’à quatre semaines avant que la correction se lise dans les chiffres. Une relecture du CSS ou un code HTTP 200 confirment seulement que la règle est en ligne, pas que le CLS a baissé.
