Une déclaration d’accessibilité est une page publique qui explique l’engagement de votre organisation en matière d’accessibilité numérique, énonce honnêtement votre niveau de conformité actuel et donne aux visiteurs un moyen de signaler les obstacles qu’ils rencontrent. Un visiteur doit pouvoir la lire en deux minutes et savoir exactement qui contacter si quelque chose sur votre site ne fonctionne pas pour lui. Voici une structure que vous pouvez adapter directement, accompagnée de remarques sur ce qu’il faut éviter.
Ce qu’il faut inclure
Une bonne déclaration d’accessibilité couvre cinq éléments : un court énoncé d’engagement, votre statut de conformité actuel au regard d’une norme nommée (généralement les WCAG 2.1 ou 2.2 AA), la façon dont vous avez évalué ce statut, les limitations connues s’il en existe, et des coordonnées pour recueillir les retours. Omettre le statut de conformité et se contenter d’affirmer « nous tenons à l’accessibilité » est la faiblesse la plus courante que l’on observe dans ces déclarations ; cela ressemble à une phrase marketing plutôt qu’à une documentation.
Un modèle à adapter
Remplacez les sections entre crochets par des informations propres à votre organisation.
Déclaration d’accessibilité de [nom de l’organisation]
[Nom de l’organisation] s’engage à garantir l’accessibilité numérique aux personnes en situation de handicap. Nous continuons d’améliorer l’expérience utilisateur pour tous et d’appliquer les normes d’accessibilité pertinentes.
Statut de conformité : ce site vise à être conforme aux WCAG 2.1 niveau AA. [Indiquez l’une des mentions suivantes : « est totalement conforme », « est partiellement conforme » ou « n’est pas encore conforme », et expliquez brièvement pourquoi en l’absence de conformité totale.]
Limitations connues : [Listez les problèmes connus, par exemple : « Certains documents PDF plus anciens publiés avant 2025 n’ont pas encore été corrigés et peuvent ne pas être totalement accessibles aux utilisateurs de lecteur d’écran. Nous les traitons progressivement. »]
Retours : vos retours sur l’accessibilité de [nom du site] sont les bienvenus. N’hésitez pas à nous signaler tout obstacle d’accessibilité rencontré. Téléphone : [numéro] E-mail : [adresse] Adresse postale : [adresse] Nous nous efforçons de répondre aux retours sous [X] jours ouvrés.
Spécifications techniques : l’accessibilité de [nom du site] repose sur HTML, CSS, JavaScript et WAI-ARIA pour son fonctionnement avec les technologies d’assistance.
Méthode d’évaluation : [Nom de l’organisation] a évalué l’accessibilité de ce site au moyen d’[une auto-évaluation / un audit externe / une analyse automatisée combinée à des tests manuels]. Cette déclaration a été révisée pour la dernière fois le [date].
Ce qu’il faut éviter
N’affirmez pas une « conformité totale » ou une conformité « 100 % ADA » sans l’avoir réellement vérifiée par des tests, incluant idéalement des tests manuels et pas seulement un scan automatisé. Ce type d’affirmation générale est devenu un point de vigilance précis : en 2025, la FTC américaine a ordonné à accessiBe de verser 1 million de dollars pour régler des accusations liées en partie à des affirmations exagérées sur la part d’un site que son widget pouvait corriger automatiquement. La leçon dépasse largement ce seul cas : une déclaration doit décrire ce que vous avez réellement vérifié, pas ce que vous espérez être vrai.
Évitez aussi d’enterrer la déclaration là où personne ne peut la trouver. Placez un lien vers elle dans le pied de page de votre site, et assurez-vous que la page de la déclaration elle-même est accessible (structure de titres correcte, contraste lisible, pas de blocs de texte non structurés).
Déclarations générées automatiquement face à une déclaration appuyée sur de vrais tests
Plusieurs éditeurs de widgets, dont UserWay et accessiBe, proposent un générateur de déclaration d’accessibilité intégré à leur produit. Ces générateurs peuvent constituer un point de départ réellement utile pour la structure et les formulations standards, en particulier pour un petit site sans expertise juridique ou d’accessibilité en interne. Le risque à surveiller est qu’une déclaration générée à partir d’un simple scan automatisé peut finir par revendiquer un niveau de conformité que le site n’a pas réellement obtenu par des tests manuels. Si vous utilisez une déclaration générée, considérez la section sur le statut de conformité comme celle qui nécessite le plus de modifications, et mettez-la à jour dès que vous connaissez votre statut réel, plutôt que d’accepter une affirmation par défaut.
Pour les organisations plus avancées, une déclaration rédigée après un véritable audit, qu’il provienne d’un prestataire spécialisé dans les tests ou d’un fournisseur combinant widget et revue manuelle comme Wawsome, peut affirmer sa conformité avec plus d’assurance, car elle s’appuie sur des preuves concrètes. Si vous préparez une déclaration spécifiquement destinée au secteur public de l’UE ou liée à l’EAA, il vaut la peine d’aligner le vocabulaire de conformité sur la terminologie de la norme EN 301 549 en plus des WCAG, car c’est la norme que les évaluateurs et les équipes achats de l’UE s’attendront à voir citée.
Rédiger honnêtement la section sur le statut de conformité
C’est la partie de la déclaration qui mérite le plus de temps, et celle que la plupart des modèles laissent volontairement vague. « Partiellement conforme » est une mention parfaitement normale et honnête, et elle est bien plus utile pour un visiteur (et bien plus défendable en cas de réclamation) qu’une affirmation absolue de « pleinement accessible » que vous ne pouvez pas réellement étayer. Si vous avez réalisé un audit, nommez la norme et la version testées (les WCAG 2.1 AA constituent la référence la plus courante) et donnez une idée générale du périmètre couvert, qu’il s’agisse de l’ensemble du site, d’un sous-ensemble de pages clés ou de parcours précis comme le paiement. Si vous n’avez pas encore réalisé d’audit formel, il est tout à fait acceptable de le dire directement : « Nous n’avons pas encore réalisé d’audit d’accessibilité formel de ce site. Nous nous engageons à le faire et mettrons à jour cette déclaration une fois ce travail achevé » est une information honnête et utile, et une déclaration intermédiaire raisonnable pendant que le travail de remédiation est en cours.
Gérer les retours une fois qu’ils arrivent
La section retours n’est pas qu’une simple formalité : publier des coordonnées signifie que vous devez vous attendre à réellement recevoir des signalements, et l’absence de processus interne pour les traiter va à l’encontre de l’objectif même de publier une déclaration. Déterminez qui, dans votre équipe, sera responsable des retours d’accessibilité reçus, fixez un délai de réponse réaliste (et indiquez-le dans la déclaration elle-même, comme le fait le modèle ci-dessus), et tenez un registre simple de ce qui est signalé et de la façon dont cela a été résolu. Ce registre devient une preuve utile d’un programme d’accessibilité actif et fonctionnel si le besoin s’en fait sentir, et il alimente aussi naturellement la section des limitations connues, car les signalements de vrais utilisateurs constituent souvent une meilleure source d’information sur ce qui est réellement défaillant qu’un simple scan automatisé.
Considérations multilingues et multi-sites
Si votre organisation opère en plusieurs langues ou gère des déclarations distinctes pour différents sites, veillez à garder un vocabulaire de statut de conformité cohérent entre les versions, plutôt que de laisser une édition linguistique revendiquer accidentellement un niveau de conformité supérieur à une autre. Ce problème revient fréquemment pour les entreprises tournées vers l’UE qui gèrent des déclarations en allemand, en français, en italien et sur d’autres marchés, où une traduction réalisée indépendamment de l’originale peut s’éloigner du statut réel actuel. Revoir toutes les versions linguistiques ensemble au moment de votre mise à jour annuelle est un moyen simple d’éviter cet écart.
Où la publier
La plupart des organisations publient la déclaration comme une page à part entière, avec un lien depuis le pied de page de chaque page du site, parfois dupliqué dans l’espace consacré aux conditions d’utilisation ou à la confidentialité. Les organismes du secteur public de l’UE couverts par la directive sur l’accessibilité du web sont tenus d’en publier une à un emplacement facilement trouvable et de la tenir à jour ; c’est une bonne pratique à suivre même là où elle n’est pas strictement obligatoire, car elle signale aux utilisateurs, et le cas échéant à un tribunal ou à un régulateur, que l’accessibilité est un sujet que vous avez réellement pris en compte plutôt qu’ignoré.