Accessibilité RGAA et WCAG en 2026 : obligations et gains rapides pour les sites de PME
Accessibilité web pour PME : qui est concerné, ce que demandent RGAA et WCAG, et les corrections rapides qui améliorent le site pour tous.
Agence web à Trappes (78) · Yvelines
Un site accessible peut être utilisé par tous : personnes malvoyantes ou aveugles, personnes qui naviguent au clavier, personnes âgées, ou simplement un utilisateur au soleil sur son téléphone. L’accessibilité est à la fois une obligation pour certaines organisations et un levier d’expérience pour toutes. Cet article fait le point sur les obligations et propose des corrections rapides, sans refonte complète.
Les référentiels : WCAG et RGAA
- Les WCAG (Web Content Accessibility Guidelines), publiées par le W3C, sont la référence internationale.
- Le RGAA (Référentiel général d’amélioration de l’accessibilité), publié sur accessibilite.numerique.gouv.fr, est la déclinaison française : il traduit les WCAG en critères vérifiables et en méthode de test.
Qui est concerné par les obligations
Historiquement, les obligations visaient surtout le secteur public et les grandes entreprises. Le cadre européen a étendu les exigences à certains produits et services du secteur privé, dont le commerce en ligne, avec des exemptions pour les microentreprises. Le détail dépend de votre activité, de votre taille et de votre chiffre d’affaires : faites vérifier votre situation.
Même sans obligation, l’accessibilité a des bénéfices concrets : un site plus lisible, plus facile à utiliser sur mobile, et mieux compris par les moteurs de recherche.
Les gains rapides
Certaines corrections ont beaucoup d’effet pour peu d’effort :
| Problème fréquent | Correction | Pour qui |
|---|---|---|
| Texte gris clair sur fond blanc | Contraste suffisant (voir les seuils WCAG) | Malvoyants, lecture au soleil |
| Images sans texte alternatif | Texte qui décrit l’information de l’image | Lecteurs d’écran, référencement |
| Boutons « Cliquez ici » | Libellés explicites (« Demander un devis ») | Lecteurs d’écran, tous |
| Focus clavier invisible | Indicateur de focus visible | Navigation au clavier |
| Champs de formulaire sans étiquette | Étiquette associée à chaque champ | Lecteurs d’écran, saisie automatique |
| Erreurs de formulaire en rouge seulement | Message texte explicite | Daltoniens, tous |
Les conseils de web.dev sur le contraste des couleurs et la documentation MDN sur l’accessibilité aident à appliquer ces corrections.
La structure de la page
Une structure claire aide tous les visiteurs :
- un seul titre principal par page, puis des sous-titres hiérarchisés ;
- des zones identifiées (en-tête, navigation, contenu principal, pied de page) ;
- un lien d’évitement pour aller directement au contenu ;
- une langue de page déclarée.
Cette structure est aussi celle que les moteurs de recherche comprennent le mieux.
Les formulaires
Les formulaires concentrent beaucoup de difficultés : champs sans étiquette, consignes absentes, erreurs mal signalées, captchas impossibles à résoudre. Un formulaire accessible est aussi un formulaire qui convertit mieux, comme le rappelle notre article sur la page service qui convertit.
Tester sans expert
- Au clavier : parcourez le site avec la touche Tab. Voyez-vous toujours où vous êtes ? Pouvez-vous tout faire ?
- En zoom : agrandissez le texte à 200 %. La page reste-t-elle utilisable ?
- En niveaux de gris : l’information passe-t-elle sans la couleur ?
- Avec un outil automatique : il détecte les problèmes de contraste et de textes alternatifs.
Ces tests ne remplacent pas un audit complet selon le RGAA, mais ils révèlent la majorité des problèmes courants.
La déclaration d’accessibilité
Les organisations soumises à l’obligation doivent publier une déclaration d’accessibilité indiquant le niveau de conformité et les moyens de signaler un problème. Même sans obligation, une page qui explique votre démarche et propose un contact montre votre sérieux.
Par où commencer
- Corriger les contrastes et les libellés de boutons.
- Ajouter les textes alternatifs des images informatives.
- Rendre le focus visible et tester la navigation au clavier.
- Revoir les formulaires.
- Planifier un audit plus complet si vous êtes soumis à l’obligation.
Pour intégrer l’accessibilité dès la conception, découvrez notre approche design UX ; pour une démarche structurée sur l’interface, notre article sur le design system montre comment l’ancrer dans les composants.
FAQ
Mon entreprise est-elle obligée de rendre son site accessible ?
Les obligations dépendent de votre statut, de votre taille et de vos services. Elles ont été étendues à certains services privés, notamment le commerce en ligne, avec des exemptions pour les microentreprises. Vérifiez votre situation précise ; dans tous les cas, l’accessibilité améliore le site pour tous.
Quelle différence entre RGAA et WCAG ?
Les WCAG sont les règles internationales du W3C. Le RGAA est le référentiel français qui s’appuie sur elles et précise comment les vérifier, critère par critère.
Un outil automatique suffit-il pour vérifier l’accessibilité ?
Non. Les outils automatiques détectent une partie des problèmes (contrastes, textes alternatifs manquants), mais beaucoup de critères demandent une vérification humaine, notamment la navigation au clavier et la pertinence des textes.
Besoin d'aide pour votre projet ?
Studio à Trappes (78) : on clarifie le périmètre, les délais et les preuves utiles avant de chiffrer. Devis sous 24h, sans engagement.
Agence locale : Trappes · Rambouillet · Versailles · Hub Yvelines