Barrierefreies Webdesign — ein zugängliches und nutzbares Internet gestalten

Erfolgskriterien und Konformitätsbedingungen der Web Content Accessibility Guidelines (WCAG) 2.2

Diese Seite bietet Texte zu Erfolgskriterium 1.1.1 Nicht-Text-Inhalt aus den WCAG 2.2. Nach der BITV 2.0 beziehungsweise EN 301549 müssen Webseiten, Nicht-Web-Dokumente und Software diesem Erfolgskriterium genügen.

Erfolgskriterium 1.1.1 Nicht-Text-Inhalt

Erfolgskriterium 1.1.1 wurde mit den WCAG 2.0 (2008) eingeführt.

Anmerkungen zu den Quellen

Die Quellen für die Übersetzungen sind wie folgt:

  1. Die meisten Anforderungen stammen aus der autorisierten deutschen Übersetzung der WCAG 2.0:
    Extern: https://www.w3.org/Translations/WCAG20-de/
  2. Anforderungen, die in den WCAG 2.1 eingeführt oder deren Wortlaut gegenüber den WCAG 2.0 geändert wurden, stammen von der inoffiziellen deutschen Übersetzung der WCAG 2.1 auf
    Extern: https://outline-rocks.github.io/wcag/translations/WCAG21-de/
  3. Anforderungen, die in den WCAG 2.2 eingeführt oder deren Wortlaut gegenüber den WCAG 2.1 geändert wurden, wurden für diese Seiten von
    Extern, englischsprachig: https://www.w3.org/TR/WCAG22/
    übersetzt.

Folgende Änderungen wurden für diese Veröffentlichung vorgenommen:

Alle Vorkommnisse des Begriffs "assistierende Technik" (WCAG 2.0 und 2.1) wurden durch den Begriff "Assistenztechnologie" ersetzt. Technik bezieht sich auf Webinhalts-Techniken wie HTML, CSS oder SVG (und wird im Glossar der WCAG definiert).

Übersetzung

Erfolgskriterium 1.1.1 ist in den WCAG 2.2 wie folgt eingegliedert:

1. Wahrnehmbar

Informationen und Bestandteile der Benutzerschnittstelle müssen den Benutzern so präsentiert werden, dass diese sie wahrnehmen können.

Richtlinie 1.1 Textalternativen

Stellen Sie Textalternativen für alle Nicht-Text-Inhalte zur Verfügung, so dass diese in andere vom Benutzer benötigte Formen geändert werden können, wie zum Beispiel Großschrift, Braille, gesprochene Sprache, Symbole oder einfachere Sprache.

Erfolgskriterium 1.1.1 Nicht-Text-Inhalt

(Stufe A)

Alle Nicht-Text-Inhalte, die dem Benutzer präsentiert werden, haben eine Textalternative, die einem äquivalenten Zweck dient, mit Ausnahme der unten aufgelisteten Situationen.

Steuerelemente, Eingabe

Wenn es sich bei dem Nicht-Text-Inhalt um ein Steuerelement handelt oder Eingaben durch den Benutzer akzeptiert, dann hat dieser einen Namen, der seinen Zweck beschreibt. (Beachten Sie Erfolgskriterium 4.1.2 für zusätzliche Anforderungen an Steuerelemente und Inhalte, die Eingaben durch den Benutzer akzeptieren.)

Zeitbasierte Medien

Wenn es sich bei den Nicht-Text-Inhalten um zeitbasierte Medien handelt, dann stellen Textalternativen zumindest eine deskriptive Identifizierung des Nicht-Text-Inhalts bereit. (Beachten Sie Richtlinie 1.2 für zusätzliche Anforderungen an Medien.)

Test

Wenn es sich bei dem Nicht-Text-Inhalt um einen Test oder eine Übung handelt, die nichtig wäre, wenn sie als Text dargestellt würde, dann stellen Textalternativen zumindest eine deskriptive Identifizierung des Nicht-Text-Inhalts bereit.

Sensorisch

Wenn Nicht-Text-Inhalt hauptsächlich dafür gedacht ist, eine bestimmte Sinneserfahrung zu schaffen, dann stellen Textalternativen zumindest eine deskriptive Identifizierung des Nicht-Text-Inhalts bereit.

CAPTCHA

Wenn der Zweck des Nicht-Text-Inhalts der ist zu bestätigen, dass eine Person und nicht ein Computer auf den Inhalt zugreift, dann werden Textalternativen bereitgestellt, die den Zweck des Nicht-Text-Inhalts identifizieren und beschreiben. Außerdem werden alternative Formen von CAPTCHAs bereitgestellt, die Ausgabeformen für verschiedene Arten der sensorischen Wahrnehmung nutzen, um verschiedenen Behinderungen Rechnung zu tragen.

Dekoration, Formatierung, unsichtbar

Wenn der Nicht-Text-Inhalt reine Dekoration ist, nur für visuelle Formatierung benutzt wird oder dem Benutzer gar nicht präsentiert wird, dann wird der Inhalt so implementiert, dass er von Assistenztechnologie ignoriert werden kann.

Anforderungen der WCAG 2.2 (englisch)

1. Perceivable

Information and user interface components must be presentable to users in ways they can perceive.

Guideline 1.1 Text Alternatives

Provide text alternatives for any non-text content so that it can be changed into other forms people need, such as large print, braille, speech, symbols or simpler language.

Extern, englischsprachig: understanding guideline 1.1

Success Criterion 1.1.1 Non-text Content

