Accessibilité
Accessibilité web : audit RGAA et WCAG, et corrections
Un site accessible peut être utilisé par quelqu’un qui ne voit pas l’écran, ne peut pas se servir d’une souris ou ne distingue pas le rouge du vert. Dans un nombre croissant de pays, c’est désormais aussi une obligation légale pour beaucoup d’entreprises.
Qui a besoin d’un site accessible
Toute entreprise qui veut tous les clients qu’elle peut avoir. Les personnes malvoyantes, celles qui naviguent au clavier ou à la voix, celles qui tremblent, les patients âgés qui zooment à 200 % et quiconque lit son téléphone en plein soleil utilisent le même site. Une page accessible est en général plus claire pour tous, c’est pourquoi l’accessibilité fait partie de notre design UX.
Certaines entreprises ont aussi une obligation légale. L’European Accessibility Act s’applique depuis le 28 juin 2025 à de nombreux produits et services vendus aux consommateurs, dont les boutiques en ligne et les services bancaires. Votre droit local peut aussi désigner un référentiel pour vérifier un site, comme le RGAA, et obliger les organismes publics et certaines grandes entreprises à publier une déclaration d’accessibilité fondée sur lui.
Nous ne sommes pas juristes. Nous vous indiquons quel référentiel convient à votre type de site et nous testons selon lui. Savoir si une loi s’applique à votre entreprise relève de votre conseil juridique.
WCAG, RGAA et European Accessibility Act
| Ce que c’est | Qui est concerné | |
|---|---|---|
| WCAG | Les règles internationales du W3C, niveaux A, AA et AAA ; la version actuelle est la 2.2 | La base technique de la plupart des règles d’accessibilité, dont les deux suivantes |
| RGAA | Un référentiel fondé sur les WCAG, avec sa propre méthode de test | Les organismes publics et certaines grandes entreprises là où la loi en fait la référence ; ils doivent publier une déclaration d’accessibilité |
| European Accessibility Act | Une directive appliquée par les lois nationales depuis juin 2025 | De nombreux produits et services vendus aux consommateurs, dont les boutiques en ligne ; les microentreprises de services sont exemptées |
Comment se déroule un audit d’accessibilité
Choisir l’échantillon
Accueil, chaque modèle principal, formulaires, parcours de réservation et, pour une boutique, le paiement. Les modèles se répètent, leurs corrections aussi.
Analyse automatique
Les outils repèrent vite les étiquettes manquantes, les contrastes insuffisants et le code cassé. Ils ratent une bonne part des vrais problèmes : ce n’est qu’un début.
Tests manuels
Clavier seul, lecteurs d’écran comme NVDA et VoiceOver, zoom à 200 % et 400 %, et chaque formulaire rempli puis envoyé avec des erreurs volontaires.
Rapport
Chaque problème avec son critère RGAA et WCAG, l’endroit où il apparaît, la façon de le corriger et son degré d’urgence.
Corrections
Nos développeurs corrigent, ou les vôtres à partir du rapport. Nous les accompagnons sur les points difficiles.
Contre-audit et déclaration
Nous testons à nouveau les corrections et, si besoin, vous aidons à rédiger la déclaration d’accessibilité.
Les problèmes que nous trouvons le plus souvent
Contrastes faibles
Texte gris sur fond blanc, texte posé sur des photos. Le niveau AA demande un rapport de contraste d’au moins 4,5:1 pour le texte courant.
Images sans texte utile
Texte alternatif absent, ou qui dit « image » ou répète le nom du fichier.
Formulaires faits pour les yeux
Champs sans étiquette, textes indicatifs utilisés comme étiquettes, erreurs signalées uniquement en rouge.
Pièges au clavier
Menus, fenêtres et bannières de cookies qu’un utilisateur au clavier ne peut pas atteindre ou quitter, et contours de focus supprimés pour le style.
Calendriers de réservation
Des sélecteurs de date qui exigent une souris. Un parcours qui bloque les utilisateurs au clavier bloque des rendez-vous.
Pages en arabe
Attributs lang et dir absents : les lecteurs d’écran lisent l’arabe avec la mauvaise voix et dans le mauvais ordre.
Ce que vous recevez
- Un rapport d’audit avec le critère RGAA et WCAG de chaque problème
- Une liste de corrections classées par impact sur les utilisateurs et par effort
- Des modèles et composants corrigés, si nous réalisons le travail
- Les résultats du contre-audit après corrections
- Un projet de déclaration d’accessibilité si vous en avez besoin
- Un court guide pour vos rédacteurs : titres, intitulés de liens, textes alternatifs, documents
Questions fréquentes
L’European Accessibility Act s’applique-t-il à mon entreprise ?
Il s’applique à de nombreux produits et services vendus aux consommateurs, dont le commerce en ligne, et exempte les microentreprises qui fournissent des services. Le détail dépend de ce que vous vendez, de l’endroit où vous le vendez et de votre taille. Nous vous disons selon quel référentiel tester ; un juriste confirme si la loi vous concerne.
Une analyse automatique suffit-elle ?
Non. Les outils automatiques repèrent une partie des problèmes, surtout les plus simples. Les pièges au clavier, un ordre de lecture confus ou des formulaires peu clairs demandent un test humain.
Quel niveau viser ?
Le niveau AA des WCAG. C’est celui auquel renvoient en général les lois et les contrats, et le RGAA le couvre. Le niveau AAA est rarement exigé pour un site entier.
Auditez-vous les pages en arabe et de droite à gauche ?
Oui. Nous vérifions les attributs de langue et de sens, l’ordre de lecture, les mises en page inversées et la façon dont les lecteurs d’écran gèrent un texte qui mêle arabe et latin.
À quelle fréquence refaire un audit ?
Après chaque refonte ou nouveau modèle, avec des contrôles ponctuels à mesure que les contenus s’ajoutent. Un rédacteur peut casser l’accessibilité avec une image sans texte alternatif ou un titre mal placé : nous intégrons ces contrôles à la maintenance du site.
Mis à jour le · Par l’équipe Napexy
À lire aussi
Dites-nous où vous voulez grandir.
Un échange de 30 minutes avec un stratège. Vous repartez avec un plan clair et un devis fixe, que vous travailliez avec nous ou non.