RGAA · SaaS

Votre SaaS est-il accessible ?

L'European Accessibility Act s'applique aux SaaS vendus aux consommateurs — produits B2C et B2B2C/prosumer — depuis le 28 juin 2025, mesurés selon WCAG 2.1 AA. Le SaaS échoue à des endroits précis : l'inscription et l'onboarding, les tableaux de bord et tables de données, les filtres et tris, les modales, et la gestion du focus dans les single-page apps. Un outil purement B2B peut sortir du champ « consommateur » — mais la plupart des SaaS ont des utilisateurs consommateurs ou prosumer.

SaaS & EAA en un coup d’œil

Loi: European Accessibility Act — ordonnance 2023-859
En vigueur: 28 juin 2025
S’applique au SaaS: oui — B2C et B2B2C/prosumer ; le B2B pur peut être hors champ
Norme: EN 301 549 → WCAG 2.1 AA
Zones à risque: inscription, tableaux de bord, tables de données, modales, focus SPA
Exception: microentreprises (moins de 10 salariés ET moins de 2 M€)

Où un SaaS échoue-t-il à WCAG 2.1 AA ?

Les défauts se concentrent là où un site vitrine n'a rien :

Inscription & onboarding : champs sans étiquette programmatique, erreurs de validation uniquement en couleur et jamais annoncées, assistants multi-étapes sans sémantique de progression.
Tableaux de bord : pas de régions de repère, ordre de tabulation illogique, widgets inaccessibles au clavier.
Tables de données : <th>/scope manquants, colonnes triables qui n'annoncent pas leur état de tri.
Filtres & tris : listes déroulantes personnalisées en <div> sans ARIA, inutilisables sans souris.
Modales : focus non piégé, arrière-plan encore accessible, focus non restitué à la fermeture.
Graphiques : canvas/SVG sans alternative textuelle.
Expiration de session : sessions qui expirent sans avertissement ni prolongation (WCAG 2.2.1).

L'EAA s'applique-t-il aux SaaS B2B ?

L'EAA vise les services destinés aux consommateurs. Clairement concernés : les SaaS B2C et B2B2C/prosumer où des particuliers (freelances, indépendants, utilisateurs finaux de vos clients) s'inscrivent. Un produit purement B2B sans surface grand public peut être hors champ — mais une inscription libre ou une offre gratuite l'y ramène souvent. Ne revendiquez pas une exemption indéfendable.

Que casse-t-il dans les single-page apps (React, Vue) ?

Les changements de route côté client ne déplacent pas le focus et ne mettent pas à jour l'arbre d'accessibilité : les utilisateurs de lecteur d'écran restent sur une page obsolète, sans annonce. Corrigez en déplaçant le focus vers le titre de la nouvelle vue et en annonçant via une région ARIA live. Les widgets personnalisés créent souvent des pièges au clavier.

Comment auditer un SaaS derrière une authentification ?

Un scan automatique ne voit que les pages publiques. Nous le combinons avec un audit manuel des parcours authentifiés — inscription, onboarding, tâches clés, tableaux de bord — au lecteur d'écran et au clavier, via des identifiants de test ou un environnement de préproduction. Vous obtenez des tickets de correction et une preuve datée. Commencez par le scan gratuit ci-dessous.

Votre application est-elle conforme ?

Gratuit

Votre application, testée selon WCAG 2.1 AA.

FAQ

L’EAA couvre-t-il mon SaaS ?

Si des consommateurs ou prosumers peuvent s'inscrire et l'utiliser, oui — depuis le 28 juin 2025, selon WCAG 2.1 AA. Le B2C et le B2B2C sont concernés ; une inscription libre ramène souvent un outil « B2B » dans le champ.

Mon app est derrière un login — est-ce couvert ?

Oui. L’obligation couvre tout le service, y compris les parcours authentifiés — là où vivent la plupart des défauts.

Quels sont les défauts SaaS les plus fréquents ?

Champs non étiquetés, erreurs en couleur seule, listes déroulantes et modales non opérables au clavier, tables sans sémantique d’en-tête, et changements de route SPA sans déplacement de focus.

Comment testez-vous derrière l’authentification ?

Avec des identifiants de test ou un environnement de préproduction, nous parcourons manuellement les vrais flux au lecteur d’écran et au clavier, puis livrons des tickets et un certificat daté.