-
Redundante Nutzereingaben bieten keine Eingabeunterstützung
Das digitale Produkt fordert Nutzende innerhalb eines Prozesses zur mehrfachen Eingabe der gleichen Daten auf, bietet jedoch keine Eingabeunterstützung bei der erneuten Eingabe. Beispiele: Folgende Funktionen zählen als Eingabeunterstützung für redundante Eingaben: Vermeidung von wiederholter Eingabe durch Nutzende unterstützt Menschen mit kognitiver Beeinträchtigung bei der Vermeidung von Fehleingaben. Sie werden befähigt, sich einfacher auf die…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
Mobile AppsWebseitenSchwere:
NormalAbteilung:
EntwicklungSchlagwörter:
-
CAPTCHA im Anmeldeprozess erfordert kognitive Fähigkeiten
CAPTCHAs im Anmeldeprozess erfordern den Einsatz kognitiver Fähigkeiten. Beispiele: Zu den kognitiven Funktionstests zählen: Nutzende benötigen eine einfache und zugängliche, und zugleich sichere Methode, um sich in einer Anwendung anmelden zu können. Passworteingaben, die die Nutzung kognitiver Fähigkeiten ohne entsprechende Alternativen vorsehen, stellen für manche Nutzende eine Barriere oder sogar eine Blockade dar.
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
Mobile AppsWebseitenSchwere:
HochAbteilung:
EntwicklungSchlagwörter:
-
Komfortfunktionen zur Codeübertragung im Anmeldeprozess werden nicht unterstützt
Der Code notwendiger Zwei-Faktor-Authentifizierungen kann weder über die Kopieren- und Einfüge-Funktion noch andere Komfortfunktionen des Betriebssystems übernommen werden. Beispiele: Nutzende benötigen eine einfache und zugängliche, und zugleich sichere Methode, um sich in einer Anwendung anmelden zu können. Passworteingaben, die die Nutzung kognitiver Fähigkeiten ohne entsprechende Alternativen vorsehen, stellen für manche Nutzende eine Barriere oder sogar…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
Mobile AppsWebseitenSchwere:
HochAbteilung:
EntwicklungSchlagwörter:
-
Fehlermeldungen werden nicht in Textform beschrieben
Einige Fehlermeldungen des digitalen Produkts werden nicht in Klartextform dargestellt. Beispiele: Für blinde Menschen und Menschen mit Farbfehlsichtigkeit ist eine Fehlerbeschreibung in Textform unerlässlich, um entsprechende Formularfelder identifizieren zu können. Menschen mit Legasthenie vertauschen häufiger Zahlen, Menschen mit motorischen Beeinträchtigungen drücken häufiger versehentlich falsche Tasten. Menschen, die nur einen kleinen Ausschnitt der Anzeige sehen, bemerken…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
Mobile AppsWebseitenSchwere:
NormalAbteilung:
GestaltungEntwicklungSchlagwörter:
-
Fehlermeldungen werden visuell nicht angezeigt
Das digitale Produkt enthält Formulare, welche beim inkorrekten Ausfüllen Fehlermeldungen generieren. Diese stehen jedoch ausschließlich Nutzenden von Screenreadern zur Verfügung, da sie nicht visuell eingeblendet werden. Beispiele: Fehlermeldungen sollen prinzipiell allen Nutzenden zur Verfügung stehen. Nur so kann gewährleistet werden, dass ein Formular erfolgreich und effizient abgeschickt werden kann. Vor allem kognitiv eingeschränkte Nutzende benötigen…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
WebseitenSchwere:
NormalAbteilung:
GestaltungEntwicklungRedaktionSchlagwörter:
-
Authentifizierung ausschließlich mit kognitivem Funktionstest möglich
Es sind Anmeldevorgänge vorhanden, deren Durchführung ausschließlich durch einen kognitiven Funktionstest, wie zum Beispiel das Merken von Passwörtern oder das Lösen eines Rätsels möglich ist. Beispiele: Kognitiv beeinträchtigte Nutzende leiden oft unter Gedächtnisproblemen oder tun sich schwer, Rätsel zu lösen. Um das digitale Produkt für diese Nutzergruppe dennoch nutzbar zu machen, muss eine Authentifizierungsmöglichkeit ohne…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
Mobile AppsWebseitenSchwere:
HochAbteilung:
GestaltungEntwicklungRedaktionSchlagwörter:
-
Nicht konsistent eingesetzte Hilfe-Mechanismen
Das digitale Produkt bietet den Nutzenden Hilfe-Mechanismen, wie Kontaktangaben, Öffnungszeiten, Chat, Social-Media, Hilfeseiten oder FAQs an. Diese sind nicht seitenübergreifend an derselben Stelle zu finden. Beispiele: Vor allem kognitiv eingeschränkte Nutzer benötigen oft Hilfestellung bei der Bedienung eines digitalen Produkts. Um die Hilfe-Mechanismen leicht aufzufinden, sollten sie auf jeder Seite an derselben Stelle positioniert sein.…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
Mobile AppsWebseitenSchwere:
NormalAbteilung:
GestaltungEntwicklungRedaktionSchlagwörter:
-
Falsche Angabe der Hauptsprache
Die Hauptsprache des digitalen Produkts ist im Quellcode falsch angegeben. Beispiele: Durch die fehlerhafte Aussprache ist es Nutzenden von Screenreadern nahezu unmöglich, die gesprochenen Inhalte zu verstehen. Die Angabe der Hauptsprache des digitalen Produkts dient dazu, dem Screenreader die richtige Betonung und Aussprache für den Großteil der Inhalte zu übergeben. Er verwendet verschiedene Sprachausgaben für…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
WebseitenSchwere:
NormalAbteilung:
EntwicklungSchlagwörter:
-
Kennzeichnung von Pflichtfeldern für Nutzende von Screenreadern
Einige Pflichtfelder sind für Nutzende von Screenreadern nicht zusätzlich mit dem Attribut aria-required als solche gekennzeichnet. Beispiele: Um ein optimales Verständnis für blinde Menschen zu gewährleisten, kann das Attribut aria-required benutzt werden. Dadurch wird den Nutzenden bei jedem Pflichtfeld vom Screenreader mitgeteilt, dass eine Eingabe erforderlich ist. Diese Methode kann unabhängig von der Darstellung genutzt…
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
WebseitenSchwere:
EmpfehlungAbteilung:
EntwicklungSchlagwörter:
-
Login-Prozess mit zu spezifischer Fehlermeldung
Beim Login-Prozess wird nach falscher Eingabe von Daten sowohl für den Benutzernamen als auch für das Passwort eine spezifische Fehlermeldung generiert. Beispiele: Aus sicherheitsrelevanten Gründen muss beim Login kein Hinweis gegeben werden, welches der Eingabefelder einen Fehler enthält. Eine unspezifische Fehlermeldung, die für beide Felder gleich ist, reicht aus.
App-Kriterium:
Web-Kriterium:
Dokument-Kriterium:
EzB-Kriterium:
Produkt:
WebseitenSchwere:
EmpfehlungAbteilung:
EntwicklungRedaktionSchlagwörter: