Les exigences documentaires de l'ADA Title II, expliquées

Le Title II de l'Americans with Disabilities Act est désormais assorti d'une norme technique précise pour les documents que les gouvernements publient en ligne. Ce guide explique, en langage clair, ce que la règle du DOJ de 2024 sur l'accessibilité Web exige des PDF et des autres formats de documents, qui doit s'y conformer et à quelle date, et quelles exceptions s'appliquent réellement.

Qu'exige la règle Web de l'ADA Title II pour les documents?

La règle oblige les gouvernements étatiques et locaux à rendre leur contenu Web — y compris, explicitement, les PDF, les documents Word, les présentations et les tableurs — conforme aux WCAG 2.1 niveau AA. Elle a été publiée au Federal Register le 24 avril 2024 comme subpart H du 28 CFR Part 35, et c'est un règlement exécutoire, non une simple orientation (règle finale, 89 FR 31320). La règle de 2024 fournit toujours la norme et la portée; seules ses dates de conformité ont changé depuis.

• Portée : le contenu qu'un organisme public fournit ou rend accessible sur le Web
• Les documents nommés dans la définition que donne la règle des « conventional electronic documents »
• Les WCAG 2.1 AA comme norme technique exécutoire
• Le lien avec les obligations générales préexistantes du Title II

Qui est visé par la règle?

Toutes les entités gouvernementales étatiques et locales sont visées : villes, comtés, districts scolaires, collèges et universités publics, tribunaux, et districts spéciaux comme les bibliothèques et les régies de transport ou d'aqueduc. Les sous-traitants qui publient pour le compte d'une entité sont visés par l'intermédiaire de celle-ci. Les agences fédérales ne le sont pas — elles relèvent plutôt de la Section 508.

• Gouvernements étatiques et locaux, leurs ministères et leurs organismes
• Écoles publiques, districts scolaires et enseignement supérieur public
• Districts spéciaux (bibliothèques, transport, aqueduc, parcs, habitation)
• Fournisseurs et sous-traitants agissant pour un organisme public

Quand les documents doivent-ils être conformes?

Les entités dont la population totale atteint 50 000 personnes ou plus doivent se conformer d'ici le 26 avril 2027. Les entités de moins de 50 000 personnes et tous les districts spéciaux doivent se conformer d'ici le 26 avril 2028. Les deux dates sont fixées par la règle finale provisoire du DOJ du 20 avril 2026, qui a modifié le 28 CFR 35.200(b) pour reporter chaque groupe d'un an par rapport aux dates initialement imprimées dans la règle finale de 2024 (règle finale provisoire, 91 FR 20902; 28 CFR 35.200, eCFR). La population provient des chiffres du recensement; les agences étatiques et les universités publiques retiennent la population de l'État entier, ce qui les place dans le premier groupe.

• Les deux dates et la façon dont les groupes sont délimités
• Comment la population est établie (recensement, cas limites de population desservie)
• Les districts spéciaux, toujours dans le groupe de 2028, quelle que soit leur taille
• Ce que « conformité » signifie à la date : contenu visé, nouveau comme existant

Quelle norme technique les documents doivent-ils respecter?

Les WCAG 2.1 niveau AA sont la norme que la règle nomme. Pour les documents, cela veut dire, concrètement : une arborescence de balises et un ordre de lecture corrects, un titre et une langue de document, des textes de remplacement pour les images, des champs de formulaire étiquetés, des en-têtes de tableau marqués et un contraste suffisant. PDF/UA n'est pas exigé, mais c'est la façon la plus propre de satisfaire aux WCAG pour un PDF.

• Les critères de succès WCAG 2.1 AA qui comptent le plus pour les documents
• Le rapport entre PDF/UA (ISO 14289) et les WCAG pour les PDF
• Word, PowerPoint et Excel : mêmes critères, mécanique différente
• Pourquoi « passe le vérificateur » est le plancher, pas le plafond

Quels documents sont exceptés?

Deux exceptions font l'essentiel du travail : le contenu Web archivé et les documents électroniques conventionnels préexistants. Les deux sont étroites. Dans les mots mêmes de la règle, la seconde vise les Conventional electronic documents that are available as part of a public entity's web content or mobile apps before the date the public entity is required to comply with this subpart, unless such documents are currently used to apply for, gain access to, or participate in the public entity's services, programs, or activities (traduction libre : les documents électroniques conventionnels disponibles dans le contenu Web ou les applications mobiles d'une entité publique avant la date à laquelle l'entité est tenue de se conformer à cette sous-partie, à moins que ces documents ne servent actuellement à demander les services, programmes ou activités de l'entité, à y accéder ou à y participer) (28 CFR 35.201(b)). Dès que quelqu'un a besoin d'un document pour l'une de ces fins, l'exception tombe.

• Les quatre conditions cumulatives de l'exception pour contenu archivé
• Documents préexistants : quels fichiers comptent comme disponibles avant la date de conformité, et ce qui met fin à l'exception
• Contenu de tiers et documents individualisés protégés par mot de passe
• Pourquoi s'appuyer sur les exceptions est une décision de risque, pas un classeur

À quoi devrait ressembler un programme de conformité?

Commencez par un inventaire : on ne peut pas remédier à ce qu'on n'a pas trouvé. Triez ensuite selon l'usage et le risque, corrigez d'abord les documents dont les citoyens ont réellement besoin, mettez en place un flux de publication accessible par défaut et conservez les preuves. L'échéance est la date à laquelle le programme doit fonctionner, pas la date à laquelle il faut le commencer.

• Inventaire et classification de l'arriéré documentaire
• Tri : documents en usage actif, à fort achalandage, formulaires, puis la longue traîne
• Corriger la chaîne : gabarits et flux de travail pour que les nouveaux documents soient publiés accessibles
• Vérification, dossiers et déclaration d'accessibilité assortie d'un canal de rétroaction

Où DocoMatic s'inscrit-il?

DocoMatic automatise la boucle inventaire, remédiation et vérification pour exactement cette obligation : il trouve les documents sur vos domaines, remédie aux PDF pour les amener aux WCAG 2.1 AA / PDF/UA, vérifie chaque fichier par des contrôles machine complétés d'une révision humaine là où elle compte, et produit les dossiers de preuve qu'un coordonnateur peut remettre à son conseiller juridique.

• Découverte automatisée sur vos domaines publics
• Niveaux de remédiation et seuils de vérification
• Preuves et rapports pour les vérifications et les plaintes