Types de tests

Tests d'accessibilité : la conformité se vérifie à chaque livraison

Depuis le 28 juin 2025, l’accessibilité numérique s’impose à une grande partie des services en ligne du secteur privé. Un audit annuel ne suffit plus : ce qui est conforme aujourd’hui ne l’est plus après trois évolutions.

Critères RGAAContrôle à chaque livraisonWeb et mobile

Tableau de bord d'accessibilité dans Mr Suricate : note sur 10, taux de succès et répartition des échecs par criticité

Ils nous font confiance

3 M exécutions de scénarios par mois100+ clients15 types de tests couverts

Retail, banque, industrie, transport, services. Hébergement dans l’Union européenne, support francophone, accompagnement humain au démarrage.

En bref

Un test d'accessibilité vérifie automatiquement, à chaque livraison, les critères qui peuvent l'être : contrastes, libellés de champs, alternatives d'images, ordre de tabulation, structure des titres. Il ne remplace pas un audit conduit par un expert, il empêche la conformité de se perdre entre deux audits.

La conformité se perd entre deux audits

Un audit remet le site à niveau, tout le monde est satisfait, et six mois plus tard un nouveau composant arrive sans libellé, une couleur de bouton change et le contraste passe sous le seuil. Personne n’a mal fait son travail : l’accessibilité n’était simplement pas dans la boucle de vérification. Automatisée, elle y entre au même titre que la non-régression.

Icône souris

Les critères vérifiables automatiquement

Contrastes, alternatives textuelles, libellés de champs, structure des titres, langue de la page. Tout ce qui se contrôle sans jugement humain.

Icône de rectangles violets

Le parcours au clavier

Ordre de tabulation, pièges de focus, éléments atteignables. C’est là que les tunnels de commande échouent le plus souvent.

Icône d'engrenage violet

La conformité se joue sur un tunnel complet, pas sur la page d’accueil. Le contrôle suit le scénario.

Icône de test API violet

L’automatisation couvre une part importante des critères, pas la totalité. La pertinence d’une alternative textuelle se juge, elle ne se calcule pas.

RGAA et WCAG : deux référentiels, un seul contrôle

Les WCAG sont les règles internationales d’accessibilité du web, publiées par le W3C. Le RGAA en est la déclinaison française : il reprend le niveau AA et le découpe en critères vérifiables un par un. La norme européenne EN 301 549 sert de référence à la réglementation entrée en application le 28 juin 2025. Ces trois textes disent la même chose à des niveaux de détail différents. Nos scénarios s’appuient sur les deux référentiels utiles au quotidien : les WCAG pour le cadre, le RGAA pour la grille de contrôle.

WCAG 2.2, niveau AALe socle international du W3C, organisé en quatre principes : perceptible, utilisable, compréhensible, robuste. Le niveau AA est la cible retenue par les réglementations européenne et américaine.
RGAA 4.1La déclinaison française des WCAG. 106 critères répartis en 13 thématiques, chacun assorti de tests écrits pour être opposables. C’est la grille sur laquelle se prononce un audit en France.
EN 301 549La norme européenne harmonisée, référence de l’European Accessibility Act. Elle couvre les sites web, les applications mobiles et les documents diffusés.

Précision utile en rendez-vous : le RGAA n’est opposable, au titre de la loi de 2005, qu’au secteur public et aux entreprises dont le chiffre d’affaires en France dépasse 250 millions d’euros. Pour toutes les autres, l’obligation vient de l’European Accessibility Act, applicable depuis le 28 juin 2025. Le RGAA reste le référentiel d’audit de référence en France, il n’est simplement pas la source de l’obligation.

Les critères vérifiés au rythme de vos livraisons

Le contrôle d’accessibilité se déclenche depuis votre CI, s’exécute sur vos environnements réels et remonte là où vos équipes travaillent déjà. Rien à réoutiller.

1 Déclenchement Vos outils gardent la main
  • GitLab
  • Jenkins
  • Microsoft Azure
  • Appel API
  • Planification
2 ExécutionMr Suricatevos scénarios tournent sur vos environnements réels
  • Parcours web
  • Applications natives iOS et Android
  • Fermes de mobiles réelles
  • API et flux internes
3 Restitution Le résultat arrive où vous travaillez
  • Jira
  • Slack
  • SMS
  • Webhook
  • API
Et une maintenance qui tient dans le temps
  • Blocs réutilisablesune modification met à jour tous les scénarios qui l'utilisent
  • Réparation assistée par IAdes correctifs proposés sur les scénarios en erreur
  • Regroupement des incidentsles anomalies similaires sont traitées une seule fois

Ce que change le contrôle continu, ligne par ligne

Audit annuel seul
Avec un contrôle à chaque livraison
La conformité est vraie le jour de l'audit.
Elle est vérifiée à chaque mise en production.
Les écarts s'accumulent pendant six mois.
Ils sont signalés à la livraison qui les crée.
La remise à niveau est un chantier.
C'est une correction de quelques minutes.
Le rapport arrive en PDF, une fois par an.
Le résultat est dans le même tableau de bord que le reste.
Personne ne teste au clavier.
Le parcours clavier fait partie du scénario.
L'accessibilité est un sujet à part.
C'est une exigence du cahier de tests.
RésultatLes écarts d'accessibilité détectés à la livraison qui les introduit, plutôt qu'au prochain audit.

Ce que le contrôle couvre

Contrastes et lisibilité des textes
Libellés de champs et messages d'erreur
Alternatives des images
Structure des titres et repères de navigation
Ordre de tabulation et attributs ARIA du parcours

Ce que ce n'est pas

Un audit RGAA conduit par un expert, que réalisent nos partenaires
Une déclaration de conformité
Un test avec des utilisateurs en situation de handicap
Un avis éditorial sur la clarté des contenus

EAA, RGAA, WCAG : les définitions sont dans le glossaire QA.

Une conformité suivie dans le temps, pas datée

Un taux de conformité n’a de valeur que s’il est répété. Les contrôles d’accessibilité s’exécutent chaque jour sur vos parcours critiques, au même rythme que vos autres scénarios. Vous gardez l’historique, vous voyez la trajectoire, et vous savez quelle livraison a introduit un écart.

Exécution quotidienneLes scénarios d’accessibilité tournent avec le reste de votre cahier de tests. Aucune campagne à lancer, aucun créneau à réserver.
Indicateur de conformitéLe nombre de critères en écart, par thématique et par parcours, dans le même tableau de bord que vos tests fonctionnels.
Alerte à la régressionUn contraste qui passe sous le seuil, un champ qui perd son libellé : l’écart est signalé le jour de la mise en production, dans Jira, Slack ou par webhook.
Historique horodatéChaque exécution laisse un rapport daté. Vous montrez une progression sur douze mois, pas une photo prise le jour de l’audit.

C’est ce qui fait entrer l’accessibilité dans la non-régression, au même titre que le reste de vos parcours.

L’audit annuel, avec nos partenaires

Le contrôle continu ne remplace pas l’audit. Une partie des critères demande un jugement humain, et les documents attendus par la réglementation, déclaration d’accessibilité et schéma pluriannuel, s’appuient sur un audit formel. Nous le menons avec nos partenaires, et nous prenons le relais le reste de l’année.

Audit réglementaire de conformité RGAAFACIL’iti

Expert français de l’accessibilité et de l’inclusion numérique, certifié B Corp, plus de 2 000 sites clients. Nous conduisons ensemble l’audit et sa restitution.

  • Compte rendu d’audit sur dix pages
  • Grille d’audit sur les 106 critères du RGAA
  • Déclaration d’accessibilité
  • Schéma pluriannuel de mise en conformité
  • Contre-audit sous trois mois
  • Audits partiels en années 2 et 3
Conception et maintenance des testsHandirect

Entreprise adaptée, premier réseau du genre en France depuis 1996. Vos scénarios peuvent être conçus et maintenus par ses équipes, composées à 75 % de personnes en situation de handicap.

  • Conception du cahier de tests
  • Création et maintenance des scénarios
  • Qualification des anomalies
  • Prestation valorisable au titre de l’Agefiph

L’audit fixe le point de départ et produit les documents. Le contrôle quotidien garantit qu’ils restent vrais entre deux campagnes.

GUIDE PRATIQUE · ÉDITION 2026Qualité et test logiciel : le guide essentielLes fondamentaux du test fonctionnel, les pièges classiques et une méthode pour bâtir une couverture qui tient dans le temps.
Télécharger le guide
“ Mr Suricate nous a offert une approche fiable et automatisée pour tester et valider nos exigences d'accessibilité, garantissant ainsi une expérience client fluide et conforme aux réglementations. ”

Grégory LafontHead of Global Omnichannel Applications, Baccarat

Le contrôle continu chez vous, l'audit chez nos partenaires

Avec Mr Suricate, votre équipe QA n’est pas remplacée, elle est renforcée. Vous choisissez ce que vous internalisez et ce que vous déléguez : la création des scénarios, leur exécution, ou leur maintenance dans le temps.

  1. 1Identification des parcours critiques, front et back
  2. 2Écriture des tests, sans code
  3. 3Supervision continue et alertes
  4. 4Maintenance et évolution des scénarios
