Zum Inhalt springen
EAA · Richtlinie (EU) 2019/882

EAA Anhang I — Barrierefreiheitsanforderungen

Eine praktische Karte der EAA — Abschnitt für Abschnitt, mit direkten Links zu den offiziellen EU-Quellen. Wir fassen die Struktur zusammen; der kanonische Text steht auf EUR-Lex und ETSI.

Abschnitt I — Allgemeine Barrierefreiheitsanforderungen

Grundlegende Anforderungen für alle vom EAA abgedeckten Produkte und Dienste.

18 Klauseln
I.1 · 4 Klauseln
I.1.a

Informationen zur Verwendung des Produkts oder Dienstes

Barrierefreiheits-Informationen über das Produkt oder den Dienst in mehr als einem sensorischen Kanal bereitstellen — im Produkt selbst oder über eine Website.

So setzen Sie es um
  1. Stellen Sie eine klare Dokumentation aller Barrierefreiheitsmerkmale bereit
  2. Beschreiben Sie die Kompatibilität mit gängigen assistiven Technologien (Screenreadern, Schaltern, Sprachsteuerung)
  3. Stellen Sie diese Informationen in barrierefreien Formaten bereit (HTML, barrierefreies PDF)
  4. Nehmen Sie Informationen zur Barrierefreiheit in Benutzerhandbücher und Hilfebereiche auf
EAA Anhang I, Abschnitt I.1.a Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.
I.1.b

Gestaltung der Benutzeroberfläche und Funktionalität

Die Benutzeroberfläche — Interaktion, Navigation, Verständnis — muss über mehr als einen sensorischen Kanal bedienbar sein.

So setzen Sie es um
  1. Stellen Sie sicher, dass UI-Elemente programmatisch bestimmbar sind (korrektes semantisches HTML)
  2. Stellen Sie Textalternativen für alle Nicht-Text-Elemente der Benutzeroberfläche bereit
  3. Unterstützen Sie mehrere Eingabemodalitäten (Maus, Tastatur, Touch, Sprache)
  4. Verwenden Sie ARIA-Rollen und -Eigenschaften, wenn native Semantik nicht ausreicht
I.1.c

Informationen, Identifikation und Bedienfunktionen

Informationen zur Bedienung des Produkts, zur Identifikation von Elementen und zur Ausführung von Funktionen müssen unabhängig von sensorischen Fähigkeiten wahrnehmbar und bedienbar sein.

So setzen Sie es um
  1. Stellen Sie sicher, dass alle interaktiven Elemente zugängliche Namen haben
  2. Sorgen Sie für eine visuelle und programmatische Identifikation aller Bedienelemente
  3. Verwenden Sie eine konsistente Identifikation über Seiten und Zustände hinweg
  4. Stellen Sie sicher, dass Statusmeldungen an assistive Technologien übermittelt werden
I.1.d

Wahrnehmbare Informationsdarstellung

Informationen müssen wahrnehmbar dargestellt werden — Textalternativen für Nicht-Text-Inhalte und Inhalte, die ohne Bedeutungsverlust unterschiedlich präsentierbar sind.

So setzen Sie es um
  1. Stellen Sie Textalternativen für Bilder, Symbole und Medien bereit
  2. Stellen Sie einen ausreichenden Farbkontrast sicher (4.5:1 für Text, 3:1 für großen Text)
  3. Verlassen Sie sich nicht ausschließlich auf Farbe, um Informationen zu vermitteln
  4. Stellen Sie sicher, dass Inhalte auch bei linearisierter oder umformatierter Darstellung verständlich bleiben
I.2 · 14 Klauseln
I.2.a

Barrierefreiheit von Kommunikationsdiensten

Wenn der Dienst Kommunikationsfunktionen bietet, Echtzeittext, Sprache und Video in barrierefreien Formaten unterstützen.

So setzen Sie es um
  1. Unterstützen Sie Echtzeittext (RTT) neben der Sprachkommunikation
  2. Stellen Sie Untertitel für Videoanrufe bereit, wo dies technisch machbar ist
  3. Stellen Sie sicher, dass Kommunikationsfunktionen mit assistiven Technologien funktionieren
  4. Bieten Sie alternative Kommunikationskanäle an (Text, Sprache, Video)
EAA Anhang I, Abschnitt I.2.a Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.
I.2.b

Informationen zu Barrierefreiheitsmerkmalen

