Aller au contenu

Accessibilité web : obligations légales, RGAA, WCAG et méthode

Webflow9 min de lecture

James BrunettoCo-fondateur & CEO

Miniature Synqro : du code HTML accessible avec langue, texte alternatif, label et aria-label

L'accessibilité web consiste à concevoir un site que tout le monde peut percevoir, comprendre et utiliser, y compris les personnes aveugles, sourdes, ayant un handicap moteur ou cognitif, qui naviguent au clavier, avec un lecteur d'écran ou un zoom. La référence technique internationale est le WCAG du W3C, décliné en France par le RGAA.

C'est aussi une obligation légale qui s'est élargie : depuis le 28 juin 2025, la directive européenne 2019/882 (European Accessibility Act) s'applique à de nombreux services privés, dont le commerce en ligne et les services bancaires.

Ce guide fait le point sur qui est concerné, ce que disent les normes, les erreurs les plus fréquentes et la méthode pour rendre un site accessible.

Explorer cet article avec…

Qu'est-ce que l'accessibilité web ?

L'accessibilité web garantit qu'un site fonctionne quelles que soient les capacités de la personne et les outils qu'elle utilise. Selon l'Organisation mondiale de la santé, environ 1,3 milliard de personnes, soit une personne sur six, vivent avec un handicap important. S'y ajoutent les situations temporaires : bras dans le plâtre, écran en plein soleil, connexion lente.

Les règles d'accessibilité reposent sur quatre principes, résumés par l'acronyme POUR :

PrincipeCe que cela signifieExemples
PerceptibleL'information est disponible pour au moins un sensAlternative textuelle des images, sous-titres, contrastes suffisants
UtilisableL'interface se manipule sans souris ni geste précisNavigation au clavier, focus visible, temps suffisant
CompréhensibleLe contenu et le fonctionnement sont clairsLangue déclarée, libellés de formulaires, messages d'erreur explicites
RobusteLe code est interprétable par les technologies d'assistanceHTML sémantique, noms accessibles, ARIA utilisé à bon escient
Les quatre principes de l'accessibilité web : perceptible, utilisable, compréhensible, robuste

Accessibilité web : qui est obligé en France ?

Deux régimes coexistent. Ils ne visent pas les mêmes organisations.

1. Le RGAA : secteur public et grandes entreprises

L'article 47 de la loi du 11 février 2005 impose l'accessibilité des sites, applications et intranets aux organismes publics, aux organismes privés chargés d'une mission de service public, et aux entreprises dont le chiffre d'affaires moyen en France atteint 250 millions d'euros sur les trois derniers exercices, d'après le champ d'application publié par la DINUM. Ils doivent publier une déclaration d'accessibilité et un schéma pluriannuel, et viser la conformité au RGAA.

La version en vigueur est le RGAA 4.1.2 (mise à jour du 18 avril 2023). Un RGAA 5 est en cours de rédaction, avec une publication annoncée pour fin 2026 ; la DINUM précise que cela ne doit ni suspendre ni reporter les travaux en cours.

Côté sanctions, l'ordonnance n° 2023-859 du 6 septembre 2023 permet à l'Arcom d'infliger jusqu'à 50 000 euros pour non-respect des obligations d'accessibilité et jusqu'à 25 000 euros pour les obligations complémentaires comme la déclaration, sanction renouvelable si rien n'est corrigé six mois après mise en demeure (Banque des Territoires, septembre 2023).

2. L'European Accessibility Act : de nombreux services privés depuis le 28 juin 2025

La directive (UE) 2019/882, transposée notamment par le décret n° 2023-931 du 9 octobre 2023, s'applique depuis le 28 juin 2025. Selon la fiche pratique de la DGCCRF (juillet 2025), elle concerne des produits (ordinateurs, smartphones, terminaux de paiement, liseuses...) et des services, dont :

  • le commerce électronique ;
  • les services bancaires aux consommateurs (paiement, crédit, investissement, monnaie électronique) ;
  • les communications électroniques et l'accès aux services de médias audiovisuels ;
  • les transports de voyageurs (sites, applications, billetterie, information en temps réel) ;
  • les livres numériques.

Les microentreprises prestataires de services (moins de 10 salariés et chiffre d'affaires annuel ou total de bilan inférieur à 2 millions d'euros) sont exemptées. Des périodes de transition courent jusqu'au 28 juin 2030 pour certains contrats et produits déjà en service. Le contrôle relève de la DGCCRF, en lien avec l'Arcom, l'Arcep, la Banque de France, l'ACPR et l'AMF selon les secteurs.

Votre situationRégime applicable
Administration, collectivité, délégataire de service publicArticle 47, RGAA, déclaration et schéma pluriannuel
Entreprise avec 250 M€ de CA moyen en France ou plusArticle 47, RGAA
Site e-commerce, banque, transport, télécom (hors microentreprise)European Accessibility Act depuis le 28 juin 2025
Site vitrine d'une PME de services, sans vente en lignePas d'obligation spécifique, mais bonne pratique fortement conseillée

