Accessibilité web RGAA : définition et obligations

Accessibilité web et RGAA : la définition

L’accessibilité web désigne la capacité d’un site internet, d’une application ou d’un document en ligne à être consulté, compris et utilisé par toute personne, quelles que soient ses capacités visuelles, auditives, motrices ou cognitives. Le RGAA, c’est-à-dire le référentiel général d’amélioration de l’accessibilité (RGAA), est le document officiel français qui traduit ce principe en règles concrètes et vérifiables. Il ne se contente pas d’énoncer de bonnes intentions : il fournit une liste de critères, une procédure de test et une méthode technique pour chacun d’eux. En clair, c’est le mode d’emploi qui permet de dire si un site est accessible, et dans quelle proportion.

Le mot référentiel est important. Un référentiel n’est pas une loi : c’est un cadre de mesure, un étalon commun. La loi dit qu’il faut être accessible ; le référentiel général d’amélioration de l’accessibilité dit comment le prouver. Cette séparation explique pourquoi deux documents circulent toujours ensemble dans les appels d’offres publics : le texte réglementaire d’un côté, le référentiel technique de l’autre.

Pour un dirigeant de PME, retenez la formulation la plus simple possible. L’accessibilité numérique est l’objectif ; le RGAA est la grille d’évaluation. Et comme toute grille d’évaluation, elle produit un résultat chiffré, un taux de conformité, qui se publie et s’oppose en cas de litige.

Ce que recouvre exactement l’accessibilité numérique

L’accessibilité numérique ne se limite pas aux personnes aveugles. Elle couvre les déficiences visuelles partielles, la surdité, les troubles moteurs qui empêchent l’usage d’une souris, les troubles cognitifs, la dyslexie, l’épilepsie photosensible, et toutes les situations temporaires ou contextuelles. Un bras dans le plâtre, un écran en plein soleil, une connexion dégradée, un environnement bruyant : ces situations produisent les mêmes blocages que certains handicaps permanents.

Cette diversité explique la structure du référentiel. Il ne demande pas de créer une version séparée du site pour les personnes handicapées, ce qui serait coûteux et discriminant. Il demande que le site unique soit construit de façon à fonctionner avec les technologies d’assistance : lecteurs d’écran, loupes logicielles, claviers alternatifs, commandes vocales, afficheurs braille.

La logique est donc celle d’un site robuste plutôt que d’un site spécial. Un contenu correctement balisé, un contraste suffisant, une navigation au clavier complète : ces trois chantiers règlent déjà une grande partie des blocages réels. Le reste relève du détail méthodique, et c’est précisément ce que le référentiel organise.

Ce que contient le référentiel général d’amélioration de l’accessibilité (RGAA)

Le référentiel se compose de deux parties distinctes, et la confusion entre les deux est la source de beaucoup de malentendus. La première partie est une obligation d’ordre administratif : elle décrit le périmètre d’application, les documents à publier et la procédure de déclaration. La seconde est la méthode technique : la liste des critères, les tests associés et, pour chaque test, les éléments à inspecter dans le code.

La méthode technique est le cœur opérationnel du document. Elle précise, test par test, quelles balises regarder, quels attributs vérifier, quelles valeurs sont acceptables. C’est ce niveau de précision qui rend un audit reproductible : deux auditeurs indépendants travaillant sur la même page doivent aboutir au même résultat. Sans cette précision, l’accessibilité resterait une affaire d’appréciation personnelle.

Dans sa version 4.1, le référentiel compte 106 critères répartis en 13 thématiques, eux-mêmes déclinés en 257 tests. Ces nombres évoluent avec les mises à jour, donc vérifiez toujours la version en vigueur avant de lancer un audit. Travailler sur une version périmée est l’erreur la plus facile à commettre et la plus pénible à rattraper.

Qui publie le référentiel : la direction interministérielle du numérique

Le référentiel est publié et maintenu par la direction interministérielle du numérique (DINUM), rattachée aux services du Premier ministre. C’est la direction interministérielle qui arbitre les évolutions, publie les nouvelles versions et met à disposition les outils d’accompagnement. L’interministérielle du numérique joue ici le rôle d’autorité technique de référence pour l’ensemble de l’État.

Concrètement, la DINUM met en ligne le texte du référentiel, les grilles d’audit, les modèles de déclaration d’accessibilité et un ensemble de ressources pédagogiques. Elle anime aussi un pôle dédié à la conception inclusive. Suivre ses publications est le moyen le plus fiable de rester à jour : les comptes rendus d’évolution y sont détaillés, et les changements de numérotation de critères y sont documentés.

Un conseil pratique pour une PME : désignez une personne qui s’abonne aux canaux d’information de la DINUM et qui regarde les annonces deux ou trois fois par an. Cela coûte une heure et évite de découvrir une nouvelle version au moment d’un contrôle. La veille réglementaire n’est pas un luxe de grande entreprise, c’est une habitude.

RGAA, WCAG et norme européenne : qui fait quoi

Le RGAA n’invente pas les règles d’accessibilité. Il s’appuie sur les WCAG, les Web Content Accessibility Guidelines publiées par le W3C, qui constituent la référence internationale. La version 4.1 du référentiel s’aligne sur les WCAG 2.1 de niveau AA, le niveau retenu par la réglementation européenne. Le référentiel français traduit ces recommandations en tests opérationnels, adaptés au contexte juridique national.

Au-dessus des WCAG se trouve la norme harmonisée européenne EN 301 549, qui fixe les exigences d’accessibilité des produits et services numériques pour l’ensemble de l’Union. Cette norme reprend les WCAG pour le volet web et y ajoute des exigences pour les logiciels, les documents et le matériel. Le trio se lit donc de haut en bas : la norme européenne cadre, les WCAG décrivent, le référentiel français teste.

Cette architecture a une conséquence pratique agréable. Un site conforme au RGAA est de fait conforme aux WCAG 2.1 AA, donc présentable dans un contexte international. Vous ne travaillez pas pour une exception française, vous travaillez pour un standard mondial avec une méthode locale de vérification.

• Accessibilité numérique : l’objectif, rendre un service utilisable par tous
• WCAG 2.1 niveau AA : les recommandations internationales du W3C
• EN 301 549 : la norme harmonisée européenne, cadre de la réglementation
• RGAA : le référentiel français qui décline tout cela en critères et en tests
• Déclaration d’accessibilité : le document public qui expose le résultat

À quoi sert le RGAA pour une entreprise qui vend en ligne

La première utilité est défensive : se mettre en règle quand la loi l’exige. Mais réduire le référentiel à une contrainte administrative revient à passer à côté de l’essentiel. Un site accessible est un site mieux construit, et un site mieux construit convertit davantage. Les chantiers d’accessibilité recoupent très largement les chantiers de qualité technique que nous menons déjà sur les projets de nos clients.

Élargir l’audience réelle du site

Une part significative de la population vit avec une limitation durable qui gêne l’usage d’un site mal conçu. Ajoutez les personnes âgées, dont la vue et la motricité fine déclinent, et vous obtenez un marché que beaucoup de sites écartent sans le savoir. Un formulaire de devis impossible à remplir au clavier élimine silencieusement des prospects qualifiés.

Il n’y a pas de message d’erreur dans ce scénario : le visiteur part, et vous ne le comptez jamais. C’est la raison pour laquelle l’accessibilité se voit mal dans les statistiques classiques. Elle n’apparaît pas comme un problème, elle apparaît comme une absence.

Les situations de handicap à prendre en compte

Le référentiel couvre des situations très différentes, et chacune impose ses contraintes propres. Une personne aveugle a besoin que l’information visuelle existe sous forme de texte. Une personne sourde a besoin que l’information sonore existe sous forme écrite. Une personne qui n’utilise pas de souris a besoin que tout soit atteignable au clavier, dans un ordre logique.

