Date limite du titre II de l’ADA en avril 2026 : votre site web gouvernemental est-il prêt ?

Le 24 avril 2024, le U.S. Department of Justice a publié une règle élaborée depuis des décennies : une norme technique finale et exécutoire exigeant que tous les gouvernements des États et locaux aux États-Unis rendent leurs sites web et leurs applications mobiles accessibles aux personnes handicapées. La première échéance ferme — le 24 avril 2026 — s’applique aux entités publiques desservant des populations de 50 000 personnes ou plus. Si votre agence relève de cette catégorie et que vous n’avez pas encore lancé un programme sérieux de remédiation, vous manquez de temps. Il ne s’agit pas d’une simple recommandation de bonnes pratiques. C’est une obligation légale fédérale, et les conséquences d’un non-respect sont importantes.

La règle en termes simples : ce qui a changé et pourquoi cela compte

Pour de nombreuses organisations, l’échéance du 24 avril 2026 soulève une question importante : s’agit-il d’une nouvelle exigence ou de quelque chose qui était déjà en place ? La réponse est simple : l’accessibilité au titre du Title II de l’ADA n’est pas nouvelle. Ce qui est nouveau, c’est la clarté. En 2024, le Department of Justice a publié une règle finale qui définit formellement la manière dont le Title II de l’ADA s’applique aux sites web, aux applications mobiles et aux contenus numériques. Pour la première fois, les entités publiques disposent désormais d’une norme technique claire et d’une échéance ferme.

Le Department of Justice considère depuis 1996 que l’ADA s’applique au contenu web. Cependant, jusqu’à la réglementation de 2024, il n’existait aucun règlement formel spécifiant une norme technique ou une échéance de conformité ferme. Il était attendu des entités gouvernementales qu’elles rendent leurs services numériques accessibles, mais l’absence de référence claire rendait l’application de la loi incohérente et laissait aux organisations une marge pour retarder l’action. Cette ambiguïté a désormais disparu de façon permanente.

Cela marque un changement par rapport aux anciens standards d’« aménagement sur demande » vers une accessibilité numérique globale et proactive. En d’autres termes, il n’est plus acceptable d’attendre qu’un résident handicapé se plaigne pour ensuite se précipiter afin de fournir une alternative. L’accessibilité doit être intégrée dès le départ, sur l’ensemble des propriétés numériques destinées au public.

À partir de 2026, les agences publiques doivent « se conformer à la fois aux critères de succès de niveau A et de niveau AA et aux exigences de conformité spécifiés dans WCAG 2.1 ». C’est la première fois que le DOJ adopte une norme technique pour le contenu numérique. L’importance de cette étape ne peut être sous-estimée pour les professionnels de la conformité qui ont passé des années à naviguer dans des attentes juridiques vagues.

Qui doit se conformer et pour quand

Une entité publique, autre qu’un gouvernement de district spécial, dont la population totale est de 50 000 personnes ou plus doit commencer à se conformer à cette règle le 24 avril 2026. Une entité publique dont la population totale est inférieure à 50 000 personnes ou toute entité publique qui est un gouvernement de district spécial doit commencer à se conformer à cette règle le 26 avril 2027.

Le Title II de l’ADA s’applique à tous les gouvernements des États et locaux, ce qui inclut, sans s’y limiter, les bureaux des gouvernements des États et locaux, les services de police et les tribunaux ; les écoles publiques, les community colleges et les universités ; les hôpitaux publics et les cliniques de santé ; ainsi que les parcs publics et les bibliothèques. Le champ d’application est délibérément large. Le Title II de l’ADA s’applique à chaque département et agence gouvernementale. Les sites web des districts scolaires, les systèmes d’accessibilité des services de police et d’incendie, la conformité des bibliothèques et des parcs de loisirs, les systèmes judiciaires, les portails de facturation des services publics — tous doivent respecter les normes WCAG 2.1 niveau AA. Si c’est géré par le gouvernement et que cela a une présence numérique, cela doit être accessible.