Ce tableau est un repère, pas un avis juridique : en cas de doute sur votre situation, vérifiez les textes officiels ou consultez un juriste.

WCAG, EN 301 549, RGAA : quelle norme suivre ?

Les WCAG (Web Content Accessibility Guidelines) du W3C sont la référence mondiale. La version la plus récente, WCAG 2.2, est une recommandation du W3C depuis octobre 2023. Elle ajoute notamment des critères sur la visibilité du focus, la taille des cibles cliquables et l'authentification.

La norme européenne EN 301 549 reprend les critères WCAG 2.1 de niveau A et AA. Le RGAA en est la déclinaison française opérationnelle, avec des tests concrets pour chaque critère. En pratique, viser WCAG 2.2 niveau AA couvre l'essentiel de ce que demandent les autres référentiels.

Les erreurs d'accessibilité les plus fréquentes

L'étude WebAIM Million 2026 a analysé automatiquement un million de pages d'accueil en février 2026 : 95,9 % présentaient des erreurs WCAG détectables, avec 56,1 erreurs par page en moyenne. Les six erreurs les plus fréquentes :

ErreurPages concernéesCorrection
Texte à faible contraste83,9 %Ratio d'au moins 4,5:1 pour le texte courant
Images sans alternative textuelle53,1 %Alt descriptif, ou alt vide si décorative
Champs de formulaire sans libellé51 %Un label visible associé à chaque champ
Liens vides46,3 %Texte de lien ou nom accessible (icônes)
Boutons vides30,6 %Texte ou aria-label sur les boutons icônes
Langue du document absente13,5 %Attribut lang sur la balise html

Bonne nouvelle : ces six erreurs sont simples à corriger et représentent l'essentiel des problèmes détectés automatiquement.

Comment rendre un site web accessible : la méthode

Bonnes pratiques d'accessibilité web : contraste, clavier, formulaires et structure

Dès le design

  • Contrastes vérifiés dans la maquette : 4,5:1 pour le texte courant, 3:1 pour le grand texte et les éléments d'interface.
  • Information jamais portée par la couleur seule (un champ en erreur a aussi un message).
  • Cibles cliquables assez grandes et espacées, état de focus visible et dessiné.
  • Textes qui supportent un agrandissement à 200 % sans perte : les unités relatives aident (voir REM ou PX).

Dans le contenu

  • Alternatives textuelles pertinentes (détails dans notre guide image SEO).
  • Titres hiérarchisés sans saut de niveau, liens dont l'intitulé a du sens hors contexte (pas de « cliquez ici »).
  • Sous-titres et transcriptions pour les vidéos, langage clair.

Dans le code

  • HTML sémantique : vrais boutons, vrais liens, listes, repères (header, nav, main, footer).
  • Tout est utilisable au clavier, dans un ordre logique, sans piège (menus, fenêtres modales, carrousels).
  • ARIA seulement quand le HTML natif ne suffit pas. Un ARIA mal utilisé dégrade l'accessibilité.
  • Animations qui respectent la préférence « réduire les animations » (prefers-reduced-motion), aucun contenu qui clignote.

Tester et auditer

Les outils automatiques (WAVE, axe DevTools, Lighthouse) repèrent vite les erreurs du tableau ci-dessus, mais ne détectent qu'une partie des problèmes. Complétez par des tests manuels : parcourir le site uniquement au clavier, l'écouter avec un lecteur d'écran (NVDA sous Windows, VoiceOver sous macOS et iOS), zoomer à 200 %. Pour un site soumis à obligation, un audit RGAA par un expert reste nécessaire.

Les surcouches d'accessibilité suffisent-elles ?

Non. Les widgets ou « overlays » qui promettent une mise en conformité automatique par un script ne corrigent pas le code source : un bouton sans nom ou un formulaire sans libellé reste inaccessible pour un lecteur d'écran. Ils ne remplacent ni une conception accessible ni un audit.

Accessibilité et SEO : des bénéfices communs

Beaucoup de bonnes pratiques servent les deux : alternatives textuelles des images, hiérarchie des titres, liens explicites, HTML sémantique, transcriptions des vidéos. Un contenu structuré et clair est aussi plus facile à comprendre pour les moteurs de recherche et les assistants IA. L'accessibilité n'est pas un critère de classement en soi, mais un site accessible est presque toujours un site mieux construit.

Comment nous intégrons l'accessibilité chez Synqro

Chez Synqro, l'accessibilité se joue dès la maquette : contrastes contrôlés dans la charte, états de focus dessinés, tailles de texte en unités relatives. À l'intégration dans Webflow, nous vérifions la structure des titres, les alternatives textuelles, la navigation au clavier des menus et des formulaires. C'est plus simple et moins cher que de corriger après coup. Si vous préparez un nouveau site ou une refonte, notre équipe Webflow peut intégrer ces exigences dès le cadrage.

Questions fréquentes

Let’s build something great

Book a call