• Déficience visuelle totale ou partielle : lecteur d’écran, contraste, zoom jusqu’à 200 %
• Surdité et malentendance : sous-titres, transcriptions, alternatives aux sons
• Handicap moteur : navigation clavier complète, cibles de clic suffisamment grandes
• Troubles cognitifs et dys : langage clair, structure prévisible, pas d’animation imposée
• Épilepsie photosensible : aucun clignotement rapide, pas de flash non contrôlé
• Situations temporaires : fracture, environnement bruyant, écran en plein soleil

Cette liste n’est pas un catalogue de cas limites. Elle décrit des usages quotidiens, et la plupart des corrections demandées sont triviales côté développement si elles sont pensées à temps. Le coût explose uniquement quand on les découvre après la mise en production.

Les retombées sur le référencement et la conversion

Les exigences d’accessibilité et les exigences des moteurs de recherche convergent fortement. Un robot d’indexation se comporte un peu comme un lecteur d’écran : il lit le code, pas le rendu visuel. Une hiérarchie de titres propre, des alternatives textuelles pertinentes, des liens dont l’intitulé a du sens hors contexte : ce sont des règles du référentiel et des bonnes pratiques de référencement naturel à la fois.

L’exemple le plus parlant reste les images. Renseigner l’attribut alt de vos visuels est le test d’accessibilité le plus connu, et c’est aussi ce qui permet à vos photos de produits d’apparaître dans la recherche d’images. Une seule action, deux bénéfices mesurables.

Même logique du côté de l’expérience utilisateur. Les principes du référentiel rejoignent ceux de la conception UX et UI : clarté des libellés, retour d’information après une action, messages d’erreur explicites. Un tunnel de commande accessible est un tunnel de commande lisible, donc un tunnel de commande qui perd moins de monde.

Enfin, l’accessibilité pousse à alléger. Moins de scripts décoratifs, un balisage plus net, une structure plus simple : ces choix améliorent aussi les temps de chargement et la stabilité visuelle mesurée par les Core Web Vitals. On ne travaille donc pas sur deux chantiers concurrents, mais sur le même chantier vu sous deux angles.

Le risque juridique et réputationnel

Pour les acteurs soumis à l’obligation, le défaut de conformité expose à une sanction administrative et, surtout, à une mise en cause publique. Les associations de défense des droits des personnes handicapées surveillent les sites des organismes concernés et saisissent le Défenseur des droits. Le sujet est devenu un marqueur d’image, pas seulement un point de conformité.

Un dirigeant de PME non soumise à l’obligation garde malgré tout un intérêt direct. Si vous répondez à des marchés publics ou si vous êtes sous-traitant d’un grand compte, l’accessibilité figure de plus en plus souvent dans les exigences du cahier des charges. Ne pas savoir répondre à cette question vous sort du dossier avant même la discussion sur le prix.

Les obligations : qui est concerné et que doit-il publier

C’est la partie qui intéresse le plus les dirigeants, et c’est aussi la plus mal comprise. L’obligation d’accessibilité numérique n’est pas universelle en France : elle s’applique à des catégories précises d’organismes, avec des seuils. Mais le périmètre s’élargit, et la trajectoire réglementaire va clairement dans un seul sens.

Le cadre légal français

Le socle est l’article 47 de la loi n° 2005-102 du 11 février 2005 pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées. Ce texte pose le principe d’accessibilité des services de communication au public en ligne. Il a été renforcé plusieurs fois, notamment pour transposer la directive européenne de 2016 sur l’accessibilité des sites internet du secteur public.

Le décret n° 2019-768 du 24 juillet 2019 précise les modalités d’application. C’est lui qui rend le référentiel opposable, fixe le contenu de la déclaration d’accessibilité, impose le schéma pluriannuel et définit le régime de sanction. Quand un prestataire vous parle d’obligation RGAA, c’est de ce décret qu’il parle en pratique.

Il faut donc bien distinguer deux niveaux. La loi crée l’obligation ; l’arrêté approuve la version du référentiel qui sert de mesure. Chaque nouvelle version du référentiel entre en vigueur par un arrêté, ce qui explique le décalage parfois observé entre la publication technique et son caractère contraignant.

Les organismes du secteur public

