Glossar

a11y

Eine Abkürzung für Zugänglichkeit: interpretiert als der Buchstabe a , gefolgt von 11 Zeichen und dann dem Buchstaben y.

Agora

Agora ist Deque internes Artefakt-Repository. Es basiert auf einer Artifactory Instanz. Über Agora können Benutzer axe DevTools-Komponenten herunterladen, benutzerdefinierte Regelsätze verwalten und verteilen und vieles mehr.

ARIA

Accessible Rich Internet Applications (ARIA) ist eine vom World Wide Web Consortium (W3C) veröffentlichte technische Spezifikation, die Möglichkeiten zur Verbesserung der Zugänglichkeit von Webseiten definiert, insbesondere von dynamischen Inhalten und Benutzeroberflächenkomponenten, die mit Ajax, HTML, JavaScript und verwandten Technologien entwickelt wurden.

Unterstützende Technologie

Einige behinderte Menschen sind möglicherweise nicht in der Lage, selbstständig mit Software und Websites zu interagieren. Diese Personen benötigen Unterstützungstechnologie, um das Internet gleichberechtigt nutzen zu können. Eine sehr verbreitete Form der Unterstützungstechnologie ist ein Screenreader. Diese Geräte lesen sehbehinderten oder blinden Personen den Text auf dem Bildschirm laut vor. Je nach Plattform gibt es viele verschiedene Bildschirmleseprogramme. Einige Beispiele sind NVDA oder JAWS auf dem PC, VoiceOver auf dem Mac oder TalkBack auf Android.

Kontrollpunkt

Eine bewährte Methode zum Testen von Zugänglichkeitsanforderungen, die vom a11y-Expertenteam von Deque entwickelt wurde und die Konsistenz und Genauigkeit der Testergebnisse erhöht. Basierend auf den WCAG-Erfolgskriterien bieten sie eine explizitere Kategorisierung und Interpretation dieser Richtlinien, wobei Fehler normalerweise nach Inhaltstyp getrennt werden. Die Deque Checkpoints helfen Prüfern, bei der Bewertung der Barrierefreiheit konsistente und genaue Testergebnisse zu erzielen. Ein Checkpoint bezieht sich auf den relevantesten und anwendbarsten Abschnitt der Hauptliste der Deque-Checkpoints (und ihrer Anforderungen), die ein wichtiger Teil des Deque-Wegs zur digitalen Gleichheit sind.

Benutzerdefinierter Regelsatz

Ein benutzerdefinierter Regelsatz wird aus einer JSON-Datei erstellt, die Regeldaten (Regeln und Prüfungen) enthält, die an axe DevTools-Komponenten übergeben werden, um neue Regeln hinzuzufügen, den Schweregrad/die Auswirkung einer Regel zu ändern oder eine Regel aus dem Test zu entfernen.

Ereignis

Um die API- oder CLI-Nutzung zu verfolgen, erstellt die Metrikbibliothek Ereignisse und sendet sie an den Nutzungsdienst. Ereignisse enthalten Informationen zur Nutzung, beispielsweise die Anzahl der während eines Webseiten-Scans verletzten Barrierefreiheitsregeln sowie das Datum und die Uhrzeit der Durchführung eines Barrierefreiheits-Scans.

Identitätstoken

Ein Identitätstoken ist ein von JFrog ausgestelltes Sicherheitstoken, das Ihnen den Zugriff auf das Agora-Artefakt-Repository von Deque ermöglicht. Identitätstoken müssen bei der Erstellung kopiert werden, da dies die einzige Möglichkeit ist, auf sie zuzugreifen. Sie verfallen nach einem festgelegten Zeitraum, normalerweise einem Jahr.

Auswirkung

Jedem Verstoß gegen die Barrierefreiheit wird eine Auswirkungsstufe zugewiesen. Die Auswirkung ist ein nützlicher Maßstab bei der Priorisierung von Behebungsmaßnahmen. Standardmäßig wird jedem Verstoßtyp von den Deque-Zugänglichkeitsexperten eine Auswirkungsstufe zugewiesen. Diese Werte sind auf die meisten Situationen verallgemeinert, Benutzer können sie also im Rahmen ihrer Regelsatzanpassung nach eigenem Ermessen ändern. Schwerwiegende oder kritische Auswirkungsstufen gehen damit einher, dass behinderte Benutzer auf erhebliche oder unüberwindbare Nutzungsbarrieren stoßen. Diese bergen die größte rechtliche Haftung. Kleinere und mittelschwere Probleme sind nicht so schwerwiegend, stellen für Benutzer mit Behinderungen jedoch dennoch wichtige Probleme dar und müssen behoben werden, damit die Seite vollständig konform ist. Die Auswirkungen erkannter Barrierefreiheitsprobleme werden anhand der folgenden vier Ebenen kategorisiert:

• Kritisch: Diese Auswirkungsstufe bedeutet, dass Benutzern mit einer Behinderung der Zugriff auf eine Funktion der Webseite bzw. die Interaktion mit dieser Funktion vollständig verweigert wird. Bis eine Lösung implementiert ist, sind die Inhalte völlig unzugänglich. Dadurch ist Ihr Unternehmen äußerst anfällig für Klagen. Die Behebung kritischer Probleme sollte höchste Priorität haben.

• Schwerwiegend: Diese Auswirkungsstufe bedeutet, dass Benutzer mit einer Behinderung bei der Interaktion mit der Site auf ernsthafte Barrieren stoßen. Diese Benutzer werden beim Versuch, auf zugehörige Inhalte zuzugreifen, erhebliche Frustrationen erleben. Bis eine Lösung implementiert ist, wird der Zugriff auf Inhalte schwierig oder unmöglich sein, wodurch Ihr Unternehmen anfällig für rechtliche Schritte wird. Die Behebung sollte höchste Priorität haben.

