Critères RGAAContrôle à chaque livraisonWeb et mobile

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.

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

Retail, banque, industrie, transport, services : nos clients font tourner près de 3 millions d’exécutions de scénarios par mois sur leurs parcours critiques.

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.

S'intègre à votre chaîne, sans la réécrire

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.
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

Un accompagnement qui s’arrête où vous voulez

Mr Suricate ne remplace pas votre équipe QA, il la renforce. 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.

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.