Wenn Sie mit digitalen Dokumenten arbeiten, haben Sie wahrscheinlich schon den Begriff PDF/UA gehört. PDF/UA steht für PDF/Universal Accessibility und ist der internationale Standard, der als ISO 14289 veröffentlicht wurde. Sein Ziel ist einfach: PDF-Dateien für Menschen zugänglich zu machen, die Hilfstechnologien wie Screenreader, Bildschirmlupen, Braillezeilen oder Schalter einsetzen.
PDF/UA ist kein eigenes Dateiformat. Es handelt sich um eine Reihe von Regeln, die Autoren und Softwareentwicklern vorgeben, wie PDFs erstellt werden müssen, damit alle sie lesen und navigieren können. Ein PDF/UA-konformes Dokument behält seine semantische Struktur bei: Überschriften, Listen, Tabellen, Links und Formularfelder sind nicht nur visuelle Objekte, sondern bedeutungstragende Informationseinheiten.
Was PDF/UA abdeckt
Der Standard betrifft viele Bereiche einer PDF-Datei. Wer diese Bereiche versteht, erkennt auch, warum manche Dokumente den Barrierefreiheitscheck bestehen und andere durchfallen.
Ausgezeichnete Inhalte. PDF/UA verlangt, dass Inhalte getaggt sind. Tags beschreiben die Rolle jedes Elements, etwa Absatz, Überschrift, Abbildung oder Tabellenzelle. Ohne Tags sieht ein Screenreader nur einen Fließtext und kann nicht erkennen, wo ein Abschnitt beginnt oder endet.
Logische Lesereihenfolge. Ein Dokument muss von oben nach unten und von links nach rechts in einer logischen Reihenfolge lesbar sein. Mehrspaltige Layouts, Seitenleisten und schwebende Textboxen können Hilfstechnologien verwirren, wenn die Lesereihenfolge nicht stimmt.
Alternativtexte. Bilder, Diagramme und Grafiken brauchen kurze Textbeschreibungen. Dekorative Bilder sollten als Artefakte markiert werden, damit Screenreader sie überspringen.
Schriften und Zeichen. Text muss korrekt eingebettet oder abgebildet sein. Enthält ein PDF nur Bilder von Text, kann ein Screenreader keine Wörter extrahieren.
Navigation und Links. Lesezeichen, ein Inhaltsverzeichnis und klickbare Links erleichtern die Orientierung in langen Dokumenten. PDF/UA erwartet außerdem, dass Linktexte das Ziel beschreiben und nicht einfach „hier klicken“ lauten.
Formulare. Interaktive Formularfelder benötigen Beschriftungen, Tooltips und eine logische Tabulatorreihenfolge. Nutzer sollten Formulare ohne Maus ausfüllen und absenden können.
Metadaten. Das Dokument sollte Titel, Sprache und Autor angeben. Diese Metadaten helfen Software, das Dokument zu erkennen und korrekt darzustellen.
Wie PDF/UA mit WCAG zusammenhängt
WCAG, die Web Content Accessibility Guidelines, sind der bekannteste Standard für Web-Barrierefreiheit. PDF/UA und WCAG verfolgen dasselbe Ziel, zielen aber auf unterschiedliche Technologien ab. WCAG konzentriert sich auf HTML, CSS und JavaScript, PDF/UA auf das PDF-Format.
WCAG 2.1 und WCAG 2.2 sind nach vier Prinzipien aufgebaut: Inhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein. PDF/UA greift diese Ideen eng auf. Ein getaggtes PDF erfüllt beispielsweise das Erfordernis einer wahrnehmbaren Struktur, tastaturbedienbare Formulare das Prinzip der Bedienbarkeit.
In vielen Regionen müssen öffentliche Stellen WCAG 2.1 Level AA einhalten. Da PDFs oft als Web-Inhalt behandelt werden, müssen auch sie barrierefrei sein. PDF/UA gilt weithin als der Weg, PDF-Barrierefreiheit im Einklang mit WCAG zu erreichen.
Wie man PDF/UA-Konformität prüft
Die Prüfung eines PDFs auf Barrierefreiheit besteht meist aus zwei Schritten: automatisierter Scan und manuelle Überprüfung.
Beginnen Sie mit einem automatisierten Prüftool. Diese Tools finden schnell fehlende Tags, leere Alternativtexte, falsche Lesereihenfolgen und fehlende Metadaten. Sie sparen Zeit, können aber nicht jedes Problem erkennen.
Nach dem automatisierten Scan folgt die manuelle Überprüfung. Öffnen Sie das Dokument mit einem Screenreader wie NVDA oder JAWS. Hören Sie, wie der Inhalt fließt, testen Sie Links, versuchen Sie, Formulare mit der Tastatur auszufüllen, und prüfen Sie, ob Bilder zutreffend beschrieben sind.
Einige Prüfungen erfordern menschliches Urteilsvermögen. Ein Tool kann erkennen, ob ein Bild einen Alternativtext hat, nicht aber, ob die Beschreibung nützlich ist.
Tools zum Erstellen und Validieren von PDF/UA
Mehrere Tools helfen Ihnen bei der Erstellung barrierefreier PDFs. Microsoft Word und Adobe InDesign unterstützen beide den Export als getaggtes PDF, wenn Sie Formatvorlagen und Alternativtexte konsequent verwenden. Auch LibreOffice bietet beim PDF-Export Optionen für Barrierefreiheit.
Für die Validierung enthält Adobe Acrobat Pro einen Barrierefreiheitschecker und einen Assistenten zum Barrierefrei-machen. axesWord und axesPDF bieten spezialisierte PDF/UA-Workflows. VeraPDF ist ein kostenloser Open-Source-Validator, der gegen ISO 14289 testet und Konformitätsstufen ausgibt. PAC (PDF Accessibility Checker) ist ein beliebtes Windows-Tool, das automatisierte Prüfungen mit einer Screenreader-Vorschau kombiniert.
Für Entwickler können Bibliotheken wie iText und PDFBox getaggte PDFs programmatisch erstellen. Das ist nützlich, wenn Dokumente aus Vorlagen oder Datenbanken generiert werden.
Fazit
PDF/UA zeigt Organisationen einen klaren Weg zu barrierefreien Dokumenten. Durch die Kombination von korrekten Authoring-Praktiken mit automatisierter und manueller Prüfung erstellen Sie PDFs, die für alle Leser funktionieren. Ob Berichte, Formulare, Handbücher oder Rechnungen – die Einhaltung von ISO 14289 hilft Ihnen, gesetzliche Anforderungen zu erfüllen, die Nutzererfahrung zu verbessern und zu zeigen, dass Ihrer Organisation Barrierefreiheit wichtig ist.
Was PDF/UA-1 tatsächlich prüft — die maschinell testbaren Regeln
Der Standard spezifiziert etwa 150 maschinell prüfbare Anforderungen. Sie gruppieren sich in sechs Kategorien, die jeder Validator testet:
- Vollständigkeit des Tag-Baums. Jedes bedeutungstragende Element muss im Tag-Baum sein. Ein Absatz, der visuell wie ein Absatz aussieht, muss als <P> getaggt sein. Eine Überschrift, die wie eine Überschrift aussieht, muss als <H1>–<H6> getaggt sein.
- Metadaten-Integrität. Das Dokument muss seinen Titel (nicht den Dateinamen), seine Hauptsprache und das Tagged-PDF-Kennzeichen deklarieren.
- Alternativtext auf Abbildungen. Jedes Figure-Tag muss einen Alt-Eintrag oder als Artefakt markiert sein.
- Konsistenz der Lesereihenfolge. Die Elementreihenfolge im Tag-Baum muss der visuellen Lesereihenfolge entsprechen. Mehrspaltige Layouts müssen spaltenweise gelesen werden, nicht zeilenweise.
- Tabellen- und Listenstruktur. Tabellenzellen müssen auf ihre Kopfzellen verweisen. Listen müssen als List-Container mit List-Items strukturiert sein.
- Formularfeld-Beschriftung. Jedes Formularfeld benötigt einen Tooltip oder ein verknüpftes Label.
Wie die Validierung unter der Haube funktioniert
Ein PDF/UA-Validator wie veraPDF extrahiert die internen Datenstrukturen der PDF und vergleicht sie mit der ISO-Spezifikation. Für jede Regel findet der Validator alle relevanten Objekte in der PDF und prüft, ob die Regel erfüllt ist. Die Ausgabe ist ein maschinenlesbarer Bericht — etwas fundamental anderes als eine visuelle Prüfung. Ein Dokument kann perfekt aussehen und trotzdem jede strukturelle Regel verletzen.
Getaggt vs. ungetaggt: ein echtes Beispiel
Nehmen Sie einen typischen 15-seitigen Behördenbericht als PDF. Ohne Tags kündigt ein Screen Reader an: „Seite 1. Grafik. Seite 2. Grafik.” Mit PDF/UA-1-Tags wird dasselbe Dokument zu: „Überschrift Ebene 1: Jährlicher Compliance-Bericht. Überschrift Ebene 2: Zusammenfassung. Liste mit 7 Einträgen. Tabelle: 4 Spalten, 12 Zeilen.” Der Unterschied ist nicht inkrementell — es ist der Unterschied zwischen einem Dokument und einer verschlossenen Kiste.
Häufige Missverständnisse
„Wenn mein Quelldokument barrierefrei ist, wird es die PDF auch sein.” Nur teilweise wahr. Validieren Sie immer nach dem Export.
„PDF/UA-1 ist dasselbe wie WCAG.” Sie überlappen, sind aber verschieden. Siehe unseren vollständigen Vergleich.
„Automatisches Tagging ist ‘gut genug’.” Für die deterministischen 90 % der Regeln ist es exakt und verifizierbar. Für Bewertungspunkte markiert es, was menschliche Prüfung braucht. Siehe Bericht-Lesen-Leitfaden.