Accessibilité 3.0 : priorités pour votre site
La transition vers ce que l’on appelle déjà « Accessibilité 3.0 » change le cadre conceptuel de l’accessibilité web, mais elle n’annule pas les priorités d’aujourd’hui. Le W3C a publié un Working Draft en mars 2026 intitulé « For Review: WCAG 3 Working Draft , March 2026 », proposant environ 174 outcomes. Ce draft est utile pour comprendre les évolutions, mais il n’est pas une recommandation finale et ne doit pas servir de référence légale immédiate.
En pratique, les organisations doivent continuer à viser la compatibilité avec WCAG 2.x (WCAG 2.1/2.2 selon les juridictions) et intégrer les obligations légales récentes comme l’European Accessibility Act (EAA) entré en vigueur le 28 juin 2025. Ce guide propose des priorités concrètes pour votre site, mêlant aspects techniques, gouvernance et ressources opérationnelles.
Comprendre l’état de WCAG 3.0 et son impact
WCAG 3.0, souvent désigné « Accessibilité 3.0« , est en cours de développement. Le Working Draft de mars 2026 expose une version en revue avec ~174 outcomes proposés. Cette publication vise à recueillir des retours techniques et opérationnels avant qu’une version finale ne soit envisagée.
Il est important de citer le W3C: « For Review: WCAG 3 Working Draft , March 2026 ». Ce rappel souligne que le document est un draft et non une norme contraignante. Les équipes doivent l’analyser pour anticiper les changements, sans s’y fier comme référence juridique.
À court terme, l’impact concret de WCAG 3.0 se situe surtout dans l’orientation des bonnes pratiques et l’adaptation des outils d’évaluation. Les responsables accessibilité peuvent utiliser ce draft pour préparer des évolutions, mais la conformité immédiate reste définie par WCAG 2.x et les cadres nationaux.
Conformité immédiate : viser WCAG 2.x
Pendant la période transitoire, la cible opérationnelle est WCAG 2.x (2.1/2.2). Les exigences légales et les pratiques de contrôle actuelles s’appuient sur ces versions. Adopter WCAG 2.x comme socle évite de se trouver en défaut lors d’audits et de contrôles.
De nombreux pays et juridictions continuent d’exiger la conformité à WCAG 2.1 ou 2.2 pour les sites publics et privés soumis à des obligations. En France, le RGAA v4 est la règle de référence; une évolution (RGAA5) est annoncée pour fin 2026, mais le RGAA v4 demeure applicable aujourd’hui.
Ne pas confondre expérimentation et conformité : utiliser WCAG 3.0 comme source d’inspiration est pertinent, mais la preuve documentaire, les états de conformité et la déclaration officielle doivent rester alignés sur les cadres en vigueur.
Obligations légales : EAA, RGAA et déclarations
L’European Accessibility Act (EAA) est entré en vigueur le 28 juin 2025 et cible des secteurs clés : e-commerce, banques, transports, médias, avec des exemptions limitées. Les acteurs de ces secteurs doivent renforcer leurs preuves documentaires et conserver des états de conformité actualisés.
En France, le RGAA v4 s’applique aujourd’hui et la DINUM annonce une version RGAA5 prévue fin 2026. Les administrations publient des schémas et plans d’action publics ; les organismes privés soumis à des obligations doivent s’en inspirer pour définir leur gouvernance.
L’obligation de publication inclut une déclaration d’accessibilité (modèle officiel disponible sur info.gouv.fr). Cette déclaration doit indiquer l’état de conformité, lister les contenus non accessibles et présenter un plan d’action avec échéances et mises à jour régulières.
Priorités techniques concrètes à traiter en premier
Pour réduire rapidement le risque d’infraction et améliorer l’expérience, priorisez les corrections où elles auront le plus d’impact utilisateur. Les éléments récurrents et critiques sont le contraste des couleurs, la présence d’attributs alt pertinents, la navigation au clavier, et l’accessibilité des formulaires (labels, gestion des erreurs).
Le contraste est une des erreurs les plus fréquentes dans les audits automatisés et manuels. Mesurer et corriger le contraste textuel et des éléments d’interface permet souvent de résoudre un grand nombre d’ergonomies pour des publics ayant une basse vision ou une sensibilité chromatique.
Autres priorités : en-têtes sémantiques pour la structure des pages, gestion correcte des dialogues et modales via ARIA, et rendre accessibles les contenus non HTML (PDF, cartes interactives). L’utilisation des référentiels RAWeb et RAAM aide à évaluer ces formats.
Gouvernance, priorisation et feuille de route
Élaborez un schéma pluriannuel d’accessibilité (ex. plan 2025-2028) avec KPI mesurables, priorisation des services essentiels et échéances de remédiation. Les administrations françaises publient des schémas et cela constitue une bonne pratique à reproduire pour le secteur privé.
Utilisez des métriques simples comme erreurs détectées par page, taux de pages critiques remédiées et délai moyen de correction pour piloter les équipes. Priorisez les services essentiels (connexion, paiement, informations publiques) lors des premières vagues de remédiation.
Publiez régulièrement l’état d’avancement dans la déclaration d’accessibilité et maintenez un registre des éléments non conformes et des actions prévues. Cette transparence est utile en cas de contrôle par Arcom, DGCCRF ou autres autorités compétentes.
Méthodologie de tests : automatisation, audits manuels et tests utilisateurs
Combinez outils automatiques, audits manuels et tests utilisateurs avec personnes en situation de handicap. Les outils automatiques détectent rapidement des erreurs massives (contraste, attributs manquants), mais ils couvrent seulement une partie des exigences.
Les audits manuels complètent par l’analyse contextuelle et la vérification des usages (navigation clavier, pertinence des descriptions, comportement des modales). Les tests utilisateurs restent indispensables pour valider l’efficacité réelle des correctifs.
Recrutez des testeurs via associations spécialisées ou panels dédiés et intégrez leurs retours dans votre backlog. Les scénarios doivent simuler tâches réelles (paiement, formulaire, consultation de documents) pour détecter les points de rupture réels.
Outils, IA et ressources opérationnelles à consulter
Des outils émergents, notamment des IA/LLM, peuvent accélérer la génération de code accessible et proposer des remédiations (ex. suggestions d’attributs alt, correction de contraste). Toutefois, ces suggestions nécessitent supervision humaine et validation par des utilisateurs réels.
Parmi les ressources à consulter immédiatement : W3C (WCAG 3 Working Draft & WCAG 2.2), le site RGAA (DINUM), le modèle de déclaration sur info.gouv.fr et les observatoires nationaux d’accessibilité. Intégrez ces références dans votre politique d’accessibilité et vos documents internes.
Pour les contenus non-HTML, utilisez les référentiels RAWeb / RAAM pour évaluer l’accessibilité des PDF et des documents téléchargeables. Mesurez les erreurs par page et par type pour prioriser les corrections et suivez les indicateurs dans votre plan pluriannuel.
Risques juridiques et préparation aux contrôles
Les enquêtes et observatoires montrent que les taux de conformité effectifs restent faibles : par exemple, des études ont relevé 3,6 % d’affichage des obligations et seulement 0,4 % de sites entièrement conformes dans de grands échantillons. Ces chiffres montrent l’ampleur du travail restant.
Les risques juridiques incluent contrôles et sanctions par des autorités comme Arcom, DGCCRF et autres organismes. L’application est variable aujourd’hui, mais la tendance est à l’augmentation des contrôles et à l’exigence de preuves documentées de conformité.
Pour réduire le risque, maintenez des dossiers d’audit, des comptes rendus de tests utilisateurs, un registre des anomalies et une déclaration d’accessibilité mise à jour. Cette documentation est souvent examinée lors des contrôles et facilite la démonstration de vos efforts.
En synthèse, « Accessibilité 3.0 » est une opportunité d’évolution, mais la conformité immédiate repose toujours sur WCAG 2.x et les cadres nationaux. Priorisez corrections techniques à fort impact, structurez une gouvernance pluriannuelle et combinez tests automatiques, manuels et utilisateurs.
Consultez les sources officielles (W3C, RGAA/DINUM, info.gouv.fr, observatoires) et organisez votre plan d’action : remédiation priorisée, déclaration publique, suivi des KPI et validation par des personnes en situation de handicap. Cette démarche pragmatique limitera les risques juridiques et améliorera l’expérience pour tous.