Déterminer quelle échéance s’applique à votre entité nécessite de connaître votre chiffre de population. Si votre entité publique a une population dans le recensement décennal de 2020, utilisez cette population. Par exemple, un comté avec une population de 1 million de personnes dans le recensement décennal de 2020 utilise cette population, ce qui signifie que le comté doit se conformer à la règle d’ici avril 2026. Si votre entité publique est un gouvernement de district spécial, elle a jusqu’en avril 2027 pour se conformer. Les gouvernements de districts spéciaux n’ont pas de populations calculées par le Census Bureau et ont donc jusqu’en avril 2027.

Un point souvent mal compris : chaque municipalité, quelle que soit sa taille, doit se conformer aux normes WCAG 2.1 niveau AA. Il n’y a aucune exemption pour les petites villes, villages, townships ou gouvernements de districts spéciaux. Que vous soyez New York City ou un village de 100 habitants, les mêmes exigences d’accessibilité numérique du Title II de l’ADA s’appliquent. La seule différence est l’échéance.

Les relations avec les fournisseurs et les prestataires entrent également dans le champ d’application. La règle s’applique à tous les gouvernements des États et locaux et à leurs agences, départements et prestataires. Les prestataires et fournisseurs qui fournissent des services numériques au nom d’une entité publique sont également couverts, ce qui signifie que le gouvernement est responsable de s’assurer que le contenu géré par des tiers respecte la norme.

Comprendre WCAG 2.1 niveau AA : la norme technique

Le DOJ a adopté les Web Content Accessibility Guidelines (WCAG) version 2.1, niveau AA comme norme technique officielle. L’agence adopte les normes techniques de WCAG 2.1 niveau AA, qui exigent 50 critères de succès pour rendre les sites web accessibles. Cela inclut la conversion d’images et de documents afin qu’ils puissent être lus avec des technologies d’assistance pour les personnes ayant une perte de vision et la fourniture de sous-titres pour les vidéos en direct et préenregistrées pour les personnes ayant une perte auditive.

Les lignes directrices sont organisées selon quatre principes : perceptible, utilisable, compréhensible et robuste. Pour chaque ligne directrice, il existe des critères de succès testables. Les critères de succès sont répartis en trois niveaux : A, AA et AAA. Les critères de succès sont ce qui détermine la conformité à WCAG. Le cadre POUR — Perceptible, Utilisable, Compréhensible, Robuste — est la logique d’organisation derrière chaque exigence de la norme.

WCAG 2.1 a introduit 17 nouveaux critères de succès pour l’accessibilité mobile, cognitive et pour les personnes malvoyantes au-delà de ce qu’exigeait WCAG 2.0. Ces ajouts reflètent l’évolution spectaculaire du web entre 2008 et 2018, en particulier le passage au mobile. L’accessibilité mobile est une part importante de la norme 2.1. Des exigences comme Reflow (le contenu doit rester lisible avec un zoom de 400 % sans défilement horizontal) et Orientation (le contenu ne peut pas imposer le mode portrait ou paysage) répondent directement à la manière dont les personnes handicapées utilisent les smartphones et les tablettes fixées.

Il convient également de noter que bien que WCAG 2.1 AA soit l’exigence, l’adoption de WCAG 2.2 peut aider à pérenniser vos services numériques. WCAG 2.0, 2.1 et 2.2 sont conçues pour être rétrocompatibles, ce qui signifie qu’un contenu conforme à WCAG 2.2 est également conforme à WCAG 2.1 et WCAG 2.0. Mettre en œuvre WCAG 2.2 aujourd’hui satisfait au minimum légal tout en positionnant votre agence en avance sur d’éventuelles futures mises à jour réglementaires.

Quels contenus numériques sont couverts — et les exceptions

