Erstellung barrierefrei zugänglicher Inhalte (in Übereinstimmung mit den WCAG 2.1-Richtlinien) creating-accessible-content-wcag-conformance

Die Web Content Accessibility Guidelines (WCAG) 2.1 werden von einer Arbeitsgruppe des World Wide Web Consortium erstellt. Sie umfassen eine Reihe technologieunabhängiger Richtlinien und Erfolgskriterien, um Sie bei der Erstellung von Web-Inhalten zu unterstützen, die für Personen mit Behinderungen barrierefrei zugänglich sind.

Zur Einführung bietet das Konsortium eine Reihe von Abschnitten und unterstützenden Dokumenten an:

Siehe auch:

Diese Richtlinien sind in drei Konformitätsebenen abgestuft: Ebene A (niedrigste), Ebene AA und Ebene AAA (höchste). Die Ebenen werden kurz wie folgt definiert:

  • Stufe A: Ihre Site erreicht eine einfache, minimale Barrierefreiheit. Bei Erreichen dieser Stufe sind alle Kategorie-A-Erfolgskriterien erfüllt.
  • Stufe AA: Dies ist ein idealer Barrierefreiheitsgrad, der angestrebt werden sollte und mit dem Ihre Site einen grundlegenden Grad der Barrierefreiheit ermöglicht, sodass sie für die meisten Personen in den meisten Situationen mit den meisten Technologien zugänglich ist. Bei Erreichen dieser Stufe sind alle Erfolgskriterien der Ebenen A und AA erfüllt.
  • Ebene AAA: Ihre Site erreicht ein sehr hohes Maß an Barrierefreiheit. Zur Erreichung dieser Ebene müssen alle Erfolgskriterien von Ebene A, Ebene AA und Ebene AAA erfüllt sein.

Bei der Erstellung der Site sollten Sie festlegen, welcher Ebene Ihre Site insgesamt entsprechen soll.

Im folgenden Abschnitt finden Sie die Ebenen der WCAG 2.1-Richtlinien mit den entsprechenden Erfolgskriterien für die Konformitäts-Level Level A und Level AA.

NOTE
In diesem Dokument wird Folgendes verwendet:

Grundsatz 1: Erkennbar principle-perceivable

Grundsatz 1: Erkennbar – Informationen und Komponenten der Benutzeroberfläche müssen für die Benutzer so dargestellt sein, dass sie sie erkennen können.

Textalternativen (1.1) text-alternatives

Richtlinie 1.1 Textalternativen: Bieten Sie Textalternativen für nichttextliche Inhalte, damit sie in andere Formate geändert werden können, die von bestimmten Personen benötigt werden, wie zum Beispiel Großdruck, Braille, Sprache, Symbole oder einfachere Sprache.

Nichttextlicher Inhalt (1.1.1) non-text-content

  • Erfolgskriterium 1.1.1
  • Level A
  • Nichttextlicher Inhalt: Alle nichttextlichen Inhalte, die Benutzern präsentiert werden, haben eine Textalternative, die dem jeweiligen Zweck entspricht, ausgenommen die unten aufgeführten Situationen.

Zweck: Nichttextliche Inhalte (1.1.1) purpose-non-text-content

Informationen auf einer Web-Seite können in vielen verschiedenen nichttextlichen Formaten bereitgestellt werden, z. B. in Bildern, Videos, Animationen, Diagrammen und Graphen. Blinde Personen oder Personen mit schweren Sehbehinderungen können keinen nichttextlichen Inhalt sehen. Sie können jedoch auf Textinhalte zugreifen, indem sie sich diese von einem Bildschirmlesegerät vorlesen lassen oder sie in taktiler Form auf einem Braille-Anzeigegerät anzeigen lassen. Indem Sie also Textalternativen zu Inhalten im grafischen Format bereitstellen, können Personen, die diesen Inhalt nicht sehen können, auf eine äquivalente Version der vom Inhalt bereitgestellten Informationen zugreifen.

Ein nützlicher weiterer Vorteil besteht darin, dass Textalternativen es ermöglichen, nichttextliche Inhalte durch Suchmaschinentechnologie zu indizieren.

Erfüllen: Nichttextlicher Inhalt (1.1.1) how-to-meet-non-text-content

Bei statischen Grafiken besteht die Grundanforderung darin, eine gleichwertige Textalternative für die Grafik bereitzustellen. Diese Methode kann im Feld Alternativtext angewendet werden. Siehe zum Beispiel die Kernkomponente Bild.

NOTE
Einige vorgefertigte Kernkomponenten, wie Karussell, bieten kein Alternativtext-Feld zum Hinzufügen von alternativen Textbeschreibungen zu einzelnen Bildern, obwohl es das Feld Beschriftung (Registerkarte Barrierefreiheit) für die gesamte Komponente gibt.
Wenn Sie Versionen dieser Komponenten für Ihre AEM-Instanz implementieren, muss Ihr Entwicklungs-Team diese Komponenten so konfigurieren, dass sie das Attribut alt unterstützen. Dadurch wird sichergestellt, dass Autorinnen und Autoren ihn zum Inhalt hinzufügen können (siehe Hinzufügen der Unterstützung für weitere HTML-Elemente und -Attribute).

In AEM muss das Feld Alternativtext standardmäßig ausgefüllt werden. Wenn das Bild rein dekorativ ist und Alternativtext unnötig wäre, kann die Option Bild ist dekorativ aktiviert werden.

Erstellen guter Textalternativen creating-good-text-alternatives

Es gibt verschiedene Arten von nichttextlichem Inhalt. Daher hängt der Wert der Textalternative von der Rolle ab, die die Grafik auf der Web-Seite spielt. Zu den allgemeinen Regeln, die Sie möglicherweise als hilfreich empfinden, zählen die folgenden:

  • Textalternativen sollten kurz sein, doch sollten sie die wesentlichen Informationen, die durch den nichttextlichen Inhalt geboten werden, eindeutig erfassen.

  • Übermäßig lange Beschreibungen (über 100 Zeichen) sollten vermieden werden. Wenn eine Textalternative mehr Details erfordert:

    • Geben Sie im Alternativtext eine kurze Beschreibung an
    • und fügen Sie irgendwo anders auf der entsprechenden Seite oder auf einer anderen Web-Seite eine längere Beschreibung ein. Verlinken Sie zu dieser separaten Beschreibung, indem Sie das Bild zu einem Link machen, oder indem Sie einen Text-Link neben dem Bild platzieren.
  • Alternativtext sollte keine Inhalte replizieren, die in Textformularen bereitgestellt werden, die sich in der Nähe auf derselben Seite befinden. Denken Sie daran, dass viele Bilder Illustrationen von Punkten sind, die bereits im Text einer Seite behandelt werden, sodass eine detaillierte Textalternative bereits vorhanden sein kann.

  • Wenn es sich bei dem nichttextlichen Inhalt um einen Link zu einer anderen Seite oder einem anderen Dokument handelt und es keinen andern Text-bildenden Teil desselben Links gibt, muss der Alternativtext für das Bild das Ziel des Links angeben. Er darf nicht das Bild beschreiben.

  • Wenn der nichttextliche Inhalt in einem Schaltflächenelement enthalten ist und es keinen andern Text-bildenden Teil derselben Schaltfläche gibt, muss der Alternativtext des Bildes die Funktionalität der Schaltfläche angeben. Er darf nicht das Bild beschreiben.

  • Es ist durchaus akzeptabel, dass einem Bild ein leerer Alternativtext (null) zugewiesen wird, jedoch nur, wenn für das Bild kein Alternativtext benötigt wird. Dies gilt beispielsweise, wenn es sich um eine rein dekorative Grafik handelt oder wenn der entsprechende Text im Seitentext vorhanden ist.

Bestimmte Arten von nichttextlichem Inhalt, für den Textalternativen erforderlich sind:

  • Veranschaulichende Fotos: Hierbei handelt es sich um Bilder von Menschen, Objekten oder Orten. Es ist wichtig, über die Rolle des Fotos auf der Seite und die empfohlene Beschreibung des Bildinhalts nachzudenken, da die Hilfstechnologie den Elementtyp ankündigt (z. B. graphic oder image). Die Verwendung von screenshot oder illustration im Alternativtext kann die Klarheit erhöhen, dies hängt aber vom jeweiligen Kontext ab. Konsistenz ist ein wichtiger Faktor. Eine Entscheidung sollte für ein gesamtes Autoren-Team getroffen werden und für das gesamte Anwendererlebnis gelten.

  • Symbole: Hierbei handelt es sich um kleine Piktogramme (Grafiken), die bestimmte Informationen vermitteln. Sie müssen durchgängig auf einer Seite und Site verwendet werden. Alle Instanzen des Symbols auf einer Seite oder Site sollten dieselbe kurze und knappe Textalternative haben, es sei denn, dies führt zu einer unnötigen Duplizierung von angrenzendem Text.

  • Diagramme: Normalerweise werden numerische Daten dargestellt. Eine Möglichkeit, eine Textalternative bereitzustellen, könnte also darin bestehen, eine kurze Zusammenfassung der wichtigsten Trends, die in der Grafik oder Grafik angezeigt werden, aufzunehmen. Fall nötig, können Sie eine detailliertere Beschreibung im Text im Feld Beschreibung auf der Registerkarte Erweiterte Bildeigenschaften einfügen. Außerdem könnten Sie die Quelldaten an anderer Stelle auf der Seite oder Site als Tabelle zur Verfügung stellen.

  • Karten, Diagramme, Flussdiagramme: Stellen Sie bei Grafiken mit räumlichen Daten (z. B. zur Unterstützung der Beschreibung von Beziehungen zwischen Objekten oder einem Prozess) sicher, dass die Schlüsselbotschaft im Textformat bereitgestellt wird und dass diese Textinformationen in der Nähe jedes zugeordneten Datenpunkts positioniert sind. Bei Karten ist die Bereitstellung eines Volltextäquivalents wahrscheinlich nicht sinnvoll. Wenn aber eine Karte den Weg zu einem bestimmten Ort zeigen soll, kann der Alternativtext des Kartenbildes kurz Karte von X einblenden und dann an einer anderen Stelle auf der Seite oder im Feld Beschreibung auf der Registerkarte Erweitert der Komponente Bild eine Wegbeschreibung zu dem Ort bereitstellen.

  • CAPTCHA: Ein CAPTCHA ist ein vollständig automatisierter öffentlicher Turing-Test, um Computer und Menschen zu unterscheiden. Es handelt sich dabei um eine Sicherheitsprüfung, die auf Web-Seiten verwendet wird, um Menschen von böswilliger Software zu unterscheiden. Dies kann jedoch die Barrierefreiheit einschränken. Hierbei handelt es sich um Bilder, bei denen Benutzende beschreiben müssen, was sie sehen, um einen Sicherheitstest bestehen zu können. Es ist nicht möglich, eine Textalternative für so ein Bild bereitzustellen. Daher müssen Sie stattdessen alternative, nichtgrafische Lösungen in Betracht ziehen. Das W3C bietet mehrere Vorschläge. Jeder dieser Ansätze hat seine eigenen Vorzüge und Nachteile.

    • Logische Rätsel
    • Verwendung von Tonausgabe anstelle von Bildern
    • Eingeschränkte Benutzerkonten und Spam-Filter
  • Hintergrundbilder: Diese werden über Cascading Style Sheets (CSS) statt HTML erstellt. Dies bedeutet, dass es nicht möglich ist, einen Wert für Alternativtext anzugeben. Daher sollten Hintergrundbilder keine wichtigen textlichen Informationen enthalten. Falls sie das doch tun, müssen diese Informationen auch im Text der Seite vorhanden sein. Es ist jedoch wichtig, dass ein alternativer Hintergrund angezeigt wird, wenn das Bild nicht angezeigt werden kann.

NOTE
Es sollte ein Mindestmaß an Kontrast zwischen dem Hintergrund- und dem Vordergrundtext vorhanden sein; weitere Details hierzu finden Sie unter Kontrast (Minimum) (1.4.3).

Weitere Informationen: Nichttextlicher Inhalt (1.1.1) more-information-non-text-content

Zeitbasierte Medien (1.2) time-based-media

Richtlinie 1.2 Zeitbasierte Medien: Bereitstellen von Alternativen für zeitbasierte Medien.

Diese Richtlinie behandelt Web-Inhalte, die zeitbasiert sind. Es handelt sich um Inhalte, die der Benutzer abspielen kann (wie Video, Audio und animierte Inhalte) und die entweder vorher aufgezeichnet wurden oder als Live-Stream verfügbar sind.

Nur-Audio und Nur-Video (aufgezeichnet) (1.2.1) audio-only-and-video-only-prerecorded

  • Erfolgskriterium 1.2.1

  • Level A

  • Nur-Audio- und Nur-Video-Medien (voraufgezeichnet): Für voraufgezeichnete Nur-Audio- und Nur-Video-Medien gilt Folgendes, es sei denn, das Audio oder Video ist eine Medienalternative für Text und wird deutlich als solche gekennzeichnet:

    • Nur aufgezeichnete Audio-Dateien: Eine Alternative für zeitbasierte Medien, die gleichwertige Informationen für aufgezeichnete Nur-Audio-Inhalte darstellt.
    • Nur aufgezeichnetes Video: Entweder eine Alternative für zeitbasierte Medien oder eine Audiospur, die gleichwertige Informationen für aufgezeichnete Nur-Video-Inhalte enthält.

Zweck: Nur-Audio und Nur-Video (aufgezeichnet) (1.2.1) purpose-audio-only-and-video-only-prerecorded

Probleme bei der Barrierefreiheit von Video und Audio können auftreten bei:

  • Personen mit eingeschränkter Sehkraft, wenn kein Soundtrack vorhanden ist oder der Soundtrack nicht ausreicht, um sie über die Ereignisse im Video oder der Animation zu informieren;
  • Personen mit eingeschränktem Hörvermögen oder gehörlose Personen, die den Soundtrack nicht hören können.
  • Personen, die den Soundtrack zwar hören können, doch den gesprochenen Inhalt nicht verstehen (weil er beispielsweise in einer Sprache aufgezeichnet ist, die sie nicht verstehen).

Video oder Audio kann auch für Personen unzugänglich sein, die Browser oder Geräte verwenden, die die Wiedergabe von Inhalt in bestimmten Medienformaten, wie zum Beispiel Adobe Flash, nicht unterstützen.