L’obligation s’applique à l’État, aux collectivités territoriales, aux établissements publics, et aux organismes délégataires d’une mission de service public. Elle vise l’ensemble des services de communication au public en ligne : sites internet, intranets, extranets, applications mobiles, progiciels et mobilier urbain numérique. Le périmètre est donc beaucoup plus large que le seul site institutionnel.

Ce détail compte pour les prestataires. Si votre PME développe un outil métier pour une collectivité, cet outil entre dans le périmètre de son donneur d’ordre. La conformité devient une clause contractuelle, et parfois une condition de recette. Mieux vaut l’avoir anticipé dans le cahier des charges du site web que de la découvrir à la livraison.

Les entreprises privées et le seuil de chiffre d’affaires

Du côté privé, la loi retient un seuil : les entreprises dont le chiffre d’affaires réalisé en France dépasse 250 millions d’euros, calculé sur la moyenne des trois derniers exercices. En dessous, l’obligation issue de l’article 47 ne s’applique pas directement. C’est ce qui explique que la majorité des TPE et PME ne sont pas visées par ce régime précis.

Attention toutefois à ne pas en tirer une conclusion trop rapide. L’absence d’obligation au titre de ce seuil ne signifie pas absence d’obligation tout court. D’autres textes, dont la réglementation européenne sur les produits et services, visent des activités plutôt que des tailles d’entreprise.

Ce que change la réglementation européenne pour les services en ligne

La directive européenne 2019/882, dite acte législatif européen sur l’accessibilité, a été transposée en droit français par ordonnance en 2023 avec une application fixée au 28 juin 2025. Elle ne raisonne plus en termes de statut public ou privé, mais en termes de secteurs d’activité. Le commerce électronique y figure explicitement, aux côtés des services bancaires, du transport de voyageurs, des communications électroniques, des livres numériques et des services de médias audiovisuels.

Cela change la donne pour beaucoup de dirigeants. Une boutique en ligne qui vend à des consommateurs relève du commerce électronique, quel que soit son chiffre d’affaires, sous réserve des exemptions prévues. La principale exemption concerne les microentreprises de services : moins de dix salariés et un chiffre d’affaires annuel ou un total de bilan inférieur à deux millions d’euros.

Autrement dit, une PME de vingt personnes qui exploite un site marchand n’est plus hors sujet. Si vous exploitez une boutique en ligne ou que vous préparez une refonte de site internet, le moment pour intégrer ces exigences est maintenant, pas au prochain audit imposé. Reprendre l’accessibilité sur un site existant coûte toujours plus cher que la poser dès la conception.

• Secteur public : obligation issue de la loi de 2005 et du décret de 2019
• Délégataires de service public : même régime que leur donneur d’ordre
• Entreprises de plus de 250 millions d’euros de chiffre d’affaires en France
• Secteurs visés par la réglementation européenne : e-commerce, banque, transport, télécoms, livres numériques
• Microentreprises de services : exemption sous conditions de taille et de chiffre d’affaires

Les trois documents à publier

Les organismes soumis à l’obligation doivent produire trois documents, et c’est souvent là que le bât blesse. Premier élément : une mention de conformité visible sur la page d’accueil, qui indique si le service est totalement conforme, partiellement conforme ou non conforme. Cette mention doit renvoyer vers la déclaration détaillée.

Deuxième élément : la déclaration d’accessibilité elle-même. Elle expose l’état de conformité, les résultats des tests, la liste des contenus non accessibles, les dérogations invoquées pour charge disproportionnée, les technologies utilisées, les outils de vérification, un moyen de contact et la voie de recours vers le Défenseur des droits. C’est un document public, daté, qui engage l’organisme.

Troisième élément : le schéma pluriannuel de mise en accessibilité, établi sur trois ans, accompagné de plans d’action annuels. Ce document décrit la trajectoire : ressources affectées, formation des équipes, priorités de correction, calendrier. Sa publication est une obligation à part entière, indépendante du niveau de conformité atteint.

