ATAG

ATAG — Authoring Tool Accessibility Guidelines — est la norme W3C pour les outils qui créent des contenus web. Là où WCAG s’adresse à ce que les contenus publiés doivent faire pour les utilisateurs finaux, ATAG s’adresse à ce que les outils de création doivent faire pour les personnes qui créent ces contenus.

Deux parties, deux publics

ATAG 2.0 se divise en :

• Partie A — Rendre l’interface utilisateur de l’outil de création accessible. L’outil lui-même doit être utilisable par des créateurs de contenus handicapés. Un éditeur non-voyant doit pouvoir utiliser le CMS qui produit les articles ; un concepteur malvoyant doit pouvoir utiliser le plugin de conception qui exporte les icônes.
• Partie B — Soutenir la production de contenus accessibles. L’outil doit aider les auteurs à produire des contenus accessibles. Un CMS qui permet aux auteurs d’insérer des images sans les inviter à renseigner un texte alternatif est non conforme à la Partie B d’ATAG, même si son interface est parfaitement accessible.

Pourquoi la Partie B est plus exigeante

La Partie A revient essentiellement à « appliquer WCAG à son propre produit ». C’est un problème connu avec des patrons connus. La Partie B est plus contraignante car elle exige que l’outil sache à quoi ressemble un contenu accessible et oriente ou contraigne l’auteur vers celui-ci.

Exemples concrets de bonne mise en œuvre de la Partie B :

• Une boîte de dialogue d’upload d’images dans un CMS qui impose la saisie d’un texte alternatif, avec une case à cocher explicite « marquer cette image comme décorative » pour que les auteurs n’envoient pas un alt vide afin d’échapper à l’invite.
• Un éditeur Markdown qui avertit lorsqu’un niveau de titre est sauté (h1 → h3 sans h2).
• Un outil de conception qui signale en temps réel les violations de rapport de contraste lorsque l’auteur choisit des couleurs.

Ce qu’ATAG n’est pas

ATAG n’est pas une exigence de marchés publics dans la plupart des juridictions. La Directive sur l’accessibilité des sites web de l’UE et l’EAA citent EN 301 549, qui fait référence à WCAG (et non à ATAG). La Section 508 américaine est similaire. Des acheteurs demandent parfois aux fournisseurs de démontrer leur conformité ATAG pour des travaux CMS internes, mais les VPAT ATAG standardisés sont rares.

Pourquoi cela reste important

Le site le plus accessible au monde devient inaccessible dès lors que les auteurs ne peuvent pas y produire des contenus accessibles. Un CMS dont la conformité ATAG est médiocre est un multiplicateur de dette d’accessibilité : chaque nouvel article, chaque nouvelle image, chaque nouveau composant de formulaire arrive avec les mêmes omissions prévisibles. Les outils respectueux d’ATAG ramènent le coût d’entrée de l’accessibilité à presque zéro pour chaque auteur.

C’est l’angle d’analyse à adopter lors de l’évaluation de plateformes CMS, d’outils de conception, de constructeurs sans code et d’outils de création assistée par IA : non pas « l’outil est-il lui-même accessible ? » mais « l’outil rend-il l’accessibilité facile pour les personnes qui publient via lui ? »