RGAA Checker vs accessiBe : overlay ou correction du code ?

Vous hésitez entre installer un script d'accessibilité et lancer un audit. Ce n'est pas le même arbitrage que choisir entre deux outils comparables : les deux approches n'agissent pas au même endroit et ne produisent pas le même résultat.

Un overlay comme accessWidget, édité par accessiBe, s'ajoute à votre page et intervient au moment de l'affichage, dans le navigateur du visiteur. Un outil d'audit comme RGAA Checker ne touche pas à votre site : il examine ce que vous livrez et vous indique quoi corriger dans le code.

Cet article expose ce que chaque approche permet, ce qu'elle ne permet pas, et dans quels cas nous ne sommes pas le bon choix.

Deux points d'action différents

Cette différence de point d'action commande tout le reste. Elle explique pourquoi un overlay produit un résultat immédiat et pourquoi ce résultat ne se cumule pas : le code livré reste identique.

Ce que la FTC a établi

Le sujet des overlays est chargé d'opinions. Il existe pourtant un élément factuel et vérifiable, qui vaut mieux que n'importe quel argumentaire.

En janvier 2025, la Federal Trade Commission américaine a annoncé une plainte et une ordonnance obligeant accessiBe à verser un million de dollars, approuvée définitivement en avril 2025. Les points retenus par la FTC :

• L'outil accessWidget ne rendait pas conformes aux WCAG l'ensemble des sites de ses clients, alors que la société l'affirmait ; la FTC a qualifié ces affirmations de fausses, trompeuses ou non étayées.
• La société avait présenté des articles et avis de tiers comme des opinions indépendantes, sans divulguer les liens qui l'unissaient à leurs auteurs.
• L'ordonnance lui interdit désormais d'affirmer que ses produits automatisés rendent un site conforme aux WCAG, ou maintiennent cette conformité dans le temps, sans disposer des preuves à l'appui. Elle lui impose aussi de divulguer les limites de périmètre de ses produits automatisés avant tout engagement financier du client.

Il faut lire cette décision pour ce qu'elle est : elle porte sur des allégations commerciales, pas sur une interdiction du produit. Un overlay reste un logiciel qu'on peut installer. Ce qui est désormais encadré, c'est la promesse de conformité qui l'accompagnait.

Ce que cela change pour une déclaration RGAA

En France, la question se pose différemment de la conformité WCAG américaine, et de façon plus concrète.

Une déclaration d'accessibilité repose sur un audit mené sur un échantillon de pages, critère par critère, sur le service tel qu'il est livré. L'auditeur examine le code et le comportement des pages. Un script chargé dans le navigateur du visiteur ne modifie pas ce que vous avez livré, et son effet dépend de sa disponibilité au moment de la visite.

Autrement dit : quel que soit le jugement qu'on porte sur les overlays, ils ne produisent pas la matière sur laquelle une déclaration s'appuie. Le sujet est développé dans notre analyse technique et juridique des overlays et dans le guide de la rédaction d'une déclaration d'accessibilité.

Ce que RGAA Checker ne fait pas

Un comparatif où l'auteur gagne sur toute la ligne n'apprend rien. Voici nos limites, énoncées franchement.

Nous ne corrigeons rien. Nous signalons, nous expliquons, nous priorisons. Le travail de correction revient à votre équipe. Si vous cherchez un dispositif qui agisse sans intervention de votre part, notre outil ne répond pas à ce besoin, et aucun outil honnête ne le fera.

Nous ne prononçons pas la conformité. Sur les 106 critères du RGAA 4.1.2, 8 sont tranchés automatiquement, 65 sont pré-vérifiés (nous détectons l'anomalie structurelle, la pertinence reste à juger) et 33 relèvent exclusivement de l'humain. Rapporté aux seuls critères réellement applicables à une page donnée, environ 60 % du travail reste manuel. Une anomalie détectée n'est pas une non-conformité établie.

Nous n'améliorons rien pour l'utilisateur final tant que vous n'avez pas corrigé. Un overlay produit un effet le jour de son installation. Notre outil produit un effet le jour où votre équipe a livré les correctifs. Si votre contrainte est un délai de quelques jours sans ressource de développement disponible, c'est une différence qui compte, et il faut la regarder en face plutôt que la balayer.

Quand choisir quoi

Un outil de personnalisation côté utilisateur a du sens si vous voulez offrir des réglages de confort (taille de texte, contraste, espacement) en complément d'un site déjà correct. Ces fonctions ont une valeur pour certains utilisateurs. La réserve : les navigateurs et systèmes d'exploitation en proposent déjà une bonne partie, et de façon universelle plutôt que site par site.

RGAA Checker a du sens si vous devez publier une déclaration d'accessibilité, répondre à une obligation légale, ou faire progresser durablement la qualité de votre code, et que vous disposez d'une équipe capable d'appliquer des correctifs.

Aucun des deux ne suffit si votre site présente des problèmes structurels profonds : navigation impraticable au clavier, parcours de commande inutilisable, contenus multimédias sans alternative. Ces situations demandent un travail de conception, pas un outil.

Ce qu'il faut retenir

La question n'est pas de savoir quel produit est le meilleur, mais ce que vous cherchez à obtenir. Un effet immédiat sur le rendu, ou un code qui s'améliore et sur lequel une déclaration peut s'appuyer. Ce sont deux objets différents, et l'ordonnance de la FTC de janvier 2025 a précisément porté sur la confusion entre les deux.

Pour voir où en est votre code, lancez un audit de votre page. Le rapport distingue ce qui est tranché de ce qui reste à vérifier, sans prononcer une conformité que seul un audit humain peut établir.