Barrierefreiheitsprobleme bei PDFs auf Websites erkennt man, indem man das Dokument sowohl automatisiert als auch manuell auf strukturelle und technische M\u00e4ngel pr\u00fcft. Dazu geh\u00f6ren fehlende Dokumentstruktur, fehlende Alternativtexte f\u00fcr Bilder sowie mangelnde Lesbarkeit durch Screenreader. PDFs gelten als besonders herausfordernd, weil sie anders als HTML-Seiten keine nativen Barrierefreiheitseigenschaften mitbringen und h\u00e4ufig aus visuell orientierten Programmen exportiert werden. Dieser Artikel beantwortet die wichtigsten Fragen rund um barrierefreie PDFs auf Websites.<\/p>\n
Die h\u00e4ufigsten Barrierefreiheitsprobleme bei PDFs sind fehlende oder fehlerhafte Dokumentstruktur (Tags), nicht vorhandene Alternativtexte f\u00fcr Bilder, unzureichender Farbkontrast, fehlende Sprachauszeichnung sowie Dokumente, die als reiner Bildscan vorliegen und damit f\u00fcr Screenreader vollst\u00e4ndig unlesbar sind.<\/p>\n
Im Detail treten folgende Probleme besonders h\u00e4ufig auf:<\/p>\n
PDFs sind schwerer zug\u00e4nglich zu machen als HTML-Seiten, weil sie urspr\u00fcnglich f\u00fcr den Druck und nicht f\u00fcr digitale Barrierefreiheit entwickelt wurden. Barrierefreiheitseigenschaften wie Tags, Lesereihenfolge und Alternativtexte m\u00fcssen nachtr\u00e4glich und manuell eingebettet werden und gehen beim Export aus vielen Programmen verloren.<\/p>\n
Anders als bei einer HTML-Seite, bei der Barrierefreiheit direkt im Code verankert werden kann, liegt die Struktur eines PDFs in einem propriet\u00e4ren Format vor. Viele Dokumente entstehen in Programmen wie Microsoft Word, Adobe InDesign oder PowerPoint und werden dann als PDF exportiert. Dabei gehen Strukturinformationen h\u00e4ufig verloren oder werden fehlerhaft \u00fcbertragen.<\/p>\n
Hinzu kommt, dass PDFs statische Dokumente sind. Sie lassen sich nicht so flexibel an individuelle Nutzerbed\u00fcrfnisse anpassen wie Webseiten, bei denen Schriftgr\u00f6\u00dfe, Kontrast oder Layout per CSS oder Browser-Einstellungen angepasst werden k\u00f6nnen. Wer ein PDF auf einem Smartphone \u00f6ffnet oder es mit einem Screenreader nutzt, ist vollst\u00e4ndig auf die im Dokument hinterlegte Struktur angewiesen.<\/p>\n
Ein weiterer Faktor ist die fehlende Sichtbarkeit von Problemen: Auf den ersten Blick sieht ein nicht barrierefreies PDF genauso aus wie ein barrierefreies. Die M\u00e4ngel zeigen sich erst bei der technischen Pr\u00fcfung oder beim tats\u00e4chlichen Einsatz assistiver Technologien.<\/p>\n
Ein PDF l\u00e4sst sich automatisiert auf Barrierefreiheit pr\u00fcfen, indem man spezialisierte PDF-Pr\u00fcfwerkzeuge einsetzt, die das Dokument auf vorhandene Tags, Alternativtexte, Kontrastverh\u00e4ltnisse und Metadaten analysieren. Bekannte Werkzeuge sind der Adobe Acrobat Accessibility Checker, PAC (PDF Accessibility Checker) sowie browserbasierte Validierungstools.<\/p>\n
Automatisierte PDF-Pr\u00fcfungen decken dabei vor allem technische Grundanforderungen ab:<\/p>\n
\u00c4hnlich wie beim Website-Barrierefreiheitstest<\/a> gilt jedoch auch f\u00fcr PDFs: Automatisierte Tests erfassen sch\u00e4tzungsweise 30 bis 50 Prozent der tats\u00e4chlich vorhandenen Probleme. Viele inhaltliche und logische M\u00e4ngel, etwa eine sinnwidrige Lesereihenfolge in einem komplexen Layout oder kontextlose Alternativtexte, lassen sich nur durch manuelle Pr\u00fcfung zuverl\u00e4ssig identifizieren. Automatisierte Tests sind dennoch sinnvoll als erster Schritt, um offensichtliche Fehler schnell zu finden und einzusch\u00e4tzen, ob ein Dokument grundlegend \u00fcberarbeitet werden muss.<\/p>\n