Chaque année, WebAIM fait passer des tests d’accessibilité automatisés aux pages d’accueil du million de sites web les plus visités et publie ce qu’il constate. L’édition 2026 n’est pas encourageante : 95,9 % des pages d’accueil présentaient au moins un échec WCAG 2 détectable, contre 94,8 % l’année précédente, selon le rapport WebAIM Million 2026. Ce n’est pas un sous-ensemble marginal de sites mal construits. C’est l’écrasante majorité du web moderne, y compris des sites gérés par de grandes entreprises bien dotées en ressources et disposant d’équipes d’ingénierie dédiées.

Ce que l’étude mesure réellement

Le WebAIM Million tire sa liste de pages d’accueil d’un ensemble classé de domaines populaires et fait passer chacune à un test automatisé. Les outils automatisés ne détectent, par construction, qu’une partie des véritables obstacles d’accessibilité. Ils peuvent signaler un attribut alt manquant, mais ils ne peuvent pas juger si le texte alternatif rédigé par quelqu’un est réellement utile, et ils ne peuvent pas dire si un utilisateur de lecteur d’écran peut finaliser un parcours de paiement. Cela fait des chiffres de l’étude un plancher, pas un plafond, de l’ampleur du travail qu’il reste réellement à accomplir sur le web.

Les chiffres clés

Trois chiffres du rapport 2026 méritent qu’on s’y arrête :

  • 95,9 % des pages d’accueil présentaient au moins un échec WCAG 2 détectable, selon WebAIM Million 2026.
  • La page d’accueil moyenne comportait 56,1 erreurs détectables, soit une hausse de 10,1 % par rapport à 2025, selon le même rapport.
  • 83,9 % des pages d’accueil présentaient un texte à faible contraste, ce qui en fait le type d’échec le plus fréquent constaté.

La tendance du nombre d’erreurs par page est celle qui devrait le plus préoccuper les propriétaires de site. Un taux d’échec proche de 96 % oscille dans cette fourchette depuis des années et reflète surtout à quel point les écarts de base sont répandus sur le web en général. Mais le fait que le nombre moyen d’erreurs par page augmente, plutôt que de diminuer, suggère que les sites en échec ne le sont pas seulement d’une petite façon isolée. Ils accumulent davantage de problèmes à mesure que les pages deviennent plus complexes, pas moins.

Pourquoi le faible contraste continue de dominer

Le texte à faible contraste occupe la tête de ce classement depuis des années, et c’est un cas d’étude utile pour comprendre pourquoi des problèmes d’accessibilité persistent même lorsqu’ils sont faciles à décrire. Le ratio de contraste est un calcul purement mécanique entre une couleur de texte et son arrière-plan, vérifiable en quelques secondes avec des outils gratuits, et pourtant il reste, de loin, l’échec le plus courant sur le web. L’explication probable n’est pas l’ignorance de la règle. C’est que le contraste se décide dans un outil de design par quelqu’un qui optimise pour le rendu visuel, puis se retrouve déployé sans que personne ne le revérifie au regard des seuils numériques des WCAG une fois le vrai contenu et les vrais arrière-plans en place.

Ce que cela signifie si vous gérez un site web

Si votre page d’accueil n’a pas été testée, le taux de base indique qu’il est plus probable qu’improbable qu’elle présente un échec WCAG détectable, et il vaut particulièrement la peine de vérifier d’abord vos combinaisons de couleurs de texte et d’arrière-plan, puisque c’est de loin le problème le plus courant. Les outils de scan automatisés, y compris l’outil gratuit WAVE utilisé par WebAIM pour cette étude, détectent rapidement et à faible coût une part significative des problèmes, ce qui en fait un point de départ raisonnable. Ils ne détecteront pas tout : l’utilisabilité pour un lecteur d’écran, un ordre de lecture logique, et le fait que des composants interactifs fonctionnent réellement au clavier exigent généralement qu’une personne teste manuellement ou avec une technologie d’assistance directement.

Cet écart entre ce que les outils automatisés peuvent et ne peuvent pas voir explique pourquoi certaines plateformes de ce secteur associent l’analyse automatisée à une couche de revue manuelle plutôt que de proposer la seule détection. Wawsome, par exemple, combine un widget automatisé à un suivi continu et à un vérificateur revu par des humains, partant du principe qu’un scan seul n’est pas une réponse complète. Les outils de test axe-core de Deque adoptent une approche différente mais liée, visant à détecter les problèmes pendant le développement avant la mise en ligne d’une page, une stratégie réellement différente de tester une page terminée après son lancement.

La tendance compte plus que n’importe quelle année isolée

Les chiffres d’une seule année sont un instantané. Le signal le plus utile du WebAIM Million est le schéma pluriannuel : des taux d’échec qui restent obstinément élevés et un nombre d’erreurs qui continue de grimper, alors même que la prise de conscience de l’accessibilité web a progressé et qu’une réglementation plus étendue, l’European Accessibility Act y compris, est entrée en vigueur. Cette combinaison suggère que le problème n’est plus principalement un manque d’information. C’est que les tests d’accessibilité ne sont toujours pas intégrés au flux de travail normal de la plupart des équipes, à la façon d’un correcteur orthographique ou d’un vérificateur de liens cassés, si bien que les problèmes s’accumulent à mesure que les sites sont refondus et reconstruits, plutôt que d’être résolus au fil de l’eau.

Une checklist de départ raisonnable

Aucune de ces données n’est exploitable sans point de départ, et l’étude elle-même en suggère un. Étant donné que le texte à faible contraste est de loin l’échec le plus courant, vérifier le texte principal, les boutons, les étiquettes de formulaire et le texte de substitution par rapport à leurs arrière-plans est la première étape la plus rentable pour la plupart des sites. Ensuite, le texte alternatif manquant sur les images porteuses de sens et les champs de formulaire non étiquetés tendent à être les catégories suivantes les plus courantes et les plus faciles à corriger, car les deux sont rapides à traiter pour un développeur ou un éditeur de contenu une fois signalés. Rien de tout cela n’exige une refonte complète. Cela exige que quelqu’un lance réellement une vérification, ce que le taux d’échec suggère ne pas encore se produire sur la grande majorité des sites testés.

Lire le rapport avec un regard critique

Il vaut la peine de considérer le WebAIM Million comme un signal directionnel plutôt que comme un verdict précis sur un site en particulier. La méthodologie teste spécifiquement les pages d’accueil, pas des sites entiers, et elle repose sur une détection automatisée, ce qui signifie qu’une page jugée « propre » à ce test précis pourrait encore présenter de véritables problèmes d’utilisabilité pour un lecteur d’écran ou un utilisateur clavier seul, que l’outillage automatisé ne peut tout simplement pas détecter. La vraie valeur du rapport réside dans le schéma qu’il révèle sur un million de sites à la fois : les échecs d’accessibilité sont courants, ils se concentrent dans une poignée de catégories prévisibles, et ils ne s’améliorent pas d’eux-mêmes sans effort délibéré.