Accessibilité numérique : rendre son site web accessible

Un site web accessible reste utilisable par une personne aveugle, malentendante, dyslexique ou privée de souris. L’accessibilité numérique se mesure en France avec le RGAA, déclinaison nationale du standard international WCAG. Depuis le 28 juin 2025, l’obligation dépasse le seul secteur public et atteint une large part des entreprises qui vendent en ligne.

Ce que recouvre l’accessibilité numérique

Le terme désigne l’ensemble des règles qui rendent un contenu en ligne perceptible et manipulable quelle que soit la façon dont il est consulté. Lecteur d’écran, navigation à la seule touche Tabulation, agrandissement du texte à 200 %, sous-titres, plage braille : autant de modes d’accès qu’un site mal construit bloque sans que l’éditeur s’en aperçoive jamais.

Selon la DREES, dans son panorama Le handicap en chiffres publié en novembre 2024, entre 4,6 et 16 millions de personnes de 15 ans ou plus vivent en situation de handicap en France selon la définition retenue. L’approche la plus restrictive compte 4,6 millions de personnes déclarant des restrictions importantes liées à leur santé depuis plus de six mois. L’écart entre ces deux bornes dit l’essentiel : le handicap n’est pas une catégorie fermée qui concernerait une minorité identifiable à l’avance.

La population concernée dépasse largement ce périmètre. Un bras plâtré, une main occupée par un enfant, un écran de smartphone en plein soleil, une connexion qui abandonne le chargement des images : ces situations reproduisent temporairement les mêmes barrières. Une interface accessible au clavier sert le développeur pressé autant que la personne tétraplégique.

POUR : les quatre principes qui structurent le sujet

Les règles internationales tiennent dans quatre principes, résumés par l’acronyme POUR : perceptible, utilisable, compréhensible, robuste. Le W3C les a formalisés dans les Web Content Accessibility Guidelines, dont la version 2.2 est devenue recommandation officielle le 5 octobre 2023.

Perceptible signifie que l’information atteint l’utilisateur par plus d’un canal sensoriel : une vidéo sans sous-titres échoue, une consigne donnée par la seule couleur aussi. Utilisable veut dire que chaque fonction se déclenche sans dépendre d’un dispositif de pointage unique. Compréhensible impose une langue déclarée dans le code, un vocabulaire stable et des erreurs de formulaire expliquées. Robuste exige un code conforme aux standards, pour que les technologies d’assistance l’interprètent sans deviner.

Du standard international au référentiel français

La France applique le RGAA, référentiel général d’amélioration de l’accessibilité publié par la DINUM. Sa version 4.1.2, parue le 16 septembre 2021, décline le niveau AA des WCAG 2.1 en 106 critères répartis sur 13 thématiques et 258 tests documentés. Cette granularité change tout lors d’un audit : là où les WCAG énoncent un objectif, le RGAA décrit la procédure qui tranche.

Le niveau AA sert de seuil réglementaire dans presque toute l’Europe. Dans les WCAG 2.2, il regroupe 31 critères de succès de niveau A et 24 critères de niveau AA, soit 55 exigences cumulées. Le niveau AAA existe, aucun texte français ne l’impose. Côté européen, la norme harmonisée EN 301 549 fait le pont entre les exigences réglementaires et ces critères techniques.

Qui doit s’y conformer, et depuis quand

Deux régimes coexistent aujourd’hui. Le premier remonte à l’article 47 de la loi du 11 février 2005 : il vise les services publics en ligne, les collectivités, les délégataires de service public, et les entreprises dont le chiffre d’affaires réalisé en France dépasse 250 millions d’euros en moyenne sur les trois derniers exercices comptables clos.

Le second est récent et beaucoup plus large. La directive européenne 2019/882, connue sous le nom d’European Accessibility Act, a été transposée par l’ordonnance du 6 septembre 2023 puis précisée par le décret du 9 octobre 2023. Elle s’applique depuis le 28 juin 2025 aux entreprises de plus de dix salariés réalisant plus de 2 millions d’euros de chiffre d’affaires, dès lors qu’elles fournissent au consommateur un service figurant dans la liste couverte.

Cette liste comprend le commerce en ligne, les services bancaires, le transport de voyageurs, les télécommunications, les livres numériques et les médias audiovisuels. Un artisan avec un site vitrine sans transaction sort du périmètre. Une boutique en ligne de douze salariés y entre de plein droit.

Le calendrier ménage une transition. Les contenus publiés après le 28 juin 2025 doivent être conformes dès leur mise en ligne ; ceux publiés avant cette date bénéficient d’un délai courant jusqu’au 28 juin 2030. L’ARCOM assure le contrôle et peut prononcer une sanction administrative pouvant atteindre 50 000 euros par service en ligne non conforme, réitérable tous les six mois tant que le manquement persiste.