Wenn Sie diese Informationen in einem anderen Format bereitstellen, z. B. Text (oder Audio für Video ohne Audio), können Sie sie für Personen verfügbar machen, die nicht auf den ursprünglichen Inhalt zugreifen können.

Erfüllen: Nur-Audio und Nur-Video (aufgezeichnet) (1.2.1) how-to-meet-audio-only-and-video-only-prerecorded

  • Wenn es sich bei dem Inhalt um aufgezeichnetes Audio ohne Video (wie zum Beispiel einen Podcast) handelt:

    • Geben Sie unmittelbar vor oder nach dem Inhalt einen Link zu einer Textabschrift des Audioinhalts an. Das Transkript sollte eine HTML-Seite mit einer Textentsprechung aller gesprochenen und wichtigen nicht gesprochenen Inhalte sein und die Sprechenden, eine Beschreibung der Szenerie, Stimmausdrücke und eine Beschreibung anderer wichtiger Audioinhalte angeben.
  • Wenn es sich bei dem Inhalt um eine Animation oder ein aufgezeichnetes Video ohne Audio handelt:

    • Stellen Sie unmittelbar vor oder nach dem Inhalt einen Link zu einer entsprechenden Textbeschreibung der vom Video bereitgestellten Informationen bereit
    • Oder eine gleichwertige Audiobeschreibung in einem häufig verwendeten Audioformat wie MP3.
NOTE
Wenn die Audio- oder Videoinhalte als Alternative zu Inhalten bereitgestellt werden, die in einem anderen Format auf derselben Web-Seite vorhanden sind, ist eine zusätzliche Alternative möglicherweise nicht erforderlich.
Die Richtlinien Grundlegendes zu WCAG 1.2.1 enthalten weitere Informationen.

Das Einfügen von Multimedia auf Ihren AEM-Web-Seiten entspricht in etwa dem Einfügen eines Bildes. Da Multimedia jedoch weit mehr ist als ein Standbild, gibt es eine Vielzahl von verschiedenen Einstellungen und Optionen zum Steuern, wie die Multimedia-Inhalte abgespielt werden.

NOTE
Wenn Sie Multimedia mit informativem Inhalt verwenden, müssen Sie auch Links zu Alternativen erstellen. Beispielsweise müssen Sie zum Hinzufügen eines Texttranskripts eine HTML-Seite für die Anzeige des Transkripts erstellen und dann neben oder unter dem Audioinhalt einen Link hinzufügen.

Weitere Informationen: Nur-Audio und Nur-Video (aufgezeichnet) (1.2.1) more-information-audio-only-and-video-only-prerecorded

Untertitel (aufgezeichnet) (1.2.2) captions-prerecorded

  • Erfolgskriterium 1.2.2
  • Level A
  • Untertitel (aufgezeichnet): Untertitel werden für alle aufgezeichneten Audioinhalte in synchronisierten Medien bereitgestellt, außer wenn das Medium eine Medienalternative für Text und als solche ausdrücklich gekennzeichnet ist.

Zweck: Untertitel (aufgezeichnet) (1.2.2) purpose-captions-prerecorded

Gehörlose und schwerhörige Menschen können nicht oder nur unter großen Schwierigkeiten auf Audioinhalte zugreifen. Bei den Untertiteln handelt es sich um Textäquivalente für gesprochenen und nicht gesprochenen Ton, die während des Videos an der entsprechenden Stelle auf dem Bildschirm angezeigt werden. Sie ermöglichen es Menschen, die das Audio nicht hören können, zu verstehen, was passiert.

Erfüllen: Untertitel (aufgezeichnet) (1.2.2) how-to-meet-captions-prerecorded

Es gibt zwei Arten von Untertiteln:

  • Offen: Immer sichtbar, wenn das Video abgespielt wird
  • Geschlossen: Benutzer können die Untertitel ein- oder ausschalten

Verwenden Sie verdeckte Untertitel, wo immer dies möglich ist, da dies den Benutzenden die Wahl lässt, ob sie die Untertitel anzeigen möchten.

Für verdeckte Untertitel müssen Sie eine synchronisierte Untertiteldatei in einem entsprechenden Format (wie z. B. SMIL) erstellen und zusammen mit der Videodatei bereitstellen (Details dazu, wie dieser Vorgang ausgeführt wird, würden den Rahmen dieses Handbuchs sprengen, aber Links zu einigen Tutorials finden Sie unter Weitere Informationen: Untertitel (aufgezeichnet) (1.2.2)). Stellen Sie sicher, dass Sie eine Notiz bereitstellen oder die Untertitelfunktion im Video-Player aktivieren, damit Benutzer wissen, dass Untertitel für das Video verfügbar sind.

Wenn Sie offene Untertitel verwenden müssen, betten Sie den Text in die Videospur ein. Dies erreichen Sie mithilfe von Programmen zur Videobearbeitung, die die Überlagerung von Untertiteln im Video ermöglichen.

Weitere Informationen: Untertitel (aufgezeichnet) (1.2.2) more-information-captions-prerecorded

c

Audiobeschreibung oder Medienalternative (aufgezeichnet) (1.2.3) audio-description-or-media-alternative-prerecorded

  • Erfolgskriterium 1.2.3
  • Level A
  • Audiobeschreibung oder Medienalternative (voraufgezeichnet): Eine Alternative für zeitbasierte Medien oder Audiobeschreibung des voraufgezeichneten Videoinhalts wird für synchronisierte Medien bereitgestellt, es sei denn, das Medium ist eine Medienalternative für Text und ist als solche eindeutig gekennzeichnet.

Zweck: Audiobeschreibung oder Medienalternative (aufgezeichnet) (1.2.3) purpose-audio-description-or-media-alternative-prerecorded

Blinde Menschen oder Menschen mit eingeschränktem Sehvermögen stoßen in einem Video oder einer Animation auf Zugänglichkeitsbarrieren, wenn diese nur visuell vermittelt werden oder wenn der Soundtrack nicht genügend Informationen bietet, um verstehen zu können, was visuell gezeigt wird.

Erfüllen: Audiobeschreibung oder Medienalternative (aufgezeichnet) (1.2.3) how-to-meet-audio-description-or-media-alternative-prerecorded

Es gibt zwei Ansätze, die angewendet werden können, um dieses Erfolgskriterium zu erfüllen. Beide sind zulässig:

  1. Fügen Sie zusätzliche Audiobeschreibungen für den Videoinhalt hinzu. Dies lässt sich auf eine von drei Arten erreichen:

    • Geben Sie während der Pausen im vorhandenen Dialogfeld Informationen zu Änderungen in der Szene an, die nicht als Teil der vorhandenen Audiospur angezeigt werden;

    • Stellen Sie eine neue, zusätzliche und optionale Audiospur bereit, die den ursprünglichen Soundtrack und zudem weitere Audioinformationen zu den Änderungen in der Szene enthält.

      • Dadurch können Benutzer zwischen dem vorhandenen Audio-Track (der keine Audiobeschreibung enthält) und dem neuen Audio-Track (mit einer Audiobeschreibung) wechseln.
      • Dadurch wird verhindert, dass Benutzende, die die zusätzliche Beschreibung nicht benötigen, gestört werden.
    • Erstellen Sie eine zweite Version des Videoinhalts, um erweiterte Audiobeschreibungen zu ermöglichen. Dadurch werden die Schwierigkeiten bei der Bereitstellung detaillierter Audiobeschreibungen innerhalb der Lücken zwischen dem bestehenden Dialog verringert, indem Audio und Video an geeigneten Punkten vorübergehend angehalten werden. Dadurch kann eine wesentlich längere Audiobeschreibung gegeben werden, bevor die Aktion erneut gestartet wird. Wie im vorherigen Beispiel wird dies am besten als optionale zusätzliche Audiospur bereitgestellt, um Störungen für Benutzende zu vermeiden, die die zusätzliche Beschreibung nicht benötigen.

  2. Geben Sie ein Text-Transkript an, das den Audio- und visuellen Elementen des Videos oder der Animation entspricht. Dies sollte gegebenenfalls einen Hinweis darauf enthalten, wer spricht, eine Beschreibung des Umfelds, alle visuell dargestellten Ereignisse oder Informationen und Stimmausdrücke. Je nach Länge können Sie das Transkript auf derselben Seite wie das Video bzw. die Animation oder auf einer separaten Seite platzieren. Wenn Sie die zweite Option wählen, geben Sie einen Link zum Transkript neben dem Video bzw. der Animation an.

Genaue Details zum Erstellen von Audiobeschreibungen für Videos würden den Rahmen dieses Handbuchs sprengen. Die Erstellung von Audiobeschreibungen können zeitaufwendig sein, doch andere Adobe-Produkte helfen Ihnen bei diesen Aufgaben.

Weitere Informationen: Audiobeschreibung oder Medienalternative (aufgezeichnet) (1.2.3) more-information-audio-description-or-media-alternative-prerecorded

Untertitel (live) (1.2.4) captions-live

  • Erfolgskriterium 1.2.4
  • Level AA
  • Untertitel (Live): Untertitel werden für alle Live-Audioinhalte in synchronisierten Medien bereitgestellt.

Zweck: Untertitel (Live) (1.2.4) purpose-captions-live

Dieses Erfolgskriterium entspricht dem Erfolgskriterium zu Untertitel (aufgezeichnet) insofern, als es Zugangsbarrieren behandelt, die gehörlose oder schwerhörige Menschen erfahren. Der Unterschied besteht darin, dass dieses Erfolgskriterium Live-Präsentationen wie Webcasts behandelt.

Erfüllen: Untertitel (Live) (1.2.4) how-to-meet-captions-live

Befolgen Sie die Anleitungen, die oben unter Untertitel (voraufgezeichnet) genannt wurden. Da die Medien live übermittelt werden, muss die Bereitstellung der Untertitel so schnell wie möglich erfolgen und sofort auf das reagieren, was passiert. Daher sollten Sie Tools für die Echtzeit-Untertitelung oder für „Sprache in Text“ in Erwägung ziehen.

Detaillierte Anweisungen dazu würden den Rahmen dieses Dokuments sprengen, doch in den folgenden Ressourcen finden Sie nützliche Informationen:

Weitere Informationen: Untertitel (Live) (1.2.4) more-information-captions-live

Audiobeschreibung (aufgezeichnet) (1.2.5) audio-description-prerecorded

  • Erfolgskriterium 1.2.5
  • Level AA
  • Audiobeschreibung (aufgezeichnet): Audiobeschreibung wird für alle aufgezeichneten Videoinhalte in synchronisierten Medien bereitgestellt.

Zweck: Audiobeschreibung (aufgezeichnet) (1.2.5) purpose-audio-description-prerecorded

Dieses Erfolgskriterium entspricht dem Erfolgskriterium für Audiobeschreibung oder Medienalternative (aufgezeichnet), mit dem Unterschied, dass Autoren eine wesentlich detailliertere Audiobeschreibung verfassen müssen, um Level AA zu erfüllen.

Erfüllen: Audiobeschreibung (aufgezeichnet) (1.2.5) how-to-meet-audio-description-prerecorded

Befolgen Sie die Anweisungen für Audiobeschreibung oder Medienalternative (aufgezeichnet).

Weitere Informationen: Audiobeschreibung (aufgezeichnet) (1.2.5) more-information-audio-description-prerecorded

Anpassbar (1.3) adaptable

Richtlinie 1.3 Anpassbar: Erstellen Sie Inhalte, die auf unterschiedliche Weise präsentiert werden können (z. B. einfacheres Layout), ohne Informationen oder Struktur zu verlieren.

Diese Richtlinie deckt die Anforderungen ab, die zur Unterstützung der folgenden Personen erforderlich sind:

  • Personen, die möglicherweise nicht in der Lage sind, auf Informationen zuzugreifen, wie sie von einem Autor in der Standardpräsentation dieses Inhalts präsentiert werden (z. B. ein mehrspaltiges Layout oder eine Seite mit starkem Einsatz von Farbe und/oder Bildern).

  • Personen, die eine Nur-Audio-Darstellung oder alternative visuelle Darstellung wie Großdruck oder hohen Kontrast verwenden wollen.

Informationen und Beziehungen (1.3.1) info-and-relationships

  • Erfolgskriterium 1.3.1
  • Level A
  • Informationen und Beziehungen: Informationen, Struktur und Beziehungen, die durch die Präsentation vermittelt werden, können programmgesteuert bestimmt werden oder sind im Text verfügbar.

Zweck: Informationen und Beziehungen (1.3.1) purpose-info-and-relationships

Viele Hilfstechnologien, die von Menschen mit Behinderungen genutzt werden, sind auf strukturelle Informationen angewiesen, damit Inhalte effektiv angezeigt oder verstanden werden können. Diese Strukturinformationen können in Form von Seitenüberschriften, Tabellenzeilen und Spaltenüberschriften sowie Listentypen vorliegen. Beispielsweise könnte eine Bildschirmlesehilfe einer Benutzerin bzw. einem Benutzer die Navigation durch eine Seite von einer Überschrift zur nächsten ermöglichen. Wenn Seiteninhalte jedoch nur über visuelles Design und nicht über das zugrunde liegende HTML strukturiert zu sein scheinen, stehen für Hilfstechnologien keine Strukturinformationen zur Verfügung, was Fähigkeit einschränkt, ihnen das Browsen zu erleichtern.

Dieses Erfolgskriterium besteht, um sicherzustellen, dass derartige Strukturinformationen über HTML bereitgestellt werden, damit die Browser und Hilfstechnologien auf die Informationen zugreifen und davon profitieren können.

Erfüllen: Informationen und Beziehungen (1.3.1) how-to-meet-info-and-relationships

Mit AEM ist es einfach, semantisch sinnvolle Web-Inhalte mit den entsprechenden HTML-Elementen aufzubauen. Öffnen Sie den Seiteninhalt im RTE (eine Textkomponente) und verwenden Sie die Paraformat Menü (Absatzsymbol) zum Angeben des entsprechenden Strukturelements (z. B. Absatz, Überschrift usw.).

