Checklist de conformité ADA Titre III pour sites web

Le fondement juridique : le Titre III de l’ADA et les sites web

Le Titre III de l’Americans with Disabilities Act (ADA) interdit la discrimination fondée sur le handicap dans les lieux ouverts au public. L’ADA a été adopté en 1990, avant l’existence du web commercial — ce qui a produit des décennies de contentieux sur la question de savoir si les sites web constituent des « lieux ouverts au public ».

Le paysage juridique actuel a largement tranché cette question en faveur de l’inclusion. La majorité des tribunaux fédéraux ayant traité la question ont jugé que les sites web exploités par des entreprises ouvertes au public relèvent du Titre III. Le Department of Justice (DOJ) a publié des directives formelles en mars 2022 confirmant que l’ADA s’applique aux sites web. En avril 2024, le DOJ a publié une règle finale au titre du Titre II (couvrant les administrations d’État et locales) adoptant explicitement le WCAG 2.1 niveau AA — un signal fort de ce que le Titre III finira par codifier.

Le résultat pratique : si vous exploitez un site web par lequel des clients accèdent à des biens, services ou informations, le Titre III de l’ADA s’applique à ce site.

Ce que signifie « accessible » au sens de l’ADA

L’ADA ne définit pas de norme technique spécifique pour l’accessibilité des sites web. Les tribunaux et le DOJ ont systématiquement retenu la conformité aux Web Content Accessibility Guidelines (WCAG) 2.1 niveau AA comme référence pour déterminer si un site web respecte l’exigence de non-discrimination de l’ADA. Le WCAG 2.1 AA est la norme utilisée dans presque tous les accords transactionnels du DOJ et la plupart des plans de conformité supervisés par un tribunal.

La checklist ci-dessous relie les critères de succès WCAG 2.1 AA les plus critiques à des obligations de conformité concrètes.

---

Checklist de conformité ADA Titre III pour sites web

1. Alternatives textuelles pour le contenu non textuel

• Chaque image significative possède un attribut alt qui transmet son objet
• Les images décoratives ont un alt="" vide afin que les lecteurs d’écran les ignorent
• Les icônes utilisées comme boutons ou liens ont des noms accessibles (via aria-label ou un texte visible)
• Les graphiques et infographies ont des descriptions textuelles ou des tableaux de données en alternative
• Le CAPTCHA propose une alternative audio en plus du défi visuel

Pourquoi c’est important : les utilisateurs de lecteurs d’écran ne reçoivent aucune information sur une image sans texte alternatif. Un bouton de paiement identifié uniquement par une icône sans nom accessible est en pratique invisible pour un utilisateur de lecteur d’écran.

2. Sous-titres et transcriptions pour les médias

• Les vidéos préenregistrées ont des sous-titres synchronisés
• Les flux vidéo en direct ont des sous-titres en temps réel
• Le contenu audio préenregistré uniquement (podcasts) dispose d’une transcription textuelle
• Les vidéos préenregistrées avec un audio important disposent d’une transcription
• Les sous-titres générés automatiquement sont relus et corrigés avant publication

Pourquoi c’est important : les sous-titres sont le principal moyen par lequel les utilisateurs sourds ou malentendants accèdent au contenu vidéo. Des sous-titres automatiques inexacts ne satisfont pas à l’exigence.

3. Couleur et conception visuelle

• L’information n’est jamais transmise par la seule couleur (par exemple, les champs obligatoires sont marqués par du texte ou une icône, pas seulement une bordure rouge)
• Le texte normal (moins de 18pt / 14pt gras) respecte un rapport de contraste d’au moins 4,5:1 par rapport à son arrière-plan
• Le texte large (18pt+ ou 14pt+ gras) respecte un rapport de contraste d’au moins 3:1
• Les composants d’interface (boutons, champs, indicateurs de focus) ont un contraste d’au moins 3:1 par rapport aux couleurs adjacentes
• Les états d’erreur communiquent l’erreur par du texte, pas seulement par un changement de couleur

Pourquoi c’est important : environ 8 % des hommes et 0,5 % des femmes présentent une forme de déficience de la vision des couleurs. S’appuyer uniquement sur la couleur exclut une part importante de vos utilisateurs.

4. Accessibilité au clavier

• Tous les éléments interactifs (liens, boutons, formulaires, menus, fenêtres modales, sélecteurs de date) sont atteignables et utilisables uniquement au clavier
• L’ordre de tabulation suit une séquence logique et prévisible
• Aucun piège au clavier — les utilisateurs peuvent entrer et sortir de chaque composant avec les touches standard
• Les widgets personnalisés (listes déroulantes, curseurs, boîtes de dialogue) implémentent les schémas d’interaction clavier attendus
• Un lien « aller au contenu principal » est le premier élément pouvant recevoir le focus sur chaque page

