Übersicht zur 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 im Axe Auditor zu erstellen, zu überprüfen, zu verwalten und zu veröffentlichen, nachdem ein Produktaudit abgeschlossen ist. Sie können den gesamten ACR/VPAT-Workflow innerhalb von Axe Auditor durchführen, ohne ein separates Werkzeug zu verwenden oder Bewertungsdaten manuell zwischen Systemen zu übertragen. Sie können ein ACR/VPAT aus einer abgeschlossenen Barrierefreiheitsbewertung generieren, die zu verwendende Barrierefreiheitsstandardvorlage auswählen, den Umfang der Bewertung definieren und den Prüf- und Genehmigungsprozess direkt in der Anwendung verwalten.
Die Erstellung von ACR/VPAT unterstützt die folgenden Standards:
- WCAG 2.x (Web) Barrierefreiheitsstandards
- EN 301 549 Barrierefreiheitsanforderungen für Informations- und Kommunikationstechnologie (IKT)-Produkte und -Dienste innerhalb der Europäischen Union
Diese Funktion unterstützt den vollständigen ACR/VPAT-Workflow, der die Erstellung von ACRs und VPATs, die Prüfung, Genehmigung, Veröffentlichung und Nachverfolgung von Dokumentversionen umfasst. Nachdem Sie ein ACR/VPAT erstellt haben, können Sie es als Microsoft Word-Dokument für spätere Referenzen herunterladen.
Vorteile
- Erstellen Sie ACR/VPATs direkt aus abgeschlossenen Axe Auditor-Bewertungen.
- Schließen Sie den ACR/VPAT-Prozess in einer einzigen Anwendung ab.
- Reduzieren Sie manuelle Arbeit und Datenübertragungsfehler.
- Unterstützen Sie sowohl interne Serviceteams als auch Unternehmenskunden.
- Verwalten Sie Prüfungen und Genehmigungen durch einen strukturierten Workflow.
- Verfolgen Sie ACR/VPAT-Versionen über Bewertungs-Snapshots hinweg.
- Bewahren Sie eine Historie veröffentlichter ACR/VPAT-Versionen auf.
Zielgruppe
Die ACR/VPAT-Generation ist für folgende Benutzer gedacht:
- Barrierefreiberater oder Unternehmenskunden: Erstellen Sie ACR/VPATs für Kundenbewertungen zur Barrierefreiheit.
- Unternehmensnutzer: Erstellen Sie ACR/VPATs für ihre eigenen Barrierefreiheitsbewertungen.
- QA-Reviewer: Überprüfen Sie eingereichte ACR/VPATs und genehmigen Sie diese oder fordern Sie Änderungen an.
- Projektmanager: Überprüfen, genehmigen und veröffentlichen Sie ACR/VPATs.
Wie Axe Auditor Konformitätsstufen berechnet
Axe Auditor füllt für jedes Kriterium im Bericht basierend auf den Auditergebnissen der in den Geltungsbereich einbezogenen Seiten und Komponenten eine Konformitätsstufe voraus. Dies bietet Prüfern einen evidenzbasierten Ausgangspunkt anstelle eines leeren Formulars. Prüfer können jede berechnete Ebene vor der Veröffentlichung überschreiben.
Die fünf Konformitätsstufen
| Konformitätsstufe | Was es bedeutet |
|---|---|
| Unterstützt | Das Produkt hat mindestens eine Methode, die das Kriterium ohne bekannte Mängel erfüllt, oder es wird mit gleichwertiger Erleichterung erfüllt. |
| Teilweise unterstützt | Ein Teil der Funktionalität des Produkts erfüllt das Kriterium nicht. |
| Unterstützt nicht | Der Großteil der Funktionalität 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. Verfügbar nur 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 Umfang liegenden Auditergebnisse an:
-
Keine Probleme gefunden → Unterstützt. Wenn das Audit keine Verstöße gegen ein Kriterium im gesamten Geltungsbereich protokolliert hat, wird das Kriterium als Unterstützt markiert.
-
Für die Plattform nicht relevant → Nicht anwendbar. Bestimmte Kriterien gelten nicht für bestimmte Plattformen (siehe unten) und beginnen als Nicht anwendbar.
-
Probleme gefunden → Teilweise unterstützt oder Unterstützt nicht. Wenn Verstöße vorliegen, bewertet das Werkzeug, wie weit verbreitet und schwerwiegend sie sind:
- Wenn ein Blocker-Problem gefunden wurde oder Verstöße die Mehrheit der geprüften Seiten betreffen, wird das Kriterium auf Unterstützt nicht gesetzt.
- Wenn verstöße existieren, sich jedoch auf eine Minderheit der Seiten beschränken, wird das Kriterium auf Teilweise unterstützt gesetzt.
-
Nicht-Interferenzkriterien fallen hart durch. Eine kleine Anzahl von grundlegenden Kriterien — wie Keine Tastaturfalle, Audiosteuerung, Anhalten/Stoppen/Verbergen und Drei Blitze oder unterhalb der Schwelle — werden als Blocker behandelt. Jeder Verstoß gegen diese führt dazu, dass das Kriterium direkt auf Unterstützt nicht gesetzt wird, unabhängig davon, wie wenige Seiten betroffen sind, da sie einen Benutzer daran hindern können, das Produkt überhaupt zu nutzen.
Zusammengefasst ergibt sich bei nur wenigen Problemen das Ergebnis Teilweise unterstützt. Bei vielen oder schwerwiegenden Problemen lautet das Ergebnis Unterstützt nicht.
Die Konformitätsstufe wird basierend auf der Anzahl der Verstöße, 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 Kriterien für zeitbasierte Medien bei einem 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 Kriterien, die standardmäßig als Nicht Anwendbar festgelegt sind |
|---|---|
| Desktop/Web | Kriterien für Untertitel und Audiobeschreibung (1.2.x), Drei Blitze (2.3.1) |
| Mobil-Web | Die oben genannten sowie bestimmte Kriterien für Neufluss/Abstand, die nicht für eine mobile Oberfläche gelten. |
| Native iOS | Ein breiteres Set, einschließlich mehrerer Navigations- und Parsing-Kriterien, die die Plattform nativ abwickelt |
| Native Android | Ähnlich wie iOS, angepasst an die Android-Plattform |
Bei Berichten, die mehr als eine Plattform abdecken, wird ein Kriterium nur dann als Nicht Anwendbar festgelegt, wenn es für jede einbezogene Plattform nicht anwendbar ist. Ein Kriterium, das auf einer Plattform N/A ist, aber auf einer anderen relevant, bleibt im Bericht zur Auswertung erhalten. Prüfer können diese Voreinstellungen jederzeit überschreiben.
Nicht bewertet
Nicht Bewertet ist nur für WCAG Level AAA-Kriterien verfügbar, die ein Team nicht bewerten möchte. Es kommuniziert „wir haben dies nicht getestet“, was sich von Nicht Anwendbar ("wir haben es getestet und es trifft nicht zu") unterscheidet.
Section 508 und EN 301 549 Zeilen
Wenn ein Bericht die Section 508 oder EN 301 549 beinhaltet, werden diese Tabellen aus den gleichen WCAG-Ergebnissen befüllt:
-
Abgebildete Zeilen (z. B. Section 508 Kapitel 3, EN 301 549 Klausel 4) fassen die Konformität aus den zugrundeliegenden WCAG-Kriterien zusammen:
- Wenn ein Kriterium zur Nicht-Interferenz fehlschlägt oder die meisten der abgebildeten WCAG-Kriterien Nicht Unterstützt sind, wird die Zeile als Nicht Unterstützt zusammengefasst.
- Andernfalls zeigt sie Teilweise Unterstützt an.
- Wenn nichts fehlschlägt, zeigt sie Unterstützt an.
Diese Zeilen können von einem Prüfer manuell bearbeitet werden.
-
Referenzzeilen leiten Leser zu einem anderen Abschnitt weiter (zum Beispiel „Siehe den WCAG-Abschnitt“), anstatt ihr eigenes Ergebnis anzuzeigen. Sie sind zur Vollständigkeit enthalten und werden nicht bearbeitet.