Sie können sicherstellen, dass Ihre Web-Seiten die geeignete Struktur erhalten, indem Sie gegebenenfalls die folgenden Elemente verwenden:

  • Überschriften: Sofern Sie die Funktionen des RTE für Barrierefreiheit aktiviert haben, bietet AEM drei Ebenen für Seitenüberschriften. Sie können diese verwenden, um Abschnitte und Unterabschnitte des Inhalts zu identifizieren. Überschrift 1 ist die höchste Überschriftenstufe und Stufe 3 die niedrigste. Der Systemadministrator kann das System so konfigurieren, dass mehr Überschriftenstufen verwendet werden können.

  • Listen: Mit HTML können Sie drei verschiedene Arten von Listen angeben:

    • Das Element <ul> wird für nicht geordnete Listen (Aufzählungslisten) verwendet. Einzelne Listenelemente werden mit dem Element <li> gekennzeichnet. Verwenden Sie im RTE das Symbol Aufzählung.
    • Das Element <ol> wird für nummerierte Listen verwendet. Einzelne Listenelemente werden mit dem Element <li> gekennzeichnet. Verwenden Sie in RTE das Symbol Nummerierte Liste.

    Wenn Sie vorhandene Inhalte in einen bestimmten Listentyp ändern möchten, markieren Sie den entsprechenden Text und wählen Sie den entsprechenden Listentyp aus. Wie im vorherigen Beispiel, das zeigt, wie Absatztext eingegeben wird, werden die entsprechenden Listenelemente automatisch zu Ihrem HTML hinzugefügt.

    Im Vollbildmodus sind die einzelnen Symbole Aufzählungsliste und Nummerierte Liste sichtbar. Wenn Sie sich nicht im Vollbildmodus befinden, sind die beiden Optionen hinter dem einzelnen Symbol Listen verfügbar.

  • Tabellen: Datentabellen müssen mit HTML-Tabellenelementen gekennzeichnet sein:

    • Ein Element <table>
    • Ein Element <tr> für jede Tabellenzeile
    • Ein Element <th> für jede Zeilen- und Spaltenüberschrift
    • Ein Element <td> für jede Datenzelle

    Barrierefreie Tabellen verwenden außerdem die folgenden Elemente und Attribute:

    • Das Element <caption> wird verwendet, um für die Tabelle eine sichtbare Tabellenbeschriftung bereitzustellen. Beschriftungen werden standardmäßig zentriert über der Tabelle angezeigt, können jedoch mithilfe von CSS präzise positioniert werden. Die Beschriftung wird programmgesteuert mit der Tabelle verknüpft. Daher ist sie eine nützliche Methode, um eine Einführung in Inhalte zu bieten.
    • Das Element <summary> unterstützt blinde Benutzer dabei, die in einer Tabelle dargestellten Informationen zu verstehen, weil ihnen damit eine Inhaltsangabe dessen geboten wird, was sehende Benutzer sehen können. Dieser Workflow ist besonders nützlich bei komplexen oder unkonventionellen Tabellen-Layouts (dieses Attribut wird nicht im Browser angezeigt, sondern nur für Hilfstechnologien ausgelesen).
    • Das Attribut scope des Elements <th> wird verwendet, um anzugeben, ob eine Zelle eine Überschrift für eine bestimmte Zeile oder eine bestimmte Spalte darstellt. Auf ähnliche Weise können die Überschrift und ID-Attribute in komplexen Tabellen verwendet werden, bei denen Datenzellen mit einer oder mehreren Überschriften verknüpft sein können.
    note note
    NOTE
    Diese Elemente und Attribute sind standardmäßig nicht direkt verfügbar, doch der Systemadministrator kann Support für diese Werte im Dialogfeld Tabelleneigenschaften hinzufügen (siehe Hinzufügen von Support für zusätzliche HTML-Elemente und -Attribute).

    So öffnen Sie das Dialogfeld Tabelle, in dem Sie die Registerkarte Tabelleneigenschaften auswählen können:

    • Definieren Sie eine geeignete Beschriftung.
    • Im Idealfall entfernen Sie alle Standardwerte für Breite, Höhe, Rand, Zellauffüllung, Zellabstand, da diese Eigenschaften in einem globalen Stylesheet festgelegt werden können.

    Sie können dann die Zellen-Eigenschaften verwenden, um festzulegen, ob es sich bei der Zelle um eine Daten- oder Kopfzeilenzelle handelt:

  • Hervorhebung: Verwenden Sie das Element <strong> oder <em>, um die Hervorhebung vorzunehmen. Verwenden Sie keine Überschriften zum Hervorheben von Text in Absätzen.

    • Markieren Sie den Text, den Sie hervorheben möchten.

    • Klicken Sie auf das Symbol B (für <strong>) oder auf das Symbol I (für <em>), das im Bereich Eigenschaften angezeigt wird (stellen Sie sicher, dass HTML ausgewählt ist).

      note note
      NOTE
      RTE ist in einer Standardinstallation von AEM mit den folgenden Symbolen eingerichtet:
      • <b> für <strong>
      • <i> für <em>
      Sie haben die gleiche Wirkung, doch sollten <strong> und <em> bevorzugt werden, weil sie für HTML semantisch korrekt sind. Bei der Entwicklung Ihrer Projektinstanz kann das Entwicklungs-Team den RTE zur Verwendung von <strong> und <em> (anstelle von <b> und <i>) konfigurieren.
  • Komplexe Datentabellen: In einigen Fällen, in denen komplexe Tabellen mit zwei oder mehr Überschriftebenen vorhanden sind, reichen die einfachen Tabelleneigenschaften nicht aus, um alle benötigten Strukturinformationen anzugeben. Für diese Arten von komplexen Tabellen müssen direkte Beziehungen zwischen den Überschriften und deren dazugehörigen Zellen erstellt werden. Zu diesem Zweck werden die Attribute Überschrift und ID verwendet.

    note note
    NOTE
    Das ID-Attribut ist in einer vorkonfigurierten Installation nicht verfügbar. Es kann durch die Konfiguration von HTML-Regeln und des Serialisierungsprogramms im RTE aktiviert werden.

    Beispielsweise werden in der Tabelle unten Überschriften und IDs zugeordnet, um eine programmatische Verbindung für Benutzer von Hilfstechnologien herzustellen.

    code language-xml
      <table>
        <tr>
          <th rowspan="2" id="h">Homework</th>
          <th colspan="3" id="e">Exams</th>
          <th colspan="3" id="p">Projects</th>
        </tr>
        <tr>
          <th id="e1" headers="e">1</th>
          <th id="e2" headers="e">2</th>
          <th id="ef" headers="e">Final</th>
          <th id="p1" headers="p">1</th>
          <th id="p2" headers="p">2</th>
          <th id="pf" headers="p">Final</th>
        </tr>
        <tr>
          <td headers="h">15%</td>
          <td headers="e e1">15%</td>
          <td headers="e e2">15%</td>
          <td headers="e ef">20%</td>
          <td headers="p p1">10%</td>
          <td headers="p p2">10%</td>
          <td headers="p pf">15%</td>
        </tr>
      </table>
    

    Um dies in AEM zu erreichen, müssen Sie das Markup direkt hinzufügen, indem Sie den Modus zur Bearbeitung des Quell-Codes verwenden.

    note note
    NOTE
    Diese Funktion ist in einer Standardinstallation nicht sofort verfügbar. Sie erfordert die Konfiguration des RTE, HTML-Regeln und ein Serialisierungsprogramm.

Weitere Informationen: Informationen und Beziehungen (1.3.1) more-information-info-and-relationships

Bedeutungstragende Reihenfolge (1.3.2) meaningful-sequence

  • Erfolgskriterium 1.3.2
  • Level A
  • Bedeutungstragende Reihenfolge: Wenn die Reihenfolge, in der Inhalte präsentiert werden, sich auf deren Bedeutung auswirkt, kann die korrekte Leseabfolge durch Software bestimmt werden.

Zweck: Sinnvolle Reihenfolge (1.3.2) purpose-meaningful-sequence

Mit diesem Erfolgskriterium soll es einem Benutzeragenten ermöglicht werden, eine alternative Darstellung des Inhalts bereitzustellen und gleichzeitig die Lesereihenfolge beizubehalten, die zum Verständnis des Inhalts erforderlich ist. Es ist wichtig, dass es möglich ist, mindestens eine sinnvolle Inhaltsreihenfolge programmgesteuert festzulegen. Inhalte, die dieses Erfolgskriterium nicht erfüllen, können Benutzende verwirren, wenn die Hilfstechnologie z. B. den Inhalt in der falschen Reihenfolge liest oder wenn alternative Stylesheets oder andere Formatierungsänderungen angewendet werden.

Erfüllen: Sinnvolle Reihenfolge (1.3.2) how-to-meet-meaningful-sequence

Befolgen Sie die Richtlinien unter Erfolgskriterien 1.3.2 erfüllen.

Weitere Informationen: Sinnvolle Reihenfolge (1.3.2) more-information-meaningful-sequence

Sensorische Eigenschaften (1.3.3) sensory-characteristics

  • Erfolgskriterium 1.3.3
  • Level A
  • Sensorische Eigenschaften: Anweisungen, die zum Verstehen und Bedienen von Inhalt verfügbar sind, beziehen sich nicht nur auf sensorische Eigenschaften der Komponenten wie Form, Größe, visuelle Position, Ausrichtung oder Klang.

Zweck: Sensorische Eigenschaften (1.3.3) purpose-sensory-characteristics

Entwickler nutzen bei der Präsentation von Informationen oft visuelle Design-Mittel wie Farbe, Form, Textstil oder die absolute oder relative Position eines Inhaltselements. Dabei kann es sich um sehr leistungsstarke Design-Techniken zur Informationsübermittlung handeln (die die allgemeine Zugänglichkeit für sehende Benutzer mit kognitiven Zugänglichkeitsanforderungen verbessern), aber blinde oder sehbehinderte Personen können möglicherweise nicht auf Informationen zugreifen, die eine visuelle Identifizierung von Attributen wie Position, Farbe oder Form erfordern.

Entsprechend sind Informationen, für die zwischen verschiedenen Klängen unterschieden werden muss (z. B. Inhalte, die von einer Frau oder einem Mann gesprochen werden), für Menschen mit eingeschränktem Hörvermögen nicht verfügbar, wenn sie nicht in Textalternativen für den Audioinhalt umgesetzt wurden.

NOTE
Die Anforderungen, die sich auf die Alternativen für Farben beziehen, finden Sie unter Verwendung von Farbe.

Erfüllen: Sensorische Eigenschaften (1.3.3) how-to-meet-sensory-characteristics

Stellen Sie sicher, dass alle Informationen, die sich auf visuelle Eigenschaften des Seiteninhalts stützen, auch in einem alternativen Format angezeigt werden.

  • Verlassen Sie sich nicht auf die visuelle Position, um Informationen anzugeben. Wenn Sie beispielsweise Benutzer auf ein Menü rechts auf der Seite verweisen möchten, über das sie auf weitere Informationen zugreifen können, verweisen Sie auf das Menü rechts; benennen Sie stattdessen das Menü (z. B. über eine Überschrift) und verweisen Sie im Text auf diesen Namen.
  • Verlassen Sie sich nicht auf den Textstil (z. B. fett oder kursiv gedruckter Text) als einzige Methode zur Vermittlung von Informationen.
NOTE
Die Verwendung beschreibender Begriffe ist zulässig, wenn sie in einem nicht visuellen Kontext eine Bedeutung haben. Beispielsweise ist die Verwendung von über und unter im Allgemeinen akzeptabel, da sie jeweils Inhalte vor und nach einem bestimmten Inhaltselement implizieren, und dies immer noch sinnvoll wäre, wenn der Inhalt laut gesprochen wird.

Weitere Informationen – Sensorische Eigenschaften (1.3.3) more-information-sensory-characteristics

Unterscheidbar (1.4) distinguishable

Richtlinie 1.4 Unterscheidbar: Erleichtern Sie den Benutzern das Sehen und Hören von Inhalt einschließlich der Unterscheidung von Vorder- und Hintergrund.

Verwendung von Farbe (1.4.1) use-of-color

  • Erfolgskriterium 1.4.1
  • Level A
  • Verwendung von Farbe: Farbe wird nicht als einziges visuelles Mittel zur Informationsübermittlung, zur Angabe einer Aktion, zur Aufforderung einer Antwort oder zur Unterscheidung eines visuellen Elements verwendet.
NOTE
Dieses Erfolgskriterium bezieht sich speziell auf die Farbwahrnehmung. Andere Wahrnehmungsformen werden in Anpassbar (1.3) behandelt, einschließlich des programmgesteuerten Zugriffs auf Farbe und andere visuelle Darstellungscodierungen.

Zweck - Verwendung von Farbe (1.4.1) purpose-use-of-color

Farbe bietet eine effektive Möglichkeit, die Ästhetik von Web-Seiten zu verbessern, und kann auch die Vermittlung von Informationen unterstützen. Es gibt jedoch eine Reihe visueller Beeinträchtigungen, von Blindheit bis hin zu Farbsehschwächen, was bedeutet, dass einige Menschen nicht in der Lage sind, zwischen bestimmten Farben zu unterscheiden. Dies macht die Farbcodierung zu einer unzuverlässigen Methode bei der Bereitstellung von Informationen.

So kann beispielsweise jemand mit einer Rot-Grün-Sehschwäche nicht zwischen Grün- und Rottönen unterscheiden. Sie sehen möglicherweise beide Farben als eine dritte Farbe (z. B. braun), in diesem Fall können sie nicht zwischen Rot, Grün und Braun unterscheiden.

Außerdem kann Farbe nicht von Personen wahrgenommen werden, die reine Text-Browser oder monochrome Anzeigegeräte verwenden oder einen Schwarz-Weiß-Ausdruck der Seite betrachten.

Eine weitere Überlegung betrifft den ausgewählten Status für ein Schnittstellenelement (z. B. Registerkarten, Umschalttasten usw.), der auf andere Weise als nur mit Farbe und über eine visuelle Darstellung hinaus vermittelt werden muss. Für solche Elemente ist die zusätzliche Verwendung von Mustern, Formen und programmatischen Informationen hilfreich, wenn ein vollständig integratives Kundenerlebnis erstellt werden soll, das nicht auf einem bestimmten Sinn beruht.

Erfüllen: Verwendung von Farbe (1.4.1) how-to-meet-use-of-color

Immer wenn Farbe verwendet wird, um Informationen zu vermitteln, müssen Sie sicherstellen, dass die verfügbaren Informationen auch verfügbar sind, wenn die Farbe nicht sichtbar ist.

Stellen Sie z. B. sicher, dass die durch die Farbe vermittelte Information auch explizit im Text enthalten ist.

