Qu'est-ce qu'un VPAT ? Guide de l'ACR

Si vous vendez des logiciels à une administration publique, une université, un réseau hospitalier ou une grande entreprise, tôt ou tard un acheteur vous demandera « votre VPAT ». Pour de nombreux fournisseurs, c’est la première fois qu’ils rencontrent ce document, et la demande arrive avec peu d’explications et un délai serré. Ce guide démystifie le VPAT et l’Accessibility Conformance Report (ACR) qu’il devient : ce qu’est le document, comment les deux termes se relient, laquelle des quatre éditions vous devriez produire, comment la conformité est évaluée, et pourquoi un rapport honnête et fondé sur des preuves est l’un des actifs d’accessibilité les plus précieux que votre organisation puisse posséder.

Un VPAT n’est ni un certificat, ni un label, ni une allégation marketing. Au mieux, c’est un compte rendu rigoureux, critère par critère, de la façon dont votre produit se mesure aux normes d’accessibilité reconnues. Au pire, c’est une fiction tamponnée qui vous expose à un risque juridique et de réputation dès l’instant où l’équipe d’accessibilité d’un acheteur teste votre produit. La différence entre ces deux issues tient aux tests qui sous-tendent le document — et c’est précisément là que QualiBooth concentre ses efforts.

Ce qu’est réellement un VPAT

VPAT signifie Voluntary Product Accessibility Template. C’est un document standardisé, créé et maintenu par l’Information Technology Industry Council (ITI, à travers sa branche ITIC), que les fournisseurs utilisent pour décrire la conformité d’un produit ou service de technologie de l’information et de la communication (TIC) à un ensemble de normes d’accessibilité.

Le mot « voluntary » est un peu trompeur aujourd’hui. Le modèle est né pour aider les fournisseurs à divulguer volontairement des informations d’accessibilité aux acheteurs fédéraux américains, mais dans la pratique, en remplir un est désormais une exigence stricte dans d’innombrables processus d’achat. La partie « template » est plus littérale : le VPAT est un formulaire vierge doté d’une structure définie — des tableaux de critères de succès, une colonne pour le niveau de conformité et une colonne pour les remarques explicatives.

Trois points méritent d’être ancrés dans votre esprit dès le départ :

Un VPAT décrit une version spécifique d’un produit spécifique sur des plateformes spécifiques. Un VPAT pour « notre application » sans numéro de version n’a aucun sens.
Un VPAT est auto-déclaré. Aucun organisme externe ne le certifie. C’est précisément pourquoi la crédibilité d’un VPAT dépend entièrement de la rigueur des tests qui le sous-tendent.
La famille de modèles actuellement la plus utilisée est VPAT 2.5. Travaillez toujours à partir de la dernière version du modèle ITI plutôt que d’une vieille copie qui traîne sur votre disque partagé.

VPAT vs ACR : la distinction qui prête à confusion

On emploie « VPAT » et « ACR » de manière interchangeable, mais ce ne sont pas la même chose — et comprendre la distinction signale à un acheteur averti que vous prenez le processus au sérieux.

Un VPAT est le modèle vierge. C’est le formulaire vide que publie l’ITI.
Un ACR — Accessibility Conformance Report — est le document complété. Une fois que vous avez rempli le modèle pour votre produit réel, avec de véritables évaluations de conformité et des remarques, le résultat est un ACR.

Autrement dit, le VPAT est l’emporte-pièce et l’ACR est le biscuit. Quand un acheteur demande « votre VPAT », ce qu’il veut réellement, c’est votre ACR : le rapport rempli. La plupart des équipes continueront de dire « VPAT » dans les conversations courantes, et c’est très bien, mais dans la documentation formelle, il est correct d’intituler le fichier finalisé Accessibility Conformance Report.

Cela dépasse la simple pédanterie. Un acheteur qui reçoit un fichier littéralement intitulé « VPAT 2.5 Template » avec des tableaux vierges — ce qui arrive plus souvent qu’on ne le croit — comprend immédiatement que le fournisseur n’a pas fait le travail. Un ACR correctement complété, nommé et daté pour la version du produit qu’il couvre, communique la compétence avant même que l’acheteur ne lise une seule ligne.

Les quatre éditions du modèle VPAT 2.5

L’une des sources de confusion les plus fréquentes est que le modèle VPAT 2.5 existe en quatre éditions, chacune alignée sur une norme ou une combinaison de normes différente. Choisir la mauvaise édition peut bloquer une vente ou faire échouer un audit, alors choisissez délibérément en fonction du marché où vous vendez.

