Déclaration d’accessibilité : ce que c’est, pourquoi vous en avez besoin et comment la rédiger

Plus de 96 % des un million de sites web les plus visités ne respectent pas les normes d’accessibilité de base des WCAG — et pourtant, le nombre de poursuites judiciaires liées à l’ADA concernant le web ne cesse d’augmenter chaque année. Dans ce contexte, une déclaration d’accessibilité n’est pas seulement un geste de courtoisie. C’est l’un des signaux les plus concrets et visibles publiquement que votre organisation prend l’inclusion numérique au sérieux, et, dans un nombre croissant de juridictions, c’est aussi une exigence légale. Si vous n’en avez pas encore, ce guide vous expliquera tout ce que vous devez savoir pour bien la rédiger.

Qu’est-ce qu’une déclaration d’accessibilité ?

Au fond, une déclaration d’accessibilité est une déclaration publique de l’engagement de votre organisation à rendre votre site web — et les services numériques qu’il fournit — accessibles à tous les utilisateurs, y compris les personnes en situation de handicap. Elle se trouve sur une page dédiée de votre site et explique aux visiteurs, en langage clair, quelles normes vous visez, ce que vous avez fait pour les respecter, où des lacunes subsistent encore, et comment contacter quelqu’un s’ils rencontrent un obstacle.

Il est important de distinguer une déclaration d’accessibilité de documents proches mais différents. Une politique d’accessibilité interne décrit les objectifs et processus internes de votre organisation — qui est responsable, quels flux de travail s’appliquent, comment les décisions d’achat sont prises. Une déclaration d’accessibilité, en revanche, est tournée vers l’extérieur. Elle est écrite pour vos utilisateurs, pas pour votre équipe. Un Voluntary Product Accessibility Template (VPAT) ou Accessibility Conformance Report (ACR) est un document très technique utilisé principalement dans les contextes d’achats en entreprise. Une déclaration d’accessibilité se situe entre les deux : elle doit être honnête et substantielle, mais aussi compréhensible par tout membre du public qui arrive sur la page.

Considérez-la comme votre promesse d’accessibilité, écrite au grand jour. Elle signale aux utilisateurs en situation de handicap que vous les voyez, que vous travaillez à les servir, et qu’il y a une vraie personne qu’ils peuvent contacter lorsque quelque chose se passe mal. Elle montre aussi aux régulateurs, aux auditeurs et à la partie adverse dans tout litige futur que l’accessibilité est une pratique réfléchie et continue dans votre organisation — pas une idée après coup.

Le paysage juridique : quand une déclaration d’accessibilité est-elle obligatoire ?

La réponse à la question « ai-je légalement besoin d’une déclaration d’accessibilité ? » dépend fortement de l’endroit où vous opérez, de votre public et des lois qui s’appliquent à vous. La situation a beaucoup évolué au cours des deux dernières années, et la trajectoire est claire : les exigences se renforcent à l’échelle mondiale.

Aux États-Unis, l’obligation légale la plus directe pour les gouvernements des États et les collectivités locales provient de la règle finale d’avril 2024 du Department of Justice au titre du Title II de l’ADA, qui a précisé que les sites web et applications mobiles des pouvoirs publics doivent être conformes aux WCAG 2.1 niveau AA. La publication d’une déclaration d’accessibilité et la mise en place d’une gouvernance autour de l’accessibilité numérique font partie de cette posture de conformité. Les échéances de conformité au titre de cette règle tombent en avril 2026 pour les entités plus importantes et en avril 2027 pour les plus petites. Pour les entreprises privées couvertes par le Title III de l’ADA, même si une déclaration d’accessibilité spécifique n’est pas explicitement exigée par la loi, son absence a été utilisée par les avocats des plaignants comme preuve que les efforts d’accessibilité plus larges de l’organisation sont insuffisants — ce qui en fait un facteur de risque juridique significatif.

