La surveillance d’accessibilité comme catégorie a été remodelée au cours des vingt-quatre derniers mois par trois forces, et la décision d’achat en 2026 ne ressemble en rien à celle de 2023. Premièrement, l’Acte européen sur l’accessibilité (EAA) est devenu applicable en juin 2025, et les vagues de passation de marchés qui ont suivi dans les vingt-sept États membres ont porté la part européenne du marché de la surveillance bien au-delà des États-Unis pour la première fois. Deuxièmement, la règle DOJ Titre II 2024 a durci l’exigence du secteur public américain et déclenché un cycle de passation de marchés dans les administrations d’État et locales qui est encore en cours. Troisièmement, le secteur a finalement intégré le fait empirique inconfortable que l’analyse automatisée, seule, ne détecte que quelque part entre trente et quarante pour cent des critères de succès WCAG 2.2 — ce qui signifie que le choix d’une plateforme porte maintenant bien moins sur la « précision du scanner » et bien plus sur le flux de travail. La question est : comment la sortie d’analyse devient triage, devient correction, devient une déclaration d’accessibilité vérifiée, défendable et publiable.

Ce guide est destiné au responsable des marchés publics, au directeur ingénierie, au directeur de la conformité et au responsable accessibilité à qui l’on a demandé de présélectionner des plateformes. Il compare six éditeurs nommés selon les critères qui décident réellement du contrat. Avant tout cela, il vaut la peine d’être précis sur ce qu’est et ce que n’est pas la « surveillance d’accessibilité » — parce que les éditeurs brouillent volontairement les catégories. Si vous souhaitez obtenir un chiffre de référence pour votre propre site avant de poursuivre votre lecture, le scanner gratuit Disability World vous en donnera un en moins d’une minute.

La catégorie est plus jeune que son vocabulaire ne le laisse entendre, et quatre produits distincts sont régulièrement vendus sous des noms qui se chevauchent. Les distinguer est la première étape utile dans toute conversation d’achat.

Un scanner est une vérification ponctuelle d’URL. On colle une seule page, l’outil la récupère, fait tourner un ensemble de règles — généralement axe-core ou un dérivé — et affiche une liste de violations. Les extensions de navigateur comme axe DevTools, l’audit d’accessibilité de Lighthouse, la barre d’outils WAVE et la plupart des scanners en ligne gratuits appartiennent à cette catégorie. Les scanners sont une marchandise. Les ensembles de règles sous-jacents sont pour la plupart les mêmes moteurs open source sous différentes apparences, et les résultats entre les principaux scanners sur une page donnée divergent rarement de plus de quelques pour cent.

La surveillance est la version continue. Une plateforme de surveillance crawle un site ou une application selon un calendrier, construit une référence, puis signale les différences au fil des déploiements. Là où un scanner répond à « qu’est-ce qui ne va pas sur cette page ? », une plateforme de surveillance répond à « qu’est-ce qui a changé depuis mardi ? » — et cette vue différentielle est ce que l’organisation ingénierie utilise réellement. La surveillance est ce qui étend la sortie du scanner à une flotte de pages, une organisation multi-propriétés ou une surface produit qui livre vingt fois par jour.

Un audit est la revue manuelle. Un spécialiste — de plus en plus souvent un testeur en situation de handicap travaillant avec le lecteur d’écran qu’il utilise au quotidien — parcourt le produit de bout en bout et signale les problèmes que l’automatisation ne peut pas détecter. Pièges clavier, qualité de l’ordre de focus, lisibilité par lecteur d’écran, la pertinence réelle du texte alternatif, le comportement des mises à jour de contenu dynamique, la compréhensibilité des messages d’erreur. L’audit est la couche qui détecte les soixante à soixante-dix pour cent des problèmes WCAG que les scanners manquent.

Une déclaration ou un tableau de bord de conformité est l’artefact publié et le flux de travail qui le produit. Dans le cadre de l’EAA, des réglementations britanniques sur les organismes du secteur public, de la passation de marchés Section 508, du cadre EN 301 549, l’acheteur doit publier quelque chose — une déclaration d’accessibilité lisible clairement par un régulateur, listant le niveau de conformité, nommant les problèmes connus et datant la prochaine révision. Un « tableau de bord de conformité » est la version destinée à l’usage interne qui suit la même posture pour l’équipe dirigeante.

Une plateforme de surveillance — ce que ce guide compare — est le produit qui assemble la sortie du scanner, le crawl continu, le triage, l’audit manuel optionnel et la génération de déclaration dans un flux de travail unique. La couche scanner est une marchandise. La couche plateforme est là où vit la différenciation, et la valeur du contrat.

Huit critères distinguent les plateformes en 2026. Les éditeurs ne fourniront pas toujours les réponses spontanément ; demandez quand même.

La question de diagnostic la plus fiable. WCAG 2.2 est devenu une recommandation du W3C en octobre 2023 et ajoute neuf critères de succès — apparence du focus, mouvements de glissement, taille de la cible, authentification accessible, saisie redondante, aide cohérente. Certains éditeurs analysent encore contre la version 2.1 et rebrandent le tableau de bord comme « prêt pour la 2.2 » sans supporter les nouveaux critères. La réponse honnête est que la plupart des ensembles de règles automatisées ne couvrent qu’un sous-ensemble de la 2.2 parce que plusieurs des nouveaux critères (par exemple authentification accessible, aide cohérente) ne se prêtent pas à l’analyse statique. La plateforme doit indiquer quels critères 2.2 elle couvre automatiquement, lesquels elle remonte pour revue manuelle, et à quelle version d’EN 301 549 elle aligne son reporting.

Une plateforme capable de crawler deux cents pages une fois par semaine est un produit différent de celle capable de crawler cent mille pages à chaque déploiement. L’objectif de fréquence de crawl de l’acheteur doit découler de la cadence de déploiement. Un site marketing qui livre deux fois par semaine a besoin au minimum d’un crawl nocturne ; une surface produit qui livre en continu a besoin d’une intégration CI qui tourne par commit. Le plafond de volume de pages, la limite de profondeur de crawl et la limite de crawl concurrent de la plateforme décident si le contrat tient en troisième année quand le site a grandi.

Le poste qui multiplie silencieusement le prix. Le « support PDF » peut signifier trois choses différentes. Cela peut signifier que la plateforme détecte les liens PDF et les compte, ce qui n’est pas une vérification. Cela peut signifier que la plateforme extrait le texte et vérifie la présence d’une structure, d’une déclaration de langue et d’un balisage de base, ce qui détecte une faible proportion des échecs PDF/UA. Ou cela peut signifier que la plateforme exécute un vrai validateur PDF/UA contre l’arbre du document, ce qui est ce qu’une posture de conformité PDF défendable requiert réellement. Demandez lequel.

La plupart des surfaces produit modernes sont des applications monopages (SPA) derrière une connexion. Un crawler incapable d’exécuter un moteur JavaScript et de maintenir une session authentifiée est un crawler qui analyse la brochure marketing et ne rapporte rien sur l’application. La question technique est de savoir si la plateforme utilise Chromium headless avec injection de cookies ou un jeton de session sauvegardé, comment elle gère les flux SSO, et si elle peut exécuter une authentification OAuth multi-étapes. La question de passation de marché est de savoir si vous devez configurer ce flux vous-même ou si l’onboarding de l’éditeur le fait.

Les applications natives iOS et Android relèvent des mêmes régimes légaux que le web, et la plupart des plateformes de surveillance ne les couvrent pas. Les éditeurs qui proposent une analyse mobile la facturent généralement séparément et utilisent un ensemble de règles différent contre les API d’accessibilité spécifiques à la plateforme. Si l’acheteur livre des applications natives, poser des questions précises sur la couverture UIAccessibility iOS et AccessibilityNodeInfo Android réduira rapidement la présélection.

La sortie d’analyse qui n’atterrit pas dans le flux de travail existant de l’ingénieur est ignorée. L’ensemble d’intégrations minimum en 2026 est Jira, GitHub ou GitLab, Slack, et un hook CI. Les meilleures plateformes livrent Linear, Azure DevOps, Microsoft Teams et une API webhook. La question d’intégration n’est pas seulement « est-ce que ça crée un ticket » mais « est-ce que le ticket porte l’URL de la page, le code de violation, le critère WCAG, la correction suggérée et un sélecteur reproductible ou une capture d’écran ? »

Le critère qui distingue le niveau plateforme du niveau scanner-avec-tableau-de-bord. Un vrai flux de transfert permet de sélectionner un ensemble de pages, de délimiter une revue, de briefer un auditeur humain (interne ou fourni par l’éditeur), de suivre l’audit à travers ses états de revue, et de ramener les résultats dans le même tableau de bord aux côtés des résultats automatisés. La présence ou l’absence de ce flux est le meilleur indicateur unique de la capacité de la plateforme à soutenir une posture de conformité EAA ou ADA défendable, parce que la couche manuelle est non négociable sous les deux régimes.

L’article 13 de l’EAA exige une déclaration d’accessibilité publiée dans une forme lisible par machine. Les réglementations britanniques et européennes sur le secteur public en exigent une. La règle DOJ Titre II en attend une. La plateforme doit produire un artefact de déclaration — un document de qualité publication, pas seulement une capture d’écran de tableau de bord — qui nomme le niveau de conformité, liste les problèmes connus, date l’audit et se met à jour au fur et à mesure que les données de surveillance changent. Les éditeurs qui traitent cela comme une sortie de premier plan font économiser à l’acheteur un temps significatif de conseil juridique au renouvellement.

Le tableau de bord de triage que l’équipe ingénierie utilise n’est pas celui que le directeur financier ou le comité d’audit veut. La plateforme doit produire les deux — une vue de triage de qualité ingénierie avec sélecteurs et extraits de code, et une vue prête pour le comité de direction qui rapporte les comptages de problèmes par sévérité, la tendance déploiement après déploiement, le pourcentage de conformité par propriété et les dates de clôture projetées. Les plateformes qui ne livrent qu’une des deux finissent couplées à un outil BI séparé, ce qui ajoute du coût.

Le modèle de tarification lui-même est un signal. La tarification par domaine est honnête sur le périmètre. La tarification par page croît avec la croissance de l’acheteur et tend à être coûteuse. La tarification par analyse récompense un crawl efficace. La tarification par utilisateur est un plafond souple qui se contourne. La division entre tarification transparente publiée et tarification accessible uniquement sur devis est une division de marché : la plupart des éditeurs entreprise cachent leur tarification derrière un devis, tandis que les outils portés par les ingénieurs publient un barème. Un éditeur qui refuse de nommer un prix de départ lors de l’appel de découverte signale que le contrat sera plus important que l’acheteur ne l’attendait.

Les six plateformes ci-dessous couvrent la présélection entreprise opérationnelle en 2026. Le tableau de comparaison équitable figure en premier, avec le récit par éditeur en dessous.

Pour les équipes dont la situation est différente, la présélection équitable se présente comme suit. Une équipe d’ingénierie pure avec une culture CI/CD solide et un responsable accessibilité qui vit dans la chaîne d’outils développeur sera mieux servie par axe Monitor, parce que la force de Deque est l’expérience ingénierie et la vue de régression par déploiement. Une organisation portée par le marketing où le budget accessibilité siège dans l’équipe expérience numérique aux côtés du SEO et de la qualité de contenu sera mieux servie par Siteimprove, parce que les tableaux de bord de qualité marketing sont au centre de ce produit et le reporting cross-module importe. Une entreprise avec une forte exposition aux contentieux américains et un conseil général qui veut le récit de défense juridique au premier plan sera mieux servie par Level Access, parce que la pratique d’audit interne et l’infrastructure VPAT et de témoins experts sont les plus profondes du marché.

Aucun de ces choix n’est mauvais pour son cas d’usage. Le mauvais choix est la plateforme qui correspond à la situation d’une organisation différente de la vôtre. Évaluez les critères ci-dessus avant la démonstration, pas après.