Informationen über die Barrierefreiheitsmerkmale des Dienstes und die Kompatibilität mit assistiven Technologien in barrierefreien Formaten veröffentlichen.

So setzen Sie es um
  1. Veröffentlichen Sie eine Barrierefreiheitserklärung, die die Merkmale und bekannten Einschränkungen beschreibt
  2. Dokumentieren Sie unterstützte assistive Technologien und Browser
  3. Stellen Sie Kontaktinformationen für Anfragen zur Barrierefreiheit bereit
  4. Halten Sie die Barrierefreiheitsdokumentation bei jeder Veröffentlichung aktuell
I.2.c

Lesbarkeit und Kontrast von Textinhalten

Text muss alternative Darstellung erlauben: anpassbare Schriftgröße, ausreichender Kontrast, konfigurierbare Abstände.

So setzen Sie es um
  1. Halten Sie ein Mindestkontrastverhältnis von 4.5:1 für normalen Text und 3:1 für großen Text ein
  2. Ermöglichen Sie eine Textvergrößerung bis 200%, ohne dass Inhalt oder Funktionalität verloren gehen
  3. Unterstützen Sie benutzerdefinierte Textabstände (Zeilenhöhe, Buchstabenabstand, Wortabstand)
  4. Verwenden Sie relative Einheiten (em, rem, %) anstelle fester Pixelgrößen für Text
I.2.d

Inhaltsgrößenänderung und Reflow

Inhalte müssen sich an das Viewport anpassen, ohne horizontales Scrollen bei Standard-Zoom; Benutzer müssen die Größe ändern können, ohne Informationen zu verlieren.

So setzen Sie es um
  1. Stellen Sie sicher, dass sich Inhalte bei einer Viewport-Breite von 320px neu anordnen (entspricht 400% Zoom bei 1280px)
  2. Vermeiden Sie horizontales Scrollen bei Inhalten mit vertikalem Scrollverhalten
  3. Verwenden Sie responsive Designtechniken (CSS Grid, Flexbox)
  4. Testen Sie mit Browser-Zoom bei 200% und 400%
I.2.e

Textalternativen für Nicht-Text-Inhalte

Nicht-Text-Inhalte (Bilder, Diagramme, Audio, Video) müssen Textalternativen mit gleichwertigem Zweck haben.

So setzen Sie es um
  1. Stellen Sie Alt-Text für alle informativen Bilder bereit
  2. Verwenden Sie bei dekorativen Bildern ein leeres alt=""
  3. Stellen Sie Transkripte für Audioinhalte bereit
  4. Stellen Sie Untertitel für Videoinhalte und, wo nötig, Audiodeskriptionen bereit
I.2.f

Audio- und Videoalternativen

Audio und Video müssen synchronisierte Alternativen haben: Untertitel für Audio, Audiodeskriptionen für Video, Transkripte für aufgezeichnete Medien.

So setzen Sie es um
  1. Stellen Sie synchronisierte Untertitel für alle vorab aufgezeichneten Videos mit Ton bereit
  2. Stellen Sie Audiodeskriptionen für vorab aufgezeichnete Videos bereit, wenn visuelle Informationen wesentlich sind
  3. Stellen Sie Transkripte für vorab aufgezeichnete reine Audioinhalte bereit
  4. Stellen Sie sicher, dass Untertitel korrekt und synchronisiert sind und die Sprecherkennung enthalten
I.2.g

Tastaturbedienbarkeit

Alle Funktionen müssen per Tastatur ohne spezifische Tastendruck-Zeiten bedienbar sein; keine Tastaturfallen.

So setzen Sie es um
  1. Stellen Sie sicher, dass alle interaktiven Elemente per Tastatur erreichbar und bedienbar sind (Tab, Enter, Leertaste, Pfeiltasten)
  2. Stellen Sie sichtbare Fokusindikatoren für alle fokussierbaren Elemente bereit
  3. Stellen Sie sicher, dass keine Tastaturfallen bestehen, sodass Benutzer den Bereich stets verlassen können
  4. Unterstützen Sie Standard-Tastaturmuster für benutzerdefinierte Widgets (ARIA Authoring Practices)
I.2.h

Anpassbare Zeitvorgaben

Wo Zeitbegrenzungen bestehen, müssen Benutzer sie ausschalten, anpassen oder verlängern können — außer die Zeitbegrenzung ist wesentlich.