La règle couvre un large éventail de types de contenus numériques. Les sites web destinés au public doivent avoir des structures de titres appropriées, un contraste de couleur suffisant, une navigabilité au clavier et une compatibilité avec les lecteurs d’écran. Toutes les images doivent avoir un texte alternatif significatif qui transmet l’objectif de l’image. Les vidéos nécessitent des sous-titres synchronisés. Les formulaires en ligne doivent comporter des libellés appropriés et une gestion des erreurs. Les documents PDF doivent être balisés et structurés pour les technologies d’assistance. Et les applications mobiles doivent respecter les mêmes critères WCAG 2.1 AA que le contenu web.

La règle prévoit des exceptions limitées, mais elles sont plus restreintes que ce que beaucoup d’agences supposent. Il existe cinq exceptions pour le contenu qui n’a pas besoin de se conformer à WCAG 2.1 niveau AA : le contenu archivé créé avant la date de conformité, non mis à jour et conservé dans une zone distincte désignée comme archive ; les documents préexistants tels que les ordres du jour et les procès-verbaux de réunion créés avant l’échéance de conformité ; le contenu de tiers publié par des tiers sans que l’agence en ait la maîtrise ; et les documents confidentiels tels que les documents individualisés protégés par mot de passe comme une facture d’eau municipale. Notez que l’agence est responsable du contenu développé et publié par des tiers agissant à la demande de l’agence.

L’exception relative au contenu archivé mérite une attention particulière. La règle inclut une exception limitée pour le contenu créé avant le 24 avril 2026, mais elle est plus étroite que ce que beaucoup attendent. Le contenu plus ancien peut rester en l’état uniquement s’il est véritablement archivistique — c’est-à-dire qu’il n’est pas utilisé activement, pas mis à jour et ne fait partie d’aucun programme, service ou activité en cours. Là où cela devient important, c’est dans la façon dont l’« utilisation » est définie. Si un contenu plus ancien est encore utilisé de manière significative, il doit être rendu accessible, même s’il a été créé il y a des années.

Les échecs d’accessibilité les plus courants sur les sites gouvernementaux

Savoir ce qu’exige la règle n’est que la moitié de la bataille. Comprendre où les sites gouvernementaux échouent le plus souvent vous aide à hiérarchiser vos efforts de remédiation. Les audits d’accessibilité font systématiquement apparaître les mêmes catégories de problèmes.

L’absence ou l’insuffisance de texte alternatif sur les images est l’un des échecs les plus courants. Chaque image significative sur votre site web a besoin d’une alternative textuelle qui transmet son contenu et son objectif. Les images décoratives doivent être marquées comme telles afin que les lecteurs d’écran les ignorent. Lorsque le texte alternatif manque, les utilisateurs aveugles ou malvoyants ne peuvent pas comprendre ce que l’image communique, et votre site ne respecte pas le critère de succès 1.1.1 de WCAG.

Un contraste de couleur insuffisant entre le texte et son arrière-plan est un autre problème répandu. WCAG 2.1 AA exige un ratio de contraste d’au moins 4,5:1 pour le texte normal et de 3:1 pour le texte de grande taille. De nombreux sites gouvernementaux utilisent des gris clairs, des couleurs atténuées ou des palettes de marque qui ne respectent pas ces seuils, rendant le contenu difficile voire impossible à lire pour les utilisateurs malvoyants ou daltoniens.

Les échecs en matière d’accessibilité au clavier empêchent les utilisateurs qui ne peuvent pas utiliser une souris de naviguer sur votre site. Toute fonctionnalité qui nécessite une souris — menus déroulants, boîtes de dialogue modales, cartes interactives, sélecteurs de date — doit être entièrement utilisable au clavier seul. Il s’agit d’un obstacle critique pour les utilisateurs ayant un handicap moteur et pour toute personne utilisant une technologie d’accès par contacteur.

L’accessibilité des PDF est un autre problème persistant pour les agences gouvernementales, qui ont tendance à publier de gros volumes de documents. Les ordres du jour des réunions, les rapports budgétaires, les demandes de permis et les avis publics doivent tous être correctement balisés avec une structure sémantique afin que les technologies d’assistance puissent les parcourir. Un PDF non balisé est essentiellement invisible pour un lecteur d’écran.

Enfin, utilisé de manière incorrecte — ce qui est courant — ARIA casse activement l’accessibilité en remplaçant des informations sémantiques correctes par des informations programmatiques incorrectes. De nombreux échecs d’accessibilité dans les environnements web du secteur public résultent d’une mise en œuvre incorrecte d’ARIA, et non de l’absence d’effort en matière d’accessibilité. C’est un point subtil mais important : essayer d’ajouter de l’accessibilité via ARIA sans comprendre son fonctionnement peut aggraver la situation plutôt que l’améliorer.

Le véritable coût de la non-conformité

Les risques financiers et opérationnels liés au non-respect de l’échéance ne sont pas théoriques. Ils sont bien documentés et se matérialisent déjà à travers des actions d’application de la loi dans tout le pays.

Le non-respect peut entraîner des injonctions obligatoires, des dommages-intérêts compensatoires, des honoraires d’avocat et une surveillance fédérale continue via des accords de règlement. En vertu de l’ADA, le DOJ a relevé la pénalité civile maximale pour une première violation à 75 000 $, avec 150 000 $ pour les violations ultérieures. En plus des amendes et des dommages-intérêts, les agences doivent anticiper des frais juridiques et des coûts de remédiation qui dépassent souvent la pénalité initiale.

Des cas concrets illustrent l’exposition. Une personne malvoyante a poursuivi le Seattle Public School District en 2014, affirmant que le site web du district était incompatible avec les lecteurs d’écran. Le conseil scolaire de Seattle a estimé les coûts entre 665 000 $ et 815 000 $ pour la remédiation du site web, les frais juridiques, l’embauche d’un coordinateur de l’accessibilité et la formation du personnel. En juin 2024, le Department of Justice a publié une lettre de conclusions indiquant que l’Alaska avait violé le Title II de l’ADA en refusant aux électeurs handicapés une égalité d’accès au processus de vote et en maintenant un site web électoral inaccessible.

Les conséquences potentielles du non-respect de l’échéance du 24 avril 2026 sont graves, mais les risques juridiques liés à la non-conformité existent déjà aujourd’hui. Les tribunaux ont systématiquement refusé de rejeter les poursuites en accessibilité au seul motif que l’échéance réglementaire n’était pas encore passée, ce qui signifie que les agences peuvent être poursuivies au titre des obligations existantes de l’ADA indépendamment de la date d’entrée en vigueur de la nouvelle règle. La non-conformité au Title II de l’ADA peut également affecter l’éligibilité aux financements fédéraux. Les entités recevant une aide financière fédérale doivent également se conformer à la Section 504 du Rehabilitation Act, qui comporte des mécanismes d’application supplémentaires.

Comment construire votre programme de conformité : une feuille de route pratique

Le chemin vers la conformité à WCAG 2.1 AA n’est pas un événement unique — c’est un programme structuré avec des phases distinctes. Voici comment les agences qui respectent l’échéance avec succès s’y prennent.

Étape 1 : Inventorier votre empreinte numérique. Avant de pouvoir corriger quoi que ce soit, vous devez savoir ce que vous avez. Dressez la liste de tous les sites web, applications, PDF et systèmes tiers. Les districts spéciaux devraient se concentrer d’abord sur leurs portails de services principaux. De nombreuses agences sont surprises par l’ampleur de ce qu’elles découvrent — microsites hérités, portails de permis autonomes, outils de cartographie intégrés et années de PDF archivés s’additionnent rapidement.

Étape 2 : Réaliser un audit d’accessibilité approfondi. Menez un audit en trois étapes : commencez par des outils automatisés (qui trouvent 30 à 40 % des problèmes), ajoutez une revue manuelle du code, puis testez avec de véritables technologies d’assistance. Ne sautez pas les tests humains. Cette distinction est extrêmement importante. Les recherches montrent que les outils automatisés ne détectent que 30 à 50 % des problèmes d’accessibilité. Une conformité complète nécessite des tests manuels par des experts. Un audit qui repose uniquement sur un scanner laissera la majorité des obstacles réels non détectés et votre agence exposée.

Étape 3 : Hiérarchiser et remédier de manière systématique. Corrigez d’abord les obstacles critiques en donnant la priorité aux blocages d’accès complets et aux services à fort trafic. Un résident qui ne peut pas soumettre une demande de permis ou payer une facture de services publics en ligne en raison d’un formulaire inaccessible représente l’échec le plus prioritaire — à la fois d’un point de vue éthique et en termes de risque juridique. Travaillez à partir des services transactionnels essentiels vers le contenu informationnel.

Étape 4 : Mettre à jour les contrats fournisseurs et les standards d’approvisionnement. Assurez-vous que les fournisseurs de technologies tierces respectent les normes WCAG 2.1 niveau AA. Mettez à jour le langage des appels d’offres pour exiger la conformité en matière d’accessibilité à l’avenir. Un portail de paiement conforme à WCAG 2.1 AA lors de sa mise en œuvre peut échouer aux tests après la prochaine version du fournisseur. Sans tests récurrents des intégrations de fournisseurs après les mises à jour majeures, ces régressions restent invisibles jusqu’à ce qu’un résident y soit confronté.

Étape 5 : Désigner un responsable et construire une gouvernance. Désignez un ADA Coordinator ayant l’autorité de travailler à travers les départements. Les petites villes peuvent confier ce rôle à un membre du personnel existant avec des responsabilités claires. L’accessibilité ne peut pas être la responsabilité d’un seul développeur ou être cachée au sein de l’informatique. Elle nécessite une coordination inter-départements couvrant la communication, le juridique, l’informatique et la direction.

Étape 6 : Établir une déclaration d’accessibilité. Publiez sur votre site web une déclaration d’accessibilité destinée au public qui identifie votre objectif de conformité, documente les limitations connues et fournit un mécanisme clair permettant aux résidents de demander des aménagements ou de signaler des obstacles. La conformité à WCAG 2.1 niveau AA n’élimine pas toutes les obligations au titre de l’ADA — les gouvernements doivent toujours fournir une communication efficace et des aménagements raisonnables aux personnes qui ne peuvent pas accéder au contenu conforme.

Comment les États réagissent déjà

Les organisations qui respecteront l’échéance d’avril 2026 sans précipitation sont celles qui ont commencé à la traiter comme une transformation de gouvernance, et non comme une correction technique ponctuelle. Plusieurs États offrent des exemples instructifs de ce à quoi ressemble une conformité proactive en pratique.

La législature du North Dakota a approuvé le Senate Bill 2404, qui inclut un financement ponctuel de 1,5 million de dollars pour le Department of Information Technology de l’État. C’est un exemple clair d’un État liant directement les crédits budgétaires aux efforts de conformité au Title II de l’ADA avant l’échéance de 2026. Le Maryland a aligné ses efforts d’accessibilité numérique à l’échelle de l’État directement sur la règle finale du Title II de l’ADA. La politique d’accessibilité numérique mise à jour de l’État intègre explicitement les exigences du DOJ, en demandant aux agences de la branche exécutive de s’assurer que les contenus et services numériques, tant publics qu’internes, sont conformes à WCAG 2.1 niveau AA avant l’échéance du 24 avril 2026. En intégrant formellement les exigences du Title II dans la politique de l’État, le Maryland établit des attentes claires et une responsabilisation pour les agences à travers le gouvernement.

L’État de Washington exige que toutes les agences d’État élaborent et maintiennent un IT Accessibility Plan dans le cadre de sa politique USER-01 Accessibility Policy. La politique exige la conformité à WCAG 2.1 niveau AA, alignant les normes de l’État sur la nouvelle règle du Title II de l’ADA. Les agences doivent planifier et documenter de manière proactive leur stratégie d’accessibilité plutôt que de réagir aux plaintes.

Ces exemples ont un point commun : l’accessibilité est traitée comme une responsabilité opérationnelle continue, et non comme un projet ponctuel. Les agences ayant les positions de conformité les plus défendables ont intégré l’accessibilité dans leurs pipelines de développement, leurs processus d’approvisionnement, leurs flux de travail de contenu et leurs programmes de formation du personnel.

Le rôle des outils d’accessibilité et des overlays

À mesure que la pression de l’échéance s’intensifie, de nombreuses agences et fournisseurs se tournent vers des outils d’overlay d’accessibilité dans le cadre de leur boîte à outils de conformité. Il est important de comprendre à la fois la valeur et les limites de ces technologies. Un widget d’overlay — comme ceux proposés par des plateformes telles qu’Accsible — peut fournir des améliorations significatives en front-end : ajustement de la taille du texte, modes de contraste, polices adaptées à la dyslexie, aides à la navigation au clavier et optimisations pour les lecteurs d’écran qui étendent la portée de votre site existant aux utilisateurs ayant un large éventail de handicaps.

Cependant, il est tout aussi important d’être lucide : aucun outil d’overlay à lui seul ne constitue une conformité complète à WCAG 2.1 niveau AA. La conformité à WCAG 2.1 niveau AA à elle seule ne garantit pas la conformité au Title II de l’ADA. Le Title II de l’ADA exige un accès effectif aux services publics numériques. Les tests avec de vrais utilisateurs valident si les personnes handicapées peuvent réellement accomplir des tâches en utilisant des technologies d’assistance — et pas seulement si le code passe des vérifications techniques. Un overlay est le plus efficace lorsqu’il est utilisé en complément d’un HTML sémantique correct, de documents remédiés, de formulaires accessibles et de vidéos sous-titrées — et non à leur place.

La bonne façon de considérer les outils d’accessibilité est de les voir comme une couche au sein d’un programme d’accessibilité plus large. Ils peuvent combler rapidement des lacunes, soutenir les utilisateurs qui ont besoin d’un aménagement immédiat et fournir un filet de sécurité supplémentaire pendant que des travaux de remédiation plus profonds se poursuivent. Ils signalent également au public que votre agence est activement engagée en faveur de l’inclusion — ce qui compte à la fois culturellement et dans le contexte de la démonstration d’efforts de conformité de bonne foi.

Points clés à retenir

• L’échéance du 24 avril 2026 est ferme et exécutoire. Les gouvernements des États et locaux desservant des populations de 50 000 personnes ou plus doivent s’assurer que leur contenu web et leurs applications mobiles sont conformes à WCAG 2.1 niveau AA. Il s’agit d’une obligation légale fédérale publiée au Federal Register par le U.S. Department of Justice. Les entités plus petites et les districts spéciaux ont jusqu’au 26 avril 2027, mais la norme est identique.
• Le champ d’application est plus large que ce que la plupart des agences imaginent. La règle s’applique à un large éventail de services gouvernementaux en ligne, y compris les avis publics, les formulaires, les demandes numériques et le contenu vidéo — ainsi qu’aux outils tiers que votre agence utilise pour fournir ces services. Vous êtes responsable de la conformité de vos fournisseurs.
• Le scan automatisé ne suffit pas. Les outils automatisés à eux seuls manquent 60 à 70 % des problèmes. Un programme de conformité défendable nécessite une revue manuelle par des experts, des tests avec des technologies d’assistance et une gouvernance continue — pas un rapport de scan ponctuel.
• Le risque financier de la non-conformité est réel et documenté. Le règlement moyen en matière d’accessibilité web au titre de l’ADA dépasse 75 000 $ selon le rapport 2024 d’UsableNet. Cela n’inclut pas les coûts de défense juridique, la remédiation obligatoire ou les exigences de suivi continu que les règlements incluent généralement.
• Commencez maintenant, même si vous êtes en retard. Ce qui protège les agences publiques au titre du Title II de l’ADA, ce n’est pas l’existence d’un rapport d’audit. C’est l’existence d’un programme de remédiation et de suivi piloté par la gouvernance que le rapport d’audit initie. Des efforts de bonne foi démontrables et une feuille de route de remédiation documentée comptent — mais seulement si vous avez réellement commencé.