(Level A)

All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below.

Controls, Input

If non-text content is a control or accepts user input, then it has a name that describes its purpose. (Refer to Success Criterion 4.1.2 for additional requirements for controls and content that accepts user input.)

Time-Based Media

If non-text content is time-based media, then text alternatives at least provide descriptive identification of the non-text content. (Refer to Guideline 1.2 for additional requirements for media.)

Test

If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives at least provide descriptive identification of the non-text content.

Sensory

If non-text content is primarily intended to create a specific sensory experience, then text alternatives at least provide descriptive identification of the non-text content.

CAPTCHA

If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then text alternatives that identify and describe the purpose of the non-text content are provided, and alternative forms of CAPTCHA using output modes for different types of sensory perception are provided to accommodate different disabilities.

Decoration, Formatting, Invisible

If non-text content is pure decoration, is used only for visual formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive technology.

Extern, englischsprachig: understanding success criterion 1.1.1

7 Hinweise zu Erfolgskriterium 1.1.1

Zu Erfolgskriterium 1.1.1:

Zur Richtlinie 1.1:

Alle digitalen Inhalte müssen auch in textlicher Form vorhanden sein. Dadurch wird gewährleistet, dass die Inhalte nicht nur auf einem Bildschirm bei Standardeinstellungen dargestellt werden, sondern auch in anderen Formen präsentiert werden können (zum Beispiel Sprachausgaben). Textalternativen müssen insbesondere für Grafiken berücksichtigt werden, was gleichermaßen für Grafiken auf Webseiten, in Dokumenten und Software mit eigener Benutzerschnittstelle gilt. Auch andere eingebettete Objekte wie Multimedia benötigen Textalternativen.

Alle Erfolgskriterien der WCAG 2.2

1. Wahrnehmbar

Informationen und Bestandteile der Benutzerschnittstelle müssen den Benutzern so präsentiert werden, dass diese sie wahrnehmen können.

Richtlinie 1.1 Textalternativen

Stellen Sie Textalternativen für alle Nicht-Text-Inhalte zur Verfügung, so dass diese in andere vom Benutzer benötigte Formen geändert werden können, wie zum Beispiel Großschrift, Braille, gesprochene Sprache, Symbole oder einfachere Sprache.

Richtlinie 1.2 Zeitbasierte Medien

Stellen Sie Alternativen für zeitbasierte Medien zur Verfügung.

Richtlinie 1.3 Anpassbar

Erstellen Sie Inhalte, die auf verschiedene Arten dargestellt werden können (z.B. einfacheres Layout), ohne dass Informationen oder Struktur verloren gehen.

Richtlinie 1.4 Unterscheidbar

Machen Sie es Benutzern leichter, Inhalt zu sehen und zu hören einschließlich der Trennung von Vorder- und Hintergrund.

2. Bedienbar

Bestandteile der Benutzerschnittstelle und Navigation müssen bedienbar sein.

Richtlinie 2.1 Per Tastatur zugänglich

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

Richtlinie 2.2 Ausreichend Zeit

Geben Sie den Benutzern ausreichend Zeit, Inhalte zu lesen und zu benutzen.

Richtlinie 2.3 Anfälle und physische Reaktionen

Gestalten Sie Inhalte nicht auf Arten, von denen bekannt ist, dass sie zu Anfällen oder physischen Reaktionen führen.

Richtlinie 2.4 Navigierbar

Stellen Sie Mittel zur Verfügung, um Benutzer dabei zu unterstützen zu navigieren, Inhalte zu finden und zu bestimmen, wo sie sich befinden.

Richtlinie 2.5 Eingabemodalitäten

Erleichtern Sie Benutzern die Bedienung von Funktionen durch andere Eingabearten als die Tastatur.

3. Verständlich

Informationen und die Bedienung der Benutzerschnittstelle müssen verständlich sein.

Richtlinie 3.1 Lesbar

Machen Sie Inhalt lesbar und verständlich.

Richtlinie 3.2 Vorhersehbar

Sorgen Sie dafür, dass Webseiten vorhersehbar aussehen und funktionieren.

Richtlinie 3.3 Hilfestellung bei der Eingabe

Helfen Sie den Benutzern dabei, Fehler zu vermeiden und zu korrigieren.

4. Robust

Inhalte müssen robust genug sein, damit sie von einer großen Auswahl an Benutzeragenten einschließlich Assistenztechnologien interpretiert werden können.

Richtlinie 4.1 Kompatibel

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

5. Konformität

In diesem Abschnitt sind die Anforderungen an die Konformität zu den WCAG 2.2 aufgelistet. Hier erhalten Sie außerdem Informationen darüber, wie man Konformitätserklärungen erstellt, die optional sind. Abschließend wird beschrieben, was es bedeutet, Barrierefreiheit unterstützend zu sein, da man sich nur dann, wenn man Techniken auf eine die Barrierefreiheit unterstützende Art benutzt, auf die Konformität verlassen kann. Konformität verstehen beinhaltet weitere Erklärungen zu dem Konzept "Barrierefreiheit unterstützend".

5.2 Konformitätsbedingungen

Damit eine Webseite WCAG 2.2-konform ist, müssen alle folgenden Konformitätsbedingungen erfüllt sein:

Weiterführende Links

Bislang wurde nur die deutschsprachige Übersetzung der WCAG 2.0 offiziell vom W3C veröffentlicht. Das W3C benennt eine Übersetzung der WCAG 2.1 als inoffizielle Übersetzung: