Webmasters

Accessibilité d'un site web : la norme et les priorités

10 min de lecture
Accessibilité d'un site web : la norme et les priorités

Un site accessible reste utilisable par une personne aveugle, malentendante, dyslexique ou privée de souris. En France, le référentiel qui fait foi est le RGAA, décliné des WCAG du W3C au niveau AA. Six défauts techniques concentrent la quasi-totalité des erreurs mesurées sur le web, et se corrigent sans refonte.

Un site accessible, c’est un site que chacun peut utiliser

Le terme d’accessibilité numérique recouvre une exigence simple : contenu et fonctions restent atteignables quelles que soient les capacités visuelles, auditives, motrices ou cognitives du visiteur, et quel que soit l’outil de navigation.

La définition tient en une phrase, sa mise en œuvre en centaines de détails. Un menu qui ne réagit qu’au survol de la souris disparaît pour qui navigue au clavier.

Quatre principes tiennent tout l’édifice

Le W3C organise sa doctrine autour de quatre principes, résumés par l’acronyme POUR :

  • Perceptible : l’information se présente sous une forme recevable sans la vue ou sans l’ouïe
  • Utilisable : les commandes s’activent au clavier, sans limite de temps ni piège de navigation
  • Compréhensible : vocabulaire, structure et messages d’erreur restent prévisibles
  • Robuste : le code reste interprétable par les technologies d’assistance

Ces quatre entrées structurent les WCAG comme le RGAA, et servent de grille de tri le jour où un développeur annonce trente anomalies sans hiérarchie.

Le public concerné dépasse le handicap permanent

L’Organisation mondiale de la santé estime que 1,3 milliard de personnes, soit 16 % de la population mondiale, vivent avec un handicap important. Le public qui profite d’un site accessible est plus large encore.

Une presbytie qui s’installe, une main plâtrée, un téléphone consulté en plein soleil : ces situations passagères produisent les mêmes besoins qu’une déficience durable. Les sous-titres servent autant à une personne sourde qu’à un voyageur sans écouteurs.

WCAG, RGAA, EN 301 549 : qui fixe quoi

Trois noms circulent, et la confusion entre eux fait perdre du temps. Le W3C écrit les critères, la France les transforme en tests, l’Europe les branche sur le droit.

Les WCAG écrivent les critères

Le W3C produit les Web Content Accessibility Guidelines. La version 2.2, recommandation officielle depuis le 5 octobre 2023, compte 87 critères de succès sur trois niveaux.

NiveauCe qu’il couvrePortée réglementaire
ALes obstacles qui bloquent totalement l’accèsPlancher, jamais suffisant seul
AALe socle attendu d’un service grand publicNiveau visé par le RGAA et le droit européen
AAADes exigences renforcées, parfois inapplicablesLe W3C déconseille de l’imposer à un site entier

Le niveau AA additionne les critères A et AA, soit 56 critères dans la version 2.2. Aucun texte français ou européen ne réclame le niveau AAA.

Le RGAA les traduit en tests vérifiables

La direction interministérielle du numérique publie le Référentiel général d’amélioration de l’accessibilité. La référence opérationnelle française reste ce référentiel RGAA, dont la version 4.1.2 décline le WCAG 2.1 niveau AA en 106 critères de contrôle, répartis en 13 thématiques, des images aux formulaires.

Son apport n’est pas normatif, il est méthodologique. Chaque critère se décompose en tests à réponse binaire. Cette granularité rend les critères d’accessibilité web opposables : deux auditeurs appliquant le même test aboutissent au même verdict.

La norme européenne relie les critères au droit

La norme EN 301 549, produite par l’ETSI, le CEN et le CENELEC sous mandat de la Commission européenne, décrit les exigences applicables aux produits et services numériques dans l’Union. Sa version 3.2.1 de mars 2021 intègre le WCAG 2.1 niveau AA, et une version alignée sur le WCAG 2.2 est en préparation.

Les textes européens citent cette norme, et le RGAA en est la déclinaison française pour le web : une seule exigence, trois échelles de lecture.

Mains posées sur le clavier d’un ordinateur portable dans une lumière douce de fin de journée

Qui doit rendre son site accessible, et qui ne le doit pas