Ces trois pièces fonctionnent ensemble. La mention signale, la déclaration détaille, le schéma engage. Un organisme partiellement conforme mais doté d’un schéma crédible est en bien meilleure position qu’un organisme silencieux, même techniquement un peu meilleur.

Contrôle, vérification et sanctions

Le contrôle est exercé par l’administration, avec des campagnes de vérification ciblées. Les sites contrôlés sont examinés au regard du référentiel en vigueur, et l’absence des documents obligatoires constitue à elle seule un manquement. On ne vous demande pas seulement d’être accessible : on vous demande de pouvoir le démontrer, pièces à l’appui.

Le décret de 2019 prévoit une sanction administrative pouvant atteindre 20 000 euros par service en ligne, renouvelable chaque année tant que le manquement persiste. La transposition de la réglementation européenne a par ailleurs introduit son propre régime de contrôle et de sanctions pour les secteurs concernés. Les montants et les autorités compétentes figurent dans les textes applicables, qu’il faut consulter dans leur version à jour.

Dans la pratique, le premier déclencheur n’est presque jamais une inspection spontanée. C’est un signalement d’usager, une saisine associative ou une candidature à un marché public. D’où l’intérêt d’un dispositif de retour d’information qui fonctionne vraiment et d’une réponse rapide aux demandes reçues.

Comment ça marche : thématiques, critères, tests et taux de conformité

Le fonctionnement du référentiel est une mécanique à trois étages. Les thématiques regroupent les sujets, les critères énoncent les exigences, les tests décrivent la vérification. Comprendre cet emboîtement suffit à lire un rapport d’audit sans être développeur.

Les 13 thématiques du référentiel

Les critères sont organisés par thématiques, ce qui permet de répartir le travail entre les métiers. Certains blocs concernent les designers, d’autres les développeurs, d’autres encore les rédacteurs. Cette répartition est le meilleur argument pour sortir de l’idée que l’accessibilité serait un sujet purement technique.

• Images : alternatives textuelles, images porteuses d’information, images de décoration
• Cadres : titre pertinent pour chaque cadre intégré
• Couleurs : contraste suffisant, information jamais portée par la seule couleur
• Multimédia : sous-titres, audiodescription, transcription, contrôle de la lecture
• Tableaux : titre, résumé, en-têtes correctement associés aux cellules
• Liens : intitulé explicite, hors contexte comme dans le contexte
• Scripts : compatibilité avec les technologies d’assistance, contrôle au clavier
• Éléments obligatoires : langue de la page, titre de page, code valide
• Structuration de l’information : hiérarchie des titres, listes, citations
• Présentation de l’information : lisibilité au zoom, espacements, focus visible
• Formulaires : étiquettes associées, aide à la saisie, gestion des erreurs
• Navigation : systèmes de navigation multiples, liens d’évitement, fil d’Ariane
• Consultation : limites de temps, documents en téléchargement, changements de contexte

Deux thématiques méritent une attention particulière dans les projets de PME. Les formulaires, parce qu’ils portent la conversion : un champ sans étiquette associée est à la fois non conforme et source d’abandon. La navigation, parce qu’un élément comme le fil d’Ariane sert simultanément l’orientation des visiteurs, l’accessibilité et la compréhension de l’arborescence par les moteurs.

Du critère au test : la mécanique de vérification

Un critère est une exigence formulée en langage naturel, par exemple : chaque image porteuse d’information a-t-elle une alternative textuelle pertinente ? Ce critère est ensuite décliné en plusieurs tests, chacun décrivant une situation technique précise à inspecter. Et chaque test est accompagné d’une méthode technique qui indique exactement où regarder dans le code.

La règle d’agrégation est stricte et il faut la connaître. Un critère n’est conforme que si tous ses tests passent. Dès qu’un seul test échoue, le critère entier bascule en non conformité, sans demi-mesure. À l’issue du test, le critère reçoit donc l’un de trois états seulement : conforme, non conforme ou non applicable.

L’état non applicable n’est pas un échec déguisé, c’est une information utile. Si une page ne contient aucun tableau de données, les critères de la thématique tableaux sont non applicables et sortent du calcul. C’est pour cette raison que deux sites n’ont jamais exactement le même nombre de critères applicables.