Résultatvous gagnez en couverture sans alourdir la charge de vos équipes. Et si vous préférez tout déléguer, l'externalisation QA prend le relais.

VOS QUESTIONS

Questions fréquentes

Ce qu'on nous demande le plus souvent sur les tests d'accessibilité.

Quels critères sont vérifiés ?

Ceux du RGAA qui se contrôlent automatiquement : contrastes de couleur, alternatives textuelles, libellés de champs de formulaire, hiérarchie des titres, langue déclarée, attributs des composants interactifs, et le parcours au clavier.

L'automatisation suffit-elle à être conforme ?

Non, et il faut le dire clairement. Une part significative des critères demande un jugement humain : la pertinence d'une alternative textuelle, la clarté d'un libellé, la cohérence d'un ordre de lecture. L'automatisation traite le volume et la répétition, elle ne remplace pas l'audit.

Qui est concerné par l'obligation ?

L'accessibilité s'impose depuis longtemps au secteur public. Pour le privé, l'échéance du 28 juin 2025 issue de la directive européenne sur l'accessibilité étend l'obligation à de nombreux services en ligne, notamment le commerce électronique, la banque et le transport.

Peut-on tester l'accessibilité d'une application mobile ?

Oui, sur le même principe, avec les critères propres aux plateformes iOS et Android. Le contrôle porte sur les libellés des éléments, les contrastes et la navigation par lecteur d'écran.

Par où commencer ?

Par les parcours qui portent le service, pas par la page d'accueil. Un tunnel de commande ou une demande de contact inaccessible pose un problème réel, là où une page institutionnelle non conforme est un problème de rapport.

Que contient le rapport produit à chaque exécution ?

Chaque contrôle génère un rapport téléchargeable, en JSON pour vos outils et en HTML pour vos équipes. Il donne le nombre de tests conformes et en échec, en valeur et en pourcentage, et détaille chaque manquement avec l’élément concerné.

Comment suit-on l’évolution dans le temps ?

Un tableau de bord dédié affiche une note sur dix, une courbe sur la période choisie, le taux de succès sur le périmètre testable et la répartition des échecs par criticité : critique, sérieux, modéré, mineur. Vous voyez immédiatement si une mise en production a dégradé la conformité.

Faut-il créer des scénarios séparés pour l’accessibilité ?

Non. Le contrôle s’insère dans un parcours fonctionnel existant, à l’étape de votre choix. Le même scénario vérifie que le tunnel fonctionne et que les pages traversées restent conformes.

Que se passe-t-il quand un critère se dégrade ?

Le scénario tombe en échec et déclenche le même circuit que vos autres tests : incident, alerte par mail, SMS ou webhook, et remontée dans Jira ou PagerDuty si vous les avez branchés. L’accessibilité cesse d’être un audit annuel pour devenir un contrôle continu.

Testez-vous le RGAA ou les WCAG ?

Les deux, et ce n’est pas contradictoire. Les WCAG donnent le cadre international, le RGAA en est la déclinaison française et découpe le niveau AA en critères vérifiables un par un. Nos scénarios sont écrits sur la grille RGAA, ce qui couvre mécaniquement les critères WCAG correspondants. La norme européenne EN 301 549, référence de la réglementation depuis juin 2025, repose sur le même socle.

Réalisez-vous aussi des audits d’accessibilité ?

Oui, avec nos partenaires. L’audit réglementaire de conformité RGAA est conduit avec FACIL’iti : compte rendu sur dix pages, grille sur les 106 critères, déclaration d’accessibilité, schéma pluriannuel de mise en conformité, contre-audit sous trois mois et audits partiels les deux années suivantes. Mr Suricate assure ensuite le contrôle continu entre deux audits.

Quel niveau de conformité visez-vous ?

Le niveau AA, qui est la cible retenue par les réglementations européennes. Le niveau AAA n’est exigé nulle part de façon générale et n’est pas atteignable sur tous les contenus. Nous vérifions en continu les critères de niveau A et AA qui se contrôlent automatiquement, l’audit couvre ceux qui demandent un jugement humain.

Vos tests peuvent-ils être réalisés par une entreprise adaptée ?

Oui. La conception du cahier de tests, la création et la maintenance des scénarios peuvent être confiées à Handirect, entreprise adaptée dont les équipes sont composées à 75 % de personnes en situation de handicap. La prestation est valorisable au titre de votre déclaration Agefiph.

Vous ne croyez que ce que vous voyez ?

Une démo de 30 minutes sur votre propre application. Vous verrez un de vos parcours automatisé en direct, sans écrire de code.