La mise en garde honnête la plus importante dans toute conversation sur la surveillance. L’analyse automatisée détecte environ trente à quarante pour cent des problèmes WCAG dans les hypothèses les plus favorables. Les soixante à soixante-dix pour cent restants requièrent un jugement humain — et aucun développement supplémentaire de règles ne comblera cet écart, parce que ce que l’automatisation rate est catégoriquement hors de portée de l’analyse statique.

L’automatisation ne peut pas juger si le texte alternatif est pertinent — elle peut seulement vérifier s’il existe. Une photo d’une personne sous-titrée « image » passe la vérification automatisée et échoue pour l’utilisateur. L’automatisation ne peut pas détecter un piège clavier dans un widget personnalisé à moins que le piège ne soit structurel plutôt que comportemental. L’automatisation ne peut pas évaluer la qualité de l’ordre de focus — elle peut signaler les indicateurs de focus manquants, mais elle ne peut pas vous dire que le focus saute de façon illogique à travers la page. L’automatisation ne peut pas tester la lisibilité par lecteur d’écran contre la vraie pile de technologie d’assistance — ce que NVDA, JAWS, VoiceOver et TalkBack annoncent réellement sur un composant donné ne peut être vérifié que par un humain. L’automatisation ne peut pas tester si une mise à jour de contenu dynamique est annoncée à un lecteur d’écran ; elle peut vérifier la présence d’attributs aria-live, mais pas s’ils se déclenchent au bon moment. L’automatisation ne peut pas tester l’interprétation en langue des signes, la lisibilité pour l’accessibilité cognitive, la compréhensibilité des messages d’erreur, la navigabilité d’un formulaire complexe par un utilisateur de commande de commutation, ou le contraste des couleurs du texte rendu sur un fond vidéo.

C’est la couche dont le tableau de bord de surveillance ne peut pas parler. Un site peut avoir une analyse automatisée au vert et être inutilisable de bout en bout par un utilisateur de lecteur d’écran, et ce mode de défaillance est si courant qu’il a son propre raccourci dans le domaine : l’écart entre conformité et accessibilité. Les plateformes qui reconnaissent cela — et qui intègrent le transfert vers l’audit manuel dans le flux de travail — agissent bien envers l’acheteur. Les plateformes qui vendent l’analyse automatisée comme de la « conformité » sans la couche d’audit vendent une posture qui ne survivra pas au contact d’un utilisateur réel de technologie d’assistance ou, de plus en plus, d’un régulateur qui a assisté aux séminaires.

Imprimez cette liste. Apportez-la à la démonstration. Refusez de planifier l’appel de suivi jusqu’à ce que chaque réponse soit par écrit.

Les éditeurs qui répondent clairement et par écrit à chacune de ces questions sont des éditeurs dont le contrat est simple. Les éditeurs qui résistent aux questions signalent que la relation impliquera plus de découverte ultérieure que l’acheteur ne le souhaite.

Non. La surveillance est la couche continue et majoritairement automatisée qui s’exécute sur un site ou une application et signale les régressions au fur et à mesure qu’elles apparaissent. Un audit est une revue manuelle ponctuelle par un spécialiste, incluant généralement des testeurs en situation de handicap, qui détecte les problèmes que l’automatisation ne peut pas détecter — pièges clavier, qualité de l’ordre de focus, lisibilité par lecteur d’écran, pertinence du texte alternatif, mises à jour de contenu dynamique. Une posture de conformité défendable requiert les deux. Les deux couches répondent à des questions différentes et aucune ne se substitue à l’autre.

Non, et tout éditeur qui prétend le contraire vend de l’analyse automatisée comme de la conformité, ce qu’elle n’est pas. Les scanners automatisés détectent environ 30 à 40 % des problèmes WCAG dans les hypothèses les plus favorables — contraste des couleurs, texte alternatif manquant, labels manquants, structure du document. Les 60 à 70 % restants requièrent un jugement humain. Les meilleures plateformes de surveillance reconnaissent cela et fournissent un flux de travail pour transférer la sortie d’analyse vers des auditeurs manuels ; les pires font semblant que ce n’est pas un problème.

Pour une surface produit en évolution rapide, à chaque déploiement via CI, avec un crawl complet au minimum hebdomadaire. Pour un site marketing qui livre deux fois par semaine, un crawl nocturne ou par commit est le rythme de travail. Pour un portail du secteur public stable, un crawl hebdomadaire plus une analyse de régression par déploiement est généralement défendable. Le piège est de traiter la conformité comme un instantané trimestriel — chaque push est une occasion de casser un label, de perdre un anneau de focus ou de livrer un composant qui s’annonce comme une div.

Non. Ni la règle du Titre II 2024 du Département de justice américain ni l’Acte européen sur l’accessibilité (EAA) ne traitent un rapport d’analyse automatisée comme une preuve de conformité en soi. La règle du DOJ cite WCAG 2.1 niveau AA comme norme de fond ; l’EAA référence la norme harmonisée EN 301 549, qui elle-même référence WCAG 2.1 AA. Les deux régimes prévoient un programme qui combine surveillance automatisée, audit manuel et déclaration d’accessibilité publiée. Un tableau de bord de scanner au vert est nécessaire mais pas suffisant.

Les tarifs catalogue entreprise en 2026 s’échelonnent généralement de 15 000 à 120 000 dollars américains par an, l’écart étant déterminé par le nombre de domaines, la fréquence de crawl, le volume de pages et l’inclusion ou non d’heures d’audit manuel. Des offres mid-market à environ 6 000 à 18 000 dollars par an sont courantes pour les mêmes plateformes avec des plafonds de crawl plus petits. L’accessibilité PDF, l’analyse mobile native et l’audit manuel intégré sont les trois postes qui font le plus bouger le prix. Presque toutes les plateformes entreprise nécessitent un appel commercial pour obtenir un vrai devis.

Peut-être pas, si votre périmètre est une seule propriété web, que votre organisation ingénierie a la discipline pour faire échouer les builds sur les régressions axe, et que vous avez une relation d’audit manuel distincte pour les 60 à 70 % de ratés de l’automatisation. La plupart des organisations dépassent ce schéma. Une plateforme de surveillance ajoute le crawl sur les pages qu’aucune exécution CI ne touche, le tableau de bord lisible par les dirigeants, la vue de régression entre déploiements, la couverture PDF, le flux de génération de déclaration et — aux meilleures plateformes — le transfert vers l’audit manuel. La question est celle du flux de travail, pas de la précision du scanner.

Au minimum : le support de version WCAG, la fréquence de crawl et les plafonds de volume de pages, la gestion des applications monopages et de l’authentification, l’accessibilité PDF (une vraie vérification, pas une détection de type de fichier), la couverture mobile native iOS et Android, l’intégration avec le gestionnaire de tickets et la CI de l’acheteur, le flux de transfert vers l’audit manuel, un exemple de sortie de déclaration d’accessibilité, des tableaux de bord dirigeants et ingénierie, et le modèle de tarification nommé explicitement — par domaine, par page, par analyse, par utilisateur. Un éditeur qui résiste à une tarification transparente est un signal d’alerte pour la passation de marché.

Trois prochaines étapes concrètes. Premièrement, faites tourner le scanner gratuit Disability World sur votre page à plus fort trafic et sur votre page authentifiée la plus critique du point de vue commercial pour obtenir un chiffre de référence — c’est le chiffre que chaque éditeur vous demandera lors de l’appel de découverte, et il est plus utile de l’avoir avant l’appel que pendant. Deuxièmement, si ce n’est pas encore fait, lisez les guides sur l’Acte européen sur l’accessibilité, l’ADA Titre III et les critères de succès WCAG 2.2, afin que la conversation de passation de marché soit ancrée dans les normes réelles plutôt que dans les résumés marketing des éditeurs. Troisièmement, présélectionnez deux ou trois plateformes du tableau ci-dessus en vous basant sur le cadrage du choix de la rédaction et demandez des démonstrations — mais utilisez la liste de contrôle d’achat comme ordre du jour de la démonstration, pas le deck de l’éditeur. La plateforme que vous achetez est celle avec laquelle vous vivrez pendant au moins trois ans ; l’heure passée sur les critères en amont est l’heure la moins chère de tout le projet.