So setzen Sie es um
  1. Ermöglichen Sie Benutzern, Zeitbegrenzungen auszuschalten, anzupassen oder zu verlängern
  2. Warnen Sie Benutzer, bevor die Zeit abläuft, und ermöglichen Sie eine Verlängerung
  3. Vermeiden Sie automatische Inhaltsaktualisierungen, die nicht pausiert oder gesteuert werden können
  4. Ausnahmen: Echtzeitereignisse, wesentliche Zeitbegrenzungen (Auktionen, Prüfungen)
I.2.i

Beschränkungen für blinkende Inhalte

Inhalte dürfen nicht mehr als dreimal pro Sekunde blinken, es sei denn, sie liegen unter den allgemeinen Flash- und Red-Flash-Schwellen.

So setzen Sie es um
  1. Vermeiden Sie Inhalte, die mehr als dreimal pro Sekunde blinken
  2. Wenn Blinken notwendig ist, stellen Sie sicher, dass es unter dem allgemeinen Flash-Schwellenwert bleibt
  3. Stellen Sie Warnhinweise vor Inhalten bereit, die Anfälle auslösen könnten
  4. Ermöglichen Sie Benutzern, Animationen und Bewegungseffekte zu deaktivieren
I.2.j

Navigationsmechanismen

Navigation muss konsistent und vorhersehbar sein. Mehrere Wege zum Finden von Inhalten. Linkzweck muss bestimmbar sein.

So setzen Sie es um
  1. Stellen Sie Sprunglinks bereit, um wiederkehrende Inhalte zu überspringen
  2. Verwenden Sie aussagekräftige Seitentitel, die Thema oder Zweck erkennen lassen
  3. Stellen Sie sicher, dass die Fokusreihenfolge einer logischen, sinnvollen Abfolge folgt
  4. Stellen Sie mehrere Navigationsmechanismen bereit (Menü, Suche, Sitemap)
  5. Verwenden Sie aussagekräftige Linktexte, die auch ohne Kontext verständlich sind
I.2.k

Sprachkennzeichnung

Die Standardsprache der Seite und alle Sprachwechsel im Inhalt müssen programmatisch bestimmbar sein.

So setzen Sie es um
  1. Legen Sie das lang-Attribut im <html>-Element fest
  2. Kennzeichnen Sie Sprachwechsel innerhalb des Inhalts mit dem lang-Attribut
  3. Verwenden Sie gültige IETF-BCP-47-Sprachkennzeichnungen (z. B. "en", "de", "fr")
  4. Stellen Sie sicher, dass assistive Technologien die Sprache erkennen und die Aussprache entsprechend wechseln können
I.2.l

Vorhersehbares Verhalten

Komponenten müssen sich vorhersehbar verhalten. Fokus darf keine unerwarteten Kontextänderungen auslösen. Ähnliche Komponenten müssen konsistent identifiziert sein.

So setzen Sie es um
  1. Lösen Sie beim Fokussieren keine Kontextänderung aus (keine unerwartete Navigation oder Pop-ups)
  2. Lösen Sie bei Eingaben keine Kontextänderung aus, es sei denn, der Benutzer wurde vorher informiert
  3. Verwenden Sie eine konsistente Navigation und Beschriftung über alle Seiten hinweg
  4. Identifizieren Sie ähnliche Komponenten im gesamten Dienst konsistent
I.2.m

Eingabehilfe und Fehlerbehandlung

Eingabefehler müssen erkannt und beschrieben werden. Labels und Anweisungen müssen vorhanden sein. Fehlervorschläge und Prävention für rechtliche oder finanzielle Daten.

So setzen Sie es um
  1. Stellen Sie sichtbare Labels für alle Formularfelder bereit
  2. Erkennen Sie Eingabefehler eindeutig und stellen Sie Textbeschreibungen dazu bereit
  3. Schlagen Sie Korrekturen vor, wenn Eingabefehler erkannt werden
  4. Ermöglichen Sie Benutzern, Übermittlungen mit rechtlichen oder finanziellen Folgen zu überprüfen, zu korrigieren und zu bestätigen
  5. Verwenden Sie Autocomplete-Attribute für gängige Eingabefelder (Name, E-Mail, Adresse)
I.2.n

Kompatibilität mit assistiven Technologien

Inhalte müssen mit aktuellen und zukünftigen assistiven Technologien kompatibel sein. Name, Rolle und Wert von UI-Komponenten müssen programmatisch bestimmbar sein.

So setzen Sie es um
  1. Verwenden Sie gültiges, wohlgeformtes HTML-Markup
  2. Stellen Sie sicher, dass alle UI-Komponenten zugängliche Namen und Rollen besitzen
  3. Geben Sie Status- und Eigenschaftsänderungen an die Accessibility-API weiter
  4. Testen Sie mit Screenreadern (NVDA, JAWS, VoiceOver) und anderen assistiven Technologien

Abschnitt III — Webspezifische Anforderungen

Zusätzliche Anforderungen für Websites und Webanwendungen unter dem EAA.

3 Klauseln
III.a

WCAG-2.1-Level-AA-Web-Konformität

Websites und Webanwendungen müssen WCAG 2.1 Level AA gemäß EN 301 549 v3.2.1 entsprechen.

So setzen Sie es um
  1. Führen Sie ein vollständiges WCAG-2.1-AA-Audit mit branchenüblichen automatisierten Tools und manuellen Tests durch
  2. Erfüllen Sie alle Erfolgskriterien von Level A und Level AA
  3. Testen Sie mit mehreren Browsern, Screenreadern und Eingabegeräten
  4. Erstellen Sie einen Maßnahmenplan zur Behebung etwaiger Nichtkonformitäten
III.b

Barrierefreiheit von Webinhalten

Webinhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein — über alle Inhaltstypen hinweg.

So setzen Sie es um
  1. Stellen Sie sicher, dass alle Seiteninhalte für assistive Technologien zugänglich sind
  2. Stellen Sie Alternativen für komplexe Inhalte bereit (Diagramme, Infografiken, Datentabellen)
  3. Machen Sie dynamische Inhaltsaktualisierungen (AJAX, SPA-Navigation) barrierefrei
  4. Testen Sie die Navigation von Single-Page-Anwendungen mit Screenreadern
III.c

Mobile-Web-Barrierefreiheit

Auf Mobilgeräten ausgelieferte Webinhalte müssen die gleichen Barrierefreiheitsanforderungen erfüllen. Touch-Ziele, Gesten und responsives Verhalten müssen barrierefrei sein.

So setzen Sie es um
  1. Stellen Sie sicher, dass Touch-Ziele mindestens 44x44 CSS-Pixel groß sind
  2. Unterstützen Sie sowohl Hoch- als auch Querformat
  3. Stellen Sie Alternativen zu komplexen Gesten bereit (Zoomen, Wischen, Mehrfingergesten)
  4. Testen Sie mit mobilen Screenreadern (VoiceOver unter iOS, TalkBack unter Android)

Abschnitt IV — Sektorspezifische Anforderungen

Anforderungen für bestimmte Dienstleistungssektoren — elektronische Kommunikation, audiovisuelle Medien, Verkehr, Banken, E-Books, E-Commerce.

7 Klauseln
IV.a

E-Commerce-Barrierefreiheit

E-Commerce-Dienste müssen die gesamte Kaufstrecke barrierefrei machen — Browsen, Auswahl, Checkout, Zahlung, Bestätigung.

So setzen Sie es um
  1. Stellen Sie sicher, dass Produktlisten, Filter und Sortierfunktionen per Tastatur zugänglich sind
  2. Stellen Sie barrierefreie Produktbeschreibungen und Bildalternativen bereit
  3. Machen Sie den gesamten Checkout-Ablauf mit assistiven Technologien bedienbar
  4. Stellen Sie sicher, dass Zahlungsformulare über korrekte Beschriftungen und Fehlerbehandlung verfügen
IV.b

Barrierefreiheit von Bank- und Finanzdienstleistungen

Bank- und Finanzdienste müssen Kontoverwaltung, Transaktionen und Finanzinformationen barrierefrei machen — ohne dass Sicherheitsmechanismen Barrieren schaffen.

So setzen Sie es um
  1. Stellen Sie sicher, dass Authentifizierungsmechanismen barrierefrei sind (CAPTCHA-Alternativen, biometrische Optionen)
  2. Machen Sie Transaktionsabläufe vollständig per Tastatur und Screenreader bedienbar
  3. Stellen Sie barrierefreie Kontoauszüge und Finanzdokumente bereit
  4. Stellen Sie sicher, dass Sicherheitsmechanismen (2FA, Sitzungs-Timeouts) Benutzer mit Behinderungen berücksichtigen