Wenn Farbe als Hinweis für die Bereitstellung von Informationen verwendet wird, sollten Sie einen weiteren visuellen Hinweis einsetzen, etwa durch Änderung des Stils (z. B. fett, kursiv) oder der Schriftart. Dies hilft Menschen mit schlechtem Sehvermögen oder einer beeinträchtigten Farbwahrnehmung, die Information zu erkennen. Man darf sich jedoch nicht vollständig auf diese Maßnahmen verlassen, da sie für Menschen, die die Seite überhaupt nicht sehen können, keine Hilfe bieten. Daher ist es (manchmal) nützlich, versteckten Text bereitzustellen oder programmgesteuerte Lösungen wie die ARIA-Suite von Web-Standards (Accessible Rich Internet Applications) zu verwenden, um nicht sehenden Benutzerinnen und Benutzern diese Informationen zu vermitteln.

Weitere Informationen – Verwendung von Farbe (1.4.1) more-information-use-of-color

Audio-Steuerelement (1.4.2) audio-control

  • Erfolgskriterium 1.4.2
  • Level A
  • Audio-Steuerung: Wenn Audioinhalt auf einer Web-Seite automatisch für mehr als 3 Sekunden abgespielt wird, gibt es entweder einen Mechanismus, um die Wiedergabe zu pausieren oder zu beenden, oder es gibt einen Mechanismus, um die Lautstärke unabhängig von der allgemeinen Systemlautstärke zu regeln.

Zweck: Audio-Steuerelement (1.4.2) purpose-audio-control

Personen, die Bildschirmlesehilfen verwenden, können die Sprachausgabe eventuell nur schwer hören, wenn gleichzeitig anderes Audio abgespielt wird. Diese Schwierigkeit wird noch verstärkt, wenn die Sprachausgabe der Bildschirmlesehilfe Software-basiert ist (was aktuell meistens der Fall ist) und über denselben Lautstärkeregler wie der Ton gesteuert wird. Darüber hinaus können einige Menschen mit kognitiven Einschränkungen und Menschen mit Neurodivergenz geräuschempfindlich sein. Diese Menschen werden es als störend empfinden, wenn sie den Lautstärkepegel von Audioinhalten nicht ändern können.

Daher ist es wichtig, dass die Benutzenden den Hintergrundton ausschalten können.

NOTE
Die Lautstärkesteuerung schließt die Möglichkeit ein, die Lautstärke auf null zu reduzieren.

Erfüllen: Audio-Steuerelement (1.4.2) how-to-meet-audio-control

Befolgen Sie die Richtlinien unter Erfolgskriterien 1.4.2 erfüllen.

Weitere Informationen: Audio-Steuerelement (1.4.2) more-information-audio-control

Kontrast (Minimum) (1.4.3) contrast-minimum

  • Erfolgskriterium 1.4.3

  • Level AA

  • Kontrast (Minimum): Die visuelle Darstellung von Text und Abbildungen von Text hat ein Kontrastverhältnis von mindestens 4,5:1, mit den folgenden Ausnahmen:

    • Großer Text: Großformatiger Text und Bilder von großformatigem Text weisen ein Kontrastverhältnis von mindestens 3:1 auf.
    • Beiläufig: Für Text oder Textbilder, die Teil einer inaktiven Komponente der Benutzeroberfläche sind, die reine Dekoration darstellen, die für niemanden sichtbar sind oder die Teil eines Bildes sind, das signifikanten anderen visuellen Inhalt enthält, ist kein Kontrast erforderlich.
    • Firmenschriftzüge: Für Text, der Teil eines Logos oder eines Markennamens ist, gibt es keine Kontrastanforderungen.
    note note
    NOTE
    Unter Grundlegendes zu Nicht-Text-Kontrast finden Sie weitere Informationen, um sicherzustellen, dass Inhaltsautorinnen und -autoren die zusätzlichen Anforderungen an Nicht-Text-Elemente verstehen (einschließlich Symbole, Oberflächenelemente usw.).

Zweck – Kontrast (Minimum) (1.4.3) purpose-contrast-minimum

Menschen mit bestimmten Sehbehinderungen können möglicherweise nicht zwischen bestimmten Farbpaaren mit geringem Kontrast unterscheiden. Diese Menschen können Barrierefreiheitsprobleme haben, wenn:

  • Wenn zwischen dem Text und der Hintergrundfarbe nur wenig Kontrast besteht.
  • Die Farbcodierung von Text (z. B. Link-Text und Nicht-Link-Text) für die Unterscheidung von Informationen wichtig ist.
NOTE
Text, der für rein dekorative Zwecke verwendet wird, ist von diesem Erfolgskriterium ausgeschlossen.

Erfüllen - Kontrast (Minimum) (1.4.3) how-to-meet-contrast-minimum

Achten Sie darauf, dass der Text einen ausreichenden Kontrast zu seinem Hintergrund aufweist. Die Kontrastverhältnisse hängen von der Größe und dem Stil des jeweiligen Textes ab:

  • Für Text mit einer Größe von weniger als 18 Punkt (oder 14 Punkt bei Fettschrift) sollte das Kontrastverhältnis zwischen Text/Bildern mit Text und dem Hintergrund mindestens 4,5:1 betragen.
  • Bei Text mit einer Größe von mindestens 18 Punkten (oder 14 Punkten und fett) sollte das Kontrastverhältnis mindestens 3:1 betragen.
  • Wenn ein Hintergrund gemustert ist, sollte der Hintergrund um jeden Text schattiert werden, sodass das Verhältnis von 4,5:1 bzw. 3:1 beibehalten wird.
NOTE
Beachten Sie, dass Schriftarten sich hinsichtlich der Darstellung der entsprechenden PT-/PX-/EM-Größe unterscheiden können.
Es wird empfohlen, bei der Auswahl der geeigneten Schriftarten und der Größe für Web-Inhalte in Bezug auf Lesbarkeit und Benutzerfreundlichkeit den gesunden Menschenverstand walten zu lassen.
NOTE
Führen Sie eine Web-Suche nach den folgenden Wortgruppen durch, um Tools zu finden, die Ihnen bei der Konvertierung in andere Einheiten helfen:
  • Px-EM-Rechner
  • Schriftgrößenkonvertierung: Pixel – Punkt – em – rem – Prozent
  • Pixel-EM-Konvertierer

Verwenden Sie ein Farbkontrast-Tool, um das Kontrastverhältnis zu prüfen, z. B. den Color Contrast Analyser der Paciello Group oder den Farbkontrast-Checker von WebAIM. Diese Tools können Farbpaare überprüfen und über eventuelle Kontrastprobleme berichten.

Wenn Sie weniger daran interessiert sind, das Erscheinungsbild Ihrer Seite festzulegen, können Sie auch wählen, dass keine Farben für Hintergrund- und Vordergrundtext festgelegt werden. Es ist keine Kontrastprüfung erforderlich, da der Browser der Benutzerin bzw. des Benutzers die Farben des Texts und des Hintergrunds bestimmt.

Wenn es nicht möglich ist, die empfohlenen Kontraststufen zu erreichen, müssen Sie einen Link zu einer alternativen, äquivalenten Version der Seite bereitstellen (die keine Farbkontrastprobleme aufweist) oder Benutzenden die Möglichkeit geben, den Kontrast des Seitenfarbschemas an ihre eigenen Anforderungen anzupassen.

Weitere Informationen – Kontrast (Minimum) (1.4.3) more-information-contrast-minimum

Textgröße ändern (1.4.4) resize-text

  • Erfolgskriterium 1.4.4
  • Level A
  • Textgröße ändern: Mit Ausnahme von Untertiteln und Bildern eines Textes kann Text ohne Hilfstechnologien um bis zu 200 Prozent geändert werden, ohne dass dabei Inhalt oder Funktionalität verloren geht.

Zweck: Textgröße ändern (1.4.4) purpose-resize-text

Mit diesem Erfolgskriterium soll sichergestellt werden, dass visuell gerenderter Text, einschließlich textbasierter Steuerelemente (Textzeichen, die so angezeigt wurden, dass sie sichtbar sind, [im Vergleich zu Textzeichen, die noch in Datenform vorliegen, wie z. B. ASCII]), erfolgreich so skaliert werden kann, dass er von Benutzern mit leichten Sehbehinderungen direkt gelesen werden kann, ohne dass der Einsatz von Hilfstechnologien wie z. B. einer Bildschirmlupe erforderlich ist. Benutzer können von der Skalierung aller Inhalte auf der Web-Seite profitieren, aber Text ist am wichtigsten.

Erfüllen: Textgröße ändern (1.4.4) how-to-meet-resize-text

Neben den Richtlinien unter Erfolgskriterien 1.4.4 erfüllen können Sie Inhaltsautorinnen und -autoren dazu ermutigen, flüssige, flexible Breiten und Höhen in ihren Seiten-Designs und Schriftgrößen (z. B. responsives Webdesign) zu verwenden, damit die Leserinnen und Leser die Textgröße ändern können.

Weitere Informationen: Textgröße ändern (1.4.4) more-information-resize-text

Bilder von Text (1.4.5) images-of-text

  • Erfolgskriterium 1.4.5

  • Level AA

  • Bilder von Text: Falls die verwendeten Technologien die visuelle Präsentation realisieren können, wird für die Vermittlung von Informationen Text verwendet – keine Bilder von Text. Dabei gelten folgende Ausnahmen:

    • Anpassbar: Das Textbild kann visuell an die Anforderungen der Benutzerin bzw. des Benutzers angepasst werden.
    • Wesentlich: Eine besondere Textdarstellung ist für die vermittelte Information von wesentlicher Bedeutung.
NOTE
Logotypen (Text, der Teil eines Logos oder Markennamen ist) werden als wesentlich betrachtet.

Zweck - Bilder von Text (1.4.5) purpose-images-of-text

Bilder von Text werden häufig verwendet, wenn ein bestimmter Textstil bevorzugt wird, z. B. bei einem Firmenschriftzug oder wenn der Text aus einer anderen Quelle generiert wurde (etwa ein eingescanntes Papierdokument). Im Vergleich zu Text, der in HTML präsentiert und mit CSS formatiert wird, haben Textbilder jedoch nicht die Flexibilität, ihre Größe oder ihr Erscheinungsbild zu ändern, was für Menschen mit Sehbehinderungen oder Leseschwächen erforderlich sein kann.

Erfüllen - Bilder von Text (1.4.5) how-to-meet-images-of-text

Wenn Bilder, die Text enthalten, verwendet werden müssen, nutzen Sie CSS, um die Bilder des Textes in HTML durch einen identischen Text zu ersetzen, damit der Text in einer anpassbaren Version verfügbar ist. Ein Beispiel hierfür finden Sie unter C30: Verwenden von CSS, um Text durch Bilder von Text zu ersetzen und ein Steuerelement zum Umschalten auf der Benutzeroberfläche bereitzustellen.

Weitere Informationen – Bilder von Text (1.4.5) more-information-images-of-text

Grundsatz 2: Bedienbar principle-operable

Grundsatz 2: Bedienbar – Komponenten der Benutzerschnittstelle und der Navigation müssen bedienbar sein.

Per Tastatur zugänglich (2.1) keyboard-accessible

Richtlinie 2.1 Per Tastatur zugänglich: Sorgen Sie dafür, dass alle Funktionalitäten per Tastatur zugänglich sind.

Dadurch wird sichergestellt, dass Benutzer über eine Tastatur auf alle Funktionen zugreifen können.

Tastatur (2.1.1) keyboard

  • Erfolgskriterium 2.1.1
  • Level A
  • Tastatur: Alle Funktionalitäten des Inhalts sind durch eine Tastaturschnittstelle bedienbar, ohne dass eine bestimmte Zeiteinteilung für einzelne Tastenanschläge erforderlich ist, außer wenn die zugrunde liegende Funktion Eingaben verlangt, die vom Pfad der Bewegung des Benutzers und nicht nur von den Endpunkten abhängig sind.

Zweck: Tastatur (2.1.1) purpose-keyboard

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Inhalte nach Möglichkeit über eine Tastatur oder eine Tastaturschnittstelle (sodass eine alternative Tastatur verwendet werden kann) bedient werden können. Wenn Inhalte über eine Tastatur oder eine alternative Tastatur bedient werden können, können sie von Menschen ohne Sehvermögen (die keine Geräte wie Mäuse verwenden können, für die eine Auge-Hand-Koordination erforderlich ist) sowie von Menschen bedient werden, die alternative Tastaturen oder Eingabegeräte verwenden müssen, die als Tastaturemulatoren agieren. Zu den Tastaturemulatoren gehören Spracheingabe-Software, Sip-and-Puff-Software, Bildschirmtastaturen, Scansoftware und eine Vielzahl von Hilfstechnologien und alternativen Tastaturen. Menschen mit Sehschwäche haben möglicherweise auch Schwierigkeiten, einen Zeiger zu verfolgen, und finden die Verwendung von Software viel einfacher (oder überhaupt nur möglich), wenn sie diese über die Tastatur steuern können.

Erfüllen: Tastatur (2.1.1) how-to-meet-keyboard

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.1.1 erfüllen.

Weitere Informationen: Tastatur (2.1.1) more-information-keyboard

Keine Tastaturfalle (2.1.2) no-keyboard-trap

  • Erfolgskriterium 2.1.2
  • Level A
  • Keine Tastaturfalle: Wenn der Tastaturfokus durch eine Tastaturschnittstelle auf einen Bestandteil der Seite bewegt werden kann, kann der Fokus von diesem Bestandteil weg bewegt werden, indem man nur die Tastaturschnittstelle verwendet. Wenn man dazu mehr als nicht modifizierte Pfeil- oder Tabulatortasten oder andere übliche Ausstiegsmethoden verwenden muss, wird der Benutzer über die Methode zum Bewegen des Fokus informiert.

Zweck: Keine Tastaturfalle (2.1.2) purpose-no-keyboard-trap

Mit diesem Erfolgskriterium soll sichergestellt werden, dass der Inhalt den Tastaturfokus nicht in Unterabschnitten des Inhalts einer Web-Seite einfängt. Dies ist ein häufig auftretendes Problem, wenn mehrere Formate innerhalb einer Seite kombiniert und mithilfe von Plug-ins oder eingebetteten Programmen wiedergegeben werden.

Es kann vorkommen, dass die Funktionalität der Web-Seite den Fokus auf einen Unterabschnitt des Inhalts beschränkt (z. B. ein modales Dialogfeld). In solchen Fällen sollten Sie eine Methode bereitstellen, mit der eine Benutzerin oder ein Benutzer aus diesem Inhaltsunterabschnitt aussteigen kann (z. B. schließt die Esc-Taste oder eine Schließen-Schaltfläche das modale Dialogfeld).

Erfüllen: Keine Tastaturfalle (2.1.2) how-to-meet-no-keyboard-trap

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.1.2 erfüllen.

Weitere Informationen: Keine Tastaturfalle (2.1.2) more-information-no-keyboard-trap

Ausreichend Zeit (2.2) enough-time

Richtlinie 2.2 Ausreichend Zeit: Geben Sie den Benutzenden ausreichend Zeit, Inhalte zu lesen und zu benutzen.

Dadurch wird sichergestellt, dass die Benutzenden genügend Zeit zum Lesen und Handeln haben.

Zeiteinteilung anpassbar (2.2.1) timing-adjustable

  • Erfolgskriterium 2.2.1
  • Level A
  • Tastatur: Geben Sie den Benutzern ausreichend Zeit, Inhalte zu lesen und zu verwenden.

Zweck: Zeiteinteilung anpassbar (2.2.1) purpose-timing-adjustable

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Nutzer mit Behinderungen nach Möglichkeit ausreichend Zeit zur Interaktion mit Web-Inhalten erhalten. Personen mit Behinderungen wie Blindheit, Sehschwäche, Beeinträchtigung der Geschicklichkeit und kognitiven Einschränkungen benötigen unter Umständen mehr Zeit, um Inhalte zu lesen oder Funktionen wie das Ausfüllen von Online-Formularen auszuführen. Wenn Web-Funktionen zeitabhängig sind, ist es für einige Benutzende schwierig, die erforderliche Aktion auszuführen, bevor ein Zeitlimit eintritt. Dadurch kann der Zugriff auf den Service für sie unzugänglich werden. Die Entwicklung von nicht zeitabhängigen Funktionen hilft Menschen mit Behinderungen dabei, diese Funktionen auszuführen. Die Bereitstellung von Optionen zur Deaktivierung von Zeitlimits, zur Anpassung der Länge von Zeitlimits oder zur Anfrage von mehr Zeit, bevor ein Zeitlimit eintritt, hilft denjenigen Benutzenden, die mehr Zeit als erwartet benötigen, um Aufgaben erfolgreich zu erledigen. Diese Optionen werden in der Reihenfolge aufgelistet, die für die Benutzerin bzw. den Benutzer am hilfreichsten ist. Das Deaktivieren von Zeitlimits ist besser als das Anpassen der Länge von Zeitlimits, was wiederum besser ist, als mehr Zeit vor dem Eintreten eines Zeitlimits anzufordern.

Erfüllen: Zeiteinteilung anpassbar (2.2.1) how-to-meet-timing-adjustable

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.2.1 erfüllen.

Weitere Informationen: Zeiteinteilung anpassbar (2.2.1) more-information-timing-adjustable

Pausieren, Beenden, Ausblenden (2.2.2) pause-stop-hide

  • Erfolgskriterium 2.2.2

  • Level A

  • Pausieren, Beenden, Ausblenden: Für sich bewegende, blinkende, scrollende oder sich automatisch aktualisierende Informationen gelten folgenden Regeln:

    • Bewegt, blinkend, rollend: Für bewegte, blinkende oder rollende Informationen, die (a) automatisch gestartet werden, (b) länger als fünf Sekunden dauern und © parallel zu anderen Inhalten präsentiert werden, gibt es einen Mechanismus, mit dem Benutzende sie anhalten, stoppen oder ausblenden können, es sei denn, die Bewegung, das Blinken oder das Rollen ist ein wesentlicher Teil einer Aktivität.
    • Automatische Aktualisierung: Für alle automatisch aktualisierten Informationen, die (a) automatisch gestartet und (b) parallel zu anderen Inhalten angezeigt werden, gibt es einen Mechanismus, mit dem Benutzende sie anhalten, stoppen oder ausblenden oder die Häufigkeit der Aktualisierung steuern können, es sei denn, die automatische Aktualisierung ist ein wesentlicher Teil einer Aktivität.

Beachten Sie Folgendes:

  1. Die Anforderungen für flackernden oder blinkenden Inhalt finden Sie unter „Gestalten Sie Inhalte nicht auf Arten, von denen bekannt ist, dass sie zu Anfällen führen“ (2.3).
  2. Jeglicher Inhalt, der dieses Erfolgskriterium nicht erfüllt, kann die Möglichkeit eines Benutzers beeinträchtigen, die gesamte Seite zu nutzen. Daher muss jeglicher Inhalt auf einer Web-Seite (egal ob er dazu dient, andere Erfolgskriterien zu erfüllen oder nicht) dieses Erfolgskriterium erfüllen. Siehe Konformitätsanforderung 5: Nicht-Interferenz.
  3. Für Inhalte, die regelmäßig durch Software aktualisiert werden oder an den Benutzeragenten gestreamt werden, müssen Informationen, die zwischen der Initiierung der Pause und der Wiederaufnahme der Präsentation generiert oder empfangen wurden, nicht beibehalten oder präsentiert werden, da dies möglicherweise technisch nicht möglich ist und in vielen Situationen sogar irreführend sein könnte.
  4. Eine Animation, die im Rahmen einer Vorausladephase oder einer ähnlichen Situation auftritt, kann als wesentlich angesehen werden, wenn während dieser Phase keine Interaktion für alle Benutzenden stattfinden kann und wenn eine Nichtanzeige des Fortschritts die Benutzenden verwirren oder zu der Annahme führen könnte, dass der Inhalt eingefroren oder unterbrochen ist.

Zweck - Pausieren, Beenden, Ausblenden (2.2.2) purpose-pause-stop-hide

Manche Benutzerinnen und Benutzer empfinden Inhalte, die sich bewegen, als störend oder sogar körperlich schmerzhaft und haben Schwierigkeiten, sich auf andere Bereiche der Seite zu konzentrieren. Darüber hinaus sind solche Inhalte für Menschen schwierig, die beim Lesen Probleme haben, bewegtem Text zu folgen.

Erfüllen: Pausieren, Beenden, Ausblenden (2.2.2) how-to-meet-pause-stop-hide

Abhängig von der Art des Inhalts können Sie beim Erstellen von Web-Seiten mit sich bewegendem, aufblitzendem oder blinkendem Inhalt die folgenden Empfehlungen beachten:

  • Bieten Sie die Möglichkeit, das Scrollen von Inhalten anzuhalten, damit Benutzende genügend Zeit zum Lesen haben. Zum Beispiel Nachrichten-Ticker, automatisch aktualisierter Text und Bildkarusselle, die automatisch weiterbewegt werden.
  • Stellen Sie sicher, dass blinkende Inhalte maximal fünf Sekunden lang blinken.
  • Nutzen Sie Technologien, mit denen die Anzeige von bewegten oder blinkenden Inhalten im Browser deaktiviert werden kann. Beispielsweise Dateien im GIF (Graphics Interchange Format)- oder APNG (Animated Portable Network Graphics)-Format.
  • Bieten Sie auf der Web-Seite ein Formularsteuerelement an, über das Benutzer sämtliche bewegte oder blinkenden Inhalte auf der Seite deaktivieren können.
  • Wenn einer der oben genannten Punkte nicht möglich ist, geben Sie einen Link zu einer Seite an, die alle Inhalte ohne Bewegung und Blinken zeigt.

Weitere Informationen - Pausieren, Beenden, Ausblenden (2.2.2) more-information-pause-stop-hide

Anfälle und körperliche Reaktionen (2.3) seizures-and-physcial-reactions

Richtlinie 2.3 Anfälle: Gestalten Sie Inhalt nicht auf Arten, von denen bekannt ist, dass sie zu Anfällen oder körperlichen Reaktionen führen.

Grenzwert von maximal dreimaligem Blitzen (2.3.1) three-flashes-or-below-threshold

  • Erfolgskriterium 2.3.1
  • Level A
  • Drei Blitze oder Unterschreitung des Schwellenwerts: Web-Seiten enthalten keine Elemente, die innerhalb einer Sekunde mehr als dreimal aufblitzen, oder die Aufblitzfrequenz liegt unter den Schwellenwerten für allgemeines Blitzen und rotes Blitzen.
NOTE
Da jeder Inhalt, der dieses Erfolgskriterium nicht erfüllt, die Fähigkeit der Benutzenden beeinträchtigen kann, die gesamte Seite zu nutzen, müssen alle Inhalte auf der Web-Seite (unabhängig davon, ob sie zur Erfüllung anderer Erfolgskriterien verwendet werden oder nicht) dieses Erfolgskriterium erfüllen. Siehe Konformitätsanforderung 5: Nicht-Interferenz.

Zweck – Grenzwert von maximal dreimaligem Blitzen (2.3.1) purpose-three-flashes-or-below-threshold

In bestimmten Fällen können aufblitzende Inhalte photosensitive Anfälle auslösen. Dieses Erfolgskriterium ermöglicht Benutzenden den Zugriff und die Nutzung des gesamten Inhalts ohne Beeinträchtigung durch aufblitzende Inhalte.

Erfüllen - Grenzwert von maximal dreimaligem Blitzen (2.3.1) how-to-meet-three-flashes-or-below-threshold

Gehen Sie wie folgt vor:

  • Stellen Sie sicher, dass Komponenten in einem Zeitraum von einer Sekunde nicht mehr als dreimal aufblitzen.
  • Wenn die obige Bedingung nicht erfüllt werden kann, sollte der aufblitzende Inhalt innerhalb eines kleinen sicheren Bereichs in Pixeln auf dem Bildschirm angezeigt werden. Dieser Bereich wird anhand einer komplexen Formel berechnet, die unter G176: Aufblitzende Bereiche ausreichend klein halten behandelt wird. Daher sollte diese Technik nur angewendet werden, wenn aufblitzende Inhalte erforderlich sind.

Weitere Informationen – Grenzwert von maximal dreimaligem Blitzen (2.3.1) more-information-three-flashes-or-below-threshold

Richtlinie 2.4 Navigierbar: Stellen Sie Mittel zur Verfügung, um Benutzende dabei zu unterstützen, zu navigieren, Inhalte zu finden und zu bestimmen, wo sie sich befinden.

Hiermit wird sichergestellt, dass der Inhalt für Benutzende einfach und unkompliziert zu navigieren ist.

Blöcke umgehen (2.4.1) bypass-blocks

  • Erfolgskriterium 2.4.1
  • Level A
  • Blöcke umgehen: Es gibt einen Mechanismus, um Inhaltsblöcke zu umgehen, die auf verschiedenen Web-Seiten wiederholt werden.

Zweck: Blöcke umgehen (2.4.1) purpose-bypass-blocks

Mit diesem Erfolgskriterium sollen Personen, die nacheinander durch Inhalte navigieren, direkteren Zugriff auf den primären Inhalt der Web-Seite erhalten. Web-Seiten und Programme enthalten oft Inhalte, die auf anderen Seiten oder Bildschirmen angezeigt werden. Beispiele für wiederholte Inhaltsblöcke sind unter anderem Navigations-Links, Überschriftengrafiken, Menüs und Werberahmen. Kleine wiederholte Abschnitte wie einzelne Wörter, Wortgruppen oder einzelne Links werden für die Zwecke dieser Bestimmung nicht als Blöcke angesehen.

Erfüllen: Blöcke umgehen (2.4.1) how-to-meet-bypass-blocks

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.4.1 erfüllen.

Weitere Informationen: Blöcke umgehen (2.4.1) more-information-bypass-blocks

Seite mit Titel versehen (2.4.2) page-titled

  • Erfolgskriterium 2.4.2
  • Level A
  • Seite mit Titel versehen: Web-Seiten haben einen Titel, der das Thema oder den Zweck beschreibt

Zweck - Seite mit Titel versehen (2.4.2) purpose-page-titled

Dieses Erfolgskriterium ist – unabhängig von etwaigen Beeinträchtigungen – für alle Benutzenden hilfreich, um schnell den Inhalt einer Web-Seite zu ermitteln, ohne die Seite vollständig zu lesen. Dies ist nützlich, wenn mehrere Web-Seiten in Browser-Registerkarten geöffnet sind, da der Seitentitel auf den Registerkarten angezeigt wird, was die Seiten schnell auffindbar macht.

Erfüllen: Seite mit Titel versehen (2.4.2) how-to-meet-page-titled

Wenn Sie in AEM eine neue HTML-Seite erstellen, können Sie den Seitentitel angeben. Achten Sie darauf, dass der Titel den Inhalt und den Zweck der Seite angemessen beschreibt, insbesondere alle einzigartigen Aspekte, damit die Besucherinnen und Besucher schnell erkennen können, ob der Inhalt für ihre Bedürfnisse relevant ist.

Sie können während der Bearbeitung einer Seite auch den Seitentitel ändern. Öffnen Sie dazu Seiteninformationen > Eigenschaften.

Weitere Informationen – Seite mit Titel versehen (2.4.2) more-information-page-titled

Fokus-Reihenfolge (2.4.3) focus-order

  • Erfolgskriterium 2.4.3
  • Level A
  • Fokus-Reihenfolge: Wenn eine Web-Seite der Reihe nach navigiert werden kann und die Reihenfolge der Navigation die Bedeutung oder Bedienung beeinflusst, erhalten fokussierbare Komponenten den Fokus in einer Reihenfolge, die Bedeutung und Bedienbarkeit aufrecht erhält.

Zweck: Fokus-Reihenfolge (2.4.3) purpose-focus-order

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Benutzende bei der sequenziellen Navigation durch Inhalte auf Informationen in einer Reihenfolge stoßen, die der Bedeutung des Inhalts entspricht und über die Tastatur bedient werden kann. Dies verringert die Verwirrung, da Benutzende ein einheitliches mentales Modell des Inhalts aufbauen können. Es kann verschiedene Reihenfolgen geben, die logische Beziehungen im Inhalt widerspiegeln. Das Durchlaufen von Komponenten in einem Online-Formular, das aus mehreren Feldern und/oder Schritten besteht, spiegelt beispielsweise die logischen Beziehungen im Inhalt wider.

Erfüllen: Fokus-Reihenfolge (2.4.3) how-to-meet-focus-order

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.4.3 erfüllen.

Weitere Informationen: Fokus-Reihenfolge (2.4.3) more-information-focus-order

  • Erfolgskriterium 2.4.4
  • Level A
  • Link-Zweck (im Kontext): Der Zweck jedes Links kann allein durch den Link-Text oder durch den Link-Text zusammen mit dem programmatisch festgelegten Link-Kontext bestimmt werden. Ausgenommen sind Fälle, in denen der Zweck des Links für Benutzer generell mehrdeutig ist.

