Welche Barrierefreiheitsanforderungen gelten für digitale Dokumente?

Für digitale Dokumente gelten Barrierefreiheitsanforderungen dann, wenn sie öffentlich zugänglich sind oder im Rahmen von Produkten und Dienstleistungen bereitgestellt werden, die unter das Barrierefreiheitsstärkungsgesetz (BFSG) oder die EU-Richtlinien zur digitalen Barrierefreiheit fallen. Betroffen sind vor allem PDFs, Word-Dokumente und HTML-Seiten, die Informationen oder Funktionen für Nutzerinnen und Nutzer bereitstellen. Die folgenden Abschnitte beantworten die wichtigsten Fragen rund um Standards, häufige Fehler und die praktische Prüfung digitaler Dokumente.

Welche Dokumenttypen fallen unter die Barrierefreiheitspflicht?

Unter die Barrierefreiheitspflicht fallen grundsätzlich alle digitalen Dokumente, die im Rahmen eines barrierefreiheitspflichtigen Angebots bereitgestellt werden. Dazu zählen PDFs, Word- und Excel-Dateien, Präsentationen sowie HTML-Seiten. Entscheidend ist nicht das Dateiformat, sondern der Verwendungszweck und der Kontext, in dem das Dokument veröffentlicht wird.

Das BFSG, das die europäische Richtlinie zum European Accessibility Act (EAA) in deutsches Recht umsetzt, verpflichtet seit Juni 2025 Unternehmen, die bestimmte Produkte oder digitale Dienstleistungen anbieten, zur Barrierefreiheit. Für öffentliche Stellen gilt die EU-Richtlinie 2016/2102 bereits länger. Dokumente, die auf Websites dieser Organisationen veröffentlicht werden, sind ausdrücklich einbezogen, sofern sie nach dem jeweiligen Stichtag erstellt oder grundlegend überarbeitet wurden.

Besonders relevant in der Praxis sind:

• PDFs: Häufig für Formulare, Berichte, Anleitungen und Verträge genutzt
• HTML-Dokumente und Webseiten: Kernbestandteil digitaler Angebote
• Office-Dokumente: Word, Excel und PowerPoint, wenn sie zum Download angeboten werden
• E-Books und digitale Publikationen: Sofern sie öffentlich zugänglich sind

Nicht alle Ausnahmen sind klar geregelt. Dokumente, die ausschließlich für den internen Gebrauch bestimmt sind und nicht öffentlich zugänglich gemacht werden, fallen in vielen Fällen nicht unter die Pflicht. Im Zweifel empfiehlt sich eine rechtliche Einschätzung.

Welche Standards gelten für barrierefreie digitale Dokumente?

Der maßgebliche Standard für barrierefreie digitale Inhalte sind die Web Content Accessibility Guidelines (WCAG) des W3C, aktuell in Version 2.2. Sie bilden die Grundlage für nationale und europäische Regelwerke wie die BITV 2.0 in Deutschland und die EN 301 549 auf EU-Ebene. Für PDFs gilt zusätzlich der Standard PDF/UA (ISO 14289).

Die WCAG gliedern sich in vier Prinzipien, die alle digitalen Inhalte erfüllen müssen:

1. Wahrnehmbar: Inhalte müssen für alle Sinne zugänglich sein, etwa durch Alternativtexte für Bilder oder Untertitel für Videos.
2. Bedienbar: Alle Funktionen müssen per Tastatur erreichbar sein, und Nutzerinnen und Nutzer benötigen ausreichend Zeit zur Interaktion.
3. Verständlich: Texte und Bedienelemente müssen klar und vorhersehbar gestaltet sein.
4. Robust: Inhalte müssen mit aktuellen und zukünftigen Hilfstechnologien wie Screenreadern kompatibel sein.

Die WCAG kennen drei Konformitätsstufen: A (Mindestanforderung), AA (gesetzlich meist gefordert) und AAA (höchste Stufe). In der Praxis ist Stufe AA der relevante Maßstab für die meisten Unternehmen. Wichtig: Das Bestehen automatisierter Tests bedeutet nicht automatisch vollständige rechtliche Konformität. Automatisierte Werkzeuge decken typischerweise zwischen 30 und 50 Prozent aller möglichen Barrieren ab; manuelle Prüfungen sind ergänzend notwendig.

Was sind die häufigsten Barrierefreiheitsfehler in PDFs?

Die häufigsten Barrierefreiheitsfehler in PDFs sind fehlende oder falsch gesetzte Tags, fehlende Alternativtexte für Bilder, eine unlogische Lesereihenfolge sowie mangelnde Sprachauszeichnung. Diese Fehler machen PDFs für Screenreader-Nutzerinnen und -Nutzer schwer oder gar nicht nutzbar.

Im Einzelnen treten folgende Probleme besonders häufig auf:

• Fehlende PDF-Tags: Ohne Tags kann ein Screenreader die Dokumentstruktur nicht interpretieren. Überschriften, Absätze und Listen müssen korrekt ausgezeichnet sein.
• Keine Alternativtexte: Bilder, Grafiken und Diagramme ohne beschreibenden Alt-Text sind für seheingeschränkte Personen nicht zugänglich.
• Unlogische Lesereihenfolge: Wenn die visuelle Anordnung nicht der technischen Lesereihenfolge entspricht, liest der Screenreader Inhalte in falscher Reihenfolge vor.
• Fehlende Sprachauszeichnung: Ohne definierte Dokumentsprache kann die Sprachsynthese Inhalte nicht korrekt aussprechen.
• Unzureichende Farbkontraste: Text, der sich farblich zu wenig vom Hintergrund abhebt, ist für Menschen mit Sehschwäche schwer lesbar.
• Nicht ausfüllbare Formularfelder: Formulare ohne korrekte Beschriftung sind für Tastatur- und Screenreader-Nutzerinnen und -Nutzer nicht bedienbar.

Viele dieser Fehler entstehen, weil PDFs aus Word oder InDesign exportiert werden, ohne die Barrierefreiheitseinstellungen zu konfigurieren. Ein barrierefreies PDF beginnt daher bereits bei der Quelldatei.

Wie unterscheiden sich die Anforderungen für PDFs und HTML-Dokumente?

Der wesentliche Unterschied liegt im Prüfstandard und in der technischen Umsetzung: HTML-Dokumente werden nach WCAG und BITV geprüft, PDFs zusätzlich nach dem Standard PDF/UA. HTML bietet von Haus aus mehr Möglichkeiten zur barrierefreien Auszeichnung, während PDFs eine bewusste Nachbearbeitung erfordern.

Bei HTML-Dokumenten stehen semantische Elemente im Mittelpunkt: korrekte Überschriftenhierarchien, ARIA-Attribute, beschriftete Formularfelder, ausreichende Farbkontraste und Tastaturbedienbarkeit. Da HTML im Browser gerendert wird, lassen sich viele dieser Aspekte durch automatisierte Barrierefreiheitstests gut überprüfen.

Bei PDFs hingegen ist die Struktur im Dokument selbst verankert. Die Anforderungen umfassen:

• Korrekte Tag-Struktur gemäß PDF/UA
• Lesereihenfolge, die der visuellen Darstellung entspricht
• Metadaten wie Titel und Sprache
• Zugängliche Formularfelder mit Beschriftungen

Ein weiterer praktischer Unterschied: HTML-Seiten lassen sich nach einer Korrektur sofort neu scannen und die Verbesserung ist messbar. Bei PDFs muss die Quelldatei überarbeitet und neu exportiert werden, was den Korrekturprozess aufwendiger macht. Für dynamische Inhalte ist HTML daher die barrierefreundlichere Wahl; PDFs eignen sich besser für statische Dokumente wie Berichte oder Formulare, wenn sie sorgfältig aufbereitet werden.

Wer ist für die Barrierefreiheit digitaler Dokumente verantwortlich?

Verantwortlich für die Barrierefreiheit digitaler Dokumente ist das Unternehmen oder die Organisation, die das digitale Angebot betreibt und die Dokumente veröffentlicht. Diese Verantwortung lässt sich nicht vollständig an Dienstleister delegieren, auch wenn Agenturen und Entwicklerinnen und Entwickler bei der Umsetzung eine wichtige Rolle spielen.

In der Praxis verteilt sich die Verantwortung auf mehrere Ebenen:

• Unternehmen und Organisationen: Sie tragen die rechtliche Verantwortung und müssen sicherstellen, dass ihre digitalen Angebote die gesetzlichen Anforderungen erfüllen.
• Web-Agenturen: Sie sind verantwortlich für die technische Umsetzung barrierefreier Websites und Dokumente und sollten ihre Kundinnen und Kunden aktiv auf Barrierefreiheitspflichten hinweisen.
• Content-Teams: Redakteurinnen und Redakteure, die Inhalte pflegen, sind für barrierefreie Texte, Alternativtexte und korrekte Dokumentstruktur zuständig.
• Compliance-Beauftragte: Sie überwachen die Einhaltung der Anforderungen und koordinieren Maßnahmen.

Für Websites, die unter das BFSG fallen, ist zudem eine Barrierefreiheitserklärung verpflichtend. Dieses Dokument beschreibt den Stand der Konformität, listet bekannte Mängel auf und nennt eine Kontaktstelle für Rückmeldungen. Die Verantwortung für Inhalt und Aktualität dieser Erklärung liegt beim Betreiber des Angebots.

Wie lässt sich die Barrierefreiheit digitaler Dokumente prüfen?

