Ü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 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 Tool zu verwenden oder Bewertungsdaten manuell zwischen Systemen zu übertragen. Sie können einen ACR/VPAT aus einer abgeschlossenen Barrierefreiheitsbewertung erstellen, die zu verwendende Barrierefreiheitsvorlage auswählen, den Umfang der Bewertung definieren und den Überprüfungs- und Genehmigungsprozess direkt in der Anwendung verwalten.
Die Erstellung von ACR/VPAT unterstützt die folgenden Standards:
- Barrierefreiheitsstandards WCAG 2.x (Web)
- EN 301 549 Barrierefreiheitsanforderungen für Informations- und Kommunikationstechnologie (IKT)-Produkte und -Dienstleistungen innerhalb der Europäischen Union
Diese Funktion unterstützt den kompletten ACR/VPAT-Workflow, der das Erstellen von ACRs und VPATs, das Prüfen, Genehmigen, Veröffentlichen und Nachverfolgen von Dokumentversionen umfasst. Nachdem Sie einen ACR/VPAT erstellt haben, können Sie ihn als Microsoft Word-Dokument für eine weitere Referenz herunterladen.
Vorteile
- Direkte Erstellung von ACR/VPATs aus abgeschlossenen Axe Auditor-Bewertungen.
- Abschluss des ACR/VPAT-Prozesses in einer einzigen Anwendung.
- Reduzierung manueller Arbeit und Fehler bei der Datenübertragung.
- Unterstützung sowohl interner Serviceteams als auch Unternehmensnutzer.
- Überprüfung und Genehmigung über einen strukturierten Workflow verwalten.
- Verfolgung von ACR/VPAT-Versionen über Bewertungs-Snapshots hinweg.
- Erhaltung eines Verlaufs veröffentlichter ACR/VPAT-Versionen.
Zielgruppe
Die Funktion zur Erstellung von ACR/VPAT richtet sich an die folgenden Benutzer:
- Barrierefreiheitsexperten oder Unternehmenskunden: Erstellung von ACR/VPATs für Kundenbewertungen zur Barrierefreiheit.
- Unternehmensnutzer: Erstellung von ACR/VPATs für ihre eigenen Bewertungen zur Barrierefreiheit.
- QA-Prüfer: Überprüfung eingereichter ACR/VPATs und entweder Genehmigung oder Anforderung von Änderungen.
- Projektleiter: Überprüfung, Genehmigung und Veröffentlichung von ACR/VPATs.
Wie Axe Auditor Konformitätsstufen berechnet
Axe Auditor füllt jeden Kriterienpunkt im Bericht basierend auf den Auditergebnissen für die betrachteten Seiten und Komponenten vorab mit einer Konformitätsstufe aus. Dadurch haben Prüfer einen evidenzbasierten Ausgangspunkt, anstatt mit einem leeren Formular zu arbeiten. Prüfer können jede berechnete Stufe 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 mit gleichwertiger Erleichterung erfüllt. |
| Teilweise unterstützt | Einige der 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 zutreffend | 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 Auditergebnisse im Geltungsbereich an:
-
Keine Probleme gefunden → Unterstützt. Wenn das Audit keine Fehler gegen ein Kriterium im gesamten Geltungsbereich protokolliert hat, wird das Kriterium als Unterstützt markiert.
-
Nicht relevant für die Plattform → Nicht zutreffend. Bestimmte Kriterien gelten nicht für bestimmte Plattformen (siehe unten) und werden als Nicht zutreffend eingestuft.
-
Probleme gefunden → Teilweise unterstützt oder Nicht unterstützt. Wenn Fehler vorliegen, bewertet das Tool, wie weit verbreitet und schwerwiegend diese sind:
- Wenn ein Problem auf Blockerebene festgestellt wurde oder die Fehler die Mehrheit der geprüften Seiten betreffen, wird das Kriterium auf Nicht unterstützt gesetzt.
- Wenn Fehler vorliegen, sich jedoch nur auf eine Minderheit der Seiten beschränken, wird das Kriterium auf Teilweise unterstützt gesetzt.
-
Nicht-Interferenz-Kriterien versagen hart. Ein kleiner Satz grundlegender Kriterien — wie Keine Tastatursperre, Audiosteuerung, Pausieren/Stoppen/Verbergen und Drei Blitze oder Unterschreitung der Schwelle — werden als Blocker behandelt. Jeder Verstoß gegen diese führt direkt zu Nicht unterstützt, unabhängig davon, wie wenige Seiten betroffen sind, da sie einen Benutzer daran hindern können, das Produkt überhaupt zu nutzen.
Zusammenfassend gilt, 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, deren Schweregrad und deren Auswirkungen auf die Benutzererfahrung berechnet. Ziel ist es, eine klare und genaue Darstellung des Barrierefreiheitsstatus des Produkts zu bieten.
Standardmäßige "Nicht zutreffend"-Kriterien nach Plattform
Einige WCAG-Kriterien gelten nicht für bestimmte Technologien (zum Beispiel zeitbasierte Medienkriterien für ein Produkt ohne Audio oder Video). Der Axe Auditor markiert diese basierend auf den für den Bericht ausgewählten Plattform(en) vorab als Nicht Anwendbar:
| Plattform | Beispiele für Kriterien, die standardmäßig als Nicht Anwendbar festgelegt sind |
|---|---|
| Desktop/Web | Beschreibungs- und Audiobeschreibungskriterien (1.2.x), Drei Blitze (2.3.1) |
| Mobile Web | Die oben genannten, plus bestimmte Umbruch-/Textabstandskriterien, die nicht auf eine mobile Oberfläche zutreffen. |
| Native iOS | Ein breiteres Set, einschließlich mehrerer Navigations- und Parserkriterien, die die Plattform nativ abwickelt |
| 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 festgelegt, wenn es für jede Plattform im Geltungsbereich Nicht Anwendbar ist. Ein Kriterium, das auf einer Plattform N/A ist, aber auf einer anderen relevant, bleibt im Bericht zur Bewertung enthalten. Gutachter können diese Voreinstellungen jederzeit überschreiben.
Nicht Bewertet
Nicht Bewertet ist nur für WCAG-Level-AAA-Kriterien verfügbar, für Elemente, die ein Team nicht zu bewerten wählt. Es kommuniziert „wir haben dies nicht getestet“, was sich von Nicht Anwendbar („wir haben es getestet und es gilt nicht“) unterscheidet.
Section 508 und EN 301 549 Zeilen
Wenn ein Bericht Section 508 oder EN 301 549 umfasst, werden diese Tabellen aus den gleichen WCAG-Ergebnissen gefüllt:
-
Zuordnung von Zeilen (z. B. Section 508 Kapitel 3, EN 301 549 Klausel 4) fasst die Konformität aus den zugrundeliegenden WCAG-Kriterien zusammen:
- Wenn ein Nicht-Interferenz-Kriterium fehlschlägt oder die meisten der zugeordneten WCAG-Kriterien Nicht Unterstützt sind, ergibt die Zeile Nicht Unterstützt.
- Andernfalls zeigt es Unterstützt Teilweise.
- Wenn nichts fehlschlug, zeigt es Unterstützt.
Diese Zeilen können von einem Gutachter manuell bearbeitet werden.
-
Verweiszeilen leiten die Leser auf einen anderen Abschnitt (zum Beispiel „Siehe den WCAG-Abschnitt“) statt ein eigenes Ergebnis anzuzeigen. Sie sind zur Vollständigkeit enthalten und werden nicht bearbeitet.