Pourquoi c’est important : les utilisateurs souffrant de handicaps moteurs, dont beaucoup dépendent de la navigation au clavier ou de dispositifs à contacteur, ne peuvent pas utiliser de souris. Un site qui exige une interaction à la souris pour ses fonctions essentielles leur est inaccessible.

5. Visibilité du focus

• Le focus clavier est toujours visible — un indicateur de focus clair (contour, surbrillance, souligné) apparaît sur l’élément actif
• L’indicateur de focus n’est pas supprimé par outline: none ou outline: 0 sans remplacement
• L’indicateur de focus dispose d’un contraste suffisant par rapport au contenu environnant

Pourquoi c’est important : sans indicateur de focus visible, les utilisateurs du clavier ne peuvent pas savoir où ils se trouvent sur la page — l’équivalent de naviguer sans curseur.

6. Aucun contenu déclenchant de crises

• Aucun contenu ne clignote plus de trois fois par seconde
• Les animations qui ne peuvent pas être désactivées ne couvrent pas de larges portions de la fenêtre d’affichage à haute fréquence
• Les effets de parallaxe et les animations en lecture automatique peuvent être mis en pause ou réduits via la media query prefers-reduced-motion

Pourquoi c’est important : l’épilepsie photosensible touche une part importante de la population. Une seule publicité clignotante peut déclencher une crise.

7. Suffisamment de temps pour accomplir les tâches

• Les expirations de session préviennent les utilisateurs avant d’expirer et leur offrent un moyen de la prolonger
• Le contenu à mise à jour automatique (bandeaux d’actualités, scores en direct, bannières rotatives) peut être mis en pause, arrêté ou masqué
• Aucune limite de temps n’est imposée sur les tâches critiques (paiement, envoi de formulaire) sans un mécanisme d’extension adéquat

Pourquoi c’est important : les utilisateurs souffrant de handicaps cognitifs, de déficiences motrices, ou utilisant une technologie d’assistance ont souvent besoin de plus de temps pour accomplir des tâches. Des expirations brusques peuvent entraîner une perte de progression.

8. Navigation et repérage

• Chaque page possède un élément <title> unique et descriptif
• Les menus de navigation sont cohérents en structure et en emplacement sur toutes les pages
• L’emplacement de la page actuelle est indiqué dans la navigation (état actif)
• Des fils d’Ariane sont présents sur les pages profondes
• Plusieurs moyens de trouver du contenu existent (recherche, plan du site, ou navigation)
• Les titres sont structurés logiquement (h1 → h2 → h3) et décrivent précisément le contenu de la section

Pourquoi c’est important : les utilisateurs de lecteurs d’écran naviguent par titres, points de repère et titres de page. Des titres mal structurés rendent une page incompréhensible pour une personne naviguant avec un lecteur d’écran.

9. Accessibilité des formulaires

• Chaque champ de formulaire possède un élément <label> visible et associé programmatiquement
• Les champs obligatoires sont identifiés par du texte (pas seulement par un astérisque sans explication)
• Les messages d’erreur identifient le champ concerné et décrivent comment le corriger
• Les messages d’erreur sont annoncés aux utilisateurs de lecteurs d’écran (via aria-live ou la gestion du focus)
• Des attributs autocomplete sont présents sur les champs courants (nom, e-mail, adresse, carte bancaire)
• L’envoi du formulaire n’expire pas silencieusement

Pourquoi c’est important : les formulaires sont la façon dont les utilisateurs interagissent avec votre service — réserver, acheter, s’inscrire, contacter. Un paiement inaccessible est l’équivalent numérique d’un magasin sans rampe d’accès.

10. Liens et boutons

• Chaque lien a un nom accessible descriptif — « En savoir plus » seul ne suffit pas ; « En savoir plus sur [sujet] » convient
• Les liens et boutons se distinguent du texte environnant sans dépendre uniquement de la couleur
• Les boutons qui déclenchent des actions sont des éléments <button>, pas des <div> ou <span> stylisés
• Les liens qui s’ouvrent dans un nouvel onglet ou déclenchent un téléchargement le signalent à l’utilisateur

Pourquoi c’est important : les utilisateurs de lecteurs d’écran parcourent souvent une page en listant tous ses liens. Une liste de liens « cliquez ici » et « en savoir plus » n’a aucune valeur de navigation.

11. Langue et lisibilité

• La langue principale de la page est déclarée dans l’attribut lang de l’élément <html> (par exemple, lang="fr")
• Les sections dans une autre langue sont marquées par un attribut lang sur l’élément conteneur
• Les abréviations sont développées lors de leur première utilisation ou via <abbr title="..."> lorsque cela est utile

Pourquoi c’est important : les lecteurs d’écran utilisent l’attribut de langue pour sélectionner le bon moteur de prononciation. Sans lui, un texte français lu par un moteur configuré en allemand devient quasiment incompréhensible.

12. Comportement cohérent et prévisible

• Recevoir le focus ne déclenche pas automatiquement un changement de contexte (par exemple, un formulaire ne s’envoie pas quand un champ reçoit le focus)
• Modifier un champ de formulaire ne déclenche pas de navigation inattendue ou de fenêtre modale
• Les composants ayant la même fonction sur différentes pages sont étiquetés de manière cohérente

Pourquoi c’est important : un comportement imprévisible désoriente tous les utilisateurs, mais particulièrement ceux ayant des handicaps cognitifs ou dépendant d’un lecteur d’écran.

13. PDF et documents

• Les PDF disponibles au téléchargement sont balisés pour leur structure (titres, listes, ordre de lecture)
• Les champs de formulaire PDF sont étiquetés
• Les PDF scannés (image uniquement) sont traités par OCR et balisés
• Les fichiers Word, Excel et PowerPoint utilisent les fonctionnalités d’accessibilité intégrées (styles de titre, texte alternatif, noms des feuilles)

Pourquoi c’est important : les tribunaux et le DOJ ont systématiquement considéré les documents téléchargeables comme faisant partie du contenu accessible d’un site. Un PDF inaccessible dans un parcours de paiement par ailleurs accessible reste un obstacle.

14. Accessibilité mobile

• Toutes les fonctionnalités sont disponibles en orientation portrait et paysage
• Les cibles tactiles (boutons, liens) mesurent au moins 44×44 pixels CSS
• Le contenu ne nécessite pas de défilement horizontal aux tailles d’écran standard
• Le site ne désactive pas le zoom utilisateur via maximum-scale ou user-scalable=no dans la balise meta viewport

Pourquoi c’est important : de nombreux utilisateurs en situation de handicap utilisent les appareils mobiles comme moyen principal ou unique d’accéder au web. Les obstacles mobiles les excluent aussi efficacement que les obstacles sur ordinateur.

15. Déclaration d’accessibilité

• Une déclaration d’accessibilité est publiée et accessible depuis le pied de page du site
• La déclaration identifie la norme visée par le site (WCAG 2.1 AA)
• La déclaration inclut un mécanisme de contact permettant aux utilisateurs de signaler des obstacles
• Le mécanisme de contact est lui-même accessible

Pourquoi c’est important : une déclaration d’accessibilité démontre la bonne foi et offre aux utilisateurs une voie de résolution avant qu’ils ne cherchent des recours juridiques. Elle est également exigée par plusieurs lois d’États et constitue une pratique attendue selon les directives du DOJ.

---

Risque d’application et de contentieux

Le Titre III de l’ADA n’exige pas que les plaignants prouvent une discrimination intentionnelle. Si un obstacle existe et qu’il a empêché une personne en situation de handicap d’accéder à des biens ou services, une action peut être engagée. Les recours prévus par le Titre III n’incluent pas de dommages-intérêts (contrairement à l’article 504), mais ils incluent une injonction et les honoraires d’avocat — qui sont souvent le principal moteur du contentieux en série.

Le volume des poursuites liées à l’accessibilité des sites web au titre de l’ADA aux États-Unis a fortement augmenté ces dernières années, avec des milliers de dossiers déposés chaque année. Les petites et moyennes entreprises sont des cibles fréquentes car elles sont perçues comme moins susceptibles d’avoir investi dans la conformité.

Si vous avez reçu une lettre de mise en demeure ADA, ne l’ignorez pas. Engagez rapidement un conseil juridique et commandez un audit d’accessibilité afin d’avoir une image précise de la conformité de votre site.

Maintenir la conformité dans le temps

Un audit et une correction ponctuels ne suffisent pas. Chaque nouvelle page, fonctionnalité ou intégration tierce peut introduire de nouveaux obstacles. Les organisations présentant le risque de contentieux le plus faible maintiennent une conformité continue :

• L’analyse automatisée intégrée au flux de développement détecte les problèmes détectables avant qu’ils n’atteignent la production. Notre service d’intégration CI/CD de l’accessibilité fait de cela une partie de chaque build.
• Les audits manuels planifiés font apparaître les problèmes que les outils automatisés ne peuvent pas détecter — interaction avec les lecteurs d’écran, complexité cognitive, pièges au clavier.
• La formation à l’accessibilité des développeurs et rédacteurs de contenu empêche l’introduction d’obstacles dès le départ.
• Les mécanismes de retour utilisateur offrent aux personnes en situation de handicap un canal direct pour signaler des obstacles avant qu’ils ne deviennent des problèmes juridiques.

Une analyse automatisée gratuite est le moyen le plus rapide d’identifier les défaillances WCAG les plus visibles de votre site. Pour une vision complète correspondant à votre exposition au risque ADA, contactez notre équipe pour discuter d’un audit complet.