L’ADA ne nomme nulle part dans son texte une norme d’accessibilité web précise, puisqu’elle a été rédigée en 1990, avant l’existence du web moderne. En pratique, pourtant, la conformité ADA d’un site web signifie répondre aux WCAG 2.1 niveau AA : c’est la référence que les tribunaux, les accords transactionnels et les recommandations du ministère de la Justice citent systématiquement, même si elle n’a jamais été formellement inscrite dans une réglementation ADA propre aux sites web.

Pourquoi il n’existe pas de norme technique officielle

Le Titre III de l’Americans with Disabilities Act impose que les « lieux ouverts au public » soient accessibles, et les tribunaux ont généralement interprété cette exigence comme s’étendant aux sites web et aux applications mobiles, du moins pour les entreprises rattachées à un lieu physique ou proposant des biens et services au public. Mais comme le texte de loi est antérieur au web, aucune réglementation ne précise exactement à quoi ressemble techniquement un site conforme à l’ADA. Ce vide a été comblé de façon informelle : les accords transactionnels du ministère de la Justice, les décisions de conciliation judiciaire et l’immense majorité des décisions de justice se réfèrent aux WCAG 2.1 AA comme norme pratique, même sans inscription formelle dans la réglementation ADA.

Le ministère de la Justice a publié au fil des années des recommandations confirmant que l’ADA s’applique aux sites web, et a fait référence aux WCAG dans divers accords transactionnels et documents d’assistance technique, mais il s’est abstenu d’édicter une réglementation formelle avec le niveau de précision que les entreprises réclament souvent. Les WCAG 2.1 AA restent donc une référence informelle mais bien établie plutôt qu’une liste de contrôle imposée par la loi, une distinction qui compte devant un tribunal mais qui change rarement ce qu’une entreprise doit réellement faire, puisque l’objectif pratique reste le même dans les deux cas.

Qui doit se conformer

La notion de « lieu ouvert au public » est interprétée largement et inclut en général les sites de vente au détail, les restaurants, les hôtels, les prestataires de santé, les services financiers et de nombreux autres types d’entreprises disposant d’un site accessible au public, quelle que soit la taille de l’entreprise. Les très petites entreprises sont en pratique moins souvent poursuivies, simplement parce que les contentieux visent davantage les sites à trafic significatif ou déjà repérés par des plaignants récurrents, mais aucune exemption formelle pour les petites entreprises n’est inscrite dans la loi, contrairement à certaines autres réglementations d’accessibilité.

Il existe aussi une distinction pratique importante entre les entreprises rattachées à un lieu physique et les entreprises exclusivement en ligne. Les tribunaux ont appliqué l’ADA de façon plus cohérente aux sites liés à une présence physique, car l’argument du « lien » (le site web comme extension d’un établissement physique ouvert au public) repose sur un terrain juridique plus stable. Les entreprises purement en ligne ont fait face à une jurisprudence plus disparate selon les circuits fédéraux, même si la tendance générale s’oriente malgré tout vers une couverture plus large plutôt que plus restreinte au fil du temps.

Ce que la conformité exige réellement

Les WCAG 2.1 AA couvrent un large éventail d’exigences : contraste de couleurs suffisant, navigation entièrement possible au clavier, texte alternatif pertinent sur les images, champs de formulaire correctement étiquetés, sous-titres sur les contenus vidéo et structure de titres logique compatible avec les lecteurs d’écran, parmi bien d’autres. C’est une norme véritablement large, pas une simple liste de contrôle courte, ce qui explique en partie pourquoi une conformité complète demande un vrai travail plutôt qu’une correction unique.

Un chiffre utile pour mesurer l’écart entre un site moyen et cette exigence : le rapport WebAIM Million 2026 a constaté que 95,9 % des pages d’accueil présentaient au moins un échec WCAG 2 détectable, avec un texte à faible contraste présent à lui seul sur 83,9 % des pages d’accueil, le type d’échec le plus fréquent recensé. La plupart des sites, qu’ils soient concernés par l’ADA ou non, ont de réels écarts à combler.

La même étude a relevé une moyenne de 56,1 erreurs détectables par page d’accueil, un chiffre qui mérite qu’on s’y arrête un instant. Il ne s’agit pas d’un ou deux détails oubliés, mais de dizaines de problèmes individuels sur une page type, ce qui indique bien pourquoi un véritable effort de conformité WCAG 2.1 AA demande un travail réel et soutenu, plutôt qu’une simple relecture rapide par la personne qui a construit le site à l’origine.

Où les widgets ont leur place, et où ils atteignent leurs limites

Les widgets de surcouche, proposés par des éditeurs comme accessiBe et UserWay, s’installent avec une simple balise de script et peuvent corriger rapidement certains problèmes de surface, comme redimensionner le texte, ajuster le contraste ou ajouter un peu de prise en charge de la navigation clavier. Ce qu’ils ne peuvent généralement pas faire de façon fiable, c’est corriger des problèmes ancrés dans le balisage sous-jacent du site, comme un formulaire mal étiqueté dans le code ou un composant personnalisé qui n’expose pas les bons rôles ARIA. Les régulateurs se sont montrés spécifiquement sceptiques face aux promesses reposant uniquement sur une surcouche : en 2025, la FTC a ordonné à accessiBe de verser 1 000 000 de dollars pour régler des accusations de communication trompeuse sur la part d’un site qu’accessWidget pouvait réellement corriger automatiquement, en plus d’allégations portant sur des avis clients rémunérés.

Cela ne signifie pas que tous les éditeurs de cette catégorie fonctionnent de la même manière. AudioEye, par exemple, associe son widget automatisé à des tests manuels réalisés par des humains plutôt que de proposer l’automatisation seule, une approche plus proche de ce qu’exige réellement un véritable programme de conformité WCAG 2.1 AA.

Que faire en cas de mise en demeure

Les mises en demeure et les procès liés à l’accessibilité web sous l’ADA sont suffisamment fréquents pour qu’il vaille la peine d’avoir un plan. La première étape consiste à faire réaliser un véritable audit WCAG 2.1 AA, incluant idéalement des tests manuels plutôt qu’un simple scan automatisé, car les outils automatisés ne détectent de façon fiable qu’une partie des problèmes réels. Ensuite, priorisez les corrections selon leur gravité et le nombre d’utilisateurs concernés, et impliquez un avocat expérimenté en litiges liés au Titre III de l’ADA avant de répondre à toute mise en demeure, car la stratégie de réponse a de véritables implications juridiques au-delà de la seule correction technique.

Il vaut mieux résister à l’envie de répondre de façon défensive ou désinvolte à une mise en demeure avant d’avoir réellement examiné votre site. Beaucoup de ces courriers, quelle que soit leur motivation, pointent vers de vrais problèmes, et disposer déjà d’un plan de remédiation documenté place généralement une entreprise dans une position bien plus solide, que ce plan pèse ou non dans d’éventuelles négociations, ou qu’il serve simplement à combler l’écart avant qu’il ne devienne une cible récurrente.

Publier une déclaration d’accessibilité

Une déclaration d’accessibilité publique n’est pas une obligation légale au titre de l’ADA en particulier, mais elle est devenue une pratique courante et utile. Une bonne déclaration nomme la norme visée (généralement les WCAG 2.1 AA), décrit les actions déjà menées et donne aux visiteurs un moyen de signaler les problèmes précis qu’ils rencontrent. Elle ne remplace pas le travail réel de correction, et les tribunaux ne considèrent généralement pas une déclaration seule comme une preuve de conformité, mais elle témoigne d’un effort documenté et continu plutôt que d’un problème ignoré, et elle vous offre un canal direct pour être informé des problèmes avant qu’ils ne se transforment en plainte judiciaire.

Construire une conformité durable

Une correction ponctuelle ne tient pas dans le temps à mesure que le contenu et le code d’un site continuent d’évoluer. Une approche durable combine généralement un véritable audit au regard des WCAG 2.1 AA, des corrections au niveau du développement pour les problèmes structurels, et une forme de suivi continu pour que le nouveau contenu ne réintroduise pas discrètement d’anciens problèmes. Une nouvelle page produit ajoutée sans texte alternatif correct, un nouveau formulaire construit sans champs étiquetés, ou une nouvelle bannière promotionnelle qui ne respecte pas les exigences de contraste peuvent chacun rouvrir un écart pourtant déjà comblé, ce qui explique pourquoi traiter l’accessibilité comme un projet ponctuel plutôt que comme une discipline continue tend à produire une conformité qui s’érode en un an ou deux.

Pourquoi cela va au-delà du seul risque juridique

Il faut garder à l’esprit que la conformité ADA d’un site web n’est pas un exercice purement juridique, même si c’est souvent le risque juridique qui pousse une entreprise à agir. L’objectif sous-jacent est que les personnes en situation de handicap, qu’il s’agisse de cécité, de basse vision, de troubles moteurs ou de différences cognitives, puissent réellement utiliser le site pour parcourir, comparer et acheter comme n’importe quel autre client. Un site qui passe techniquement un scan automatisé mais reste réellement difficile à parcourir pour un utilisateur de lecteur d’écran n’a pas vraiment atteint l’objectif visé par la norme, même s’il survivrait à un examen de surface. Garder cet objectif sous-jacent en tête tend à produire de meilleures décisions de priorisation que de traiter chaque critère WCAG comme une case isolée à cocher.

Notre guide sur le choix entre un widget et un audit manuel approfondit la manière de séquencer ce travail selon la taille et le budget de votre site.