Ce qui suit décrit l’état des textes publiés, sans valoir analyse juridique. Un cas limite se tranche avec un juriste.

Le socle français : service public et grandes entreprises

L’article 47 de la loi n° 2005-102 du 11 février 2005 pose le principe. Le décret n° 2019-768 du 24 juillet 2019 en fixe le périmètre : personnes morales de droit public, organismes chargés d’une mission de service public, et entreprises privées dont le chiffre d’affaires réalisé en France dépasse 250 millions d’euros, moyenne des trois derniers exercices.

Trois publications accompagnent l’obligation :

  • Une déclaration d’accessibilité, atteignable depuis toutes les pages, listant les contenus non accessibles
  • Un schéma pluriannuel décrivant la politique suivie, décliné en plans d’action
  • La mention du niveau atteint, sur la page d’accueil

Ce niveau se lit sur un taux : totalement conforme quand tous les critères applicables passent, partiellement conforme à partir de 50 %, non conforme en dessous. L’Arcom contrôle depuis l’ordonnance du 6 septembre 2023, avec des amendes jusqu’à 50 000 euros par service.

L’extension européenne aux services du commerce

La directive (UE) 2019/882, dite European Accessibility Act, élargit le champ. Transposée par l’ordonnance n° 2023-859 du 6 septembre 2023, elle vise les services fournis depuis le 28 juin 2025 :

  • Le commerce électronique, boutiques en ligne comprises
  • Les services bancaires aux consommateurs
  • Le transport de voyageurs et son information
  • La téléphonie et les communications électroniques
  • Les livres numériques et leurs plateformes
  • Les médias audiovisuels à la demande

Le seuil change de nature : ce n’est plus un chiffre d’affaires géant qui déclenche l’obligation d’accessibilité numérique, mais l’activité elle-même. Les microentreprises restent exemptées automatiquement, sous dix salariés et 2 millions d’euros de chiffre d’affaires ou de bilan annuel.

Un blog personnel, un site vitrine d’artisan, une association sans mission de service public restent hors du périmètre contraignant. Rien n’interdit de viser le niveau AA.

Les six défauts qui reviennent partout

WebAIM analyse chaque année le code des pages d’accueil du million de sites les plus fréquentés. Son édition de février 2026 relève des manquements aux WCAG détectables automatiquement sur 95,9 % des pages, contre 94,8 % un an plus tôt, et 56,1 erreurs par page. Six familles concentrent 96 % du total, liste inchangée depuis sept ans.

Contrastes insuffisants, le défaut numéro un

Le texte trop pâle sur son fond touche 83,9 % des pages analysées par WebAIM en 2026, en nette hausse sur un an. C’est la première cause d’échec en accessibilité web, et la plus rapide à corriger.

Le critère 1.4.3 des WCAG demande un rapport de contraste d’au moins 4,5:1 pour le texte courant, ramené à 3:1 au-delà de 18 points, ou 14 points en gras. Le critère 1.4.11 étend cette exigence de 3:1 aux composants d’interface et aux objets graphiques. Le gris clair des mentions secondaires et le blanc posé sur photo passent rarement le seuil.

Images, boutons et liens sans texte accessible

L’alternative textuelle manque sur 53,1 % des pages du panel WebAIM 2026, les liens vides atteignent 46,3 % et les boutons vides 30,6 %. Trois règles couvrent l’essentiel :

  • Une image porteuse d’information reçoit une alternative qui restitue cette information, pas le nom du fichier
  • Une image décorative reçoit une alternative vide, qui la fait ignorer par le lecteur d’écran
  • Un lien ou un bouton réduit à une icône reçoit un nom accessible, dans le code ou par un texte masqué

Le piège classique : une icône d’enveloppe dont l’alternative annonce « enveloppe » et non « Nous contacter ».

Formulaires sans étiquette associée

Plus d’un site sur deux du panel, 51 % exactement, laisse des champs sans étiquette associée. Le texte gris affiché à l’intérieur ne remplit pas ce rôle : il s’efface à la saisie. Chaque champ demande une étiquette visible liée par son identifiant, et un message d’erreur qui le nomme.

Clavier, focus et structure de la page

