Article
Accessibilité web : obligations légales, RGAA, WCAG et méthode
Webflow9 min de lecture

James BrunettoCo-fondateur & CEO

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 :
| Principe | Ce que cela signifie | Exemples |
|---|---|---|
| Perceptible | L'information est disponible pour au moins un sens | Alternative textuelle des images, sous-titres, contrastes suffisants |
| Utilisable | L'interface se manipule sans souris ni geste précis | Navigation au clavier, focus visible, temps suffisant |
| Compréhensible | Le contenu et le fonctionnement sont clairs | Langue déclarée, libellés de formulaires, messages d'erreur explicites |
| Robuste | Le code est interprétable par les technologies d'assistance | HTML sémantique, noms accessibles, ARIA utilisé à bon escient |

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 situation | Régime applicable |
|---|---|
| Administration, collectivité, délégataire de service public | Article 47, RGAA, déclaration et schéma pluriannuel |
| Entreprise avec 250 M€ de CA moyen en France ou plus | Article 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 ligne | Pas 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 :
| Erreur | Pages concernées | Correction |
|---|---|---|
| Texte à faible contraste | 83,9 % | Ratio d'au moins 4,5:1 pour le texte courant |
| Images sans alternative textuelle | 53,1 % | Alt descriptif, ou alt vide si décorative |
| Champs de formulaire sans libellé | 51 % | Un label visible associé à chaque champ |
| Liens vides | 46,3 % | Texte de lien ou nom accessible (icônes) |
| Boutons vides | 30,6 % | Texte ou aria-label sur les boutons icônes |
| Langue du document absente | 13,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

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
C'est la capacité d'un site à être utilisé par tous, y compris les personnes en situation de handicap qui naviguent au clavier, avec un lecteur d'écran ou un zoom. Elle repose sur quatre principes : perceptible, utilisable, compréhensible et robuste.


