Le problème
L'European Accessibility Act rend l'accessibilité opposable pour une grande partie du commerce en ligne européen. Le marché a répondu par des surcouches : un script tiers qui superpose un widget au site. Ces solutions sont largement contestées — elles ne corrigent pas le code sous-jacent, et plusieurs actions en justice ont visé des sites qui en étaient pourtant équipés.
ComplAudit prend le problème par l'autre bout : auditer réellement les pages, désigner les défauts dans le code, et fournir la correction précise ainsi que les preuves nécessaires en cas de contrôle.
Ce que j'ai construit
Moteur d'audit
parcours automatisé des pages dans un navigateur réel, analyse selon les référentiels RGAA 4.1 et WCAG 2.1 AA.
Priorisation par risque
les défauts sont classés selon leur exposition juridique et leur impact utilisateur, pas seulement par sévérité technique.
Audit des parcours authentifiés
capacité à auditer aussi les pages accessibles après connexion, là où se trouve l'essentiel d'un tunnel d'achat.
Rapports et dossiers de preuve
export PDF, CSV et paquets de preuves horodatées, exploitables lors d'un contrôle.
Badges de conformité publics
points d'accès générant un badge vérifiable à afficher sur le site audité.
Widget de retour utilisateur
composant embarquable permettant aux visiteurs de signaler un obstacle d'accessibilité.
Distribution
modules d'intégration pour les principales plateformes e-commerce.
Socle SaaS
organisations multi-équipes, invitations, back-office d'administration, abonnements, front en cinq langues.
Architecture & choix techniques
Le moteur d'audit est un service séparé de l'application principale. Auditer, c'est piloter des navigateurs réels sur des pages arbitraires : une charge lourde, imprévisible et potentiellement hostile. L'isoler protège l'application métier et permet de dimensionner les deux indépendamment.
La communication entre l'API et le service d'audit est signée cryptographiquement dans les deux sens, avec des clés d'idempotence et une table de déduplication des événements. Un audit peut durer longtemps et notifier plusieurs fois : sans cette discipline, un rapport pourrait être compté en double ou une notification rejouée indéfiniment.
Le produit s'appuie sur un moteur d'analyse d'accessibilité éprouvé plutôt que sur des règles maison : la valeur ajoutée n'est pas de redéfinir les critères — ils sont normés — mais de les exécuter à l'échelle, de les prioriser juridiquement et de produire des preuves.
Le front public est rendu côté serveur pour le référencement, en cinq langues, avec des tests automatisés d'accessibilité sur le produit lui-même. Un outil d'audit d'accessibilité qui échouerait à ses propres critères n'aurait aucune crédibilité.
Les défis techniques
Auditer des sites que l'on ne maîtrise pas. Pages lentes, scripts bloquants, protections anti-robot, contenus infinis : le moteur doit échouer proprement plutôt que rester bloqué.
Les parcours authentifiés. Auditer un tunnel de commande suppose de gérer des identifiants de test de façon sécurisée et de vérifier la propriété du site avant tout accès.
La stabilité des résultats. Deux audits d'une même page doivent être comparables dans le temps, sinon la notion de progrès n'a plus de sens.
Traduire une norme en priorités. Convertir un référentiel technique en une file de travail exploitable par une équipe non spécialiste est le vrai travail produit.
La valeur probante. Un dossier de preuves doit être daté, complet et non modifiable a posteriori pour avoir un sens en cas de litige.