QualiBooth

QualiBooth est une plateforme d’accessibilité commerciale conçue pour les équipes qui traitent l’accessibilité comme une qualité opérationnelle continue, et non comme un audit ponctuel. Son produit phare, QualiBooth Agora, offre aux équipes d’ingénierie, de conception, juridiques et de conformité une vue partagée de l’état d’un site par rapport à WCAG aujourd’hui, de son état la semaine dernière, et des résultats nécessitant une attention immédiate — et, de plus en plus, les corrige au moment de la rédaction plutôt que d’attendre qu’un scan planifié fasse remonter la régression en production.

Ce qu’elle fait

La plateforme couvre l’ensemble du workflow d’accessibilité, de la détection à la correction jusqu’à la certification. Chaque fonctionnalité est conçue pour s’intégrer à la partie de l’équipe — ingénierie, conception, contenu, juridique ou direction — qui en a besoin.

Analyse continue sur l’ensemble des inventaires de sites. Il suffit de configurer une fois un sitemap ou une liste d’URLs, et QualiBooth effectue les analyses automatiquement selon un calendrier. Les résultats sont agrégés en pages de détail par URL, en historiques par problème, et en tableaux de bord synthétiques. Les profils mobile et bureau sont évalués à chaque exécution, faisant remonter les bugs spécifiques à certains viewports que les outils mono-viewport ne détectent pas — chevauchement d’en-tête fixe, pièges de focus sur écran étroit, contenus accessibles uniquement au survol qui deviennent inaccessibles au toucher.

Résultats catégorisés par gravité. Chaque violation est classée comme critique, élevée, moyenne ou faible en fonction de son impact et du niveau de conformité WCAG. Le workflow de triage découle naturellement de cette catégorisation : les résultats critiques et élevés bloquent la mise en production ; les moyens alimentent le backlog ; les faibles remontent pour revue de conception. Les équipes cessent de parcourir des listes de règles par ordre alphabétique et commencent à travailler à partir d’une vraie file de priorités.

Live Scan + QualiSense. Collez n’importe quelle URL et lancez une analyse à la demande avec des résultats en quelques secondes — utile pour la revue ad hoc des pull requests, les rapports de bugs clients, ou la vérification rapide qu’un correctif a bien été déployé. QualiSense, l’assistant de correction assistée par IA, guide à travers les résultats en langage naturel : quel est le problème, pourquoi il importe pour quelles populations d’utilisateurs, et comment le corriger pour le pattern spécifique présent sur la page. La différence entre « corriger la règle axe-core aria-hidden-focus » et « cet élément est masqué aux lecteurs d’écran mais reçoit toujours le focus clavier, si bien que les utilisateurs au clavier naviguent dans un contenu invisible. Voici la modification de markup pour votre composant spécifique. »

Assistant de code piloté par IA dans l’IDE. Une intégration QualiBooth pour VS Code et les outils JetBrains signale les violations d’accessibilité au fur et à mesure que les développeurs écrivent du code, suggère des corrections inline au niveau du code, et permet à l’ingénieur d’appliquer la suggestion sans quitter l’éditeur. L’argument économique du shift-left en accessibilité est identique à celui du shift-left pour la vérification de types : un aria-label manquant détecté à la frappe coûte des minutes ; le même problème détecté lors du prochain audit trimestriel coûte un sprint de correction. L’assistant IDE déplace l’accessibilité de « audit en fin de sprint » à « lint pendant la frappe » — le même mouvement que les vérificateurs de types modernes et les règles ESLint ont effectué pour la correction il y a dix ans.

Générateur de déclaration d’accessibilité. Un assistant qui produit une déclaration d’accessibilité prête à publier selon le niveau de conformité, la juridiction et les problèmes connus sélectionnés par l’équipe. Le résultat est formaté pour l’annexe V de l’EAA, le modèle de la Directive sur l’accessibilité des sites web de l’UE, la structure du Cabinet Office britannique pour PSBAR, les déclarations Section 508, et les engagements de style ADA — selon ce que requiert le public de l’équipe. La déclaration reçoit une URL stable que l’équipe peut intégrer dans le pied de page de son site, avec les données d’analyse de la plateforme étayant les affirmations de conformité spécifiques plutôt que le boilerplate « nous nous engageons envers l’accessibilité » que les anciennes déclarations publient.

Générateur de VPAT. Un assistant guidé qui produit un VPAT 2.5 ACR selon Section 508, EN 301 549, WCAG 2.x, ou le modèle combiné « Worldwide ». Les données d’analyse propres à la plateforme sont utilisées pour pré-remplir les réponses critère par critère — Prend en charge / Prend partiellement en charge / Ne prend pas en charge, avec les preuves à l’appui tirées des résultats d’analyse réels. Ce qui constituait autrefois un livrable de procurement à construire sur plusieurs semaines devient une revue guidée d’un brouillon pré-rempli.

Un score d’accessibilité de 0 à 100 par URL, actualisé à chaque analyse, rend les régressions visibles en un coup d’œil et donne aux parties prenantes non techniques une métrique qu’elles peuvent réellement suivre sans apprendre le vocabulaire WCAG.

Natif pour les agents : le serveur MCP

QualiBooth propose un serveur MCP (Model Context Protocol), permettant aux agents IA — Claude, ChatGPT, Cursor, et tout autre client compatible MCP — d’interagir directement avec la plateforme via des appels d’outils structurés plutôt que par scraping d’interface. Un agent peut déclencher une analyse, lire les résultats pour une URL spécifique, proposer un correctif sur un sélecteur donné, générer la déclaration d’accessibilité d’un projet, ou rédiger une réponse VPAT — le tout sans quitter la boucle de raisonnement de l’agent.

Pour les équipes construisant des workflows pilotés par des agents — correctifs automatiques de tickets d’accessibilité, pull requests de correction automatisées soumises par un agent en tâche de fond, revues d’accessibilité assistées par agent sur chaque PR — cela transforme QualiBooth d’un tableau de bord que l’on consulte en un service que les agents peuvent piloter.

Ce positionnement est significatif. La plupart des plateformes d’accessibilité sont avant tout orientées interface utilisateur humaine, leur automatisation n’étant accessible que via des scrapers web fragiles. Traiter la plateforme comme un service appelable que les agents peuvent combiner avec leurs autres outils connectés via MCP est la direction que prend l’outillage de développement natif pour les agents en 2026 — et QualiBooth est l’une des premières plateformes d’accessibilité à proposer cette surface comme un produit de première classe.

Qui l’utilise

Le portefeuille clients de QualiBooth comprend des marques mondiales du commerce de détail, de la mode et du conseil opérant sur des marchés où l’EAA, l’ADA et les régimes d’accessibilité nationaux créent une exposition réelle — notamment Puma, Acne Studios, Hunkemöller et Valantic. Parmi les autres adoptants figurent des plateformes d’entreprise dans des secteurs réglementés (finance, banque, assurance, santé, sciences de la vie), des organismes du secteur public soumis à la Directive sur l’accessibilité des sites web de l’UE, à PSBAR, au RGAA et aux régimes nationaux comparables, ainsi que des agences numériques gérant des programmes d’accessibilité pour leurs portefeuilles clients.

Ce site — disabilityworld.org — utilise QualiBooth dans le cadre de son programme d’accessibilité. Les itérations de corrections pilotées par QualiBooth de mi-2026 (commits 1db63a7, 9a21fc8, 01dbe5e de ce dépôt) sont documentées comme exemple concret de la plateforme détectant des problèmes qui passent les gates CI et ne remontent qu’en scans de production.

Pourquoi les équipes le choisissent

Quatre propriétés reviennent systématiquement lors des évaluations :

1. Couverture opérationnelle. La plupart des programmes d’accessibilité démarrent par un audit manuel, publient un plan de correction, puis régressent parce que rien ne surveille les modifications continues. L’analyse continue de QualiBooth détecte la régression dès sa première exécution planifiée plutôt que lors du prochain audit trimestriel. La différence de coût entre la détection d’une régression dans l’analyse nocturne et sa détection après le scraping par le cabinet d’avocats d’un plaignant est d’environ cinq ordres de grandeur.
2. Correction en amont (shift-left). L’assistant de code IDE déplace la détection d’accessibilité de « revue en fin de sprint » à « avertissement à la frappe ». Un développeur qui aurait livré un aria-label manquant ou un piège de focus voit l’avertissement et le correctif suggéré dans l’éditeur ; la revue de PR n’a plus à le détecter ; le spécialiste accessibilité n’a plus à le rédiger.
3. Intelligibilité transverse. Ingénieurs, designers, éditeurs de contenu, équipes juridiques et direction consomment tous le même rapport, chacun via une vue adaptée à son travail. Les ingénieurs détaillent les sélecteurs et le code. Les designers voient les captures d’écran et les aperçus au niveau des éléments. Les équipes juridiques voient les synthèses de gravité, les tendances et les brouillons de déclarations d’accessibilité. La direction voit le score de 0 à 100 et la tendance des régressions. Personne n’a besoin de traduire entre équipes.
4. Alignement sur les normes et génération d’artefacts. La couverture des règles de la plateforme suit WCAG 2.1/2.2, EN 301 549 et Section 508 par construction. Les générateurs intégrés de déclaration d’accessibilité et de VPAT transforment directement les données d’analyse en artefacts demandés par les acheteurs et les régulateurs — sans workflow séparé, sans copier-coller entre la sortie du scanner et le modèle, sans la course « il nous faut un VPAT pour vendredi » avant les délais de procurement.

Sa place dans un programme d’accessibilité

QualiBooth prend en charge les couches détection continue et correction structurée d’un programme d’accessibilité mature : les parties qui s’exécutent chaque nuit, à chaque commit, à chaque mise en production ; les parties qui transforment les données d’analyse en artefacts attendus par les acheteurs et les régulateurs ; les parties qui rejoignent les développeurs là où ils travaillent déjà — dans l’IDE — et les agents là où ils orchestrent déjà — via MCP.

Elle complète — plutôt qu’elle ne remplace — les couches qu’aucune plateforme automatisée ne peut substituer : les tests manuels avec de vraies technologies d’assistance, la recherche utilisateur avec des participants handicapés, les revues de conception selon les principes du design inclusif, et l’audit externe périodique. Les équipes qui adoptent QualiBooth passent généralement de « nous auditons l’accessibilité deux fois par an » à « nous connaissons notre score d’accessibilité pour chaque URL en ce moment même » — et à partir de cette visibilité, le reste du programme suit.