EAA 2025 pour l'e-commerce français : ce que vous devez faire avant votre prochain audit

L'EAA référence la norme technique européenne harmonisée EN 301 549 v3.2.1. En pratique, pour les produits web et mobile, cela signifie :

WCAG 2.2 Niveau AA — La baseline

Les Règles pour l'accessibilité des contenus Web (WCAG) 2.2 au niveau AA constituent la référence technique principale. Elles couvrent quatre principes :

• Perceptible — Le contenu doit être présentable à tous les utilisateurs (texte alternatif, sous-titres, contrastes suffisants, redimensionnement du texte)
• Utilisable — Toutes les fonctionnalités doivent être accessibles via clavier, tactile et technologies d'assistance (gestion du focus, pas de pièges clavier, délais suffisants)
• Compréhensible — Le contenu et le comportement de l'interface doivent être prévisibles (navigation cohérente, messages d'erreur, déclaration de langue)
• Robuste — Le contenu doit être compatible avec les technologies d'assistance actuelles et futures (ARIA valide, HTML sémantique)

RGAA 4.1.2 — La transposition nationale française

En France, la référence nationale d'accessibilité est le RGAA 4.1.2 (Référentiel Général d'Amélioration de l'Accessibilité), maintenu par la DINUM. Il s'aligne sur WCAG 2.2 AA avec des orientations spécifiques à la France réparties en 13 thématiques et 106 critères :

1. Images (alternatives textuelles, décoratives vs. informatives)
2. Cadres (titres des iframes)
3. Couleurs (ratios de contraste)
4. Multimédia (sous-titres, audiodescriptions)
5. Tableaux (structure des tableaux de données)
6. Liens (intitulés descriptifs)
7. Scripts (patterns ARIA pour composants interactifs)
8. Éléments obligatoires (titre de page, attribut lang)
9. Structuration de l'information (titres, listes)
10. Présentation (CSS, visibilité du focus)
11. Formulaires (étiquettes, gestion des erreurs)
12. Navigation (liens d'évitement, menus cohérents)
13. Consultation (pas de lecture automatique, lisibilité)

Applications mobiles : RAAM 1.0

Pour les applications iOS et Android natives, la France utilise le RAAM 1.0 (Référentiel d'Évaluation de l'Accessibilité des Applications Mobiles), publié par la DINUM. Il applique les mêmes principes que le RGAA mais pour les contrôles natifs, les gestes et les API d'accessibilité de la plateforme.

Composants e-commerce qui échouent fréquemment aux audits

Sur la base des résultats récurrents d'audits dans l'e-commerce français :

L'un des enseignements les plus constants des audits d'accessibilité e-commerce est que les problèmes d'accessibilité sont nettement moins chers à prévenir qu'à corriger. La raison est architecturale : l'accessibilité n'est pas une couche de fonctionnalités que l'on ajoute par-dessus — elle est intégrée dans la structure sémantique des composants, les patterns ARIA qu'ils implémentent, et le modèle d'interaction clavier qu'ils suivent.

Le coût réel du rattrapage

Coûts d'audit d'accessibilité externe en France :

• Petit site e-commerce (< 20 pages, flux simple) : 3 000 € – 8 000 €
• Plateforme de taille moyenne (panier, tunnel, compte, filtres) : 8 000 € – 15 000 €
• Grande marketplace ou SPA complexe : 15 000 € – 25 000 € et plus

Et ce n'est que l'audit. La remédiation est séparée — et plus coûteuse.

Pourquoi la remédiation est si coûteuse :

1. Refonte de composants — Les composants inaccessibles (menus déroulants, sélecteurs de date, modales, onglets) doivent souvent être reconstruits de zéro, pas simplement patchés. Un menu déroulant personnalisé inaccessible nécessite une réécriture complète avec les rôles ARIA appropriés, la gestion du clavier et du focus.

2. Risque de régression — Modifier les composants existants casse les tests en aval, les hypothèses CSS et les flux produit. Chaque correction nécessite un cycle QA.

3. Lacune de documentation — Les composants rétrofités sont rarement accompagnés de documentation d'audit. Après correction, votre équipe doit encore rédiger le tableau de conformité RGAA 4.1.2 pour chaque composant.

4. Nouvel audit — Après remédiation, vous avez besoin d'un second audit pour confirmer les corrections. Deux audits à 8 000–15 000 € chacun représente un poste budgétaire significatif.

Le risque juridique d'attendre

Sous l'EAA, la non-conformité après le 28 juin 2025 expose votre entreprise à :

• Sanctions financières — jusqu'à 7 500 € par infraction, 15 000 € en cas de récidive
• Injonctions — les régulateurs peuvent vous obliger à suspendre ou modifier le service
• Dommage réputationnel — les associations de défense des droits en France publient des listes de services non conformes
• Exclusion commerciale — les grands clients du secteur public exigent de plus en plus la conformité accessibilité de leurs fournisseurs

Konform fournit des composants React conçus pour être conformes à WCAG 2.2 AA et RGAA 4.1.2 dès le premier jour. Chaque composant est livré avec :

Documentation d'audit RGAA 4.1.2 par composant — Un tableau de conformité structuré listant chaque critère RGAA applicable, son statut (conforme, non applicable) et le détail d'implémentation qui le satisfait. Quand votre auditeur demande "comment cette modale gère-t-elle le focus ?", la réponse est déjà rédigée.

HTML sémantique et patterns ARIA corrects — Les composants utilisent les bons éléments HTML et rôles ARIA. Pas de div-soupe. Pas de hacks aria-label sur des éléments non interactifs. Pas de pièges clavier.

Modèles d'interaction clavier — Chaque composant interactif (menus déroulants, modales, onglets, sélecteurs de date, combobox) implémente les patterns ARIA Authoring Practices Guide pour la navigation clavier.

Conformité des contrastes de couleur par défaut — Tous les tokens de couleur intégrés respectent le ratio 4,5:1 pour le texte normal et 3:1 pour le grand texte et les composants UI.

Gestion du focus — Le piégeage du focus dans les modales, la restauration du focus à la fermeture et les indicateurs de focus visibles sont intégrés — pas laissés à la charge du développeur consommateur.

Ce que cela signifie pour votre prochain audit

Quand votre équipe utilise les composants Konform, la documentation de conformité par critère est déjà faite. Votre processus d'audit passe de "prouver que chaque composant est accessible" à "vérifier l'intégration et la structure au niveau page" — ce qui est nettement plus rapide et moins coûteux.

Un audit qui coûterait 10 000–15 000 € pour un site construit sur des composants ad hoc peut être réduit significativement lorsque la couche composant dispose déjà d'une conformité documentée. Votre auditeur valide la documentation, vérifie l'intégration, et signe.