La sanction n’est pas le seul risque. Un site inutilisable pour une partie de ses visiteurs perd du chiffre d’affaires en silence, exactement comme les erreurs de conception les plus courantes qui se paient longtemps après la mise en ligne.

Six défauts concentrent l’essentiel des erreurs

L’organisme américain WebAIM analyse chaque année la page d’accueil du million de sites les plus fréquentés au monde. Son rapport 2025 relève des non-conformités WCAG détectables automatiquement sur 94,8 % des pages testées, contre 95,9 % l’année précédente. La moyenne s’établit à 51 erreurs par page, en baisse de 10,3 % sur un an. Six familles de défauts représentent à elles seules 96 % du volume total.

Aucune de ces six erreurs ne réclame une refonte. Toutes se corrigent dans le gabarit, la feuille de style ou l’éditeur de contenu. Leur persistance en tête du classement depuis cinq années consécutives tient moins à la difficulté technique qu’à l’absence de contrôle systématique avant mise en production.

Contraste et lisibilité : le chantier le plus rentable

Le contraste échoue sur près de huit pages d’accueil sur dix. La règle se vérifie pourtant en quelques secondes. Les WCAG exigent un rapport minimal de 4,5:1 entre la couleur du texte et celle de son arrière-plan au niveau AA. Le seuil descend à 3:1 pour le grand texte, défini comme 18 points ou 14 points en gras, ainsi que pour les composants d’interface : bordures de champs, icônes fonctionnelles, indicateur de position clavier.

Le gris clair sur fond blanc reste le coupable numéro un. Un texte en #999999 sur blanc plafonne à 2,85:1 et échoue au critère. Le même texte passé en #767676 atteint 4,54:1 et le valide, sans altérer d’un iota la personnalité graphique de la page. Le calcul se fait en ligne avec n’importe quel vérificateur de contraste.

Trois autres réglages relèvent de la même famille de correctifs rapides :

• L’indicateur de focus visible, effacé par une déclaration outline: none dans la majorité des thèmes commerciaux, doit être rétabli et suffisamment contrasté
• Le texte doit rester lisible et les fonctions accessibles après un zoom 200 %, sans apparition de défilement horizontal
• Aucune information ne doit reposer sur la couleur seule : un champ en erreur signalé par une simple bordure rouge reste invisible pour une personne daltonienne

Ces contraintes recoupent celles du design responsive. Les deux sujets partagent la même exigence de fluidité et se traitent dans le même passage sur les gabarits, ce qui divise la facture par deux quand ils sont menés ensemble.

Débranchez la souris pendant dix minutes

Le test le plus révélateur ne coûte rien. Posez la souris, ouvrez votre page d’accueil, naviguez uniquement avec Tabulation, Entrée, Espace et les flèches. Tentez d’atteindre le menu, de dérouler un sous-menu, de remplir le formulaire de contact, de fermer une fenêtre modale, puis de revenir en haut de page.

Quatre défaillances apparaissent presque à chaque tentative :

• Le focus devient invisible : impossible de savoir quel élément est sélectionné à un instant donné
• L’ordre de tabulation saute d’un bloc à l’autre sans rapport avec la lecture visuelle, souvent à cause d’attributs tabindex positifs semés dans le code
• Le menu déroulant s’ouvre au survol seul et reste inatteignable sans dispositif de pointage
• La fenêtre modale piège le focus derrière elle, ou ne le restitue jamais après fermeture

Un lien d’évitement placé en tête de page, souvent intitulé « Aller au contenu », épargne à l’utilisateur clavier de retraverser l’intégralité du menu sur chaque page consultée. Il tient en cinq lignes de code et figure parmi les critères vérifiés du RGAA. Ce genre de détail se règle en une heure sur un site existant.

Textes alternatifs, titres, formulaires : la part éditoriale

Une portion du travail échappe au développeur et revient à celui qui publie. Cette part se perd systématiquement quand personne ne la documente dans la procédure de publication.

Le texte alternatif des images

L’attribut alt décrit la fonction de l’image, pas son apparence. Pour une photo d’illustration, la description reste courte et factuelle. Pour un bouton constitué d’une image, l’alternative porte l’action déclenchée. Pour une image purement décorative, l’attribut doit exister et rester vide : cette forme indique au lecteur d’écran de l’ignorer, au lieu d’annoncer un nom de fichier incompréhensible. Un alt absent et un alt vide produisent donc deux résultats opposés, ce qui explique le taux d’échec de 55,5 % relevé par WebAIM.