IV.c

Barrierefreiheit von Verkehrsdiensten

Ticketing- und Reiseauskunftsdienste müssen barrierefrei sein — Buchung, Echtzeitinformationen, Selbstbedienungsterminals.

So setzen Sie es um
  1. Stellen Sie sicher, dass Buchungs- und Ticketkaufabläufe vollständig barrierefrei sind
  2. Stellen Sie Echtzeit-Reiseinformationen in barrierefreien Formaten bereit
  3. Machen Sie Selbstbedienungsterminals barrierefrei (oder stellen Sie barrierefreie Alternativen bereit)
  4. Stellen Sie sicher, dass mobile Apps für Verkehrsdienste die Barrierefreiheitsanforderungen erfüllen
IV.d

Barrierefreiheit elektronischer Kommunikationsdienste

Elektronische Kommunikationsdienste müssen Echtzeittext, Total Conversation wo möglich und barrierefreie Kundenschnittstellen — einschließlich Relay-Diensten — unterstützen.

So setzen Sie es um
  1. Unterstützen Sie Echtzeittext (RTT) in der Sprachkommunikation
  2. Stellen Sie Total Conversation (Sprache, Text und Video) bereit, wo dies machbar ist
  3. Stellen Sie sicher, dass Kunden-Selbstbedienungsportale barrierefrei sind
  4. Machen Sie Dienstkonfiguration und Kontoverwaltung barrierefrei
EAA Anhang I, Abschnitt IV.d Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.
IV.e

Barrierefreiheit audiovisueller Mediendienste

Audiovisuelle Mediendienste müssen Zugang über Untertitel, Audiodeskriptionen und barrierefreie elektronische Programmführer bieten.

So setzen Sie es um
  1. Stellen Sie Untertitel für alle audiovisuellen Inhalte bereit
  2. Stellen Sie Audiodeskriptionen für rein visuelle Inhalte bereit
  3. Stellen Sie sicher, dass Media-Player per Tastatur zugänglich sind
  4. Machen Sie elektronische Programmführer (EPGs) barrierefrei
IV.f

E-Book- und Digital-Publishing-Barrierefreiheit

E-Books und digitale Publikationen müssen Text-to-Speech, anpassbare Darstellung, barrierefreie Navigation und DRM ohne Barrierefreiheits-Blockaden unterstützen.

So setzen Sie es um
  1. Stellen Sie sicher, dass E-Books Text-to-Speech und die Navigation per Screenreader unterstützen
  2. Ermöglichen Sie Anpassungen von Schriftgröße, Abständen und Farben
  3. Stellen Sie alternative Beschreibungen für Bilder und Diagramme bereit
  4. Stellen Sie sicher, dass DRM den Zugriff assistiver Technologien nicht blockiert
IV.g

Elektronische Identifikationsdienste (eIDAS-bezogen)

Hinweis: eID unterliegt den Verordnungen (EU) 910/2014 und 2024/1183 (eIDAS), nicht EAA Anhang I. Sie ist hier relevant, weil Authentifizierung oft EAA-abgedeckte Dienste vorgelagert ist.

So setzen Sie es um
  1. Stellen Sie sicher, dass Anmelde- und Authentifizierungsabläufe barrierefrei sind
  2. Stellen Sie Alternativen zu visuellen CAPTCHAs bereit
  3. Machen Sie die Multi-Faktor-Authentifizierung barrierefrei (nicht auf einen einzigen sensorischen Kanal beschränkt)
  4. Stellen Sie sicher, dass Prozesse für digitale Signaturen mit assistiven Technologien bedienbar sind

Anhang V — Vorlage der Barrierefreiheitserklärung

Verbindliches Format der EAA-Barrierefreiheitserklärung, die Dienstleister veröffentlichen müssen (getrennt von Anhang I).

3 Klauseln
V.1.a

Anbieteridentifikation (Anhang V)

Die Barrierefreiheitserklärung muss Name und Anschrift des Wirtschaftsakteurs (Hersteller, Importeur, Vertreiber oder Dienstleister) enthalten.

So setzen Sie es um
  1. Geben Sie den vollständigen rechtlichen Namen der Organisation an
  2. Geben Sie die eingetragene Geschäftsanschrift an
  3. Geben Sie Kontaktdaten für Anfragen zur Barrierefreiheit an
  4. Nennen Sie bei Importeuren oder Vertreibern zusätzlich den Hersteller