Dans l’Union européenne, la situation est encore plus explicite. La directive européenne sur l’accessibilité du web impose depuis plusieurs années aux organismes du secteur public des États membres de publier des déclarations d’accessibilité. Désormais, l’European Accessibility Act — qui est pleinement applicable depuis le 28 juin 2025 — étend les obligations d’accessibilité aux entreprises privées dans des secteurs tels que le e-commerce, la banque, le transport et les télécommunications. Toute entreprise qui propose des produits ou services à des clients basés dans l’UE, quel que soit le lieu de son siège, est concernée. Considérez l’EAA comme le RGPD de l’accessibilité numérique : une réglementation transfrontalière, de grande portée, qui ne se préoccupe pas de l’emplacement de vos serveurs. L’EAA s’aligne sur les WCAG 2.1 niveau AA comme référence technique pour le contenu web et mobile.

Au Royaume-Uni, les Public Sector Bodies Accessibility Regulations 2018 exigent explicitement que tous les sites web et applications des pouvoirs publics et du secteur public respectent les normes WCAG 2.1 AA et publient une déclaration d’accessibilité. L’AODA au Canada (Ontario), la Section 508 du Rehabilitation Act pour les contractants fédéraux américains, et divers autres cadres nationaux ajoutent d’autres couches. Si vous avez un public mondial, partez du principe qu’au moins une loi applicable exige de vous une déclaration.

Même lorsqu’aucune loi n’impose explicitement une déclaration d’accessibilité à votre organisation spécifique, son absence ressemble de plus en plus à de la négligence — pas à de la neutralité. C’est une démarche peu coûteuse et à fort impact symbolique que tout propriétaire de site web devrait entreprendre.

Pourquoi votre déclaration d’accessibilité compte au-delà de la conformité

L’obligation légale est un plancher, pas un plafond. Il existe des raisons commerciales et éthiques convaincantes d’avoir une déclaration d’accessibilité bien conçue qui vont au-delà de la simple évitation des poursuites.

D’abord, pensez à vos utilisateurs. Environ 1,3 milliard de personnes dans le monde vivent avec une forme de handicap. Beaucoup ont appris, à force d’expériences difficiles, à chercher une déclaration d’accessibilité avant de faire confiance à un nouveau site web avec leur temps ou leur argent. Une déclaration claire et honnête leur indique avec quelles technologies d’assistance votre site a été testé, qui contacter si quelque chose ne fonctionne pas, et à quel point votre organisation prend le sujet au sérieux. Elle réduit les frictions et renforce la confiance au moment même où un utilisateur en situation de handicap décide de rester ou non sur votre site.

Ensuite, il y a la dimension réputationnelle. Ne pas avoir de déclaration d’accessibilité — ou en avoir une qui est manifestement issue d’un modèle, jamais mise à jour, et qui fait des promesses que votre site ne tient clairement pas — envoie un signal négatif aux clients, aux employés et aux partenaires qui se soucient de l’inclusion. À l’inverse, une déclaration réfléchie et régulièrement mise à jour est la preuve d’un engagement organisationnel réel. Des organisations de premier plan comme Barclays et Roche publient des déclarations qui reconnaissent honnêtement leurs limites actuelles tout en décrivant les mesures spécifiques en cours pour y remédier. Cette transparence suscite plus de bonne volonté qu’une déclaration prétendant à une conformité parfaite ne le pourrait jamais.

Troisièmement, votre déclaration d’accessibilité crée un mécanisme de responsabilité interne. Lorsque vous vous engagez publiquement sur une norme, une méthodologie de test et un délai de réponse aux problèmes signalés par les utilisateurs, vous créez des attentes que vos propres équipes doivent respecter. C’est une fonctionnalité, pas un défaut. Les programmes d’accessibilité dépourvus d’engagements externes ont tendance à dériver ; ceux qui disposent de déclarations publiques ont tendance à rester sur la bonne voie.

Enfin, il faut tenir compte du SEO et de l’ergonomie. Les bonnes pratiques d’accessibilité — HTML sémantique, structures de titres correctes, texte alternatif descriptif, libellés de liens clairs — sont fortement corrélées aux signaux de classement des moteurs de recherche. Un site conçu avec l’accessibilité à l’esprit a tendance à être un site plus performant sur tous les plans.

Ce qu’il faut inclure : les composants essentiels

Il n’existe pas de modèle obligatoire unique pour une déclaration d’accessibilité dans le secteur privé, mais l’initiative Web Accessibility Initiative du W3C fournit les indications les plus claires sur ce qu’une déclaration doit contenir. Voici une ventilation de chaque composant à traiter, avec la logique qui le sous-tend.

Une déclaration d’engagement. Commencez par une déclaration claire et humaine de l’engagement de votre organisation en faveur de l’accessibilité numérique. Ne la reléguez pas au second plan. C’est ce que les utilisateurs en situation de handicap — et les avocats des plaignants — liront en premier. Évitez le jargon corporate. Indiquez précisément que vous travaillez à offrir une expérience inclusive aux utilisateurs présentant des handicaps visuels, auditifs, physiques, cognitifs, neurologiques et de la parole.

La norme que vous visez. Nommez la version spécifique des WCAG que vous ciblez — idéalement les WCAG 2.1 niveau AA au minimum, les WCAG 2.2 niveau AA représentant la meilleure pratique actuelle. Indiquez honnêtement votre niveau de conformité. Si vous êtes pleinement conforme, dites-le. Si vous êtes partiellement conforme, dites-le aussi et décrivez les domaines qui ne sont pas au niveau. Faire de fausses déclarations sur votre conformité dans votre déclaration est pire que de divulguer des lacunes connues — cela supprime la défense de bonne foi en cas de litige.

Les limitations connues. C’est la section que la plupart des organisations ratent. Soit elles ne listent aucune limitation (ce qui est peu crédible pour presque n’importe quel site réel), soit elles utilisent des numéros de critères WCAG techniques qui ne signifient rien pour les utilisateurs. Le W3C recommande un langage simple : au lieu de « le critère de succès WCAG 1.2.2 n’est pas respecté », dites « certaines de nos anciennes vidéos n’ont pas de sous-titres ». Soyez précis. Soyez honnête. Les utilisateurs apprécieront de le savoir à l’avance, et cela vous protège juridiquement en démontrant votre bonne foi.

Ce que vous avez fait pour traiter l’accessibilité. Décrivez vos efforts concrets : avez-vous réalisé un audit par un tiers ? Testez-vous avec des lecteurs d’écran ? Avez-vous formé votre équipe de contenu ? Utilisez-vous un widget de surcouche d’accessibilité pour fournir des fonctionnalités d’assistance supplémentaires ? Détaillez les mesures spécifiques que votre organisation prend. Cette section transforme votre déclaration d’une promesse passive en preuve active d’un programme de conformité.

L’environnement technique. Indiquez les navigateurs, systèmes d’exploitation et technologies d’assistance avec lesquels votre site a été testé. Les lecteurs d’écran se comportent différemment selon les combinaisons de navigateurs, et documenter vos environnements testés permet de gérer les attentes tout en démontrant votre rigueur.

Les informations de contact. C’est peut-être la section la plus importante. Facilitez le signalement des obstacles d’accessibilité par les utilisateurs. Fournissez plusieurs canaux — e-mail, téléphone, et idéalement un formulaire web lui-même entièrement accessible. Indiquez un délai de réponse et respectez-le. Les études montrent de manière constante que plus une organisation répond rapidement aux plaintes d’accessibilité, moins il est probable que cette plainte se transforme en action en justice. Ne redirigez pas ces contacts vers une boîte générique que personne ne surveille.

Le contenu tiers. Si votre site intègre des widgets tiers, des flux de réseaux sociaux, des cartes ou d’autres contenus que vous ne contrôlez pas, reconnaissez-le et précisez que vous ne pouvez pas garantir l’accessibilité de ce contenu. Vous pouvez néanmoins décrire les mesures que vous prenez pour sélectionner des outils tiers accessibles.

La date de la dernière révision. Incluez une date de « dernière mise à jour » bien visible. Une déclaration d’accessibilité sans date semble — et peut être — obsolète. Engagez-vous à la revoir et à la mettre à jour au moins une fois par an, et après toute refonte importante ou révision majeure du contenu.

Les références aux lois applicables. Selon votre juridiction et votre public, mentionnez les cadres juridiques pertinents : l’ADA, la Section 508, l’EAA, les UK Accessibility Regulations, l’AODA ou d’autres. Cela montre votre connaissance du cadre légal et aide les utilisateurs à comprendre le contexte réglementaire.

