En bref
- Le seuil a bougé en mars 2026. L’affichage du contenu principal doit tenir sous 2,5 secondes, et cette barre n’a pas bougé. Ce qui bouge, c’est le 75e centile de vos visiteurs réels : plus de mobile ou d’appareils modestes suffit à faire passer un site du vert à l’orange sans qu’une ligne de code ait changé.
- Le point le plus souvent en défaut est l’affichage sur mobile. Environ 38 % des pages mobiles n’atteignent pas le seuil sur cette mesure, contre 23 % sur le délai de réponse à une interaction, mesuré à 200 millisecondes.
- Moins de la moitié des sites passent les trois seuils. Ce n’est donc pas une exigence marginale : c’est là que se joue un écart concurrentiel à contenu équivalent.
- Ne mesurez pas sur votre machine. Le classement se fait sur les données de vos visiteurs réels, majoritairement mobiles, et pas sur un test lancé depuis une connexion de bureau.
Une conversation revient régulièrement depuis le printemps : « nos performances se sont dégradées, on ne comprend pas, on n’a rien déployé ». Dans la plupart des cas, c’est exact. Le site n’a pas ralenti, et la barre n’a pas bougé non plus : c’est le public mesuré qui a changé.
Ce qui bouge vraiment, et ce que ça implique
Trois mesures gouvernent l’évaluation : le temps d’affichage du contenu principal, le délai de réponse aux interactions, et la stabilité visuelle de la page pendant son chargement.
| Mesure | Ce qu’elle décrit | Seuil « bon » en 2026 |
|---|---|---|
| Affichage du contenu principal | Le moment où l’élément le plus visible de la page est affiché | Moins de 2,5 secondes, seuil inchangé |
| Réactivité à l’interaction | Le délai entre un clic et la réponse visible de la page | Moins de 200 millisecondes |
| Stabilité visuelle | Les décalages de mise en page pendant le chargement | Moins de 0,1 |
L’effet est mécanique, mais il ne vient pas d’un changement de règle. Votre note est le 75e centile des visites réelles sur les 28 derniers jours. Faites entrer une campagne qui amène davantage de mobile, ou une saison où vos clientes achètent depuis un téléphone plus modeste, et ce centile monte sans que le site ait ralenti pour personne. Cela vaut la peine d’être dit en réunion avant que l’on cherche un coupable.
L’erreur qui coûte le plus cher Optimiser ce que mesure un test lancé depuis un poste de bureau. L’évaluation qui compte se fonde sur les données de vos visiteurs réels, sur leurs appareils et leurs connexions. Un site peut afficher un excellent score en laboratoire et échouer sur le terrain, parce que la moitié de son trafic vient d’un téléphone milieu de gamme en 4G.
La réactivité, le sujet mal traité
Ce n’est pas la mesure la plus souvent en défaut, c’est la moins comprise. Il ne mesure pas la vitesse de chargement mais le temps que met la page à répondre à un clic. Une page qui s’affiche en une seconde et qui gèle deux secondes au premier clic échoue, alors que le visiteur la trouve « rapide » à l’ouverture.
La cause est presque toujours la même : trop de code s’exécute au chargement. Balises marketing, chat en ligne, tests A/B, recommandations, bandeau de consentement, outils d’enregistrement de session. Chacun paraît léger et ils s’exécutent tous au même moment, sur le fil unique qui doit aussi répondre au clic.
Ce constat rejoint une observation que nous faisons dans presque tous les audits : la dégradation ne vient pas du thème ni de l’hébergement, mais de l’accumulation d’outils que personne n’a jamais retirés. Le premier gain est souvent un inventaire, pas une optimisation.
La méthode, avant d’appeler un développeur
- Regardez les données de terrain, pas un test. Le rapport d’expérience utilisateur, disponible dans la Search Console, donne ce que vivent vos visiteurs sur vingt-huit jours. C’est cette source qui décide, et elle est gratuite. Un test isolé, lui, ne prouve rien : sur notre propre site, quatre passages consécutifs sans rien modifier ont donné 100, 97, 99 et 97.
- Séparez mobile et ordinateur. Les moyennes confondues masquent presque toujours un mobile en difficulté et un ordinateur confortable. Sur une boutique, le mobile est le sujet.
- Inventoriez ce qui se charge. Listez les scripts tiers présents sur une fiche produit et demandez pour chacun qui l’utilise et pour quelle décision. Un tiers d’entre eux, en général, ne sert plus personne.
- Traitez les images avant le code. Le format moderne, les dimensions déclarées et le chargement différé règlent l’essentiel de l’affichage et de la stabilité visuelle, sans toucher au thème.
Auto-diagnostic en dix minutes : ouvrez votre fiche produit la plus vendue sur un téléphone, en données mobiles, et comptez à voix haute jusqu’à ce que l’image principale s’affiche. Puis touchez le bouton d’ajout au panier et comptez jusqu’à ce que quelque chose bouge. Ces deux nombres valent tous les rapports.
Les approches, et ce qu’elles valent
| Approche | Ce que ça donne | Pour qui |
|---|---|---|
| Retirer les scripts tiers inutiles | Le meilleur rapport effort-résultat, sur la réactivité surtout. Coût nul, effet immédiat, et ça ne casse rien si l’inventaire est fait sérieusement | Tout le monde, et c’est par là qu’on commence |
| Traiter les images | Règle l’essentiel de l’affichage et de la stabilité. Se fait sans toucher au thème | Boutiques à catalogue visuel, donc presque toutes |
| Ajouter un cache et un réseau de diffusion | Améliore l’affichage, n’a aucun effet sur la réactivité. Souvent vendu comme la solution, alors qu’il ne traite qu’une mesure sur trois | Trafic international, pages peu personnalisées |
| Refondre le thème | Peut tout régler, coûte des mois, et ne survit pas si l’accumulation de scripts reprend ensuite | Quand le socle est réellement en cause, ce qui est plus rare qu’on ne le dit |
L’outillage
Deux besoins distincts : mesurer en continu sur les données de vos vrais visiteurs, et appliquer les optimisations répétitives sans y passer ses journées.
Sur PrestaShop, nous déployons chez nos clients les modules édités par Datafirefly Limited, la société sœur de notre agence : Core Web Vitals pour suivre les trois mesures sur le trafic réel plutôt que sur un test ponctuel, et le Speed Pack pour les optimisations d’images et de chargement. Achat unique · 12 mois de mises à jour.
La méthode prime sur l’outil, et c’est particulièrement vrai ici : aucun module ne décide à votre place de retirer l’outil d’enregistrement de session que plus personne ne consulte. C’est une décision, et c’est souvent le plus gros gain de la mission.
Ce que ça dit de plus grand
La vitesse est traitée comme un sujet technique, pilotée par un score, et c’est ce qui la rend inefficace. Un score ne dit pas ce qu’un visiteur ressent, ni ce qu’il abandonne.
La question utile n’est pas « quel est notre score », mais « combien de temps une cliente attend-elle avant de pouvoir ajouter au panier, sur son téléphone, dans le métro ». Posée ainsi, elle appartient au marketing autant qu’à la technique, et elle rejoint le travail sur les frictions du parcours que nous menons dans notre expertise UX et CRO.
Sources
Les affirmations vérifiables de cet article renvoient à leur source primaire, ouverte le 10 août 2026. Nous ne citons pas de source que nous n’avons pas lue.
- web.dev, Largest Contentful Paint (LCP). Consulter
- web.dev, Web Vitals. Consulter
- web.dev, How the Core Web Vitals metrics thresholds were defined. Consulter
- Chrome for Developers, Chrome UX Report release notes. Consulter
- Google Search Central, Understanding Core Web Vitals and Google search results. Consulter
- Google Search Console Help, Core Web Vitals report. Consulter
- HTTP Archive, Web Almanac 2025, chapitre Performance. Consulter
FAQ
Le seuil a-t-il changé récemment ?
Non. L’affichage du contenu principal reste évalué à 2,5 secondes, la réactivité à 200 millisecondes et la stabilité visuelle à 0,1. Ces valeurs n’ont pas bougé et aucune note de version de Google n’annonce de resserrement. Une dégradation inexpliquée vient presque toujours d’un changement dans la composition de votre trafic, pas d’un changement de règle.
Quel est le plus difficile à tenir ?
L’affichage du contenu principal sur mobile : environ 38 % des pages n’atteignent pas le seuil, contre 23 % sur la réactivité. Cette dernière reste la plus mal traitée, parce qu’elle ne se règle ni par le cache ni par un réseau de diffusion, mais en réduisant ce qui s’exécute au chargement.
Un score de 100 en test garantit-il d’être conforme ?
Non. Le test simule une visite, l’évaluation qui compte se fonde sur vos visiteurs réels sur vingt-huit jours. Un excellent score en laboratoire coexiste très bien avec un échec sur le terrain, en général à cause du mobile.
Est-ce vraiment un facteur de classement ?
C’est un signal parmi d’autres, qui pèse surtout à contenu et autorité comparables. Autrement dit, il départage plus qu’il ne classe. Mais son effet sur la conversion, lui, ne dépend d’aucun moteur.
Dotsland peut-il m’accompagner ?
Oui. Lecture des données de terrain séparées mobile et ordinateur, inventaire des scripts tiers avec arbitrage de ce qui peut partir, traitement des images et suivi dans le temps. C’est un chantier de notre expertise UX et CRO. Parlons-en, ou commencez par les deux comptages de l’auto-diagnostic.