Die Barrierefreiheit digitaler Dokumente lässt sich am wirksamsten durch eine Kombination aus automatisierten Tests und manuellen Prüfungen feststellen. Automatisierte Tools identifizieren typischerweise technische Fehler wie fehlende Alt-Texte, Kontrastprobleme oder fehlerhafte ARIA-Attribute, können aber nicht alle Barrieren erkennen.

Für HTML-Seiten und Websites empfiehlt sich folgendes Vorgehen:

1. Automatisierten Scan durchführen: Ein WCAG-Test-Tool prüft Unterseiten auf technische Barrieren und liefert einen priorisierten Überblick über gefundene Probleme.
2. Manuelle Tastaturbedienbarkeit prüfen: Navigieren Sie durch die gesamte Website ausschließlich mit der Tastatur. Alle Inhalte und Funktionen müssen erreichbar und bedienbar sein.
3. Screenreader-Test: Testen Sie repräsentative Seiten mit einem Screenreader wie NVDA oder VoiceOver, um zu prüfen, ob Inhalte sinnvoll vorgelesen werden.
4. Farbkontraste prüfen: Nutzen Sie einen WCAG Contrast Checker, um sicherzustellen, dass Text und Hintergrund das Kontrastverhältnis von mindestens 4,5:1 (für normalen Text) erfüllen.

Für PDFs stehen spezialisierte Prüfwerkzeuge wie der Adobe Acrobat Accessibility Checker oder PAC (PDF Accessibility Checker) zur Verfügung. Diese prüfen die Tag-Struktur, Lesereihenfolge und weitere PDF/UA-Anforderungen. Auch hier gilt: Ein bestandener automatisierter Check bedeutet nicht, dass keine Barrieren vorhanden sind. Manuelle Sichtprüfung und ein Screenreader-Test sind ergänzend sinnvoll.

Ein gutes Ergebnis im automatisierten Test ist eine notwendige, aber keine hinreichende Bedingung für Barrierefreiheit. Manche Probleme, etwa ob Alternativtexte inhaltlich sinnvoll sind oder ob die Tastaturnavigation logisch aufgebaut ist, lassen sich nur manuell beurteilen. Die Web Accessibility Initiative (WAI) bietet dazu eine öffentlich zugängliche Checkliste für manuelle Schnelltests an.

So unterstützt decareto bei der Barrierefreiheitsprüfung digitaler Inhalte

Wir bei decareto haben eine SaaS-Plattform entwickelt, die Websites automatisiert auf Barrierefreiheit scannt und dabei die Anforderungen von WCAG, BITV und BFSG berücksichtigt. Unsere Lösung richtet sich an Agenturen, Compliance-Teams und Datenschutzbeauftragte, die Barrierefreiheitsprüfungen effizient und skalierbar durchführen möchten.

Was decareto konkret leistet:

• Automatisierter Website-Scan: Wir prüfen Unterseiten, identifizieren Barrieren wie fehlende Alt-Texte, fehlerhafte ARIA-Attribute, Kontrastprobleme und mangelnde Tastaturnavigation und priorisieren Ergebnisse nach Schweregrad.
• Strukturierte Reports: Die Ergebnisse werden in übersichtlichen Berichten dargestellt, die direkt mit Kundinnen und Kunden geteilt oder unter eigenem Logo als Whitelabel-Report ausgegeben werden können.
• Manuelle Befunde ergänzen: Probleme, die nur manuell erkennbar sind, können direkt im Report dokumentiert und dem WCAG-Standard zugeordnet werden.
• Dauerhafte Überwachung: Wir überwachen Websites kontinuierlich und lösen automatische Benachrichtigungen aus, wenn neue Barrieren erkannt werden.
• Kombination mit Datenschutz: Barrierefreiheits- und Datenschutzprüfung laufen in einem Workflow, was doppelten Aufwand vermeidet.

Bitte beachten Sie: Unsere automatisierten Scans unterstützen Ihre Compliance-Arbeit, ersetzen jedoch keine vollständige manuelle Prüfung und keine rechtliche Beratung. Ein gutes Scan-Ergebnis zeigt, dass typischerweise keine technischen Barrieren erkannt wurden, ist aber keine Garantie für vollständige rechtliche Konformität.

Testen Sie decareto und führen Sie Ihren ersten Barrierefreiheits-Scan noch heute durch.

Dieser Text wurde mit Hilfe von KI erstellt und könnte Fehler beinhalten.

Ähnliche Artikel

• Was ist der Unterschied zwischen WCAG-Stufe A und AA in der Praxis?
• Welche Barrierefreiheitspflichten gelten für Web-Agenturen seit dem BFSG?
• Was sind häufige WCAG-Fehler bei Tabellen auf Websites?
• Wie erkennt man Barrierefreiheitsprobleme bei eingebetteten Videos?
• Wie testet man eine Website auf kognitive Barrierefreiheit?