La langue du document manque sur 13,5 % des pages, ce qui fait lire un texte français avec une prononciation anglaise. Les obstacles restants échappent largement à la mesure automatique :

  • Le parcours au clavier, chaque élément interactif atteignable par tabulation, dans un ordre logique
  • L’indicateur de focus, souvent supprimé parce qu’il gêne le graphisme, ce qui rend la navigation clavier invisible
  • La hiérarchie des titres, un seul niveau 1 puis des niveaux sans saut, table des matières des lecteurs d’écran
  • Les sous-titres et transcriptions des vidéos, hors de portée d’un analyseur de code

Ce travail de structure nourrit aussi les moteurs, recoupement que détaillent les fondamentaux du référencement naturel.

Attention à un réflexe contre-productif. WebAIM relève que l’usage d’ARIA a progressé de 27 % en un an, et que les pages qui en contiennent affichent davantage d’erreurs. Un attribut ARIA mal posé casse l’accessibilité d’un site plus sûrement qu’un HTML natif un peu daté.

Personne de dos face à une baie vitrée, une main posée sur une rampe métallique

Tester : trois passes qui se complètent

La passe automatique dégrossit

Un analyseur parcourt le code et signale ce qui se mesure sans jugement humain : contrastes, alternatives absentes, étiquettes manquantes, langue non déclarée. Plusieurs extensions de navigateur gratuites font ce travail, et les outils de développement intègrent un volet accessibilité.

Le périmètre reste limité : un outil vérifie la présence d’une alternative textuelle, jamais sa pertinence. L’automatisation élimine le bruit, elle ne prononce pas la conformité.

La passe au clavier révèle le reste

Rangez la souris et parcourez une page entière avec les seules touches de tabulation, d’entrée, d’espace et de direction. Cinq minutes suffisent à mettre à nu la moitié des défauts sérieux :

  • Menu déroulant inatteignable sans survol de la souris
  • Fenêtre modale qui ne rend jamais le focus à la page
  • Carrousel qui piège la navigation et interdit d’en sortir
  • Bouton de fermeture atteint sans aucun repère visuel

Complétez par un zoom à 200 %, puis par une lecture avec les images désactivées.

La passe à l’écoute confirme

Un lecteur d’écran donne le verdict d’usage. NVDA sous Windows et VoiceOver sous macOS et iOS sont gratuits, et l’enquête WebAIM auprès des utilisateurs place NVDA et JAWS en tête.

Fermez les yeux, écoutez la page, tentez de remplir le formulaire de contact. Ce que vous entendez, une partie de votre audience le vit à chaque visite.

Un audit formel obéit à une méthode plus lourde : le RGAA impose un échantillon représentatif avec les pages obligatoires, accueil, contact, mentions légales, plan du site, accessibilité, complété de pages tirées au sort. Cette rigueur s’impose dès que l’accessibilité du site doit être déclarée publiquement, et le prestataire se choisit alors comme un prestataire SEO.

Escalier extérieur en béton doublé d’une rampe d’accès douce, lumière rasante du matin

Ce qu’un site accessible rapporte au-delà de la conformité

Les propriétés que partagent les sites accessibles profitent à tout le monde. Un contraste correct se lit dehors sur un téléphone, une structure de titres propre accélère la lecture en diagonale, un formulaire bien étiqueté réduit les abandons.

Le recoupement avec la performance technique est réel : alternatives textuelles, langue déclarée, hiérarchie de titres et cibles tactiles assez grandes figurent parmi les bonnes pratiques mesurées par les outils d’analyse de performance d’un site web, au même titre que les Core Web Vitals.

Le bénéfice de visibilité existe sans être le sujet : un moteur lit une page à peu près comme un lecteur d’écran, et un balisage propre l’aide. L’argument de fond se situe ailleurs, un service inutilisable se soldant par une commande perdue plus que par une réclamation.

La bascule vers un site web accessible ne réclame pas de tout reprendre. Mesurez les contrastes de votre charte, corrigez les couleurs fautives une fois pour toutes, puis passez en revue les alternatives des images porteuses de sens. Testez enfin au clavier seul le tunnel qui compte, contact ou commande. Ces trois gestes traitent la majeure partie des erreurs recensées par WebAIM, et se planifient sur une refonte ou une migration de site web plutôt que dans l’urgence d’un contrôle.