Le calcul du taux de conformité

Le taux se calcule sur les critères applicables uniquement. On divise le nombre de critères conformes par le nombre de critères applicables, puis on exprime le résultat en pourcentage. Les critères non applicables ne comptent ni au numérateur ni au dénominateur, ce qui évite de récompenser un site pauvre en fonctionnalités.

Trois niveaux de déclaration en découlent. La conformité totale suppose que 100 % des critères applicables soient respectés. La conformité partielle correspond à un taux d’au moins 50 %. En dessous de ce seuil, le service est déclaré non conforme, et c’est cette mention qui doit figurer sur la page d’accueil.

Ce mode de calcul a une conséquence contre-intuitive. Corriger un critère très fréquent sur le site, comme les alternatives d’images, ne fait gagner qu’un point de critère. Alors qu’il améliore énormément l’usage réel. Le taux mesure la conformité, pas l’expérience vécue : les deux progressent ensemble, mais pas à la même vitesse.

L’échantillon de pages à auditer

Un audit de conformité ne porte pas sur l’ensemble des pages, ce qui serait impossible sur un site vivant. Il porte sur un échantillon construit selon des règles précises. Cet échantillon comprend des pages obligatoires lorsqu’elles existent, puis des pages représentatives choisies pour couvrir tous les types de gabarits et de composants.

• Page d’accueil
• Page de contact
• Mentions légales
• Déclaration d’accessibilité
• Plan du site
• Page d’aide
• Page d’authentification, si le site en possède une
• Page de résultats de recherche, si une recherche interne existe
• Pages représentatives des différents gabarits et fonctionnalités du site

La qualité de l’échantillon détermine la valeur de l’audit. Un échantillon qui oublie le tunnel de commande, l’espace client ou le configurateur produit donne un taux flatteur et faux. Dans un audit sérieux, la composition de l’échantillon est justifiée et figure dans le rapport.

Pour les sites administrés par un système de gestion de contenu, raisonnez en gabarits plutôt qu’en pages. Corriger le modèle d’article corrige des centaines de pages d’un coup. C’est la bonne nouvelle de l’accessibilité sur un site bien architecturé : les corrections se factorisent.

Suivre les versions et les mises à jour du référentiel

Le référentiel évolue, et chaque nouvelle version peut modifier la numérotation des critères, préciser une méthode technique ou ajuster un seuil. Un audit mené sur une version antérieure reste un document utile, mais il ne vaut plus comme preuve de conformité au regard de la version en vigueur. Datez toujours vos audits et notez la version utilisée en première page.

Les travaux d’alignement sur les WCAG 2.2 et sur l’évolution de la norme européenne sont engagés. Avant toute décision d’investissement, vérifiez l’état des publications sur le site officiel de l’accessibilité numérique. C’est la seule source qui fasse foi, et elle est librement consultable.

Une bonne pratique consiste à associer la veille réglementaire au cycle de vie du site. Au moment d’une refonte, d’un changement de charte ou d’un ajout de fonctionnalité majeure, on revérifie la version applicable. Cela évite les audits de rattrapage et les mauvaises surprises en fin de projet.

Exemple concret : un audit RGAA sur le site d’une PME

Prenons un cas de figure réaliste : une PME industrielle de soixante personnes, un site vitrine d’une centaine de pages, un formulaire de demande de devis, un espace de téléchargement de documentation technique et quelques vidéos de présentation. L’entreprise répond à des marchés publics et doit documenter son niveau d’accessibilité. Voici comment se déroule le travail.

Étape 1 : cadrage et périmètre

On commence par définir le périmètre exact : le site public, pas l’intranet, pas l’outil de gestion interne. On identifie la version du référentiel applicable, on liste les gabarits existants et on construit l’échantillon. À ce stade, on fixe aussi l’usage du résultat : réponse à un marché, déclaration publique, ou simple diagnostic interne.

Ce cadrage prend une demi-journée et il conditionne tout le reste. Un périmètre flou produit un rapport inutilisable, parce que personne ne saura ce qu’il couvre réellement. Mettez-le noir sur blanc avant d’ouvrir le premier outil.

