Überblick über die Erstellung von ACR/VPAT
Die Funktion zur Erstellung von Accessibility Conformance Reports/Voluntary Product Accessibility Templates (ACR/VPAT) ermöglicht es Ihnen, ACRs und VPATs direkt in Axe Auditor nach einem Produkt-Audit zu erstellen, zu überprüfen, zu verwalten und zu veröffentlichen. Sie können den gesamten ACR/VPAT-Workflow innerhalb von Axe Auditor durchführen, ohne ein separates Tool zu verwenden oder Bewertungsdaten manuell zwischen Systemen zu übertragen. Sie können aus einer abgeschlossenen Barrierefreiheitsbewertung ein ACR/VPAT generieren, die zu verwendende Barrierefreiheitsstandardvorlage auswählen, den Bewertungsumfang definieren und den Überprüfungs- und Genehmigungsprozess direkt in der Anwendung verwalten.
Die Erstellung von ACR/VPAT unterstützt die folgenden Standards:
- WCAG 2.x (Web) Zugänglichkeitsstandards
- EN 301 549 Anforderungen an die Zugänglichkeit für Informations- und Kommunikationstechnologie (IKT) Produkte und Dienstleistungen innerhalb der Europäischen Union
Diese Funktion unterstützt den kompletten ACR/VPAT-Workflow, der die Erstellung, Überprüfung, Genehmigung, Veröffentlichung und Versionierung von Dokumenten umfasst. Nachdem Sie ein ACR/VPAT erstellt haben, können Sie es als Microsoft Word-Dokument für weitere Referenzen herunterladen.
Vorteile
- Generieren Sie ACR/VPATs direkt aus abgeschlossenen Bewertungen in Axe Auditor.
- Schließen Sie den ACR/VPAT-Prozess in einer einzigen Anwendung ab.
- Reduzieren Sie manuelle Arbeit und Fehler bei der Datenübertragung.
- Unterstützt sowohl interne Serviceteams als auch Unternehmenskunden.
- Verwalten Sie Überprüfungen und Genehmigungen durch einen strukturierten Workflow.
- Verfolgen Sie ACR/VPAT-Versionen über Bewertungs-Snapshots hinweg.
- Pflegen Sie einen Verlauf der veröffentlichten ACR/VPAT-Versionen.
Zielgruppe
Die ACR/VPAT-Erstellungsfunktion richtet sich an die folgenden Benutzer:
- Zugänglichkeitsberater oder Unternehmenskunden: Erstellen Sie ACR/VPATs für die Barrierefreiheitsbewertungen von Kunden.
- Unternehmensbenutzer: Erstellen Sie ACR/VPATs für ihre eigenen Barrierefreiheitsbewertungen.
- QA-Reviewer: Überprüfen Sie eingereichte ACR/VPATs und genehmigen Sie sie oder fordern Sie Änderungen an.
- Projektmanager: Überprüfen, genehmigen und veröffentlichen Sie ACR/VPATs.
Wie Axe Auditor Konformitätsniveaus berechnet
Axe Auditor fügt für jedes Kriterium im Bericht ein Konformitätsniveau basierend auf den Prüfungsergebnissen für die in den Geltungsbereich fallenden Seiten und Komponenten vorab ein. Dies bietet den Prüfern einen evidenzbasierten Ausgangspunkt, anstatt ein leeres Formular. Prüfer können jedes berechnete Niveau vor der Veröffentlichung überschreiben.
Die fünf Konformitätsniveaus
| Konformitätsniveau | Was es bedeutet |
|---|---|
| Unterstützt | Das Produkt erfüllt das Kriterium mindestens auf eine Weise ohne bekannte Mängel oder erfüllt es mit gleichwertiger Erleichterung. |
| Teilweise unterstützt | Einige Funktionalitäten des Produkts erfüllen das Kriterium nicht. |
| Nicht unterstützt | Der Großteil der Funktionalitäten des Produkts erfüllt das Kriterium nicht. |
| Nicht anwendbar | Das Kriterium ist für das Produkt nicht relevant. |
| Nicht bewertet | Das Kriterium wurde nicht bewertet. Nur verfügbar für WCAG Level AAA Kriterien. |
Berechnungslogik für WCAG-Erfolgskriterien
Für jedes WCAG-Erfolgskriterium wendet Axe Auditor die folgende Logik auf die im Geltungsbereich liegenden Prüfungsergebnisse an:
-
Keine gefundenen Probleme → Unterstützt. Wenn die Prüfung keine Fehler gegen ein Kriterium irgendwo im Geltungsbereich protokolliert hat, wird das Kriterium als Unterstützt markiert.
-
Nicht relevant für die Plattform → Nicht anwendbar. Bestimmte Kriterien gelten nicht für bestimmte Plattformen (siehe unten) und beginnen als Nicht anwendbar.
-
Gefundene Probleme → Teilweise unterstützt oder Nicht unterstützt. Wenn Fehler vorhanden sind, bewertet das Tool deren Verbreitung und Schwere:
- Wenn ein Problem auf Blockierebene gefunden wurde oder Fehler die Mehrheit der geprüften Seiten betreffen, wird das Kriterium auf Nicht unterstützt gesetzt.
- Wenn Fehler vorhanden sind, sich jedoch auf eine Minderheit der Seiten beschränken, wird das Kriterium auf Teilweise unterstützt gesetzt.
-
Nicht-Interferenz-Kriterien versagen hart. Eine kleine Menge grundlegender Kriterien — wie Keine Tastatursperre, Audiosteuerung, Anhalten/Stoppen/Verbergen und Drei Blitze oder darunter — werden als Blockierer behandelt. Jeder Fehler gegen diese lässt das Kriterium direkt auf Nicht unterstützt sinken, unabhängig davon, wie wenige Seiten betroffen sind, da sie einen Benutzer daran hindern können, das Produkt überhaupt zu nutzen.
Zusammenfassend: Wenn es nur wenige Probleme gibt, lautet das Ergebnis Teilweise unterstützt. Wenn es viele oder schwerwiegende Probleme gibt, lautet das Ergebnis Nicht unterstützt.
Das Konformitätsniveau wird basierend auf der Anzahl der Fehler, ihrer Schwere und ihrem Einfluss auf die Benutzererfahrung berechnet. Ziel ist es, eine klare und genaue Darstellung des Barrierefreiheitsstatus des Produkts zu bieten.
Standardmäßig „Nicht anwendbare“ Kriterien nach Plattform
Einige WCAG-Kriterien gelten nicht für bestimmte Technologien (zum Beispiel zeitbasierte Medienkriterien für ein Produkt ohne Audio oder Video). Axe Auditor markiert diese basierend auf den für den Bericht ausgewählten Plattform(en) im Voraus als Nicht anwendbar:
| Plattform | Beispiele für standardmäßig als Nicht anwendbar gekennzeichnete Kriterien |
|---|---|
| Desktop/Web | Untertitel- und Audiobeschreibungskriterien (1.2.x), Drei Blitze (2.3.1) |
| Mobile Web | Oben genanntes plus bestimmte Umbruch-/Textabstandskriterien, die nicht auf eine mobile Oberfläche zutreffen. |
| Native iOS | Ein breiteres Set, einschließlich mehrerer Navigations- und Parsing-Kriterien, die vom Betriebssystem nativ gehandhabt werden. |
| Native Android | Ähnlich wie iOS, abgestimmt auf die Android-Plattform |
Für Berichte, die mehr als eine Plattform abdecken, wird ein Kriterium nur dann standardmäßig als Nicht Anwendbar eingestuft, wenn es für jede im Geltungsbereich befindliche Plattform Nicht Anwendbar ist. Ein Kriterium, das auf einer Plattform N/A ist, aber auf einer anderen relevant bleibt, verbleibt im Bericht zur Bewertung. Gutachter können diese Standards jederzeit überschreiben.
Nicht Bewertet
Nicht Bewertet ist nur für WCAG Level AAA-Kriterien verfügbar, für Punkte, die ein Team nicht bewerten möchte. Es kommuniziert „wir haben dies nicht getestet“, was sich von Nicht Anwendbar unterscheidet ("wir haben es getestet und es trifft nicht zu").
Section 508 und EN 301 549 Zeilen
Wenn ein Bericht Section 508 oder EN 301 549 enthält, werden diese Tabellen aus den gleichen WCAG-Ergebnissen gefüllt:
-
Zugeordnete Zeilen (z.B. Section 508 Kapitel 3, EN 301 549 Klausel 4) summieren die Konformität aus den zugrunde liegenden WCAG-Kriterien:
- Wenn ein Nicht-Interferenz-Kriterium nicht erfüllt wird, oder die meisten zugeordneten WCAG-Kriterien Nicht Unterstützt sind, summiert sich die Zeile zu Nicht Unterstützt.
- Andernfalls wird Teilweise Unterstützt angezeigt.
- Wenn nichts fehlschlug, wird Unterstützt angezeigt.
Diese Zeilen können von einem Gutachter manuell bearbeitet werden.
-
Verweiszeilen leiten Leser zu einem anderen Abschnitt (beispielsweise „Siehe den WCAG-Abschnitt“) anstatt ihr eigenes Ergebnis anzuzeigen. Sie sind der Vollständigkeit halber enthalten und werden nicht bearbeitet.