Un modèle structurel à adapter

Ce qui suit est une structure HTML sémantique, claire, que vous pouvez adapter pour la page de votre propre déclaration d’accessibilité. Remplacez les valeurs d’espace réservé par des informations exactes propres à votre organisation et à votre site web.

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

Erreurs courantes à éviter

La plupart des déclarations d’accessibilité présentes aujourd’hui sur le web sont soit inexistantes, soit plagiées à partir d’un modèle sans modification, soit activement trompeuses. Voici les pièges spécifiques à éviter.

Prétendre à une conformité totale lorsque vous n’êtes pas pleinement conforme. C’est l’erreur la plus dangereuse. Les outils automatisés détectent au mieux environ 30 à 40 % des problèmes WCAG, ce qui signifie qu’un site qui passe les tests automatisés peut encore présenter des obstacles significatifs. Si votre déclaration affirme une conformité totale aux WCAG 2.1 AA et qu’un utilisateur ou un plaignant peut démontrer le contraire, cette fausse affirmation amplifie votre exposition juridique au lieu de la réduire. Des déclarations de conformité partielle exactes, associées à une feuille de route de remédiation claire, sont à la fois plus honnêtes et plus défendables.

Rendre la page de la déclaration elle-même inaccessible. Cela arrive plus souvent qu’on ne le pense. La déclaration d’accessibilité doit elle-même respecter les WCAG. Testez la page, vérifiez le contraste des couleurs, assurez-vous que la navigation au clavier fonctionne et que les lecteurs d’écran peuvent analyser correctement les titres. Une déclaration d’accessibilité inaccessible est, au minimum, embarrassante — et au pire, une pièce à charge dans une plainte.

Ne fournir aucun véritable mécanisme de contact. Une déclaration qui invite les utilisateurs à « nous contacter » via un formulaire défectueux ou une adresse e-mail générique info@ que personne ne surveille est pire qu’inutile. Les utilisateurs qui tentent de signaler un obstacle et n’obtiennent aucune réponse sont beaucoup plus susceptibles de s’adresser à un régulateur ou à un avocat.

Ne jamais la mettre à jour. Une déclaration datée d’il y a trois ans, qui fait référence à des technologies ou des normes depuis dépassées, sape immédiatement la confiance. Programmez un rappel dans votre calendrier pour revoir votre déclaration au moins une fois par an, et immédiatement après toute refonte importante du site.

L’enterrer là où personne ne peut la trouver. Le W3C recommande de faire un lien vers votre déclaration d’accessibilité depuis plusieurs emplacements visibles : le pied de page, le menu d’aide, le plan du site et la page « à propos ». Utilisez un libellé de lien cohérent — « Déclaration d’accessibilité » ou « Accessibilité » — afin que les utilisateurs qui savent la chercher puissent la trouver rapidement.

La place d’Accsible dans votre stratégie d’accessibilité

Une déclaration d’accessibilité est la documentation de votre engagement, mais un engagement sans mise en œuvre reste des mots. C’est là qu’un outil comme le SDK de widget de surcouche d’Accsible intervient comme une couche d’une stratégie d’accessibilité plus large.

Accsible vous permet d’intégrer sur votre site un widget d’accessibilité configurable qui donne aux utilisateurs un contrôle direct sur leur expérience de navigation — ajustement de la taille des polices, des paramètres de contraste, de la taille du curseur, réduction des animations, et plus encore. Ces contrôles orientés utilisateur étendent l’ergonomie de votre site pour les personnes ayant une variété de besoins visuels, moteurs et cognitifs. Fait important, lorsque vous incluez un widget d’accessibilité dans votre chaîne d’outils, votre déclaration d’accessibilité devient plus précise et plus crédible : vous pouvez nommer les fonctionnalités spécifiques que le widget fournit, décrire les environnements dans lesquels il a été testé, et démontrer que vous avez pris des mesures techniques concrètes en faveur de l’inclusion.

Cette précision compte. Les tribunaux, les régulateurs et les utilisateurs réagissent tous mieux aux déclarations qui décrivent des mesures concrètes qu’aux engagements vagues. Votre déclaration doit mentionner le widget, ce qu’il fait et les besoins utilisateurs qu’il couvre — aux côtés de votre programme d’audit, de votre méthodologie de test et de votre point de contact humain pour les retours. Le widget ne remplace pas un code sous-jacent sémantique et bien structuré, mais il constitue une couche d’effort significative et documentée qui a sa place dans votre déclaration.

L’accessibilité est un programme, pas un produit. Votre déclaration documente ce programme. Chaque outil, audit, session de formation et boucle de retour que vous mettez en place rend votre déclaration plus crédible — et votre site réellement plus inclusif.

Maintenir votre déclaration à jour : une liste de contrôle de maintenance

Une déclaration d’accessibilité est un document vivant. Dès que votre site change — un nouveau parcours de paiement, une navigation repensée, un nouveau lecteur vidéo intégré — l’exactitude de votre déclaration est potentiellement affectée. Intégrez un rythme de maintenance à votre programme d’accessibilité afin que la déclaration reflète toujours la réalité.

• Après chaque version majeure ou refonte : Passez en revue la section sur les limitations connues et les spécifications techniques. Mettez à jour les environnements testés si les navigateurs ou les technologies d’assistance ont changé.
• Chaque année : Commandez ou réalisez un audit d’accessibilité complet. Actualisez le statut de conformité et la section sur les mesures pour refléter les outils, processus et résultats actuels. Mettez à jour la date de « dernière révision ».
• Lorsque les normes changent : Les WCAG 2.2 sont désormais publiées et les WCAG 3.0 sont en cours de développement. Lorsque les organismes de régulation mettent à jour leurs normes techniques, mettez à jour votre déclaration pour refléter la version que vous visez et votre plan de migration.
• Lorsque les lois changent : L’EAA, les échéances du Title II de l’ADA et d’autres réglementations évoluent activement. Si de nouvelles exigences s’appliquent à votre organisation, mettez à jour les références juridiques dans votre déclaration en conséquence.
• Lorsque les coordonnées changent : Mettez immédiatement à jour toute adresse e-mail, numéro de téléphone ou lien de formulaire. Un canal de contact défaillant dans une déclaration d’accessibilité est à la fois un échec d’ergonomie et un risque juridique.

Consigner les retours d’accessibilité que vous recevez — les problèmes signalés par les utilisateurs, la façon dont vous avez répondu et le temps qu’a pris la remédiation — crée également une trace écrite qui démontre votre bonne foi. Si votre organisation est un jour mise en cause sur ses pratiques d’accessibilité, cet historique peut être inestimable.

Points clés à retenir

• Une déclaration d’accessibilité est à la fois un outil de gestion du risque juridique et un signal de confiance pour les utilisateurs. Dans de nombreuses juridictions — notamment pour les entreprises visant le marché de l’UE au titre de l’EAA et les entités publiques américaines au titre de la règle ADA Title II — une forme d’engagement public en matière d’accessibilité est désormais exigée ou fortement implicite dans la loi.
• L’honnêteté sur les limitations vous protège davantage que les promesses excessives. Indiquer que vous êtes partiellement conforme avec un plan de remédiation clair est plus défendable juridiquement que de prétendre faussement à une conformité totale aux WCAG. Les tribunaux et les régulateurs réagissent favorablement à la bonne foi démontrée.
• Rendez votre mécanisme de contact réel et surveillé. Fournissez plusieurs moyens de signaler les obstacles — e-mail, téléphone, formulaire web — et engagez-vous sur un délai de réponse spécifique. Des réponses rapides aux problèmes signalés par les utilisateurs réduisent considérablement le risque d’escalade juridique.
• La page de votre déclaration d’accessibilité doit elle-même être accessible. Testez-la pour la conformité aux WCAG, vérifiez la navigation au clavier, contrôlez le contraste des couleurs et assurez la compatibilité avec les lecteurs d’écran avant de la publier.
• Considérez la déclaration comme un document vivant, pas comme une tâche ponctuelle. Révisez-la après chaque changement majeur du site, au minimum une fois par an, et chaque fois que les lois applicables ou les normes WCAG sont mises à jour. Gardez la date de « dernière révision » visible et exacte.