Étape 2 : vérification automatisée

On lance ensuite les contrôles automatisés sur l’échantillon. Validateur de code, extensions d’analyse d’accessibilité, outils de mesure de contraste : ils repèrent rapidement les erreurs répétitives. Les alternatives d’images manquantes, les contrastes insuffisants, les attributs de langue absents et les hiérarchies de titres cassées remontent en quelques minutes.

Il faut connaître la limite de cette étape : l’outillage automatique ne couvre qu’une part minoritaire des tests du référentiel. Il vous dit qu’une image a un attribut alt, pas que son contenu est pertinent. Il voit la forme, pas le sens.

Étape 3 : vérification manuelle

C’est le cœur de l’audit. On parcourt chaque page de l’échantillon au clavier seul, sans toucher la souris, pour contrôler l’ordre de tabulation et la visibilité du focus. On teste avec un lecteur d’écran pour entendre ce qui est réellement restitué. On zoome à 200 % pour vérifier que rien ne disparaît ni ne se chevauche.

Sur notre PME type, cette étape révèle les vrais blocages. Le menu principal se referme dès qu’on quitte un élément au clavier. Le formulaire de devis signale les erreurs par un simple encadré rouge, sans texte, donc invisible pour un lecteur d’écran et illisible pour une personne daltonienne. Les vidéos n’ont pas de sous-titres. Et le bandeau de consentement, souvent négligé, piège le focus : un problème que l’on retrouve très fréquemment sur les bandeaux cookies et la conformité RGPD.

Étape 4 : restitution et plan de correction

Le rapport liste chaque critère avec son état, l’emplacement des erreurs et la correction attendue. On y ajoute le taux de conformité et, surtout, une hiérarchisation. Les corrections se classent en trois paquets : les blocages absolus, les non-conformités à fort volume, et les points de détail.

Dans notre exemple, le premier paquet contient le menu au clavier, les messages d’erreur du formulaire et le piège de focus du bandeau. Trois corrections, quelques jours de développement, et le site passe d’inutilisable à utilisable pour une partie de ses visiteurs. Le taux de conformité, lui, ne bougera que de quelques points.

Cette dissociation est le message à faire passer en interne. On corrige d’abord ce qui bloque, ensuite ce qui compte pour le score. Un plan qui court après le pourcentage avant de régler les blocages se trompe de priorité.

Étape 5 : publication et suivi

Après correction, on recontrôle les critères concernés, on met à jour le taux et on rédige la déclaration d’accessibilité. On publie la mention sur la page d’accueil, on ouvre un canal de signalement et on indique la voie de recours. Si l’organisme est soumis à l’obligation, on établit en parallèle le schéma pluriannuel.

Le suivi est ce qui distingue un site durablement accessible d’un site accessible un jour. Chaque mise en production peut introduire une régression. Intégrer un contrôle d’accessibilité dans la recette, comme on intègre un test fonctionnel, coûte peu et protège l’investissement initial. C’est exactement l’esprit d’une méthodologie de refonte structurée.

Les erreurs courantes autour de l’accessibilité numérique

Après plusieurs projets, les mêmes fausses pistes reviennent. Elles coûtent du budget, donnent l’illusion du travail accompli et laissent le site dans le même état. Les voici, dans l’ordre de fréquence que nous constatons.

Croire qu’un widget règle le problème

Les surcouches d’accessibilité, ces petits boutons flottants qui proposent d’agrandir le texte ou d’inverser les couleurs, sont la solution la plus vendue et la moins efficace. Elles ne corrigent pas le code sous-jacent : elles ajoutent une couche par-dessus. Un lecteur d’écran continue de lire le balisage défectueux, et le widget lui-même devient parfois un obstacle supplémentaire.

Surtout, aucune surcouche ne fait passer les tests du référentiel. L’audit se fait sur le code de la page, pas sur les options d’un outil tiers. Installer un widget et déclarer son site conforme est une double erreur : technique et juridique.