EAA Anhang V (Erklärungsvorlage), Abschnitt V.1.a Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.
V.1.b

Produkt- oder Dienstidentifikation (Anhang V)

Die Erklärung muss das Produkt oder den Dienst identifizieren — Modell, Typ, Charge, Seriennummer oder jedes andere identifizierende Element.

So setzen Sie es um
  1. Identifizieren Sie das von der Erklärung erfasste Produkt oder den Dienst eindeutig
  2. Geben Sie Versionsnummern für Software oder Webdienste an
  3. Geben Sie den Geltungsbereich an (z. B. welche URLs, Apps oder Produktmodelle betroffen sind)
  4. Geben Sie das Datum der Bewertung oder der Erklärung an
EAA Anhang V (Erklärungsvorlage), Abschnitt V.1.b Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.
V.1.c

Anwendbare harmonisierte Normen (Anhang V)

Die Erklärung muss die harmonisierten Normen (EN 301 549) oder die zur Konformitätsbewertung verwendeten technischen Spezifikationen referenzieren.

So setzen Sie es um
  1. Referenzieren Sie EN 301 549 v3.2.1 (oder eine neuere Version) als harmonisierte Norm
  2. Referenzieren Sie WCAG 2.1 Level AA als zugrunde liegenden technischen Standard
  3. Führen Sie alle zusätzlich angewendeten Normen auf (z. B. ATAG, UAAG)
  4. Beschreiben Sie, falls keine harmonisierte Norm verwendet wurde, die angewendeten technischen Spezifikationen
EAA Anhang V (Erklärungsvorlage), Abschnitt V.1.c Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.

Artikel 14 — Ausnahmen (unverhältnismäßige Belastung + Kleinstunternehmen)

Kriterien zur Begrenzung der Barrierefreiheitsanforderungen nach Artikel 14 EAA sowie die Kleinstunternehmen-Ausnahme aus Artikel 4(5).

2 Klauseln
VI.a

Bewertung der unverhältnismäßigen Belastung (Artikel 14)

Barrierefreiheitsanforderungen können eingeschränkt werden, wenn die Einhaltung eine unverhältnismäßige Belastung darstellt — bewertet anhand Nettokosten, Organisationsgröße und Nutzen für Menschen mit Behinderungen.

So setzen Sie es um
  1. Dokumentieren Sie die konkreten Anforderungen, die als unverhältnismäßig geltend gemacht werden
  2. Stellen Sie für jede geltend gemachte Ausnahme eine Kosten-Nutzen-Analyse bereit
  3. Überprüfen Sie die Einschätzung der unverhältnismäßigen Belastung erneut, wenn Produkte oder Dienste aktualisiert werden
  4. Die Ausnahme gilt nicht für die Pflicht, eine Barrierefreiheitserklärung zu erstellen
EAA Artikel 14: unverhältnismäßige Belastung Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.
VI.b

Kleinstunternehmen-Ausnahme (Artikel 4(5))

Kleinstunternehmen im Dienstleistungssektor (weniger als 10 Mitarbeiter UND Umsatz oder Bilanzsumme ≤ €2 Mio.) sind von den Barrierefreiheitsanforderungen für Dienste befreit.

So setzen Sie es um
  1. Die Ausnahme gilt nur für Dienste, nicht für Produkte
  2. Beide Kriterien müssen erfüllt sein: weniger als 10 Mitarbeiter UND Umsatz oder Bilanzsumme unter €2 Mio.
  3. Kleinstunternehmen werden dennoch ermutigt, die Anforderungen freiwillig zu erfüllen
  4. Wächst das Unternehmen über die Schwellenwerte hinaus, entfällt die Ausnahme
EAA Artikel 4 Absatz 5: Ausnahme für Kleinstunternehmen Dieser Klausel ist kein WCAG-2.1-Erfolgskriterium zugeordnet.

Was kein automatisiertes Tool prüfen kann