La hiérarchie des titres

Les niveaux de titres servent de sommaire aux lecteurs d’écran : un utilisateur aveugle parcourt une page en sautant de titre en titre avant de décider où lire. Un H3 employé pour son rendu visuel, sans H2 parent, casse cette navigation. La règle tient en une phrase : un seul H1 par page, aucun niveau sauté, aucun titre choisi pour sa taille de police.

Les formulaires

Un champ dépourvu de balise label associée reste muet pour une technologie d’assistance, même si un texte gris flotte à l’intérieur. Le placeholder ne remplace jamais l’étiquette : il disparaît dès la première frappe et son contraste échoue presque toujours. Les messages d’erreur doivent nommer le champ concerné et décrire la correction attendue, plutôt qu’afficher un « champ invalide » générique en rouge.

Ces réflexes s’installent au moment où le contenu web se rédige, pas six mois plus tard lors d’un audit de rattrapage.

Les surcouches automatiques ne règlent pas le problème

Des widgets promettent la conformité en une ligne de JavaScript : une icône flottante, un panneau de réglages, et l’affaire serait close. Ces surcouches d’accessibilité modifient le rendu côté navigateur sans corriger le code livré. Un contraste rattrapé par un filtre visuel reste un contraste insuffisant dans le document source.

Aucun texte réglementaire français ne reconnaît ce type d’outil comme moyen de mise en conformité. Le RGAA évalue le HTML, le CSS et les attributs de la page, pas le comportement d’un script tiers ajouté par-dessus. Les praticiens de l’accessibilité documentent par ailleurs des effets secondaires bien réels : conflits avec le lecteur d’écran que l’utilisateur a déjà paramétré à sa main, interception du focus clavier, annonces vocales parasites qui dégradent l’expérience au lieu de l’améliorer.

Auditer sans se mentir sur les résultats

Les outils automatiques couvrent une part limitée des critères. Ils repèrent un alt manquant, un contraste hors seuil, un champ sans étiquette, une langue non déclarée. Ils ne jugent ni la pertinence d’un texte alternatif, ni la cohérence de l’ordre de lecture, ni la fidélité d’un sous-titrage.

Trois outils gratuits couvrent correctement le volet automatisable :

• axe DevTools, extension de navigateur, signale chaque violation avec le critère WCAG correspondant et l’élément fautif
• WAVE, développé par WebAIM, superpose les erreurs directement sur la page analysée
• Lighthouse, intégré à Chrome, produit un score d’accessibilité utile comme indicateur de tendance, jamais comme preuve de conformité

La partie manuelle représente le gros de la charge. Les critères portant sur la pertinence d’un contenu, l’ordre de lecture, la qualité d’un sous-titrage ou la cohérence d’un parcours relèvent du test humain, mené au clavier puis au lecteur d’écran. Un audit de conformité RGAA parcourt les 258 tests sur un échantillon de pages représentatif, ce qui demande plusieurs jours de travail. Prévoyez cette charge au budget, au même titre que la maintenance technique du site.

Le plan de mise en conformité, étape par étape

Une mise en conformité se conduit comme un chantier, pas comme une case à cocher la veille d’un contrôle. Six étapes suffisent à structurer la démarche :

• Cadrer le périmètre : recenser les gabarits, les parcours critiques (contact, devis, paiement, espace client) et les documents PDF diffusés en téléchargement
• Mesurer l’existant sur un échantillon représentatif, avec un outil automatique puis une passe manuelle au clavier et au lecteur d’écran
• Corriger d’abord ce qui touche tous les gabarits : contraste, indicateur de focus, structure des titres, étiquettes de formulaire, langue déclarée
• Traiter ensuite le stock de contenus, en démarrant par les pages les plus consultées et les parcours qui génèrent du chiffre d’affaires
• Publier la déclaration d’accessibilité et, pour les organismes soumis à l’article 47, le schéma pluriannuel accompagné de son plan d’action annuel
• Intégrer un contrôle d’accessibilité à chaque mise en production, faute de quoi la dette se reconstitue en six mois

Sur un site ancien construit sans cette contrainte, la question de la reprise complète se pose vite. Le calcul reste simple : quand plus de la moitié des gabarits doivent être repris et que le thème bloque la correction du focus ou de la structure, refondre le site revient souvent moins cher qu’une correction pièce par pièce étalée sur deux ans.

Prochaine étape concrète : passez votre page d’accueil et votre formulaire de contact au clavier seul, puis mesurez le contraste de votre couleur de texte principale sur son fond réel. Ces deux vérifications prennent vingt minutes et couvrent les deux défauts les plus répandus du web. Les correctifs associés tiennent en général dans une demi-journée de développement.