• Mäßig: Diese Auswirkungsstufe bedeutet, dass für Benutzer mit Behinderungen einige Barrieren bestehen, diese sie jedoch nicht daran hindern, auf grundlegende Abläufe oder Inhalte zuzugreifen. Probleme mit Auswirkungen dieser Ebene können dazu führen, dass Ihr Unternehmen rechtliche Schritte ausgesetzt sein könnte. Sie müssen behoben werden, bevor eine Seite vollständig konform ist, und sollten korrigiert werden.

• Geringfügig: Ein Problem, das für behinderte Benutzer weniger Auswirkungen hat als ein moderates Problem. Das Problem hat möglicherweise eine niedrigere Priorität als mittelschwere, schwerwiegende und kritische Probleme, muss aber dennoch gelöst werden, damit eine Seite vollständig konform ist.

Intelligent Guided Testing (IGT)

Intelligent Guided Testing (IGT) ist eine interaktive Komponente zum Testen der Barrierefreiheit der Webbrowser-Erweiterungen von axe DevTools, die zum Auffinden von Barrierefreiheitsfehlern entwickelt wurde, die bei automatisierten Tests nicht erkannt werden können. IGT stellt dem Benutzer einfache Fragen zu der getesteten Webseite und nutzt dieses Feedback, um mehr Zugänglichkeitsfehler zu finden, als dies mit automatisierten Tests sonst möglich wäre. Weitere Informationen zu Intelligent Guided Tests finden Sie in der Dokumentation zu Intelligent Guided Tests.

Problem

Ein Verstoß gegen die Richtlinien zur Barrierefreiheit (wie in Standards wie WCAG 1.0, WCAG 2.0, Abschnitt 508 und WAI-ARIA definiert), der im Code einer Webseite oder Webanwendung festgestellt wurde.

JSON-Barrierefreiheitsergebnisse

Wenn Sie eine Website mithilfe der axe DevTools-APIs oder der CLI auf Barrierefreiheitsprobleme testen, werden Ihre Ergebnisse als JSON-Datei gespeichert, die in der Dokumentation als JSON-Datei mit Barrierefreiheitsergebnissen bezeichnet wird. Sie können diese Datei in axe Reports hochladen (wodurch Sie die Barrierefreiheit Ihrer Website im Laufe der Zeit über die axe Reports-Website überwachen können). Sie können die JSON-Ergebnisdatei zur Barrierefreiheit mithilfe der CLI auch lokal filtern und in die Formate CSV, XML oder HTML konvertieren. Weitere Informationen finden Sie unter Berichterstellung mit der CLI . Alternativ können Sie mit den APIs während eines Testlaufs auch JSON-Ergebnisdateien zur Barrierefreiheit in Berichte konvertieren (weitere Informationen finden Sie weiter unten unter Berichterstellung ).

Metrikbibliothek

Eine interne Bibliothek, die von den APIs und der CLI von Deque verwendet wird, um Nutzungsinformationen an den Nutzungsdienst zu melden.

Überprüfung erforderlich

Ein Problem muss von einem Menschen überprüft werden, um festzustellen, ob es sich tatsächlich um einen Verstoß gegen Zugänglichkeitsstandards handelt.

Berichtswesen

Unter „Berichterstellung“ versteht man das Hochladen einer Datei mit JSON-Zugänglichkeitsergebnissen in „axe Reports“ oder deren lokale Konvertierung in einen Bericht (eine CSV-, XML- oder HTML-Datei) zur Verwendung in einer anderen Anwendung.

Regel

Eine Regel entspricht dem Erfolgskriterium einer Barrierefreiheitsrichtlinie. Sie werden durch JSON-Objektdateien definiert und enthalten eine ID, Beschreibung und Hilfemetadaten sowie eine oder mehrere Prüfungen und optionale Parameter.

Abschnitt 508

Ein Zusatz zum Rehabilitationsgesetz der Vereinigten Staaten von 1973, der Bundesbehörden dazu verpflichtet, ihre elektronische und Informationstechnologie für Menschen mit Behinderungen zugänglich zu machen. Es umfasst sechzehn Bestimmungen auf Grundlage der Zugriffsrichtlinien des World Wide Web Consortiums (W3C), ist jedoch weder mit den WCAG-Standards 1.0 noch 2.0 identisch.

Usage Service

Ein REST-Webdienst, der Nutzungsmetriken für axe DevTools for Web (APIs und CLI) aufzeichnet. Es handelt sich entweder um den öffentlichen Dienst von Deque oder um Ihren eigenen Dienst. Weitere Informationen finden Sie unter The axe DevTools for Web Usage Service.

Verstoß

Ein von axe DevTools identifiziertes Problem, das gegen einen oder mehrere Zugänglichkeitsstandards verstößt.

WCAG

WCAG (Web Content Accessibility Guidelines) wurden vom World Wide Web Consortium (W3C) entwickelt und erklären, wie Webinhalte für Menschen mit Behinderungen zugänglicher gemacht werden können. WCAG 1.0 wurde im Mai 1999 veröffentlicht. WCAG 2.0 wurde im Dezember 2008 veröffentlicht. WCAG 2.0 gilt allgemein für fortschrittlichere Technologien und ist durch automatisierte Tests und menschliche Auswertung präziser testbar. WCAG 2.1 wurde im Juni 2018 veröffentlicht. Diese Richtlinien enthalten Erfolgskriterien, die testbare Kriterien für bestimmte Elemente definieren. WCAG 2.2, die neueste Version der Richtlinien, wurde 2023 veröffentlicht und bietet neun neue Erfolgskriterien gegenüber WCAG 2.1.