1. Édition WCAG

Cette édition évalue votre produit uniquement au regard des Web Content Accessibility Guidelines — généralement WCAG 2.2 (ou la version spécifiée par votre acheteur, souvent aux niveaux A et AA). C’est le bon choix lorsqu’un acheteur souhaite simplement des informations de conformité WCAG sans cadre réglementaire superposé. C’est aussi l’édition la plus légère, ce qui en fait un point de départ judicieux pour les produits vendus principalement dans le secteur privé. Si les WCAG vous sont peu familières, notre aperçu de la conformité WCAG et notre guide pour rendre un site web conforme aux WCAG expliquent la norme sous-jacente.

2. Édition Section 508

Cette édition met votre produit en correspondance avec les normes Section 508 utilisées dans les marchés publics fédéraux américains. Parce que les normes révisées de la Section 508 intègrent par référence les WCAG 2.0 niveaux A et AA, cette édition comprend les tableaux WCAG ainsi que des exigences supplémentaires propres à la Section 508 couvrant le matériel, les logiciels, la documentation de support et les services. Si vous vendez à une administration fédérale américaine — ou à des administrations d’État qui reflètent les règles fédérales — c’est généralement l’édition dont vous avez besoin. Consultez notre guide de conformité Section 508 pour le contexte réglementaire.

3. Édition UE (EN 301 549)

Cette édition s’aligne sur la EN 301 549, la norme européenne harmonisée pour l’accessibilité des TIC qui sous-tend les marchés publics dans toute l’UE et, de plus en plus, les obligations du secteur privé introduites par l’Acte européen sur l’accessibilité. La EN 301 549 intègre les WCAG et ajoute des exigences propres au contexte européen, notamment des déclarations de performance fonctionnelle. Si vous vendez au secteur public européen — ou devez démontrer votre préparation à l’Acte européen sur l’accessibilité — produisez l’édition UE.

4. Édition INT (internationale)

L’édition INT combine les trois cadres — WCAG, Section 508 et EN 301 549 — en un seul document. C’est la plus complète et celle qui demande le plus de travail à produire, mais elle est précieuse pour les fournisseurs vendant sur plusieurs marchés, car un seul rapport satisfait les acheteurs des deux côtés de l’Atlantique. Si votre clientèle s’étend du secteur public américain à l’Europe, l’édition INT vous évite généralement d’entretenir trois documents distincts.

Lorsque les clients hésitent, nous les aidons à choisir lors du cadrage. Produire une seule édition INT est souvent plus efficace que de découvrir en pleine négociation que vous disposez de la mauvaise édition régionale. Vous pouvez en savoir plus sur notre approche sur notre page de service des rapports VPAT.

Les niveaux de conformité : le cœur du rapport

Chaque critère de succès applicable dans un ACR reçoit l’un d’un petit ensemble de niveaux de conformité. Attribuer correctement ces évaluations — et résister à la tentation de les gonfler — est la partie la plus importante du travail.

Supports (Conforme) — la fonctionnalité satisfait au critère sans obstacle d’accessibilité significatif. Cela ne signifie pas « parfait » ; cela signifie qu’un utilisateur s’appuyant sur une technologie d’assistance peut accomplir la tâche sans entrave.
Partially Supports (Partiellement conforme) — une partie de la fonctionnalité satisfait au critère, mais il existe des exceptions ou des obstacles connus. C’est une évaluation honnête et très courante ; la colonne des remarques doit expliquer précisément ce qui fonctionne et ce qui ne fonctionne pas.
Does Not Support (Non conforme) — la majorité de la fonctionnalité ne satisfait pas au critère. Là encore, les remarques doivent être précises.
Not Applicable (Non applicable) — le critère ne s’applique pas au produit (par exemple, des critères relatifs au contenu audio pour un produit qui ne contient aucun audio).
Not Evaluated (Non évalué) — utilisé uniquement dans les tableaux de niveau AAA du rapport Section 508, car l’évaluation AAA n’est pas exigée.

Deux principes séparent un rapport crédible d’un rapport sans valeur. Premièrement, la colonne des remarques porte l’information réelle. « Partially Supports » sans explication est presque inutile ; « Partially Supports — les sélecteurs de date sont utilisables au clavier mais n’annoncent pas la date sélectionnée aux lecteurs d’écran ; correction prévue pour la v4.2 » indique à l’acheteur exactement ce qu’il a besoin de savoir. Deuxièmement, les évaluations doivent être méritées par les tests, et non attribuées par optimisme. Un critère marqué « Supports » devrait avoir été vérifié, idéalement par des tests menés par des utilisateurs de technologies d’assistance.

Pourquoi des VPAT honnêtes et fondés sur des preuves comptent

Il est tentant de traiter le VPAT comme une simple formalité administrative et de tout marquer « Supports » pour franchir rapidement l’étape de l’achat. C’est une grave erreur, pour plusieurs raisons convergentes.

Les équipes d’achat vérifient

Les acheteurs matures — administrations fédérales, grandes universités, systèmes de santé, banques — disposent de plus en plus de spécialistes de l’accessibilité qui ne prennent pas un ACR pour argent comptant. Ils contrôlent les allégations par sondage en testant votre produit avec des lecteurs d’écran et le clavier. Lorsqu’une évaluation « Supports » s’effondre après une évaluation par lecteur d’écran de cinq minutes, vous ne perdez pas seulement la ligne ; vous perdez la confiance de l’acheteur dans l’ensemble du document, et souvent l’affaire.

Le risque juridique s’accumule

Un VPAT exagéré est une déclaration écrite sur l’accessibilité de votre produit. Dans une juridiction exposée au contentieux d’accessibilité — au titre de l’ADA aux États-Unis, de l’AODA en Ontario, ou de l’Acte européen sur l’accessibilité dans l’UE — un document qui revendique une conformité que votre produit n’offre pas devient une preuve à charge contre vous. Un ACR honnête qui signale franchement « Partially Supports » avec un calendrier de correction est bien plus défendable qu’un rapport gonflé qui prétend à la perfection.

Un rapport honnête est plus utile en interne

Un ACR véridique fait aussi office de carnet de tâches. Chaque « Partially Supports » et « Does Not Support » est une tâche priorisée pour votre équipe d’ingénierie. Les équipes qui traitent le VPAT comme un inventaire vivant de leur dette d’accessibilité progressent de façon régulière et mesurable ; celles qui le falsifient accumulent un risque caché.

C’est pourquoi un VPAT ne doit jamais être confondu avec une surcouche d’accessibilité (overlay) ou un « widget d’accessibilité » d’une seule ligne. Les overlays ne corrigent pas le code sous-jacent, ne produisent pas de preuves de conformité défendables et ne peuvent remplacer un véritable ACR. QualiBooth ne recommande pas les overlays précisément pour cette raison — ils créent l’apparence de la conformité sans la substance, ce qui est l’opposé de ce que représente un VPAT honnête.

Comment produire un VPAT, étape par étape

Un ACR fiable est le fruit d’un processus discipliné. Voici la séquence que nous suivons, et celle que vous devriez attendre de tout prestataire compétent.

Définir le périmètre. Identifiez le produit, la version et les plateformes exactes (web, iOS, Android, ordinateur) que le rapport couvrira. Décidez quelle édition — WCAG, Section 508, UE ou INT — en fonction de vos marchés cibles.
Lancer des tests automatisés. Les scanners automatisés sont rapides et excellents pour repérer certaines catégories de problèmes — texte alternatif manquant, faible contraste, contrôles de formulaire non étiquetés. Notre logiciel d’analyse d’accessibilité fournit cette base, et vous pouvez l’essayer gratuitement avec une analyse rapide. Mais rappelez-vous que l’automatisation ne détecte de façon fiable qu’une partie des problèmes WCAG.
Mener des tests manuels. La majorité des critères de succès exigent un jugement humain : ordre de focus pertinent, séquence de lecture logique, messages d’erreur sensés, composants personnalisés accessibles. Un audit d’accessibilité manuel approfondi est incontournable pour un rapport crédible.
Tester avec des utilisateurs de technologies d’assistance. Les évaluations les plus défendables proviennent d’audits réalisés par des personnes en situation de handicap qui utilisent au quotidien des lecteurs d’écran, l’agrandissement et des dispositifs à contacteurs. Elles révèlent des obstacles réels que les testeurs voyants manquent.
Attribuer les évaluations et rédiger les remarques. Traduisez les constats en Supports / Partially Supports / Does Not Support pour chaque critère, avec des remarques précises et utiles.
Assembler et relire l’ACR. Mettez en forme le rapport finalisé proprement, étiquetez-le avec la version du produit et la date, et faites-le relire pour en vérifier l’exactitude et la cohérence avant qu’il ne quitte vos murs.
L’accompagner d’une feuille de route de correction. Un bon prestataire vous remet non seulement le rapport, mais aussi un plan priorisé pour faire passer les « Partially Supports » vers « Supports ».

Si votre équipe n’a pas l’expertise interne pour les étapes deux à cinq, c’est la norme plutôt que l’exception. C’est précisément le travail couvert par notre service de rapports VPAT et notre conseil en accessibilité plus large. Pour une vue plus complète de ce qu’impliquent les missions de conseil, consultez notre article le conseil en accessibilité expliqué.

Maintenir un VPAT dans le temps

Un VPAT est un instantané d’une cible mouvante. Le jour où vous livrez une nouvelle version, votre ACR commence à s’écarter de la réalité. Traiter le document comme un livrable ponctuel est l’une des erreurs les plus fréquentes — et les plus dommageables — que commettent les fournisseurs.

Mettre à jour en cas de changement substantiel. Toute version qui modifie significativement l’interface utilisateur ou ajoute de nouvelles fonctionnalités devrait déclencher une révision des critères concernés.
Rafraîchir au moins une fois par an. Même sans changements majeurs, les normes évoluent et les acheteurs attendent une date récente sur le document. Un ACR daté de trois ans suscite le scepticisme.
Le lier à des tests continus. Le moyen le plus fiable de garder un ACR véridique est de continuer à tester le produit en continu. Les audits d’accessibilité récurrents détectent les régressions avant qu’elles n’invalident vos allégations, de sorte que le rapport que vous remettez à un acheteur corresponde toujours au produit qu’il testera.

QualiBooth combine une plateforme d’analyse avec une évaluation humaine experte précisément pour que les preuves derrière votre ACR restent à jour. Le scanner surveille les régressions entre les audits formels ; les tests humains maintiennent l’honnêteté des évaluations nuancées et fondées sur le jugement. Vous pouvez comparer notre gamme complète sur la page services d’accessibilité et examiner les options sur notre page tarifs.

Foire aux questions

Un VPAT est-il légalement obligatoire ?

Le modèle lui-même est volontaire, mais en fournir un est fréquemment une condition obligatoire d’un contrat d’achat, en particulier dans les marchés publics fédéraux et d’État aux États-Unis et dans tout le secteur public de l’UE. Par ailleurs, les obligations d’accessibilité sous-jacentes — Section 508, l’AEA, l’ADA — sont bel et bien obligatoires, et un VPAT est la manière dont vous démontrez votre position à leur égard.

Puis-je remplir un VPAT moi-même ?

Vous le pouvez, et rien n’interdit l’auto-complétion. Le risque tient à l’exactitude. Une auto-évaluation rédigée sans tests rigoureux — ou avec une incitation à se présenter sous un jour favorable — tend à surestimer la conformité, ce qui crée une exposition juridique et érode la confiance de l’acheteur dès que les allégations sont testées. De nombreuses organisations font appel à un prestataire indépendant précisément pour cette raison.

Combien de temps faut-il pour produire un VPAT ?

Cela dépend de la taille et de la complexité du produit ainsi que de l’édition requise. Une application web monoplateforme peut prendre quelques semaines une fois les tests lancés ; une grande suite multiplateforme nécessitant l’édition INT prend plus de temps. Un échange de cadrage vous donne un calendrier réaliste.

Quelle est la différence entre la conformité WCAG et un VPAT ?

Les WCAG sont la norme — l’ensemble des critères de succès. Un VPAT/ACR est le document qui consigne, critère par critère, la performance de votre produit au regard de cette norme (et, selon l’édition, au regard de la Section 508 et de la EN 301 549 également). Vous devez réellement satisfaire aux WCAG pour revendiquer la conformité ; l’ACR est la façon dont vous communiquez où vous en êtes.

En résumé

Un VPAT, complété sous la forme d’un Accessibility Conformance Report, est bien plus qu’un obstacle d’achat. Fait honnêtement, c’est un compte rendu crédible de la façon dont votre produit sert les personnes en situation de handicap, un dossier défendable qui réduit le risque juridique, et un carnet de tâches opérationnel qui pilote de réelles améliorations. Fait malhonnêtement, c’est une responsabilité qui n’attend que d’être exposée.

Le facteur décisif est toujours les tests qui sous-tendent les évaluations. Si vous avez besoin d’un ACR que vous pouvez signer de votre nom — fondé sur l’analyse automatisée, les audits manuels et l’évaluation par des personnes en situation de handicap — découvrez notre service de rapports VPAT, ou demandez une démo pour voir comment QualiBooth produit des rapports qui résistent à l’examen.