Automatisierte Tests finden nur einen Teil der Barrieren, die die WCAG beschreibt. Diese Prüfungen erfordern eine Person; führen Sie sie durch, bevor Sie eine Barrierefreiheitserklärung veröffentlichen.

  1. Nur Tastatur

    Legen Sie die Maus beiseite und erreichen Sie jeden Link, jede Schaltfläche, jedes Menü und jedes Formularfeld mit Tab, Umschalt+Tab, Eingabetaste, Leertaste und den Pfeiltasten. Der Fokus darf niemals hängen bleiben, muss einer logischen Reihenfolge folgen und muss stets sichtbar sein.

  2. Screenreader

    Hören Sie sich die Seite mit NVDA oder JAWS (Windows), VoiceOver (macOS, iOS) oder TalkBack (Android) an. Überschriften, Landmarken, Schaltflächen und Formularfelder sollten mit sinnvollen Namen angesagt werden.

  3. Qualität der Textalternativen

    Automatisierte Prüfungen erkennen, ob ein Alternativtext vorhanden ist, nicht ob er richtig ist. Prüfen Sie, ob jede Beschreibung wiedergibt, was das Bild zeigt oder bewirkt, und dass dekorative Bilder stumm bleiben.

  4. Untertitel, Transkripte und Audiodeskription

    Sehen Sie sich jedes Video mit ausgeschaltetem Ton an: Die Untertitel müssen korrekt und synchron sein. Audioinhalte benötigen ein Transkript, und wichtige visuelle Informationen benötigen eine Audiodeskription oder eine Textalternative.

  5. Lese- und Fokusreihenfolge

    Die Reihenfolge, in der ein Screenreader die Seite vorliest und die Tastatur sie durchläuft, muss der visuellen Reihenfolge und der Bedeutung der Inhalte entsprechen.

  6. Zoom, Reflow und Textabstand

    Vergrößern Sie die Ansicht im Browser auf 200 % und 400 % (ein 320 px breites Fenster). Dabei darf kein Text und keine Funktion verloren gehen, nichts darf horizontales Scrollen erfordern, und ein größerer Textabstand darf keine Inhalte abschneiden.

  7. Links, Beschriftungen und Fehlermeldungen

    Jeder Link, jede Schaltfläche und jede Formularbeschriftung beschreibt in ihrem Kontext, was sie bewirkt. Fehlermeldungen nennen das betroffene Feld, erklären, was falsch gelaufen ist, und sagen, wie es behoben werden kann.

  8. Farbe und sensorische Hinweise

    Informationen werden niemals allein durch Farbe, Form, Größe oder Position vermittelt. Prüfen Sie den Kontrast bei Bildern von Text, Verläufen sowie Hover- und Fokuszuständen, die automatisierte Tools nicht zuverlässig messen können.

  9. Bewegung, Zeitlimits und Blitzeffekte

    Karussells, Animationen und sich automatisch aktualisierende Inhalte lassen sich pausieren oder stoppen, Zeitlimits lassen sich deaktivieren oder verlängern, und nichts blinkt öfter als dreimal pro Sekunde.

  10. Vorhersehbares Verhalten

    Das Fokussieren oder Ausfüllen eines Feldes darf die Seite nie unerwartet verändern oder ein neues Fenster öffnen. Navigation und wiederkehrende Komponenten erscheinen auf jeder Seite an derselben Stelle und funktionieren auf dieselbe Weise.

  11. Barrierefreiheitserklärung und Feedback

    Veröffentlichen Sie eine Barrierefreiheitserklärung, die bekannte Einschränkungen auflistet und Nutzern eine funktionierende Möglichkeit bietet, Barrieren zu melden und eine Antwort zu erhalten.

Über dieses Audit-Framework

Dies ist der Audit-Bewertungsbaum von RankProof, abgeleitet aus der Richtlinie (EU) 2019/882 (European Accessibility Act) — Anhang I (technische Anforderungen), Anhang V (Erklärungsformat) und Artikel 14 (Ausnahmen) — kombiniert mit der harmonisierten Norm EN 301 549 v3.2.1 und den WCAG-2.1-Level-AA-Erfolgskriterien. Die Abschnittsbezeichnungen geben die Quelle in der Richtlinie an. Die offizielle Nummerierung ist auf jeder Klauselseite mit direktem Link zum kanonischen EUR-Lex-Text erhalten.

Kostenlos · ohne Konto

Wie schneidet Ihre Website ab?

Starten Sie das kostenlose Barrierefreiheits-Audit: Es prüft Ihre Seite anhand der WCAG-2.1-AA-Kriterien hinter diesen Klauseln und listet auf, was zu beheben ist.