Qu'est-ce qu'un Accessibility Conformance Report (ACR) ?

Qu'est-ce qu'un Accessibility Conformance Report (ACR) ?

Un Accessibility Conformance Report (ACR, rapport de conformité d'accessibilité) est un document dans lequel un éditeur déclare dans quelle mesure un produit précis respecte des normes d'accessibilité comme WCAG, Section 508 ou EN 301 549. C'est la version remplie du modèle VPAT de l'Information Technology Industry Council (ITI), et les acheteurs s'en servent pour comparer des produits lors d'un achat.

Un ACR est une auto-déclaration, pas une certification. ITI ne relit ni n'approuve les VPAT, et un acheteur peut malgré tout exiger un audit indépendant dans son appel d'offres. Pour chaque critère, l'éditeur choisit l'un de quatre niveaux, Supports, Partially supports, Does not support ou Not applicable, et ajoute des remarques. Pour le modèle lui-même, voir VPAT.

Pourquoi les ACR existent

Administrations, universités et grandes entreprises doivent comparer de nombreux produits sur les mêmes bases et vérifier l'accessibilité avant d'acheter. L'ACR leur donne un format unique à lire.

• États-Unis : les normes Section 508 révisées s'appliquent aux achats fédéraux de technologies de l'information et de la communication.
• Union européenne : EN 301 549 fixe les exigences d'accessibilité pour les marchés publics de TIC, et l'acte européen sur l'accessibilité (European Accessibility Act) s'applique à de nombreux produits et services grand public depuis le 28 juin 2025.
• Acheteurs privés : de nombreux appels d'offres d'entreprise demandent un ACR même quand aucune loi ne l'impose.

Ce que contient un ACR

Le modèle actuel est VPAT 2.5Rev (avril 2025). Il existe en quatre éditions, et l'éditeur remplit celle que l'acheteur demande :

• WCAG : les Web Content Accessibility Guidelines, avec WCAG 2.2.
• 508 : les normes Section 508 révisées, avec WCAG 2.0.
• EU : EN 301 549, avec WCAG 2.1.
• INT : les trois réunies, avec WCAG 2.2.

Les lignes WCAG suivent les quatre principes de POUR (perceptible, utilisable, compréhensible, robuste). Pour chaque critère, le rapport indique le niveau de conformité et des remarques : ce qui a été testé, sur quelle plateforme, avec quelle technologie d'assistance, et ce qui ne fonctionne pas. La version compte : WCAG 2.2 a ajouté 9 critères de succès et supprimé 4.1.1 Analyse syntaxique (Parsing), si bien qu'un ACR rédigé contre 2.1 ne répond pas aux critères de 2.2. La norme elle-même est présentée dans WCAG.

Comment produire un ACR crédible

1. Choisissez l'édition et la version de WCAG que demande l'acheteur.
2. Définissez le périmètre. Nommez le produit, la version et la plateforme. Une application web et une application iOS sont des produits distincts et ont chacune leur périmètre ou leur rapport.
3. Testez d'abord, rédigez ensuite. Combinez analyses automatiques et tests manuels : utilisation au clavier seul et lecteur d'écran sur chaque plateforme déclarée. Notez la technologie d'assistance et les versions utilisées.
4. Soyez précis dans les remarques. « Partially supports : toutes les boîtes de dialogue se commandent au clavier sauf le sélecteur de date de la page des réglages » en dit plus à un acheteur qu'un simple « Supports ».
5. Datez le rapport et renouvelez-le à chaque version majeure. Un rapport sur l'interface de l'an dernier induit en erreur.
6. Ajoutez un audit indépendant quand un contrat l'exige.

La place des outils automatiques

Les scanners automatiques ne détectent qu'une partie des problèmes WCAG, et on ne peut pas en tirer un ACR. Lighthouse l'illustre : son score d'accessibilité est une moyenne pondérée d'audits automatiques réussis ou échoués, et les contrôles manuels qu'il liste, comme l'ordre logique de tabulation ou le focus piégé, ne comptent pas dans le score. Une page peut obtenir 100 et échouer pourtant à des critères qui demandent un humain. Considérez les analyses comme une alerte précoce et gardez l'évaluation manuelle derrière le rapport. Plus de détails sur le blog (en anglais) : what performance testing can and cannot say about accessibility et comparatif des outils de test d'accessibilité.

LoadFocus ne produit ni ACR ni VPAT. Il propose un suivi de tendance : la surveillance de la vitesse des pages lance des audits Lighthouse planifiés qui enregistrent la catégorie Accessibility à côté de Performance et des Core Web Vitals, de sorte qu'une baisse après une version apparaît dans le même historique. C'est une alarme de régression pour la partie automatique, pas une preuve de conformité.

Erreurs fréquentes dans un ACR

• Déclarer « Supports » sans tester. Les acheteurs font leurs propres vérifications, et un rapport qui ne tient pas coûte de la confiance.
• Des réponses sans remarques. L'acheteur doit savoir ce qui a été testé et comment.
• Un modèle ou une version de WCAG obsolète qui ne correspond pas à celle que nomme l'appel d'offres.
• Le traiter comme une plaquette commerciale. Un ACR est un document d'achat : technique et fondé sur des preuves.
• Ne jamais le renouveler quand le produit change.
• Mélanger les plateformes dans un tableau sans dire à laquelle correspond chaque résultat.

Questions fréquentes : Accessibility Conformance Reports

Un ACR est-il la même chose qu'un VPAT ?

Ils sont très liés. Le VPAT est le modèle vierge, l'ACR est la version remplie pour un produit précis. En pratique, les acheteurs disent souvent « VPAT » quand ils veulent dire ACR.

Un ACR est-il une certification ?

Non. C'est la déclaration de l'éditeur lui-même. ITI ne relit ni n'approuve les VPAT : sa valeur dépend des tests et de l'honnêteté qui le sous-tendent.

Qui rédige un ACR ?

En général un responsable accessibilité ou produit, avec les développeurs et testeurs qui ont évalué des fonctions précises. Certains éditeurs ajoutent un auditeur externe pour gagner en crédibilité.

Des outils automatiques peuvent-ils générer un ACR ?

Non. Des scanners comme Lighthouse ne vérifient qu'une partie de WCAG : les déclarations de conformité d'un ACR demandent une évaluation manuelle au clavier et avec des technologies d'assistance.

Mon SaaS a-t-il besoin d'un ACR si nous ne vendons pas au secteur public ?

Aucune loi n'impose un ACR à tous les éditeurs. Mais universités, grandes entreprises et organismes publics en demandent souvent lors des achats, donc il vaut la peine d'en avoir un si vous leur vendez.