VPAT

Un Voluntary Product Accessibility Template (VPAT) est une déclaration structurée dans laquelle un éditeur documente la conformité de son produit aux normes d’accessibilité. Le modèle actuel, le VPAT 2.5, est publié par l’Information Technology Industry Council (ITI).

Ce qu’est réellement un VPAT

Un VPAT est une réponse structurée, critère par critère, à une ou plusieurs des grandes normes d’accessibilité :

• Revised Section 508 — pour les marchés publics américains.
• EN 301 549 — pour les marchés publics de l’UE.
• WCAG 2.x — à un niveau donné (presque toujours AA).
• Worldwide — la vue combinée couvrant les trois normes.

Pour chaque critère, l’éditeur enregistre l’un des niveaux de conformité suivants :

• Supports — le critère est respecté.
• Partially Supports — respecté pour certains contenus ou contextes, en échec pour d’autres, avec une description de l’écart.
• Does Not Support — échec total.
• Not Applicable — le critère ne s’applique pas à ce produit.
• Not Evaluated — uniquement autorisé pour les critères WCAG AAA.

Un VPAT utile vs un VPAT défensif

Un éditeur qui coche « Supports » sur chaque ligne sans aucun commentaire dissimule quelque chose. Un VPAT vraiment utile comprend :

• Une description du produit suffisamment précise pour qu’un lecteur comprenne ce qui a été testé.
• La méthodologie de test — quelles technologies d’assistance ont été utilisées (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari), quel échantillon de pages ou de fonctionnalités a été audité, et à quelle date.
• Des explications spécifiques pour toute notation « Partially Supports » ou « Does Not Support » — nommant la fonctionnalité concernée et, idéalement, le plan de correction et son calendrier.
• Une date d’évaluation. Un VPAT vieux de deux ans est périmé ; le produit a livré des centaines de modifications depuis.
• Le visa d’un évaluateur indépendant lorsqu’il est disponible, distinct de l’auto-attestation du développeur.

La communauté de l’accessibilité a développé des heuristiques informelles pour repérer un VPAT de façade : trop peu de « Partially Supports », absence de section méthodologie, absence d’environnement de test, aucun évaluateur nommé.

ACR vs VPAT

ITI a renommé le modèle pour clarifier deux notions :

• Le VPAT est le formulaire vierge.
• L’Accessibility Conformance Report (ACR) est le document complété que produit l’éditeur.

Dans la pratique, les deux termes sont encore utilisés de façon interchangeable. Les équipes achat demandent « le VPAT » ; les éditeurs livrent « un ACR ». C’est le même document.

Quand en avez-vous besoin

• Pour vendre aux agences fédérales américaines. La Section 508 l’exige pour les marchés publics.
• Pour vendre au secteur public de l’UE. L’EAA et les règles de marchés publics des États membres exigent désormais un ACR conforme à l’EN 301 549.
• Pour vendre aux grandes entreprises américaines. La plupart des départements informatiques du Fortune 500 ont adopté le VPAT à la demande comme pratique standard de marchés publics, même lorsque la Section 508 ne leur est pas applicable.
• Pour vendre à l’enseignement supérieur. La plupart des universités américaines et nombre d’universités européennes exigent désormais un ACR récent avant tout achat.

Si votre produit est un logiciel vendu en B2B, un ACR/VPAT à jour n’est plus optionnel — c’est un élément incontournable de toute réponse à appel d’offres.