PDF-Barrierefreiheit: Inklusive Dokumente für alle Nutzer erstellen

PDF-Tags sind das Fundament der Dokumenten-Barrierefreiheit. Eine getaggte PDF enthält einen logischen Strukturbaum, der die Rolle jedes Elements auf der Seite identifiziert: Überschriften, Absätze, Listen, Tabellen, Bilder und so weiter. Dieser Strukturbaum ist vom visuellen Layout getrennt und liefert die Informationen, die Hilfstechnologien wie Screenreader benötigen, um den Inhalt sinnvoll zu präsentieren.

Der PDF-Tag-Satz ist in der PDF-Spezifikation definiert und entspricht weitgehend HTML-Elementen. Gängige Tags umfassen P (Absatz), H1 bis H6 (Überschriften), L und LI (Listen und Listenelemente), Table, TR, TH und TD (Tabellenstruktur), Figure (Bilder und Grafiken), Link (Hyperlinks) und Span (Inline-Text mit spezifischen Eigenschaften). Jedes Tag kann Attribute haben, die zusätzliche Informationen liefern, wie Sprache, Alternativtext oder Geltungsbereich für Tabellenkopfzeilen.

Die Erstellung getaggter PDFs beginnt in der Authoring-Anwendung. Microsoft Word, Google Docs, InDesign und LibreOffice unterstützen alle die Generierung getaggter PDFs, wenn Sie deren integrierte Stile und Strukturfunktionen verwenden. Die Verwendung des Stils "Überschrift 1" anstelle von einfacher fetter und großer Textformatierung erzeugt ein korrektes H1-Tag in der exportierten PDF. Die Verwendung der integrierten Listenfunktion anstelle manuell eingetippter Aufzählungszeichen erzeugt korrekte Listen-Tags. Das Schlüsselprinzip ist die Verwendung semantischer Auszeichnung im Quelldokument, die dann in den PDF-Export übertragen wird.

Die Lesereihenfolge bestimmt die Reihenfolge, in der ein Screenreader Inhalte präsentiert. In einer visuellen PDF mag die Lesereihenfolge anhand des Layouts offensichtlich erscheinen, aber der zugrunde liegende Inhaltsstrom kann Objekte in einer anderen Reihenfolge speichern. Ein zweispaltiges Layout beispielsweise könnte allen Text von links nach rechts über beide Spalten speichern, sodass ein Screenreader spaltenübergreifend liest, anstatt jede Spalte der Reihe nach von oben nach unten.

Der logische Strukturbaum in einer getaggten PDF gibt die korrekte Lesereihenfolge unabhängig vom visuellen Layout an. Überprüfen Sie bei der PDF-Erstellung die Lesereihenfolge mit den Barrierefreiheitstools in Adobe Acrobat (Ansicht > Lesereihenfolge) oder indem Sie mit einem Screenreader das Dokument anhören. Häufige Probleme sind Kopf- und Fußzeilen, die mitten im Fließtext gelesen werden, Seitenleistentext, der die Haupterzählung unterbricht, und Bildunterschriften, die von ihren Abbildungen getrennt werden.

Der Inhaltsumbruch ist eng mit der Lesereihenfolge verbunden. Wenn ein Benutzer heranzoomt oder eine PDF auf einem kleinen Bildschirm betrachtet, ordnet eine umbruchfähige PDF ihren Inhalt so um, dass er in die Fensterbreite passt, ähnlich wie eine Webseite auf verschiedene Bildschirmgrößen reagiert. Dies erfordert korrektes Tagging, da die Umbruch-Engine die Tag-Struktur verwendet, um zu bestimmen, wie Inhalte umgeordnet werden sollen. Ohne Tags kann der PDF-Viewer eine Überschrift nicht von Fließtext unterscheiden oder bestimmen, wo ein Absatz endet, was einen Umbruch unmöglich macht. Testen Sie den Umbruch mit der Option Ansicht > Zoom > Umbruch in Adobe Acrobat.

Jedes bedeutungsvolle Bild in einer barrierefreien PDF muss über einen Alternativtext verfügen, der den Inhalt oder die Funktion des Bildes für Nutzer vermittelt, die es nicht sehen können. Alternativtext wird als Alt-Attribut eines Figure-Tags im PDF-Strukturbaum gespeichert. Das Verfassen effektiver Alternativtexte ist eine Fertigkeit: Sie sollten prägnant sein (typischerweise unter 150 Zeichen), den Inhalt statt des Aussehens beschreiben und die Information vermitteln, die das Bild kommunizieren soll.

Für komplexe Bilder wie Diagramme, Grafiken und Schaubilder kann ein kurzer Alternativtext unzureichend sein. In diesen Fällen sollten Sie eine längere Beschreibung entweder im Dokumenttext neben der Abbildung oder als erweiterte Beschreibung bereitstellen, die vom Bild aus verlinkt ist. Ein Balkendiagramm könnte beispielsweise den Alternativtext "Vierteljährlicher Umsatzvergleich" haben, während eine Datentabelle im Dokumenttext die tatsächlichen Zahlen liefert.

Dekorative Bilder, die keinem informativen Zweck dienen, sollten als Artefakte gekennzeichnet werden, anstatt als Abbildungen getaggt zu werden. Artefakte werden von Screenreadern ignoriert und vermeiden unnötige Unterbrechungen. Seitenrahmen, Hintergrundmuster, dekorative Trennlinien und Wasserzeichen sind typischerweise Artefakte. In Adobe Acrobat können Sie ein Element über das Lesereihenfolge-Tool oder den Tag-Baum in ein Artefakt ändern. In Authoring-Anwendungen erzeugt das Markieren eines Bildes als dekorativ vor dem PDF-Export in der Regel die korrekte Artefakt-Kennzeichnung.

Tabellen gehören zu den schwierigsten Elementen, die in PDFs barrierefrei gestaltet werden müssen. Ein Screenreader navigiert Tabellen Zelle für Zelle und muss wissen, welche Zellen Kopfzeilen und welche Datenzellen sind und wie Kopfzeilen zu Datenzellen in Beziehung stehen. Ohne diese Information liest ein Screenreader die Zellen einfach der Reihe nach vor, was bei jeder nicht-trivialen Tabelle unverständlich wird.

Für die korrekte Barrierefreiheit von Tabellen ist die richtige Verwendung von TH- (Tabellenkopf) und TD-Tags (Tabellendaten) erforderlich, zusammen mit Scope-Attributen, die angeben, ob ein Kopf für seine Zeile, Spalte oder eine Gruppe von Zeilen oder Spalten gilt. Bei einfachen Tabellen mit einer einzigen Kopfzeile sollte jede Zelle in der ersten Zeile als TH mit scope="Column" getaggt sein. Bei Tabellen mit sowohl Zeilen- als auch Spaltenköpfen verdeutlicht das Scope-Attribut auf jeder Kopfzelle deren Beziehung.

Komplexe Tabellen mit verbundenen Zellen, verschachtelten Kopfzeilen oder unregelmäßigen Strukturen sind besonders schwierig. Die PDF-Spezifikation unterstützt das Headers-Attribut auf Datenzellen, das die IDs der zugehörigen Kopfzellen auflistet, ähnlich dem headers-Attribut in HTML-Tabellen. Die automatische Generierung dieser Attribute ist jedoch unzuverlässig, und eine manuelle Nachbearbeitung ist oft erforderlich. Wenn möglich, vereinfachen Sie komplexe Tabellen, indem Sie sie in mehrere einfachere Tabellen aufteilen. Vermeiden Sie die Verwendung von Tabellen für das visuelle Layout statt für tabellarische Daten, da dies eine verwirrende Struktur für Screenreader-Nutzer erzeugt.

Barrierefreie PDF-Formulare erfordern, dass jedes Formularfeld eine beschreibende Bezeichnung hat, dass die Tab-Reihenfolge einer logischen Sequenz folgt und dass die Feldvalidierung klare Fehlermeldungen liefert. Jedes Textfeld, Kontrollkästchen, jeder Optionsschalter, jede Auswahlliste und jede Schaltfläche muss einen Tooltip oder eine Bezeichnung haben, die seinen Zweck beschreibt. Die Bezeichnung sollte programmatisch mit dem Feld verknüpft sein, damit ein Screenreader sie ansagt, wenn der Benutzer zum Feld navigiert.

Die Tab-Reihenfolge sollte der visuellen Lesereihenfolge des Formulars folgen. Standardmäßig können PDF-Formulare durch die Felder in der Reihenfolge tabben, in der sie erstellt wurden, und nicht in ihrer visuellen Position. In Adobe Acrobat können Sie die Tab-Reihenfolge nach Seitenstruktur, Zeilenreihenfolge oder Spaltenreihenfolge festlegen oder eine benutzerdefinierte Reihenfolge definieren. Testen Sie die Tab-Reihenfolge, indem Sie das Formular öffnen und wiederholt die Tab-Taste drücken, um zu überprüfen, dass der Fokus logisch durch die Felder wandert.

Stellen Sie am Anfang des Formulars klare Anweisungen bereit, die erklären, wie es auszufüllen ist. Kennzeichnen Sie Pflichtfelder einheitlich und geben Sie die Pflichtfeld-Konvention in den Anweisungen an. Verwenden Sie die Feldvalidierung, um häufige Fehler zu vermeiden, stellen Sie aber sicher, dass die Validierungsmeldungen barrierefrei sind. Wenn ein Benutzer ein Formular mit Fehlern absendet, sollte die Fehlermeldung angeben, welches Feld den Fehler enthält und welche Korrektur erforderlich ist. Erwägen Sie bei komplexen Formularen die Bereitstellung einer textbasierten Alternative oder eines webbasierten Formulars, das möglicherweise leichter vollständig barrierefrei zu gestalten ist.

Automatisierte Tests erkennen viele Barrierefreiheitsprobleme, können aber nicht alle Aspekte der Barrierefreiheit bewerten. Adobe Acrobat Pro enthält eine integrierte Barrierefreiheitsprüfung, die auf getaggte Inhalte, Lesereihenfolge, Alternativtext, Tabellenstruktur und andere Anforderungen testet. Der PAC (PDF Accessibility Checker) der Schweizer Stiftung "Zugang für alle" ist ein kostenloses Tool, das detailliertere Tests nach PDF/UA-Standards (Universal Accessibility) durchführt.

Automatisierte Tools können überprüfen, ob Tags vorhanden sind, ob Bilder Alternativtext haben und ob Tabellen Kopfzellen enthalten. Sie können jedoch nicht beurteilen, ob der Alternativtext aussagekräftig ist, ob die Lesereihenfolge im Kontext sinnvoll ist oder ob Überschriften den folgenden Inhalt zutreffend beschreiben. Eine manuelle Überprüfung ist für diese qualitativen Aspekte unerlässlich.

Der effektivste Barrierefreiheitstest besteht darin, das Dokument mit tatsächlicher Hilfstechnologie zu verwenden. NVDA (kostenlos, Windows) und JAWS (kommerziell, Windows) sind die am häufigsten verwendeten Screenreader für PDF-Dokumente. VoiceOver (integriert in macOS und iOS) liest ebenfalls PDFs. Navigieren Sie nur mit Tastatur und Screenreader durch das Dokument und überprüfen Sie, ob alle Inhalte angesagt werden, ob die Lesereihenfolge logisch ist, ob Bilder beschrieben werden und ob Formularfelder beschriftet sind. Beziehen Sie wenn möglich Menschen mit Behinderungen in Ihren Testprozess ein. Ihre gelebte Erfahrung offenbart Benutzerfreundlichkeitsprobleme, die automatisierte Tools und sehende Tester oft übersehen.