Cela ne veut pas dire que tout outil est inutile. Les validateurs, les simulateurs de contraste et les extensions d’analyse ont leur place dans la méthode. Ce sont des instruments de mesure, pas des correctifs.

Confondre déclaration et conformité

Publier une déclaration d’accessibilité ne rend pas un site accessible. Beaucoup d’organismes mettent en ligne un document copié sur un modèle, sans audit derrière, en espérant cocher la case. Le résultat est l’inverse de l’effet recherché : le document devient une preuve écrite que l’obligation a été identifiée et non traitée.

Une déclaration honnête annonçant une conformité partielle avec un plan d’action daté vaut infiniment mieux. Elle montre une démarche en cours, ce que le cadre réglementaire valorise explicitement à travers le schéma pluriannuel. La transparence est ici la position la plus solide.

Traiter l’accessibilité à la fin du projet

C’est l’erreur la plus chère. Quand l’accessibilité arrive après la validation des maquettes et le développement, elle impose de revenir sur des choix structurants : palette de couleurs sans contraste suffisant, composants interactifs maison incompatibles avec le clavier, typographie trop petite. On ne corrige plus, on refait.

Intégrée dès la conception, la même exigence ne coûte presque rien. Vérifier les contrastes au moment de choisir la charte graphique prend quelques minutes. Les corriger après la mise en production implique de reprendre toutes les déclinaisons, y compris les supports imprimés alignés sur la même palette.

La même logique vaut pour l’adaptation aux écrans. Les exigences de zoom et de reflow du référentiel rejoignent celles du responsive design : un site pensé pour s’adapter dès le départ coche naturellement une partie des critères de présentation de l’information.

Oublier les contenus produits au quotidien

Un site livré conforme peut devenir non conforme en trois mois. Il suffit que l’équipe marketing publie des articles avec des titres mis en forme à la main au lieu d’une vraie hiérarchie, des images sans alternative, ou des liens intitulés « en savoir plus ». La conformité est un état instable, maintenu par les pratiques éditoriales.

La réponse n’est pas un contrôle policier mais une formation courte et un aide-mémoire intégré à l’outil de publication. Trois règles suffisent à couvrir l’essentiel : utiliser les niveaux de titres de l’éditeur, décrire chaque image porteuse d’information, rédiger des intitulés de liens compréhensibles hors contexte. La même rigueur sert la structure des pages, comme pour la balise h1 et la hiérarchie des titres.

Négliger les documents téléchargeables

Les documents en téléchargement entrent dans le périmètre. Un PDF scanné, sans texte sélectionnable et sans structure de titres, est un document inaccessible. Les plaquettes commerciales, notices techniques, formulaires et comptes rendus sont concernés au même titre que les pages du site.

Deux stratégies existent. Produire des PDF accessibles, balisés correctement depuis l’outil de création, ce qui demande de la méthode. Ou proposer systématiquement une version HTML du contenu, ce qui est souvent plus simple, meilleur pour le référencement et plus confortable sur mobile. La seconde voie est celle que nous recommandons dans la plupart des cas.

Se fier uniquement aux scores automatiques

Un score de 95 sur un outil d’audit automatique ne dit rien de l’accessibilité réelle. Ces outils détectent une minorité des tests du référentiel, et jamais les plus décisifs : la pertinence d’une alternative textuelle, la cohérence de l’ordre de tabulation, la clarté d’un message d’erreur. Ce sont des jugements humains.

Le test le plus instructif ne coûte rien. Débranchez votre souris et essayez de demander un devis sur votre propre site. Si vous n’y arrivez pas, aucun score ne compense ce constat, et vous venez de découvrir votre première priorité de correction.

• Ne pas acheter de surcouche en pensant régler la conformité
• Ne jamais publier une déclaration sans audit réel derrière
• Inscrire les exigences d’accessibilité dans le cahier des charges initial
• Former les personnes qui publient, pas seulement celles qui développent
• Traiter les PDF et documents comme des contenus à part entière
• Compléter tout outil automatique par des tests clavier et lecteur d’écran

Questions fréquentes