accessBlog

Absicht dieses Erfolgskriteriums

Die Absicht dieses Erfolgskriteriums ist es sicherzustellen, dass Benutzer mit Behinderungen, wann immer möglich, eine adäquate Zeit bekommen, um mit dem Webinhalt zu interagieren. Es kann sein, dass Menschen mit Behinderungen wie etwa Blindheit, geringem Sehvermögen, Einschränkungen der Fingerfertigkeit und kognitiven Einschränkungen mehr Zeit benötigen, um Inhalte zu lesen oder um Funktionen auszuführen wie etwa das Ausfüllen von Online-Formularen. Wenn Web-Funktionen zeitabhängig sind, wird es für einige Benutzer schwierig sein, die erforderliche Aktion auszuführen bevor eine zeitliche Begrenzung auftritt. Dies kann dazu führen, dass der Service für sie nicht zugänglich ist. Die Gestaltung von Funktionen, die nicht zeitabhängig sind, hilft Menschen mit Behinderungen, diese Funktionen erfolgreich auszuführen. Die Bereitstellung von Optionen zur Deaktivierung von zeitlichen Begrenzungen, zur individuellen Anpassung der zeitlichen Begrenzungen oder zur Anforderung von mehr Zeit, bevor eine zeitliche Begrenzung auftritt, hilft denjenigen Benutzern, die mehr Zeit als erwartet benötigen, um Aufgaben erfolgreich durchzuführen. Diese Optionen werden in der Reihenfolge, in der sie für den Benutzern am hilfreichsten sind, aufgelistet. Die Deaktivierung von zeitlichen Begrenzungen ist besser als die individuelle Anpassung der Länge der zeitlichen Begrenzung, was besser ist als zusätzliche Zeit anzufordern, bevor eine zeitliche Begrenzung auftritt.

Jeder Prozess, der ohne Initiation durch den Benutzer nach einer festgelegten Zeit oder auf periodischer Basis passiert, ist eine zeitliche Begrenzung. Dies beinhaltet partielle oder komplette Aktualisierungen des Inhalts (zum Beispiel Seiten-Aktualisierung), Änderungen am Inhalt oder der Ablauf eines Zeitfensters zur Reaktion eines Benutzers auf eine Eingabe-Aufforderung.

Es beinhaltet außerdem Inhalt, der sich in einer Geschwindigkeit weiter bewegt oder aktualisiert, die jenseits der Fähigkeit des Benutzers ist, den Inhalt zu lesen und/oder zu verstehen. In anderen Worten führt animierter, sich bewegender oder scrollender Inhalt zu einer zeitlichen Begrenzung der Fähigkeit des Benutzers, Inhalte zu lesen.

In manchen Fällen ist es allerdings nicht möglich, die zeitliche Begrenzung zu ändern (zum Beispiel bei einer Auktion oder einem anderen Echtzeit-Ereignis) und daher werden Ausnahmen für diese Fälle bereitgestellt.

Anmerkungen in Bezug auf zeitliche Begrenzungen des Servers

• Zeitlich festgelegte Server-Umleitungen können Sie unten unter den verbreiteten Fehlern finden.

• Zeitlich nicht festgelegte Server-Umleitungen (z.B. 3xx Response Codes) finden keine Anwendung, da es keine zeitliche Begrenzung gibt: sie funktionieren unverzüglich.

• Dieses Erfolgskriterium gilt nur für zeitliche Begrenzungen, die vom Inhalt selber bestimmt sind. Wenn zum Beispiel eine zeitliche Beschränkung eingebaut wird, um Sicherheits-Bedenken zu adressieren, dann würde diese als durch den Inhalt festgelegt betrachtet werden, da sie dazu konzipiert ist, Teil der Präsentation und der Interaktions-Erfahrung für diesen Inhalt zu sein. Zeitliche Begrenzungen, die extern für den Inhalt bestimmt wurden, wie etwa durch den Benutzeragenten oder durch Faktoren, die für das Internet spezifisch sind, entziehen sich der Kontrolle des Autors und unterliegen nicht den WCAG-Konformitätsbedingungen. Zeitliche Begrenzungen, die von Webservern festgelegt wurden, sollten der Kontrolle des Autors / der Organisation unterliegen und sind abgedeckt. (Erfolgskriterien 2.2.3, 2.2.4 und 2.2.5 können möglicherweise ebenfalls Anwendung finden.)

• Basierend auf klinischen Erfahrungen und anderen Richtlinien wurde das Zehnfache des Standardwertes ausgewählt. Wenn ein Benutzer zum Beispiel 15 Sekunden Zeit hat, um zu reagieren und einen Schalter zu treffen, dann würden 150 Sekunden ausreichen, um es fast Benutzern zu ermöglichen, einen Schalter zu treffen, auch wenn sie Schwierigkeiten hatten.

• 20 Sekunden basieren auch auf klinischen Erfahrungen und anderen Richtlinien. 20 Sekunden sind für beinahe alle Benutzer, einschließlich derjenigen mit spastischen Lähmungen, ausreichend, um ‚irgendeinen Schalter‘ zu treffen. Einige würden es nicht schaffen, aber manche würden es bei jeglicher Zeitdauer nicht schaffen. Zur Anforderung von zusätzlicher Zeit ist ein vertretbarer Zeitraum erforderlich, da eine willkürlich lange Zeit bei manchen Anwendungen Sicherheitsrisiken für alle Benutzer in sich bergen kann, einschließlich derjenigen mit Behinderungen. Es ist zum Beispiel bei Kiosks oder Terminals, die für finanzielle Transaktionen benutzt werden, recht üblich, dass Menschen weggehen ohne sich auszuloggen. Dadurch sind sie gegenüber denjenigen, die hinter ihnen kommen, schutzlos. Die Bereitstellung eines langen Zeitraums der Inaktivität, bevor nachgefragt wird und dann die Bereitstellung eines langen Zeitraums, in dem die Person angeben muss, dass sie präsent ist, kann dazu führen, dass Terminals für Missbrauch offen sind. Wenn es keine Aktivität gibt, dann sollte das System fragen, ob der Benutzer da ist. Es sollte dann nach einem Hinweis fragen, dass eine Person da ist (‚drücken Sie irgendeine Taste‘) und dann lang genug warten, damit nahezu jeder antworten kann. Für „drücken Sie irgendeine Taste“ würden 20 Sekunden dieses erfüllen. Wenn die Person angibt, dass sie nach wie vor da ist, dann sollte das Gerät den Benutzer zu genau dem exakten Zustand zurückbringen, der bestand, als die Frage gestellt wurde.

• 20 Stunden wurden als Obergrenze ausgewählt, denn dies ist länger als der komplette Wachzustand eines Tages.

In Fällen, in denen die Zeiteinteilung keine intrinsische Anforderung ist, aber die Tatsache, dass man dem Benutzer die Kontrolle über zeitlich festgelegte Ereignisse gibt, das Ergebnis unwirksam machen würde, kann eine dritte Partei die zeitlichen Begrenzungen frü den Benutzer kontrollieren (zum Beispiel die Gestattung von doppelter Zeit bei einem Test).

Lesen Sie auch Erfolgskriterium 2.2.3 verstehen - Keine Zeiteinteilung.