Accéder au contenu principalAccéder à la navigationAccéder au pied de page
Page d'accueil IncluddyPage d'accueil Includdy
  • FAQ
  • Blog
  • Glossaire
  • Contact
Includdy

Rendons le web accessible à tous

Produit

  • Scan automatique
  • Correction guidée
  • Collaboration

Ressources

  • FAQ
  • Blog
  • Glossaire
  • Plan du site

Légal

  • CGU
  • CGV
  • Mentions légales
  • Politique de confidentialité

© 2026 Includdy. Tous droits réservés.

  1. Accueil
  2. Glossaire
  3. Version accessible

Version accessible


Une version accessible est une copie d'une page web, conforme aux WCAG, proposée en remplacement d'une page qui ne l'est pas. Elle doit offrir les mêmes informations et les mêmes fonctionnalités que l'original, être à jour, et être atteignable directement depuis la page non conforme.


Votre page utilise un composant JavaScript que les lecteurs d'écran ne peuvent pas interpréter. Vous proposez un lien vers une version accessible de la même page. Le problème est résolu ? Pas forcément.

#Ce que les WCAG exigent vraiment

Les WCAG 2.1 autorisent les pages non conformes dans un périmètre audité, à une condition : une « conforming alternate version » (version alternative conforme) doit exister. Le W3C pose trois règles :

  1. La version accessible respecte le niveau de conformité visé (A, AA ou AAA).
  2. Elle offre les mêmes informations et les mêmes fonctionnalités.
  3. Elle est aussi à jour que la version non conforme.

Un lien vers cette version doit être présent en début de page non conforme, et ce lien doit lui-même être accessible.

#Le piège de la version « texte seul »

Beaucoup d'organisations créent une version allégée : pas d'images, pas de mise en page, pas d'interaction. C'est tentant. C'est aussi non conforme.

Si la version principale permet de filtrer un catalogue, d'ajouter un produit au panier et de payer en ligne, la version accessible doit faire exactement la même chose. Supprimer des fonctionnalités revient à créer un site de seconde classe pour les utilisateurs de technologies d'assistance.

Le W3C est explicite : la version alternative doit fournir toutes les informations et toutes les fonctionnalités. Pas un résumé. Pas une vue partielle. L'intégralité.

#Quand c'est justifié, quand ça ne l'est pas

La version accessible est un mécanisme de transition. Vous adoptez une technologie récente que les technologies d'assistance ne gèrent pas encore ? Une version en HTML natif est une bonne solution temporaire.

Elle n'est pas un substitut permanent à la mise en conformité. Si votre formulaire d'inscription utilise un composant <div> personnalisé au lieu d'un <select> natif, la bonne approche est de corriger le composant, pas de maintenir deux versions indéfiniment.

<!-- Lien vers la version accessible, placé en début de page -->
<a href="/inscription-accessible">
  Version accessible de cette page
</a>

#En résumé

Une version accessible n'est valide que si elle est complète, à jour et atteignable. Elle sert de passerelle, pas d'excuse. La cible reste de rendre la version principale conforme.

Retour au glossaire

Partagez cet article

Partagez cet article

Pour aller plus loin

Version alternative

Une version alternative est un contenu proposé dans un format différent de l'original pour transmettre les mêmes informations de manière accessible. Un PDF scanné remplacé par un document HTML, un graphique complexe accompagné d'un tableau de données, une vidéo doublée d'une transcription : chaque version alternative doit être complète, à jour et atteignable.

WCAG

Les WCAG (Web Content Accessibility Guidelines) sont les recommandations du W3C qui définissent comment rendre un site web utilisable par tous, y compris les personnes en situation de handicap. La plupart des législations dans le monde, dont le RGAA en France, s'appuient sur les WCAG niveau AA comme exigence de conformité.

Technologies d'assistance

Les technologies d'assistance sont les logiciels et matériels que les personnes handicapées utilisent pour naviguer sur le web : lecteurs d'écran, loupes, commande vocale, plages braille, contacteurs. Elles dépendent entièrement de la qualité du code HTML pour fonctionner correctement.