Wenn Sie ein PDF barrierefrei erstellen wollen, beginnt der wichtigste Schritt nicht im fertigen PDF, sondern lange davor – im Quelldokument. Das ist die Erkenntnis, die in unseren Audits den größten Unterschied macht: Wer sein Word- oder InDesign-Dokument von Anfang an sauber strukturiert und mit Tags exportiert, hat die halbe Arbeit getan. Wer dagegen ein fertiges PDF nachträglich barrierefrei machen will, kämpft mit unzuverlässigen Automatik-Funktionen und mühsamer Handarbeit. In diesem Leitfaden zeige ich Ihnen Schritt für Schritt, wie Sie ein PDF barrierefrei erstellen, welche Standards dahinterstecken, warum ein bestandener Prüf-Test trügen kann – und ab wann sich das manuelle Vorgehen schlicht nicht mehr rechnet.
Was heißt „ein PDF barrierefrei erstellen“?
Ein PDF barrierefrei zu erstellen bedeutet, das Dokument so aufzubereiten, dass assistive Technologien seine Inhalte korrekt erfassen und wiedergeben können. Das technische Fundament dafür ist das sogenannte Tagged PDF: eine unsichtbare Strukturebene aus Tags, die jedem Element – Überschrift, Absatz, Bild, Tabelle – seine semantische Bedeutung zuweist. Erst diese Tags vermitteln einem Screenreader die Lesereihenfolge, die Struktur und über Alternativtexte auch den Inhalt von Bildern. Der maßgebliche Standard ist PDF/UA, festgelegt in der ISO-Norm 14289, der die Konzepte der WCAG auf das PDF-Format überträgt.
Ohne diese Strukturebene ist ein PDF für blinde Nutzer im besten Fall eine chaotische Aneinanderreihung von Textfragmenten, im schlimmsten Fall – bei einem reinen Scan – eine vollständig leere Seite. Barrierefreiheit ist hier also nichts Optisches: Ein PDF kann perfekt aussehen und trotzdem unzugänglich sein.
Warum barrierefreie PDFs heute zählen
Ein PDF barrierefrei erstellen ist längst nicht mehr nur eine Frage der Höflichkeit, sondern oft eine rechtliche Pflicht. Öffentliche Stellen müssen ihre Dokumente nach der BITV 2.0 zugänglich bereitstellen, und seit dem Barrierefreiheitsstärkungsgesetz trifft die Pflicht zur digitalen Barrierefreiheit auch viele private Unternehmen – ein PDF, das Sie zum Download anbieten, ist Teil Ihres digitalen Angebots.
Doch selbst wo keine Vorschrift greift, lohnt sich der Aufwand. Barrierefreie PDFs erreichen blinde und sehbehinderte Leser, lassen sich besser auf dem Smartphone und in der Suche nutzen und wirken schlicht professioneller. Aus der vermeintlichen Zusatzarbeit wird so ein Dokument, das für alle besser funktioniert.
Der wichtigste Grundsatz: Es beginnt im Quelldokument
Hier liegt der Hebel, den die meisten übersehen. Die mit Abstand effizienteste Art, ein PDF barrierefrei zu erstellen, ist, das Quelldokument richtig anzulegen und es anschließend mit Tags zu exportieren. Moderne Autorensoftware wie Microsoft Word oder Adobe InDesign kann beim PDF-Export die vorhandene Struktur – Überschriften, Listen, Tabellen, Alternativtexte – direkt in saubere Tags übersetzen, sofern Sie im Quelldokument korrekt damit gearbeitet haben.
Der umgekehrte Weg ist die große Falle: ein fertiges, unstrukturiertes PDF nachträglich in Adobe Acrobat zu taggen. Die Automatik-Funktion „Tags automatisch hinzufügen“ führt erfahrungsgemäß nicht zu korrekten Tags, und auch die Lesereihenfolge stimmt anschließend oft nicht. Vollständiges manuelles Taggen im PDF selbst sollten Sie nur dann durchführen, wenn die Autorensoftware partout keinen getaggten Export erlaubt. Die Regel lautet also: Reparieren Sie nicht am Ende, was Sie am Anfang richtig machen können.
Aus der Praxis: Ein Unternehmen schickte mir seinen 80-seitigen Geschäftsbericht mit der Frage, warum er den Barrierefreiheitstest nicht bestehe. Das Dokument war in Word sauber gestaltet – aber beim Export hatte jemand schlicht „Speichern unter PDF“ gewählt, ohne die Option für getaggte PDFs zu aktivieren. Das Ergebnis: keine einzige Strukturinformation, für einen Screenreader unbrauchbar. Die Lösung war kein tagelanges Nachtaggen, sondern ein korrekter Re-Export aus der Quelldatei – ein Klick, der Stunden sparte.
Schritt für Schritt: ein PDF barrierefrei erstellen
Diese Schritte führen Sie durch den Prozess. Sie gelten unabhängig vom Werkzeug – die Reihenfolge und die Prinzipien bleiben dieselben, ob Sie aus Word, InDesign oder einem anderen Programm exportieren.
1. Struktur mit echten Überschriften anlegen. Verwenden Sie im Quelldokument die Formatvorlagen für Überschriften (Überschrift 1, 2, 3) statt Text nur groß und fett zu setzen. Diese Hierarchie wird später zur Navigationsstruktur des PDFs.
2. Alternativtexte für Bilder vergeben. Jedes informative Bild braucht einen Alt-Text, der seine Kernaussage wiedergibt. Rein dekorative Bilder werden als Artefakt markiert, damit der Screenreader sie überspringt.
3. Tabellen als echte Tabellen aufbauen. Nutzen Sie echte Tabellenfunktionen mit definierten Kopfzeilen, niemals Tabulatoren oder Textfelder zur optischen Nachbildung. Nur so kann ein Screenreader Zelle und Überschrift verknüpfen.
4. Lesereihenfolge prüfen. Die logische Reihenfolge im Tag-Baum muss dem entsprechen, wie der Inhalt gelesen werden soll – unabhängig von der visuellen Anordnung mit Spalten oder Kästen. Gerade bei mehrspaltigen Layouts und eingeschobenen Infokästen weicht die Tag-Reihenfolge oft von der visuellen ab; hier lohnt ein prüfender Blick in den Strukturbaum, bevor Sie exportieren.
5. Sprache und Titel festlegen. Setzen Sie die Dokumentsprache und zeichnen Sie fremdsprachige Passagen aus. Vergeben Sie einen aussagekräftigen Dokumenttitel in den Metadaten – nicht den Dateinamen.
6. Getaggt exportieren und kennzeichnen. Exportieren Sie als getaggtes PDF und stellen Sie sicher, dass die PDF/UA-Kennzeichnung gesetzt ist. Erst sie signalisiert Software, dass das Dokument barrierefrei sein soll. Bei Word verbirgt sich die entscheidende Einstellung in den Exportoptionen als „Dokumentstrukturtags für Barrierefreiheit“ – fehlt dieses Häkchen, gehen sämtliche Vorarbeiten beim Export verloren.
Im Ergebnis entsteht im Hintergrund ein Strukturbaum, der ungefähr so aussieht – auch wenn Sie ihn beim normalen Lesen nie zu Gesicht bekommen:
<Document>
<H1> Geschäftsbericht 2026
<P> Einleitender Absatz …
<Figure Alt="Umsatzentwicklung als Balkendiagramm">
<Table>
<TR><TH> Quartal <TH> Umsatz
<TR><TD> Q1 <TD> 1,2 Mio €Die wichtigsten Prüfpunkte auf einen Blick
Diese Checkliste fasst zusammen, worauf es bei jedem barrierefreien PDF ankommt. Arbeiten Sie sie ab, bevor Sie ein Dokument veröffentlichen.
| Element | Was Sie sicherstellen müssen |
|---|---|
| Überschriften | Echte Überschriften-Tags (H1, H2 …) statt nur große, fette Schrift |
| Lesereihenfolge | Logische Reihenfolge im Tag-Baum, unabhängig vom visuellen Layout |
| Bilder | Alt-Text für informative Bilder, Dekoratives als Artefakt markiert |
| Tabellen | Echte Tabellen-Tags mit Kopfzeilen, keine Layout- oder Tabulator-Tabellen |
| Sprache & Titel | Dokumentsprache gesetzt, aussagekräftiger Titel in den Metadaten |
| Kennzeichnung | PDF/UA-Kennzeichnung vorhanden, echter Text statt Bild-vom-Text |
Mit welchem Werkzeug erstellen Sie barrierefreie PDFs?
Die Wahl des Werkzeugs entscheidet maßgeblich darüber, wie leicht sich ein PDF barrierefrei erstellen lässt. Grundsätzlich gilt: Je näher Sie am Quelldokument arbeiten, desto weniger Nacharbeit bleibt.
Aus Microsoft Word lassen sich mit dem integrierten Export bereits getaggte PDFs erzeugen; spezialisierte Zusatzwerkzeuge wie axesWord erzeugen direkt aus Word weitgehend normkonforme Dokumente und ersparen viel Handarbeit. Für anspruchsvolles Layout ist Adobe InDesign die professionelle Wahl, das bei sauberer Vorarbeit ebenfalls getaggt exportiert. Adobe Acrobat Pro brauchen Sie vor allem für die Nachkontrolle und für Korrekturen am fertigen PDF – sein Werkzeug „Für Barrierefreiheit vorbereiten“ automatisiert einige Schritte, doch verlassen sollten Sie sich darauf nicht, denn die vollständige Prüfung leistet es nicht. Für die reine Kontrolle gibt es zusätzlich kostenlose Prüfwerkzeuge, auf die wir gleich kommen. Die wichtigste Regel bleibt aber bestehen: Das beste Werkzeug nützt wenig, wenn das Quelldokument unstrukturiert ist.
Ein Detail, an dem in Adobe Acrobat selbst Profis scheitern: Die Vorlese-Reihenfolge für Screenreader steckt im Tag-Baum, nicht im Bedienfeld „Reihenfolge“ (dem Order-Panel). Dieses Panel beeinflusst nur die Umfließen-Ansicht. Wer dort sortiert und glaubt, damit die Screenreader-Reihenfolge zu reparieren, ändert am tatsächlichen Vorlese-Ergebnis nichts – korrigieren müssen Sie die Reihenfolge im Tag-Baum selbst.
Die Standards: Tagged PDF, PDF/UA und das Matterhorn-Protokoll
Um zu verstehen, wann ein PDF wirklich konform ist, lohnt ein Blick auf die Standards dahinter. PDF/UA (ISO 14289) definiert die Anforderungen, inzwischen in den Fassungen PDF/UA-1 und der neueren PDF/UA-2. Das praktische Prüfwerkzeug dazu ist das Matterhorn-Protokoll: Es übersetzt die Norm in 31 Prüfpunkte mit insgesamt 136 Fehlerbedingungen, anhand derer sich die Konformität konkret nachweisen lässt.
Die neuere Fassung PDF/UA-2 (ISO 14289-2, 2024 veröffentlicht) baut auf PDF 2.0 auf und schließt Lücken der ersten Generation: Sie erlaubt etwa standardisierte Auszeichnungen für mathematische Formeln über MathML, robustere Strukturen für komplexe und mehrseitige Tabellen sowie Aussprachehinweise für Screenreader. In der Praxis arbeiten die meisten Werkzeuge und Prüfprozesse heute noch mit PDF/UA-1 als Maßstab – PDF/UA-2 setzt sich erst nach und nach durch, ist aber die Richtung, in die sich barrierefreie Dokumente entwickeln.
Entscheidend ist die Aufteilung dieser Kriterien: Von den 136 Fehlerbedingungen lassen sich nur 108 maschinell prüfen, der Rest erfordert die Beurteilung durch einen Menschen – etwa ob die Lesereihenfolge tatsächlich sinnvoll ist oder ob ein Alternativtext die Kernaussage eines Bildes trifft. Eine internationale Arbeitsgruppe der PDF Association hat zudem fünf grundlegende Techniken formuliert, die für jedes barrierefreie PDF gelten. Hinzu kommen Use-Case-spezifische Anforderungen für besondere Inhalte wie Tabellen, Formeln oder Formulare. Genau diese Lücke zwischen maschinell prüfbar und menschlich beurteilbar führt zum nächsten, oft unterschätzten Punkt.
Warum ein bestandener Prüf-Test nicht reicht
Das verbreitetste Werkzeug zur PDF-Prüfung ist der kostenlose PDF Accessibility Checker (PAC), seit 2023 von axes4 herausgegeben. Er prüft die maschinell erkennbaren Anforderungen nach Matterhorn in Sekunden – Tags, Rollen, Metadaten, Lesereihenfolge. Die aktuelle Version PAC 2026 hat sogar KI-gestützte Prüfungen eingeführt, die einige bisher rein manuelle Tests unterstützen und mit einer Wahrscheinlichkeit angeben, ob ein Prüfpunkt verletzt ist.
Und doch – hier ist die unbequeme Wahrheit, die ich jedem Kunden sage: Allein das Bestehen des PAC-Tests bedeutet nicht, dass ein Dokument barrierefrei ist. Es ist sogar möglich, PDFs zu erzeugen, die den Test bestehen, für einen Screenreader aber kaum nutzbar sind. PAC kann nur die automatisierbaren Aspekte prüfen; das menschliche Drittel – die Sinnhaftigkeit der Reihenfolge, die Qualität der Alternativtexte – bleibt außen vor. Ein grünes Prüfergebnis ist ein notwendiger, aber kein hinreichender Schritt. Es ersetzt nicht die Sichtprüfung mit Screenreader-Vorschau und Strukturansicht.
Hinzu kommt eine Grenze, die in der Norm selbst steht: PDF/UA prüft die technische Struktur – Tags, Rollen, Reihenfolge –, aber nicht jeden inhaltlichen Aspekt der Barrierefreiheit. Farb- und Kontrastfragen etwa deckt PDF/UA ausdrücklich nicht ab. Ein Dokument kann die PDF/UA-Prüfung mühelos bestehen und trotzdem hellgrauen Text auf weißem Grund enthalten, den sehbehinderte Leser nicht entziffern können. Deshalb gehört zu jeder ernsthaften Prüfung zusätzlich der Abgleich mit den WCAG – konkret der Mindestkontrast von 4,5:1 für normalen Text (Kriterium 1.4.3), aussagekräftige Alternativtexte (1.1.1), eine sinnvolle Lesereihenfolge (1.3.2), eine gesetzte Dokumentsprache (3.1.1) und ein aussagekräftiger Dokumenttitel (2.4.2). PDF/UA und WCAG greifen ineinander: Das eine sichert die Mechanik, das andere die tatsächliche Wahrnehmbarkeit.
Aus der Praxis: Ein Dienstleister legte mir ein PDF vor, das den automatischen Test fehlerfrei bestanden hatte – Tags vorhanden, Kennzeichnung gesetzt, alles grün. In der Screenreader-Vorschau jedoch sprang die Vorlesereihenfolge wild zwischen einer zweispaltigen Tabelle hin und her, sodass Zahlen und Beschriftungen durcheinandergerieten. Technisch korrekt getaggt, praktisch unverständlich. Genau solche Fälle sind der Grund, warum ich automatischen Tests allein nie traue.
Die schwierigen Fälle: Scans, Tabellen und Formulare
Manche Dokumente sind deutlich aufwändiger als ein simpler Fließtext. Der härteste Fall ist das gescannte PDF: Ein eingescanntes Dokument ist technisch nur ein Bild, das gar keinen auslesbaren Text enthält. Bevor Sie es überhaupt barrierefrei machen können, muss eine Texterkennung (OCR) den Inhalt in echten Text umwandeln – und auch danach sind Struktur und Lesereihenfolge komplett neu aufzubauen. Und selbst dann ist Vorsicht geboten: Eine Texterkennung arbeitet nie fehlerfrei – verwechselte Zeichen wie „rn“ statt „m“ oder eine Null statt einem „O“ werden zu unsichtbaren Fehlern, die erst ein Screenreader oder die Korrekturlesung aufdeckt. Ein OCR-Lauf ohne anschließende Kontrolle erzeugt nur scheinbar barrierefreien Text.
Komplexe Tabellen sind der zweite Stolperstein: Verbundene Zellen, verschachtelte Kopfzeilen oder über mehrere Seiten laufende Tabellen verlangen sorgfältige manuelle Auszeichnung, damit der Zusammenhang erhalten bleibt. Und Formulare bilden den dritten Fall – jedes Formularfeld braucht eine eigene Beschriftung über den QuickInfo-/Tooltip-Eintrag (Kriterium 3.3.2), eine sinnvolle Tabulatorreihenfolge (2.1.1) und einen erkennbaren Feldtyp, damit es per Tastatur und Screenreader ausfüllbar ist. Eine häufig vergessene Falle: Ein PDF-Formularfeld übernimmt seine Beschriftung nicht automatisch aus dem danebenstehenden Text – die müssen Sie im Feld selbst hinterlegen, sonst sagt der Screenreader nur „Eingabefeld“ ohne jede Bedeutung an. Gerade Behörden mit ihren PDF-Formularen und Konzerne mit ihren Geschäftsberichten stoßen hier schnell an die Grenzen des manuell Machbaren.
Aus der Praxis: Eine Behörde stellte hunderte Antragsformulare als gescannte PDFs bereit – für blinde Bürger schlicht nicht ausfüllbar, weil kein einziges Feld maschinenlesbar war. Hier half keine schnelle Korrektur: Jedes Formular musste durch OCR, neu strukturiert und mit beschrifteten Feldern versehen werden. Bei dieser Menge wäre Handarbeit pro Dokument betriebswirtschaftlich nie zu rechtfertigen gewesen.
Häufige Fehler beim PDF barrierefrei erstellen
Aus hunderten geprüften Dokumenten kenne ich die Fehler, die immer wiederkehren. Wer sie kennt, vermeidet die allermeisten Probleme von vornherein.
Der Klassiker ist das „Speichern unter“ ohne Tag-Option – das Dokument sieht fertig aus, hat aber keine Struktur. Ebenso häufig sind optische Überschriften aus großer, fetter Schrift statt echter Überschriften-Tags. Dann Bilder ohne Alternativtext oder, fast genauso schlecht, mit nichtssagendem Alt-Text wie „Bild1″. Tabellen, die mit Tabulatoren oder Textfeldern nachgebaut wurden und für den Screenreader auseinanderfallen. Und schließlich der blinde Fleck schlechthin: sich auf einen bestandenen automatischen Test zu verlassen, ohne je mit einem Screenreader gegenzuhören. Wenn Sie ein PDF barrierefrei erstellen, sind es selten exotische Sonderfälle, an denen es scheitert – es sind diese fünf Routinefehler. Sie alle entstehen im Quelldokument, und genau dort lassen sie sich am leichtesten vermeiden.
Bei vielen Dokumenten: automatisieren statt einzeln taggen
Genau an diesem Punkt kippt die Rechnung. Ein einzelnes PDF barrierefrei erstellen können Sie mit dem beschriebenen Vorgehen problemlos selbst. Aber sobald es um Dutzende, Hunderte oder Tausende von PDFs geht – Altbestände in Behörden, Berichtsarchive in Konzernen –, ist das manuelle Taggen Dokument für Dokument weder zeitlich noch finanziell darstellbar. Hier brauchen Sie Skalierung.
Dafür haben wir Access Doc entwickelt: eine KI-gestützte PDF/UA-Konvertierung, die rund 80 Prozent der Arbeit automatisch erledigt – Lesereihenfolge erkennen, Tabellen und Listen taggen, Alternativtexte vorschlagen – und die verbleibenden 20 Prozent unter menschliche Kontrolle stellt. Per Drag-and-drop im Dashboard oder über eine Massen-API direkt aus Ihrem Redaktionssystem, abgerechnet pro Seite. Andere Wege lassen Sie mit Acrobat und mühsamer Einzeldatei-Handarbeit allein; Access Doc verbindet die Geschwindigkeit der Automatisierung mit der Zuverlässigkeit menschlicher Prüfung – und macht damit genau die Altbestände beherrschbar, an denen reine Handarbeit scheitert. So lässt sich mit Access Doc auch ein vierstelliger Bestand an PDFs barrierefrei erstellen, ohne ein Heer von Acrobat-Spezialisten zu beschäftigen: Sie behalten die Kontrolle über die Qualität und geben nur die stupide Fleißarbeit ab.
Vom Einzeldokument zum barrierefreien Dokumentenbestand
Ein einzelnes PDF barrierefrei zu erstellen, haben Sie nach diesem Leitfaden in der Hand – die Schritte sind klar, die Standards bekannt, die Stolperfallen benannt. Die eigentliche Herausforderung beginnt dort, wo aus einem Dokument ein ganzer Bestand wird, der dauerhaft konform bleiben muss.
Wenn Sie wissen wollen, wie es um Ihre bestehenden PDFs steht, ist eine PDF/UA-Prüfung mit Access Read nach dem Matterhorn-Protokoll der ehrliche Einstieg – sie zeigt Ihnen schwarz auf weiß, welche Dokumente Handlungsbedarf haben. Für die Umsetzung im großen Stil ist die automatisierte Konvertierung Ihrer PDFs nach PDF/UA der Weg, der auch bei tausenden Dateien funktioniert. Und für besonders komplexe Dokumente wie Geschäftsberichte, bei denen ein rechtlich belastbares Zertifikat gefragt ist, führt der Weg über ein menschliches Tiefen-Audit. Ich verspreche Ihnen keine Ein-Klick-Wunder – aber einen Prozess, der vom einzelnen Dokument bis zum geprüften Bestand trägt. Ob Sie nun ein einzelnes Dokument oder ein ganzes Archiv vor sich haben: Mit dem richtigen Vorgehen und dem passenden Werkzeug lässt sich jedes PDF barrierefrei erstellen, ohne dass Sie selbst zum PDF/UA-Experten werden müssen. Welche Anforderungen dabei gesetzlich gelten, ob nach BFSG oder BITV, klären wir auf Wunsch gleich mit.
