Aperçu de la génération ACR/VPAT
La fonctionnalité de génération de rapport de conformité en matière d'accessibilité/gabarit d'accessibilité de produit volontaire (ACR/VPAT) vous permet de créer, examiner, gérer et publier des ACR et VPAT directement dans Axe Auditor après un audit de produit. Vous pouvez effectuer l'intégralité du flux de travail ACR/VPAT dans Axe Auditor sans utiliser un outil séparé ou transférer manuellement les données d'évaluation entre systèmes. Vous pouvez générer un ACR/VPAT à partir d'une évaluation d'accessibilité terminée, sélectionner le gabarit de norme d'accessibilité à utiliser, définir le champ de l'évaluation, et gérer directement dans l'application le processus de révision et d'approbation.
La génération ACR/VPAT prend en charge les normes suivantes :
- Normes d'accessibilité WCAG 2.x (Web)
- Exigences d'accessibilité EN 301 549 pour les technologies de l'information et de la communication (TIC) au sein de l'Union Européenne
Cette fonctionnalité prend en charge l'intégralité du flux de travail ACR/VPAT, qui inclut la création d'ACR et VPAT, la révision, l'approbation, la publication et le suivi des versions de documents. Après avoir généré un ACR/VPAT, vous pouvez le télécharger en tant que document Microsoft Word pour référence ultérieure.
Avantages
- Générez des ACR/VPAT directement à partir d'évaluations Axe Auditor complètes.
- Réglez l'ensemble du processus ACR/VPAT dans une seule application.
- Réduisez le travail manuel et les erreurs de transfert de données.
- Soutenez à la fois les équipes de services internes et les utilisateurs d'entreprise.
- Gérez les révisions et les approbations grâce à un flux de travail structuré.
- Suivez les versions ACR/VPAT à travers les instantanés d'évaluation.
- Conservez un historique des versions ACR/VPAT publiées.
Public cible
La fonctionnalité de Génération ACR/VPAT est destinée aux utilisateurs suivants :
- Consultants en accessibilité ou clients d'entreprise : Créer des ACR/VPAT pour les évaluations d'accessibilité des clients.
- Utilisateurs d'entreprise : Créer des ACR/VPAT pour leurs propres évaluations d'accessibilité.
- Réviseurs QA : Réviser les ACR/VPAT soumis et soit les approuver, soit demander des modifications.
- Chefs de projet : Réviser, approuver et publier les ACR/VPAT.
Comment Axe Auditor calcule les niveaux de conformité
Axe Auditor pré-remplit un niveau de conformité pour chaque critère dans le rapport basé sur les résultats d'audit pour les pages et les composants concernés. Cela fournit aux réviseurs un point de départ fondé sur des preuves au lieu d'un formulaire vierge. Les réviseurs peuvent remplacer tout niveau calculé avant la publication.
Les cinq niveaux de conformité
| Niveau de conformité | Ce que cela signifie |
|---|---|
| Supporte | Le produit dispose d'au moins une méthode qui respecte le critère sans défauts connus, ou le respecte avec une facilitation équivalente. |
| Partiellement supporte | Certaines fonctionnalités du produit ne respectent pas le critère. |
| Ne supporte pas | La majorité des fonctionnalités du produit ne respecte pas le critère. |
| Non applicable | Le critère n'est pas pertinent pour le produit. |
| Non évalué | Le critère n'a pas été évalué. Disponible uniquement sur les critères WCAG de niveau AAA. |
Logique de calcul pour les critères de réussite WCAG
Pour chaque critère de réussite WCAG, Axe Auditor applique la logique suivante par rapport aux résultats d'audit en question :
-
Aucun problème trouvé → Supporte. Si l'audit n'a enregistré aucun échec contre un critère dans le périmètre, le critère est marqué Supporte.
-
Non pertinent pour la plateforme → Non applicable. Certains critères ne s'appliquent pas à certaines plateformes (voir ci-dessous) et commencent par Non applicable.
-
Problèmes trouvés → Partiellement supporte ou Ne supporte pas. Lorsque des échecs existent, l'outil évalue leur ampleur et leur gravité :
- Si un problème de niveau blocage a été trouvé, ou si les échecs affectent la majorité des pages auditées, le critère est réglé sur Ne supporte pas.
- Si des échecs existent mais sont limités à une minorité de pages, le critère est fixé à Partiellement supporte.
-
Les critères de non-interférence échouent gravement. Un petit ensemble de critères fondamentaux — tels que Pas de piège clavier, Contrôle audio, Pause/Arrêt/Masquer, et Trois flashs ou en dessous du seuil — sont traités comme des blocages. Tout échec contre ceux-ci abaisse directement le critère à Ne supporte pas, quel que soit le faible nombre de pages affectées, car ils peuvent empêcher un utilisateur d'utiliser le produit.
Pour résumer, s'il y a seulement quelques problèmes, le résultat est Partiellement supporte. S'il y a de nombreux problèmes ou des problèmes majeurs, le résultat est Ne supporte pas.
Le niveau de conformité est calculé en fonction du nombre d'échecs, de leur gravité et de leur impact sur l'expérience utilisateur. L'objectif est de fournir une représentation claire et précise du statut d'accessibilité du produit.
Critères par défaut "Non applicable" par plateforme
Certaines exigences WCAG ne s'appliquent pas à certaines technologies (par exemple, les critères liés aux médias temporels pour un produit sans audio ni vidéo). Axe Auditor les marque d'avance comme Non Applicable en fonction des plateformes sélectionnées pour le rapport :
| Plateforme | Exemples de critères par défaut Non Applicables |
|---|---|
| Bureau/Web | Critères de sous-titrage et description audio (1.2.x), Trois Éclats (2.3.1) |
| Web Mobile | Les critères ci-dessus, plus certains critères de réagencement/espace de texte qui ne s'appliquent pas à une surface mobile. |
| iOS Natif | Un ensemble plus large, incluant plusieurs critères de navigation et d'analyse que la plateforme gère nativement |
| Android Natif | Similaire à iOS, adapté à la plateforme Android |
Pour les rapports couvrant plus d'une plateforme, un critère n'est par défaut Non Applicable que s'il est Non Applicable pour chaque plateforme concernée. Un critère qui est N/A sur une plateforme mais pertinent sur une autre reste dans le rapport pour évaluation. Les examinateurs peuvent toujours modifier ces valeurs par défaut.
Non Évalué
Non Évalué n'est disponible que pour les critères WCAG Niveau AAA, pour les éléments qu'une équipe choisit de ne pas évaluer. Cela indique « nous n'avons pas testé ceci », ce qui est distinct de Non Applicable (« nous l'avons testé et cela ne s'applique pas »).
Lignes Section 508 et EN 301 549
Lorsqu'un rapport inclut la Section 508 ou l'EN 301 549, ces tableaux sont remplis à partir des mêmes résultats WCAG :
-
Lignes mappées (par exemple, Section 508 Chapitre 3, EN 301 549 Clause 4) reportent la conformité des critères WCAG sous-jacents :
- Si un critère de non-interférence échoue, ou que la plupart des critères WCAG mappés sont Non Pris en Charge, la ligne se reporte à Non Pris en Charge.
- Sinon, elle indique Partiellement Pris en Charge.
- Si rien n'échoue, elle indique Pris en Charge.
Ces lignes peuvent être éditées manuellement par un examinateur.
-
Les lignes de référence dirigent les lecteurs vers une autre section (par exemple, « Voir la section WCAG ») au lieu d'afficher leur propre résultat. Elles sont incluses pour l'exhaustivité et ne sont pas éditées.