PDF · Barrierefreiheit · PDF/UA
PDF barrierefrei machen: Tagging, Lesereihenfolge, Sprach-Tag
Die Website ist geprüft, die Kontraste stimmen — und dann liegt im Footer eine AGB-PDF, die für Screenreader ein einziges unlesbares Bild ist. PDFs sind der blinde Fleck vieler Barrierefreiheits-Projekte. Dieser Artikel erklärt, warum Dokumente auf der Website BFSG-relevant sind, wie PDF-Tagging funktioniert und mit welchen Werkzeugen Sie zugängliche PDFs erzeugen und prüfen.
Stand: Juli 2026 · Automatisierte technische Analyse, keine Rechtsberatung
Warum PDFs auf der Website BFSG-relevant sind
Das Barrierefreiheitsstärkungsgesetz gilt seit dem 28.06.2025 für Dienstleistungen im elektronischen Geschäftsverkehr — und dazu gehört nicht nur die HTML-Oberfläche. AGB, Produktdatenblätter, Bedienungsanleitungen, Preislisten und Rechnungen, die als PDF bereitgestellt werden, sind Teil des Angebots. In unserer 25-Punkte-Checkliste für Online-Shops ist der Punkt entsprechend enthalten: Pflicht-Dokumente als barrierefreie PDFs oder als HTML-Alternative anbieten.
Der technische Zielstandard für zugängliche PDFs ist PDF/UA-1 (ISO 14289-1). Er beschreibt im Kern dasselbe Prinzip wie die WCAG für Websites: Inhalte brauchen eine maschinenlesbare Struktur, damit assistive Technologien sie sinnvoll wiedergeben können.
Tagging-Grundlagen: Was ein zugängliches PDF ausmacht
Ein „getaggtes“ PDF enthält neben dem sichtbaren Layout einen unsichtbaren Strukturbaum — die Tags. Sie sagen dem Screenreader: Das hier ist eine Überschrift der Ebene 1, das eine Liste mit fünf Punkten, das eine Tabelle mit Spaltenköpfen. Fünf Elemente entscheiden über die Zugänglichkeit:
- Struktur-Tags: Überschriften (H1–H6), Absätze, Listen und Tabellen müssen als solche ausgezeichnet sein — analog zur Heading-Hierarchie auf Websites.
- Lesereihenfolge: Der Tag-Baum bestimmt, in welcher Reihenfolge vorgelesen wird. Bei mehrspaltigen Layouts weicht die visuelle Anordnung oft von der logischen Reihenfolge ab.
- Alternativtexte: Bilder, Diagramme und Logos brauchen Alt-Texte; rein dekorative Elemente werden als Artefakt markiert, damit Screenreader sie überspringen.
- Dokumentsprache: Das Sprach-Tag (z. B. „de-DE“) steuert die Aussprache-Engine des Screenreaders — fehlt es, klingt deutscher Text wie englisches Kauderwelsch.
- Dokumenttitel und Metadaten: Ein aussagekräftiger Titel in den Dokumenteigenschaften ersetzt kryptische Dateinamen in Tab-Leiste und Screenreader-Ansage.
Die häufigsten PDF-Fehler und ihre Behebung
| Fehler | Folge | Behebung |
|---|---|---|
| Nur gescanntes Bild statt Text | Screenreader lesen nichts vor; Inhalt ist komplett unzugänglich. | OCR-Texterkennung durchführen oder das Dokument aus der Quelldatei neu exportieren. |
| Fehlende oder falsche Tags | Überschriften, Listen und Tabellen werden als Fließtext-Brei vorgelesen. | Beim Export „getaggtes PDF“ aktivieren; Tag-Struktur in Acrobat Pro nachprüfen. |
| Falsche Lesereihenfolge | Mehrspaltige Layouts werden in unsinniger Reihenfolge vorgelesen. | Lesereihenfolge im Tag-Baum korrigieren — nicht nur in der visuellen Anordnung. |
| Bilder ohne Alternativtext | Diagramme und Grafiken bleiben für blinde Nutzer ohne Information. | Alt-Texte in der Quelldatei pflegen (Word/LibreOffice übernehmen sie beim Export). |
| Fehlendes Sprach-Tag | Screenreader nutzen die falsche Aussprache-Engine (z. B. Englisch für deutschen Text). | Dokumentsprache in den PDF-Eigenschaften auf „Deutsch“ setzen. |
| Kein Dokumenttitel | Im Screenreader und Browser-Tab erscheint nur der Dateiname (z. B. „final_v3.pdf“). | Titel in den Dokumenteigenschaften setzen und „Titel statt Dateiname anzeigen“ aktivieren. |
Werkzeuge: Erzeugen, Nachbessern, Prüfen
Quelldokumente sauber aufsetzen (Word, LibreOffice)
Der mit Abstand effizienteste Weg: Barrierefreiheit im Quelldokument anlegen. Formatvorlagen für Überschriften statt manuell vergrößerter Schrift, echte Listen- und Tabellenfunktionen, Alt-Texte direkt am Bild. Beim Export die Option für getaggte PDFs aktivieren — LibreOffice bietet dafür „Universelle Zugänglichkeit (PDF/UA)“ im PDF-Export-Dialog.
Nachträglich reparieren (Adobe Acrobat Pro)
Für Bestands-PDFs ohne Quelldatei bleibt Acrobat Pro das Standard-Werkzeug: Tag-Baum bearbeiten, Lesereihenfolge korrigieren, Alt-Texte ergänzen, eingebaute Barrierefreiheitsprüfung ausführen. Realistische Erwartung: Nachträgliches Tagging ist Handarbeit und bei umfangreichen Dokumenten schnell teurer als ein Neuaufbau aus einer sauberen Quelldatei.
Kostenlos prüfen (veraPDF)
veraPDF ist ein kostenloses Open-Source-Validierungswerkzeug, das PDFs gegen den PDF/UA-Standard prüft und sich per Kommandozeile auch für ganze Dokumenten-Bestände automatisieren lässt — nützlich, wenn ein Shop Dutzende Datenblätter im Download-Bereich hat.
Oder: PDF durch HTML ersetzen
Für viele Inhalte ist die ehrlichste Lösung, das PDF abzuschaffen: AGB, FAQ und Anleitungen funktionieren als HTML-Seite besser (Zoom, Reflow, Suche) und werden bei jedem Website-Scan automatisch mitgeprüft — statt als separates Dokument zu veralten.
Erst die Website, dann die Dokumente
PDF-Nacharbeit lohnt sich am meisten, wenn die Website selbst keine kritischen Barrieren mehr hat. Der kostenlose Sofort-Check zeigt in ca. 60 Sekunden, wo Ihre Startseite bei den WCAG-2.1-AA-Regeln steht — der Basis-Report (129 €) liefert den priorisierten Fix-Plan für bis zu 5 Unterseiten.
Häufige Fragen zu barrierefreien PDFs
Sind PDFs auf meiner Website überhaupt BFSG-relevant?
Ja, wenn sie Teil des Angebots im Anwendungsbereich sind. AGB, Produktdatenblätter, Anleitungen und Rechnungen, die im Bestellprozess oder zur Produktinformation bereitgestellt werden, gehören zur Dienstleistung dazu. Ein perfekt zugänglicher Shop mit unzugänglichen Pflicht-Dokumenten bleibt lückenhaft.
Was ist PDF/UA und muss ich es vollständig erfüllen?
PDF/UA-1 (ISO 14289-1) ist der internationale Standard für zugängliche PDFs — er konkretisiert, wie Tags, Lesereihenfolge, Alt-Texte und Metadaten aussehen müssen. Als technischer Zielstandard ist er die beste Orientierung. Pragmatisch gilt: korrekt getaggte Struktur, Alt-Texte, Sprach-Tag und Dokumenttitel beheben bereits die schwerwiegendsten Barrieren.
Kann ich barrierefreie PDFs direkt aus Word oder LibreOffice erzeugen?
Ja, das ist sogar der empfohlene Weg: Formatvorlagen für Überschriften nutzen, Alt-Texte an Bildern pflegen, echte Listen- und Tabellenfunktionen verwenden — und beim Export die Option für getaggte/barrierefreie PDFs aktivieren (in LibreOffice: „Universelle Zugänglichkeit (PDF/UA)“). Nachträgliches Tagging in Acrobat ist deutlich aufwendiger als saubere Quelldokumente.
Wie prüfe ich ein PDF kostenlos auf Barrierefreiheit?
veraPDF ist ein kostenloses Open-Source-Werkzeug, das PDFs gegen den PDF/UA-Standard prüft. Acrobat Pro bringt eine eingebaute Barrierefreiheitsprüfung mit. Wie bei Websites gilt: Automatisierte Prüfungen finden strukturelle Fehler zuverlässig, die inhaltliche Qualität von Alt-Texten und Lesereihenfolge braucht menschliche Sichtung.
Ist es einfacher, PDFs durch HTML-Seiten zu ersetzen?
Oft ja. HTML ist von Haus aus flexibler zugänglich (Zoom, Reflow, Screenreader-Support) und lässt sich mit denselben Werkzeugen prüfen wie der Rest der Website. Für Inhalte ohne Druck-Zwang — AGB, FAQ, Anleitungen — ist eine HTML-Seite meist die wartungsärmere Lösung. PDFs bleiben sinnvoll, wo ein festes Layout gebraucht wird.