Unabhängig von etwaigen Beeinträchtigungen ist es für alle Benutzerinnen und Benutzer von entscheidender Bedeutung, dass durch einen passenden Link-Text klar erkenntlich ist, wohin ein Link führt. Dies hilft Benutzenden bei der Entscheidung, ob sie einem Link tatsächlich folgen möchten. Für sehende Personen ist ein aussagekräftiger Link-Text nützlich, wenn sich auf einer Seite mehrere Links befinden (vor allem, wenn eine Seite sehr viel Text enthält), da ein aussagekräftiger Link-Text einen deutlicheren Hinweis auf die Funktion der Zielseite liefert. Für einige Hilfstechnologien, die eine Liste aller Links auf einer Seite generieren können, lässt sich der Link-Text außerhalb des Kontextes leichter verstehen, wenn dieser Link-Text sowohl eindeutig als auch informativ ist. Sehende Personen mit kognitiven Einschränkungen können jedoch wiederum verwirrt werden, wenn ein Link nicht genügend Informationen enthält, um genau zu beschreiben, wohin er sie führen wird.

Stellen Sie vor allem sicher, dass der Link-Text den Zweck eines Links eindeutig beschreibt.

  • Schlechtes Beispiel:

    • Text: Einzelheiten zu unseren Abendkursen im Herbst 2010 finden Sie hier.
    • Grund: Es geht nicht deutlich und unmissverständlich hervor wohin der Link führt.
  • Gutes Beispiel:

    • Text: Abendkurse im Herbst 2010 – Details.
    • Grund: Durch eine kleine Anpassung des Textes und der Position des Linkelements lässt sich der Link-Text verbessern:

Links sollten auf allen Seiten konsistent formuliert sein, insbesondere für Navigationsleisten. Wenn beispielsweise ein Link zu einer bestimmten Seite Veröffentlichungen auf einer Seite verwenden Sie diesen Text auf anderen Seiten, um Konsistenz zu gewährleisten.

Zum Zeitpunkt des Verfassens dieses Artikels gibt es einige Probleme im Zusammenhang mit der Verwendung von Titelattributen, um sicherzustellen, dass ähnliche Links, die auf einer Seite präsentiert werden, eindeutige Informationen über das Ziel liefern (z. B. verweist „Weitere Information“ oft auf eine Reihe verschiedener Ziele):

  • Im Titelattribut enthaltener Text steht im Allgemeinen nur Personen, die eine Maus benutzen, als QuickInfo-Popup zur Verfügung und kann weder über die Tastatur noch über Mobilgeräte konsistent aufgerufen werden.
  • Bildschirmlesehilfen können Titelattribute vorlesen, diese Funktion ist jedoch möglicherweise nicht standardmäßig aktiviert, sodass Benutzende möglicherweise nicht wissen, dass ein Titelattribut vorhanden ist.
  • Es ist schwierig, das Erscheinungsbild des Titeltextes zu ändern, was bedeutet, dass es für einige Personen schwierig oder unmöglich sein könnte, ihn zu lesen.

Das Title-Attribut kann also genutzt werden, um zusätzlichen Kontext zu einem Link bereitzustellen, Sie sollten aber diese Einschränkungen bedenken und es daher nicht als Alternative für einen geeigneten Link-Text nutzen.

Wenn der Link aus einem Bild besteht, stellen Sie sicher, dass der alternative Text für das Bild das Ziel des Links beschreibt. Wenn beispielsweise ein Bild einer virtuellen Bibliothek als Link zu den Publikationen einer Person festgelegt wird, sollte der alternative Text wie folgt lauten: Publikationen von John Smith und nicht Bücherregal.

Wenn der Link-Anker alternativ Text enthält, der den Zweck des Links zusätzlich zum Bildelement beschreibt (und der Text daher neben dem Bild angezeigt wird), verwenden Sie ein leeres Alternativattribut für das Bild:

<a href="publications.html">
<img src = "bookshelf.jpg" alt = "" />
John Smith's publications
</a>
NOTE
Das obige Snippet ist eine Illustration. Es wird empfohlen, die Bildkomponente zu verwenden.

Auch wenn empfohlen wird, einen Link-Text bereitzustellen, der den Zweck des Links verdeutlicht, ohne zusätzlichen Kontext zu benötigen, gibt es Fälle, in denen dies nicht möglich ist. Links ohne Kontext können in den folgenden Fällen verwendet werden. HTML-Beispiele hierzu finden Sie unter Erfüllen von Erfolgskriterium 2.4.4.

  • Wenn der Link-Text zu einer Liste eng zusammenhängender Links gehört und das den Link umgebende Listenelement ausreichend Kontext liefert.
  • Wenn der Zweck eines Links aus dem vorangehenden (nicht dem nachfolgenden) Text des Absatzes klar hervorgeht.
  • Wenn der Link in einer Datentabelle enthalten ist und der Zweck daher anhand der zugehörigen Überschriften eindeutig identifiziert werden kann.
  • Wenn eine Liste von Links in einem Satz von Überschriften enthalten ist und die Überschrift selbst den passenden Kontext bietet.
  • Wenn eine Liste von Links in einem verschachtelten Link enthalten ist und das dem verschachtelten Link übergeordnete Listenelement den passenden Kontext bietet.

In einigen Fällen, in denen sich mehrere Links auf einer Seite befinden (von denen jeder das Ziel des Links durch komplexe, aber erforderliche Details angibt), kann es sinnvoll sein, eine alternative Version der Web-Seite anzubieten, die denselben Inhalt anzeigt, auf der der Link-Text jedoch weniger ausführlich ist.

Alternativ können Skripte verwendet werden, sodass innerhalb des Links selbst nur eine minimale Textmenge bereitgestellt wird. Wenn jedoch ein entsprechendes Steuerelement aktiviert wird, das oben auf der Seite positioniert ist, wird der Linktext erweitert detailliert beschrieben. Einen ähnlichen Ansatz bietet die Verwendung von CSS, um den vollständigen Link für sehende Menschen auszublenden, ihn aber für Menschen, die eine Bildschirmlesehilfe nutzen, auszugeben. Dies überschreitet den Rahmen dieses Dokuments, weitere Informationen hierzu finden Sie jedoch unter Weitere Informationen: Link-Zweck (Im Kontext) (2.4.4).

Verschiedene Methoden (2.4.5) multiple-ways

  • Erfolgskriterium 2.4.5
  • Level AA
  • Verschiedene Methoden: Es gibt mehr als eine Methode, um eine Web-Seite innerhalb eines Satzes von Web-Seiten zu finden, außer die Web-Seite ist das Ergebnis oder ein Schritt innerhalb eines Prozesses.

Zweck: Verschiedene Methoden (2.4.5) purpose-multiple-ways

Mit diesem Erfolgskriterium sollen Benutzer in die Lage versetzt werden, Inhalte so zu finden, dass sie ihren Anforderungen am besten entsprechen. Benutzer finden möglicherweise eine Technik einfacher oder verständlicher als eine andere.

Selbst kleine Websites sollten den Benutzern Orientierungshilfen bieten. Bei einer Website mit drei oder vier Seiten, bei der alle Seiten von der Startseite aus verlinkt sind, kann es ausreichend sein, einfach Links von und zur Startseite bereitzustellen, wobei die Links auf der Startseite auch als Sitemap dienen können.

Erfüllen: Verschiedene Methoden (2.4.5) how-to-meet-multiple-ways

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.4.5 erfüllen.

Weitere Informationen: Verschiedene Methoden (2.4.5) more-information-multiple-ways

Überschriften und Beschriftungen (2.4.6) headings-and-labels

  • Erfolgskriterium 2.4.6
  • Level AA
  • Überschriften und Beschriftungen: Überschriften und Beschriftungen beschreiben ein Thema oder einen Zweck.

Zweck: Überschriften und Beschriftungen (2.4.6) purpose-headings-and-labels

Mit diesem Erfolgskriterium sollen Benutzer verstehen, welche Informationen auf Web-Seiten enthalten sind und wie diese Informationen organisiert sind. Wenn die Überschriften klar und beschreibend sind, können Benutzer die gesuchten Informationen leichter finden und die Beziehungen zwischen verschiedenen Teilen des Inhalts leichter verstehen. Beschreibende Beschriftungen helfen Benutzern, bestimmte Komponenten innerhalb des Inhalts zu identifizieren.

Erfüllen: Überschriften und Beschriftungen (2.4.6) how-to-meet-headings-and-labels

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.4.6 erfüllen.

Weitere Informationen: Überschriften und Beschriftungen (2.4.6) more-information-headings-and-labels

Fokus sichtbar (2.4.7) focus-visible

  • Erfolgskriterium 2.4.7
  • Level AA
  • Fokus sichtbar: Jede durch die Tastatur bedienbare Benutzeroberfläche hat einen Bedienmodus, bei dem der Tastaturfokus sichtbar ist.

Zweck: Fokus sichtbar (2.4.7) purpose-focus-visible

Mit diesem Erfolgskriterium soll Personen gezeigt werden, welches Element den Tastaturfokus hat.

Eine Person muss wissen können, welches Element unter mehreren Elementen den Tastaturfokus hat. Wenn nur eine einzige tastaturaktivierte Steuerung auf dem Bildschirm vorhanden ist, ist das Erfolgskriterium erfüllt, da das visuelle Design nur ein tastaturaktiviertes Steuerelement enthält.

Wenn das Erfolgskriterium „Betriebsart“ lautet, hat dies zum Ziel, Plattformen zu berücksichtigen, auf denen möglicherweise nicht immer ein Fokusindikator angezeigt wird. In den meisten Fällen gibt es nur einen Betriebsmodus, daher gilt dieses Erfolgskriterium.

Erfüllen: Fokus sichtbar (2.4.7) how-to-meet-focus-visible

Befolgen Sie die Richtlinien unter Erfolgskriterien 2.4.7 erfüllen.

Weitere Informationen: Fokus sichtbar (2.4.7) more-information-focus-visible

Grundsatz 3: Verständlich principle-understandable

Grundsatz 3: Verständlich – Informationen und die Bedienung der Benutzerschnittstelle müssen verständlich sein.

Machen Sie Inhalt lesbar und verständlich (3.1) make-text-content-readable-and-understandable

Richtlinie 3.1 Lesbar: Machen Sie Inhalt lesbar und verständlich.

Sprache der Seite (3.1.1) language-of-page

  • Erfolgskriterium 3.1.1
  • Level A
  • Sprache der Seite: Die voreingestellte menschliche Sprache einer Web-Seite kann programmatisch bestimmt werden.

Zweck - Sprache der Seite (3.1.1) purpose-language-of-page

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Text und andere sprachliche Inhalte korrekt wiedergegeben werden. Für Menschen, die eine Bildschirmlesehilfe nutzen, wird dadurch sichergestellt, dass der Inhalt korrekt ausgesprochen wird, während bei visuellen Browsern die Wahrscheinlichkeit höher ist, dass bestimmte Zeichensätze korrekt angezeigt werden.

Erfüllen - Sprache der Seite (3.1.1) how-to-meet-language-of-page

Um dieses Erfolgskriterium zu erfüllen, kann die Standardsprache einer Web-Seite über das Attribut lang innerhalb des Elements <html> am Anfang der Seite festgelegt werden. Beispiel:

  • Wenn eine Seite z. B. in Englisch verfasst ist, sollte das Element <html> wie folgt angegeben werden:
    <html lang = "en">

  • Wenn eine Seite hingegen als Seite in Spanisch gerendert werden soll, ist folgende Angabe erforderlich:
    <html lang = "es">

Im AEM wird die Standardsprache Ihrer Seite beim Erstellen der Seite festgelegt. Sie kann jedoch beim Bearbeiten der Seiteneigenschaften geändert werden.

NOTE
AEM bietet eine weitere Feinabstimmung für Variationen einer Stammsprache, zum Beispiel amerikanisches Englisch – en-us, britisches Englisch – en-gb und kanadisches Englisch – en-ca. Dieser Detaillierungsgrad ist für unterstützende Technologien häufig überflüssig, kann jedoch für regionale Unterschiede im Seiteninhalt verwendet werden.

Weitere Informationen – Sprache der Seite (3.1.1) more-information-language-of-page

Sprache von Teilen (3.1.2) language-of-parts

  • Erfolgskriterium 3.1.2
  • Level AA
  • Sprache von Teilen: Die menschliche Sprache aller Abschnitte und Sätze im Inhalt kann programmatisch bestimmt werden. Ausgenommen sind Eigennamen, technische Fachbegriffe, Wörter einer unbestimmten Sprache und Wörter oder Wendungen, die Teil des Jargons des direkt umliegenden Textes sind.

Zweck – Sprache von Teilen (3.1.2) purpose-language-of-parts

Der Zweck dieses Erfolgskriteriums ähnelt dem Zweck des Erfolgskriteriums Sprache der Seite. Es gilt jedoch für Web-Seiten, die auf einer Seite Inhalte im mehreren Sprachen enthalten (z. B. in Form von Zitaten oder wenig geläufigen Lehnwörtern).

Seiten, die dieses Erfolgskriterium anwenden, ermöglichen Folgendes:

  • Braille-Transitions-Software zum Einfügen von Zeichen mit Akzenten.
  • Bildschirmlesehilfen können Wörter aussprechen, die Sonderzeichen enthalten oder nicht in der auf Seitenebene festgelegten Standardsprache enthalten sind.
  • Übersetzungs-Tools wie der Google Übersetzer können Inhalt korrekt von einer Sprache in eine andere übersetzen.

Erfüllen - Sprache von Teilen (3.1.2) how-to-meet-language-of-parts

Mit dem lang-Attribut können Änderungen in Bezug auf die Sprache des Inhalts ermittelt werden. Ein deutschsprachiges Zitat (ISO 639-1-Code „de“) kann z. B. wie folgt angezeigt werden:

<blockquote cite = "John F. Kennedy" lang = "de">
     <p>Ich bin ein Berliner</p>
 </blockquote>
NOTE
Blockzitate werden in einer nativen Instanz nicht unterstützt. Es könnte eine benutzerdefinierte Komponente entwickelt werden, um diese Funktion zu unterstützen.

Auf ähnliche Weise kann der Browser ein wenig geläufiges Lehnwort oder eine Redewendung korrekt rendern, wenn das Element span wie folgt verwendet wird:

<p>The only French phrase I know is <span lang = "fr">je ne sais quoi</code>.</p>
NOTE
Dieses Erfolgskriterium muss nicht beachtet werden, wenn Namen oder Städte in verschiedenen Sprachen vorkommen oder wenn Sie Lehnwörter oder Redewendungen nutzen, die in der Standardsprache gängig geworden sind (wie Schadenfreude im Englischen).

Um ein span-Element mit der entsprechenden Sprache hinzuzufügen, können Sie Ihren HTML-Code im Bearbeitungsmodus für den Quelltext im RTE manuell bearbeiten, damit er wie oben aussieht. Alternativ kann ein Systemadministrator das lang-Attribut im RTE einfügen (siehe Unterstützung für zusätzliche HTML-Elemente und -Attribute hinzufügen).

Weitere Informationen – Sprache von Teilen (3.1.2) more-information-language-of-parts

Vorhersehbar (3.2) predictable

Richtlinie 3.2 Vorhersehbar: Sorgen Sie dafür, dass Web-Seiten vorhersehbar aussehen und funktionieren.

Hier geht es darum, sicherzustellen, dass die Web-Seiten in Aussehen und Funktionsweise konsistent sind.

Bei Fokus (3.2.1) on-focus

  • Erfolgskriterium 3.2.1
  • Level A
  • Bei Fokus: Wenn irgendein Bestandteil der Benutzeroberfläche den Fokus erhält, löst dies nicht eine Änderung des Kontextes aus.

Zweck: Bei Fokus (3.2.1) purpose-on-focus

Mit diesem Erfolgskriterium soll sichergestellt werden, dass die Funktionalität vorhersehbar ist, wenn Besucher durch ein Dokument navigieren. Keine Komponente, die ein Ereignis auslösen kann, wenn sie den Fokus erhält, darf den Kontext ändern. Beispiele für das Ändern des Kontexts, wenn eine Komponente den Fokus erhält, sind unter anderem:

  • Formulare, die automatisch gesendet werden, wenn eine Komponente den Fokus erhält;
  • neue Fenster, die gestartet werden, wenn eine Komponente den Fokus erhält;
  • der Fokus wird auf eine andere Komponente geändert, wenn diese Komponente den Fokus erhält.

Der Fokus kann entweder über die Tastatur (z. B. durch das Wechseln zu einem Steuerelement mithilfe der Tabulatortaste) oder über die Maus (z. B. durch Klicken in ein Textfeld) auf ein Steuerelement verschoben werden. Wenn Sie die Maus über ein Steuerelement bewegen, wird der Fokus nur geändert, falls bei der Skripterstellung dieses Verhalten implementiert wird. Bei einigen Steuerelementtypen kann durch Klicken auf ein Steuerelement dieses aktiviert werden (z. B. bei einer Schaltfläche), was wiederum eine Änderung des Kontexts auslösen kann.

Erfüllen: Bei Fokus (3.2.1) how-to-meet-on-focus

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.2.1 erfüllen.

Weitere Informationen: Bei Fokus (3.2.1) more-information-on-focus

Bei Eingabe (3.2.2) on-input

  • Erfolgskriterium 3.2.2
  • Level A
  • Bei Eingabe: Die Änderung der Einstellung irgendeines Bestandteils der Benutzerschnittstelle führt nicht automatisch zur Änderung des Kontextes, außer der Benutzer wurde vor Benutzung des Bestandteils auf das Verhalten hingewiesen.

Zweck: Bei Eingabe (3.2.2) purpose-on-input

Mit diesem Erfolgskriterium soll sichergestellt werden, dass die Eingabe von Daten oder die Auswahl eines Formularsteuerelements vorhersehbare Auswirkungen hat. Durch Ändern der Einstellung einer Benutzeroberflächenkomponente werden einige Aspekte des Steuerelements geändert, die bestehen bleiben, wenn die Benutzerin bzw. der Benutzer nicht mehr mit ihr interagiert. Wenn Sie also ein Kontrollkästchen aktivieren, Text in ein Textfeld eingeben oder die ausgewählte Option in einem Listensteuerelement ändern, wird die Einstellung geändert, das Aktivieren eines Links oder einer Schaltfläche jedoch nicht. Änderungen im Kontext können Benutzer verwirren, die die Änderung nicht leicht wahrnehmen oder durch Änderungen leicht abgelenkt werden. Änderungen des Kontexts sind nur dann angemessen, wenn klar ist, dass eine solche Änderung als Reaktion auf die Aktion der Benutzerin bzw. des Benutzers erfolgt.

Erfüllen: Bei Eingabe (3.2.2) how-to-meet-on-input

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.2.2 erfüllen.

Weitere Informationen: Bei Eingabe (3.2.2) more-information-on-input

Konsistente Navigation (3.2.3) consistent-navigation

  • Erfolgskriterium 3.2.3
  • Level AA
  • Konsistente Navigation: Navigationsmechanismen, die auf mehreren Web-Seiten innerhalb eines Satzes von Web-Seiten wiederholt werden, treten jedes Mal, wenn sie wiederholt werden, in der gleichen relativen Reihenfolge auf, außer eine Änderung wird durch den Benutzer ausgelöst.

Zweck: Konsistente Navigation (3.2.3) purpose-consistent-navigation

Mit diesem Erfolgskriterium soll zur Verwendung einer einheitlichen Darstellung und eines einheitlichen Layouts für Benutzer motiviert werden, die mit wiederholten Inhalten innerhalb einer Reihe von Web-Seiten interagieren und bestimmte Informationen oder Funktionen mehrmals suchen müssen. Personen mit Sehschwäche, die eine Bildschirmvergrößerung verwenden, um jeweils einen kleinen Teil des Bildschirms anzuzeigen, verwenden häufig visuelle Hinweise und Seitengrenzen, um wiederholte Inhalte schnell zu finden. Die Darstellung wiederholter Inhalte in derselben Reihenfolge ist auch für visuelle Benutzer wichtig, die räumliches Gedächtnis oder visuelle Hinweise innerhalb des Designs verwenden, um wiederholte Inhalte zu lokalisieren.

Beachten Sie, dass die Verwendung des Ausdrucks „gleiche Reihenfolge“ in diesem Abschnitt nicht bedeuten soll, dass Unternavigationsmenüs oder Blöcke der sekundären Navigation oder Seitenstruktur nicht verwendet werden können. Stattdessen soll dieses Erfolgskriterium Benutzern, die mit wiederholten Inhalten auf Web-Seiten interagieren, helfen, den Speicherort des gesuchten Inhalts vorherzusagen und ihn schneller zu finden, wenn sie erneut auf ihn stoßen.

Benutzerinnen und Benutzer können eine Änderung der Reihenfolge einleiten, indem sie adaptive Benutzeragenten verwenden oder Einstellungen festlegen, damit die Informationen auf eine Weise dargestellt werden, die für sie am nützlichsten ist.

Erfüllen: Konsistente Navigation (3.2.3) how-to-meet-consistent-navigation

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.2.3 erfüllen.

Weitere Informationen: Konsistente Navigation (3.2.3) more-information-consistent-navigation

Konsistente Erkennung (3.2.4) consistent-identification

  • Erfolgskriterium 3.2.4
  • Level A
  • Konsistente Erkennung: Bestandteile mit der gleichen Funktionalität innerhalb eines Satzes von Web-Seiten werden konsistent erkannt.

Zweck: Konsistente Erkennung (3.2.4) purpose-consistent-identification

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Funktionskomponenten, die wiederholt auf einer Reihe von Web-Seiten angezeigt werden, konsistent erkannt werden. Eine Strategie, die Benutzer von Bildschirmlesehilfen bei der Nutzung einer Website verwenden, besteht darin, sich stark auf ihre Vertrautheit mit Funktionen zu verlassen, die auf verschiedenen Web-Seiten erscheinen können. Wenn identische Funktionen auf verschiedenen Web-Seiten unterschiedliche Bezeichnungen (oder allgemein einen anderen barrierefreien Namen) haben, ist die Website erheblich schwieriger zu benutzen. Es kann auch verwirrend sein und für Menschen mit kognitiven Einschränkungen die kognitive Belastung erhöhen. Daher ist eine konsistente Kennzeichnung hilfreich.

Diese Konsistenz erstreckt sich auch auf Textalternativen. Wenn Symbole oder andere Nicht-Textelemente dieselbe Funktionalität haben, sollten auch ihre Textalternativen konsistent sein.

Wenn eine Web-Seite zwei Komponenten enthält, die beide dieselbe Funktionalität wie eine Komponente auf einer anderen Seite einer Reihe von Web-Seiten haben, müssen alle drei konsistent sein. Daher sind die beiden Bezeichnungen auf derselben Seite konsistent.

Während es wünschenswert und Best Practice ist, innerhalb einer einzelnen Web-Seite immer konsistent zu sein, behandelt 3.2.4 nur die Konsistenz innerhalb einer Reihe von Web-Seiten, bei denen etwas auf mehr als einer Seite in der Reihe wiederholt wird.

Erfüllen: Konsistente Erkennung (3.2.4) how-to-meet-consistent-identification

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.2.4 erfüllen.

Weitere Informationen: Konsistente Erkennung (3.2.4) more-information-consistent-identification

Hilfestellung bei der Eingabe (3.3) input-assistance

Richtlinie 3.3 Hilfestellung bei der Eingabe: Helfen Sie Benutzern, Fehler zu vermeiden und zu korrigieren.

Fehlerkennung (3.3.1) error-identification

  • Erfolgskriterium 3.3.1
  • Level A
  • Fehlererkennung: Wenn ein Eingabefehler automatisch erkannt wird, wird das fehlerhafte Element identifiziert und der Fehler wird dem Benutzer in Textform beschrieben.

Zweck: Fehlererkennung (3.3.1) purpose-error-identification

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Benutzende wissen, dass ein Fehler aufgetreten ist, und feststellen können, wo er liegt. Die Fehlermeldung sollte so spezifisch wie möglich sein. Wenn die Übermittlung eines Formulars nicht erfolgreich war, reicht die erneute Anzeige des Formulars und die Angabe der fehlerhaften Felder für einige Benutzende nicht aus, um zu erkennen, dass ein Fehler aufgetreten ist. Benutzende von Bildschirmlesehilfen wissen beispielsweise erst dann, dass ein Fehler aufgetreten ist, wenn sie auf einen der Indikatoren stoßen. Sie brechen das Formular möglicherweise ab, bevor sie auf die Fehleranzeige stoßen, da sie der Meinung sind, dass die Seite einfach nicht funktionsfähig ist. Gemäß der Definition in WCAG ist ein Eingabefehler eine vom Benutzer bereitgestellte Information, die nicht akzeptiert wird. Hierzu gehört Folgendes:

Informationen, die von der Web-Seite benötigt, aber vom Benutzer weggelassen werden, oder Informationen, die vom Benutzer bereitgestellt werden, aber außerhalb des erforderlichen Datenformats oder der zulässigen Werte liegen.
Beispiel:

  • Die Benutzenden geben nicht die richtige Abkürzung ins Feld für Bundesstaat, Region, Stadt usw. an
  • Die Benutzenden geben eine Bundesstaatsabkürzung ein, die keinem gültigen Bundesstaat entspricht.
  • Die Benutzenden geben eine nicht existierende Postleitzahl ein
  • Der Benutzer gibt ein Geburtsdatum ein, das 2 Jahre in der Zukunft liegt.
  • Der Benutzer gibt alphabetische Zeichen oder Klammern in das Telefonnummernfeld ein, das nur Zahlen akzeptiert.
  • Der Benutzer gibt ein Gebot ein, das unter dem vorherigen Gebot oder dem Mindestinkrement liegt.

Erfüllen: Fehlererkennung (3.3.1) how-to-meet-error-identification

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.3.1 erfüllen.

Weitere Informationen: Fehlererkennung (3.3.1) more-information-error-identification

Beschriftungen oder Anweisungen (3.3.2) labels-or-instructions

  • Erfolgskriterium 3.3.2
  • Level A
  • Kennzeichnungen oder Anweisungen: Kennzeichnungen oder Anweisungen werden bereitgestellt, wenn Inhalte Benutzereingaben erfordern.

Zweck - Beschriftungen oder Anweisungen (3.3.2) purpose-labels-or-instructions

Die Bereitstellung von Anweisungen, die den Personen beim Ausfüllen von Formularen helfen, ist ein grundlegender Bestandteil der bewährten Verfahren für die Benutzerfreundlichkeit der Benutzeroberfläche. Dies ist hilfreich für Menschen mit visuellen oder kognitiven Beeinträchtigungen, die andernfalls Schwierigkeiten haben, das Layout eines Formulars und die Art der Daten zu verstehen, die in einem bestimmten Formularfeld angegeben werden sollen.

Formulare

Im AEM WKND-Demoprojekt wird eine Standardbeschriftung eingefügt, wenn Sie eine Formularkomponente (z. B. ein Textfeld) zur Seite hinzufügen. Dieser Standardtitel hängt vom Komponententyp ab. Sie können für dieses Feld einen eigenen Titel auf der Registerkarte Titel und Text des Dialogfelds „Bearbeiten“ hinzufügen. Es ist wichtig sicherzustellen, dass Benutzerinnen und Benutzer anhand von Kennzeichnungen die mit den einzelnen Formularkomponenten verknüpften Daten besser verstehen können.

Dieses Feld Titel muss für Feldelemente verwendet werden, da es eine Kennzeichnung bereitstellt, die für Hilfstechnologien verfügbar ist. Das einfache Schreiben einer Kennzeichnung in Text neben dem Feld reicht nicht aus.

Bei einigen Formularkomponenten ist es auch möglich, Beschriftungen mithilfe des Kontrollkästchens Titel ausblenden zu aktivieren. Auf diese Weise ausgeblendete Beschriftungen sind weiterhin für Hilfstechnologien verfügbar, werden jedoch nicht auf dem Bildschirm angezeigt. Dies kann in einigen Fällen eine gute Vorgehensweise sein, es ist jedoch in der Regel am besten, soweit möglich eine visuelle Beschriftung einzufügen, da einige Benutzende möglicherweise einen kleinen Teil des Bildschirms (ein Feld nach dem anderen) betrachten und die Beschriftungen benötigen, um das Feld korrekt zu identifizieren.

Bild-Schaltflächen image-buttons

Wenn Bild-Schaltflächen verwendet werden (z. B. die Komponente Bild-Schaltfläche des WKND-Projekts), liefert das Feld Titel auf der Registerkarte Titel und Text des Bearbeitungsdialogfelds den Alternativtext für das Bild und nicht die Beschriftung. Im folgenden Beispiel wurde daher für das Bild mit dem Text Submit im Bearbeitungsdialogfeld der Alt-Text Submit über das Feld Titel hinzugefügt.

Gruppen von Formularfeldern groups-of-form-fields

Bei einer Gruppe zusammengehöriger Steuerelemente (z. B. einer Optionsfeldgruppe) im WKND-Projekt kann sowohl ein Titel für die Gruppe als auch für einzelne Steuerelemente erforderlich sein. Wenn Sie einen Satz Optionsfelder in AEM hinzufügen, wird dieser Gruppentitel im Feld Titel bereitgestellt, während einzelne Titel als Optionsschaltflächen (Elemente) angegeben werden.

Es gibt jedoch keine programmatische Zuordnung zwischen dem Gruppentitel und den Optionsschaltflächen. Der Titel muss beim Bearbeiten der Vorlage in die erforderlichen Tags fieldset und legend gesetzt werden, um diese Zuordnung herzustellen. Dies kann ausschließlich über die Bearbeitung des Seitenquell-Codes erfolgen. Alternativ können Systemadmins die Unterstützung für diese Elemente hinzufügen, damit sie im Dialogfeld Feldeigenschaften angezeigt werden (siehe Hinzufügen von Unterstützung für zusätzliche HTML-Elemente und -Attribute).

Weitere Aspekte für Formulare additional-considerations-for-forms

Wenn Daten in einem bestimmten Format eingegeben werden müssen, sollten Sie dies in der Beschriftung deutlich machen. Wenn z. B. ein Datum im Format DD-MM-YYYY eingegeben werden soll, fügen Sie diese Angabe in die Beschriftung ein. Wenn Menschen, die eine Bildschirmlesehilfe nutzen, auf das Feld stoßen, wird daher automatisch die Kennzeichnung zusammen mit den zusätzlichen Informationen zum Format angezeigt.

Wenn die Eingabe für ein Formularfeld obligatorisch ist, machen Sie dies deutlich, indem Sie das erforderliche Wort als Teil der Bezeichnung verwenden. AEM fügt ein Sternchen hinzu, wenn ein Feld erforderlich ist. Idealerweise sollte jedoch das Wort required (erforderlich) direkt in die Beschriftung eingefügt werden (im Feld Titel im Bearbeitungsdialogfeld).

Die Positionierung von Kennzeichnungen ist ebenfalls wichtig, da sie beim Suchen nach geeigneten Feldern hilft. Dies ist besonders wichtig, wenn die Person mit einem komplexen Formular konfrontiert ist. Befolgen Sie die nachstehende Konvention:

  • Kontrollkästchen oder Optionsschaltflächen:
    Beschriftungen direkt rechts neben dem Feld platzieren.
  • Alle anderen Formularkomponenten (z. B. Textfelder, Kombinationsfelder):
    Beschriftungen werden entweder direkt über dem Feld oder direkt links vom Feld platziert.

In einfachen Formularen mit eingeschränkter Funktionalität müssen Sie eine Submit -Schaltfläche kann als Beschriftung für das angrenzende Feld dienen (z. B. Search). Dies ist in Situationen nützlich, in denen wenig Platz für die Beschriftung vorhanden ist.

Weitere Informationen – Beschriftungen oder Anweisungen (3.3.2) more-information-labels-or-instructions

Fehlerempfehlung (3.3.3) error-suggestion

  • Erfolgskriterium 3.3.3
  • Level AA
  • Tastatur: Wenn ein Eingabefehler automatisch erkannt wird und Korrekturempfehlungen bekannt sind, werden diese Empfehlungen dem Benutzer bereitgestellt, es sei denn, dies würde die Sicherheit oder den Zweck des Inhalts gefährden.

Zweck: Fehlerempfehlung (3.3.3) purpose-error-suggestion

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Benutzer geeignete Empfehlungen zur Korrektur eines Eingabefehlers erhalten, sofern dies möglich ist. Die WCAG -Definition von Eingabefehler besagt, dass es sich um „vom Benutzer bereitgestellte Informationen handelt, die vom System nicht akzeptiert werden“. Einige Beispiele für Informationen, die nicht akzeptiert werden, umfassen Informationen, die vom Benutzer benötigt, aber weggelassen werden, und Informationen, die vom Benutzer bereitgestellt werden, aber außerhalb des erforderlichen Datenformats oder der zulässigen Werte liegen.

Das Erfolgskriterium 3.3.1 sieht die Benachrichtigung über Fehler vor. Personen mit kognitiven Einschränkungen können jedoch Schwierigkeiten haben, die Fehler zu korrigieren. Sehbehinderte Menschen können möglicherweise nicht genau herausfinden, wie der Fehler zu korrigieren ist. Im Falle einer nicht erfolgreichen Formularübermittlung können Benutzende möglicherweise das Formular abbrechen, da sie vielleicht nicht sicher sind, wie der Fehler behoben werden soll, obwohl sie wissen, dass einer aufgetreten ist.

Inhaltsautorinnen und -autoren können die Beschreibung des Fehlers bereitstellen oder der Benutzeragent kann die Beschreibung des Fehlers basierend auf technologiespezifischen, programmgesteuert bestimmten Informationen bereitstellen.

Erfüllen: Fehlerempfehlung (3.3.3) how-to-meet-error-suggestion

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.3.3 erfüllen.

Weitere Informationen: Fehlerempfehlung (3.3.3) more-information-error-suggestion

  • Erfolgskriterium 3.3.4

  • Level AA

  • Fehlervermeidung (rechtliche, finanzielle, Daten): Für Web-Seiten, die eine für den Benutzer auftretende rechtliche Verpflichtung oder finanzielle Transaktion zur Folge haben, die Benutzer-gesteuerte Daten in Datenspeicherungssystemen ändern oder löschen oder die Testantworten des Benutzers abschicken, gilt mindestens eines der Folgenden:

    • Reversibel
      Versendete Daten sind reversibel.
    • Geprüft
      Vom Benutzer eingegebene Daten werden auf Eingabefehler überprüft und der Benutzer erhält die Gelegenheit, diese zu korrigieren.
    • Bestätigt
      Ein Mechanismus, der zur Überprüfung, Bestätigung und Korrektur von Informationen vor der endgültigen Übermittlung zur Verfügung steht.

Mit diesem Erfolgskriterium sollen Benutzer mit Behinderungen dabei unterstützt werden, schwerwiegende Folgen eines Fehlers bei der Ausführung einer Aktion zu vermeiden, die nicht rückgängig gemacht werden kann. Beispielsweise sind der Kauf nicht erstattungsfähiger Flug-Tickets oder die Übermittlung einer Bestellung zum Kauf von Aktien auf einem Maklerkonto Finanztransaktionen mit schwerwiegenden Folgen. Wenn eine Benutzerin oder ein Benutzer beim Datum einer Flugreise einen Fehler gemacht hat, erhält sie bzw. er möglicherweise ein Ticket für den falschen Tag, das nicht umgetauscht werden kann. Wenn die Person einen Fehler bei der Anzahl der zu kaufenden Aktien gemacht hat, könnte sie am Ende mehr Aktien als beabsichtigt kaufen. Beide Arten von Fehlern betreffen Transaktionen, die sofort stattfinden und danach nicht mehr geändert werden und sehr kostspielig sein können. Ebenso kann es sich um einen nicht behebbaren Fehler handeln, wenn Benutzer unbeabsichtigt Daten ändern oder löschen, die in einer Datenbank gespeichert sind, auf die sie später zugreifen müssen, z. B. ihr gesamtes Reiseprofil auf der Website eines Reise-Service. Wenn es um das Ändern oder Löschen von „vom Benutzer steuerbaren“ Daten geht, soll ein Massenverlust von Daten wie das Löschen einer Datei oder eines Datensatzes verhindert werden. Es ist nicht beabsichtigt, eine Bestätigung für jeden Speicherbefehl oder die einfache Erstellung oder Bearbeitung von Dokumenten, Datensätzen oder anderen Daten zu verlangen.

Benutzer mit Behinderungen machen möglicherweise eher Fehler. Personen mit Leseschwäche können Zahlen und Buchstaben vertauschen und Personen mit motorischen Behinderungen können versehentlich Tasten drücken. Die Möglichkeit, Aktionen rückgängig zu machen, ermöglicht es Benutzenden, einen Fehler zu korrigieren, der schwerwiegende Folgen haben könnte. Durch die Möglichkeit, Informationen zu überprüfen und zu korrigieren, können Benutzende einen Fehler erkennen, bevor sie eine Aktion mit schwerwiegenden Folgen durchführen.

Vom Benutzer steuerbare Daten sind vom Benutzer einsehbare Daten, die der Benutzer durch eine absichtliche Aktion ändern und/oder löschen kann. Beispiele für die Kontrolle solcher Daten durch den Benutzer wären die Aktualisierung der Telefonnummer und Adresse für das Benutzerkonto oder das Löschen eines Datensatzes früherer Rechnungen von einer Website. Es geht hierbei nicht um Dinge wie Internet-Protokolle und Überwachungsdaten von Suchmaschinen, die Benutzende nicht direkt einsehen oder mit denen sie nicht direkt interagieren können.

Befolgen Sie die Richtlinien unter Erfolgskriterien 3.3.4 erfüllen.

Grundsatz 4: Robust principle-robust

Grundsatz 4: Robust – Inhalte müssen robust genug sein, damit sie zuverlässig von einer großen Auswahl an Benutzeragenten interpretiert werden können, auch unter Verwendung von Hilfstechnologien.

Kompatibel (4.1) compatible

Richtlinie 4.1 Kompatibel: Maximieren Sie die Kompatibilität mit aktuellen und zukünftigen Benutzeragenten, einschließlich Hilfstechnologien.

Maximieren Sie die Kompatibilität mit aktuellen und zukünftigen Benutzeragenten, einschließlich Hilfstechnologien.

Syntaxanalyse (4.1.1) parsing

  • Erfolgskriterium 4.1.1
  • Level A
  • Syntaxanalyse: Bei Inhalt, der durch die Benutzung von Auszeichnungssprache implementiert wurde, haben Elemente komplette Start- und End-Tags, werden Elemente entsprechend ihrer Spezifikationen verschachtelt, enthalten Elemente keine doppelten Attribute und alle IDs sind einzigartig, außer wenn die Spezifikationen diese Eigenschaften erlauben.

Zweck: Syntaxanalyse (4.1.1) purpose-parsing

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Benutzeragenten, einschließlich Hilfstechnologien, Inhalte genau interpretieren und analysieren können. Wenn der Inhalt nicht in eine Datenstruktur analysiert werden kann, kann es vorkommen, dass andere Benutzeragenten ihn anders darstellen oder nicht analysieren können. Einige Benutzeragenten verwenden „Reparaturtechniken“, um schlecht codierte Inhalte wiederzugeben.

Da die Reparaturtechniken von einem Benutzeragent zum anderen unterschiedlich sind, können Autorinnen und Autoren nicht davon ausgehen, dass der Inhalt korrekt in eine Datenstruktur zerlegt wird oder dass er von spezialisierten Benutzeragenten, einschließlich Hilfstechnologie, korrekt gerendert wird, es sei denn, der Inhalt wird gemäß den in der formalen Grammatik für diese Technologie definierten Regeln erstellt. In Auszeichnungssprachen führen Fehler in der Element- und Attributsyntax und das Fehlen ordnungsgemäß verschachtelter Start-/End-Tags zu Fehlern, die Benutzeragenten daran hindern, den Inhalt zuverlässig zu analysieren. Daher erfordert das Erfolgskriterium, dass der Inhalt nur nach den Regeln der formalen Grammatik analysiert werden kann.

Erfüllen: Syntaxanalyse (4.1.1) how-to-meet-parsing

Befolgen Sie die Richtlinien unter Erfolgskriterien 4.1.1 erfüllen.

Weitere Informationen: Syntaxanalyse (4.1.1) more-information-parsing

Name, Rolle, Wert (4.1.2) name-role-value

  • Erfolgskriterium 4.1.2
  • Level A
  • Name, Rolle, Wert: Für alle Bestandteile der Benutzerschnittstelle (einschließlich, aber nicht beschränkt auf: Formularelemente, Links und durch Skripte generierte Komponenten) können Name und Rolle durch Software bestimmt werden. Zustände, Eigenschaften und Werte, die von Benutzenden festgelegt werden können, können durch Software festgelegt sein, und die Benachrichtigung über Änderungen an diesen Elementen steht den Benutzeragenten zur Verfügung, auch unter Verwendung von Hilfstechnologien.

Zweck: Name, Rolle, Wert (4.1.2) purpose-ame-role-value

Mit diesem Erfolgskriterium soll sichergestellt werden, dass Hilfstechnologien (HT) Informationen über den Status der Steuerelemente der Benutzeroberfläche im Inhalt sammeln, aktivieren (oder festlegen) und auf dem neuesten Stand halten können.

Wenn Standardsteuerungen von zugänglichen Technologien verwendet werden, ist dieser Prozess unkompliziert. Wenn die Elemente der Benutzeroberfläche gemäß der Spezifikation verwendet werden, sind die Bedingungen dieser Bestimmung erfüllt. (Siehe Beispiele für Erfolgskriterium 4.1.2 unten)

Wenn jedoch benutzerdefinierte Steuerelemente erstellt oder Schnittstellenelemente (in Code oder Skript) so programmiert werden, dass sie eine andere Rolle und/oder Funktion als üblich haben, müssen zusätzliche Maßnahmen ergriffen werden, um sicherzustellen, dass die Steuerelemente wichtige Informationen für Hilfstechnologien bereitstellen und sich durch Hilfstechnologien steuern lassen.

Ein wichtiger Zustand eines Steuerelements der Benutzeroberfläche ist, ob es den Fokus hat. Der Fokus-Zustand eines Steuerelements kann programmgesteuert bestimmt werden. Dabei werden Benachrichtigungen über eine Änderung des Fokus an Benutzeragenten und Hilfstechnologien gesendet. Andere Beispiele für den Zustand eines Steuerelements der Benutzeroberfläche sind, ob ein Kontrollkästchen oder ein Optionsfeld aktiviert wurde oder ob ein reduzierbarer Baum oder Listenknoten erweitert bzw. reduziert wurde.

Erfüllen: Name, Rolle, Wert (4.1.2) how-to-meet-ame-role-value

Befolgen Sie die Richtlinien unter Erfolgskriterien 4.1.2 erfüllen.

Weitere Informationen: Name, Rolle, Wert (4.1.2) more-information-ame-role-value

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab