PDF/UA verstehen: Standard, Pflicht oder Empfehlung?

Was ist PDF/UA?

PDF/UA steht für PDF/Universal Accessibility und ist ein ISO-Standard für barrierefreie PDF-Dokumente. Die aktuelle Fassung ist ISO 14289-1:2014, in Deutschland übernommen als DIN ISO 14289-1:2016-12. Der Standard beschreibt technische Anforderungen an PDF-Dateien, damit assistive Technologien wie Screenreader oder Braille-Zeilen den Inhalt korrekt erfassen können.

Konkret regelt PDF/UA, wie ein PDF intern strukturiert sein muss: dass Texte als Texte und nicht als Bilder vorliegen, dass Überschriften als Überschriften ausgezeichnet sind, dass die Lesereihenfolge eindeutig ist, dass Tabellen Zeilen- und Spaltenköpfe haben und so weiter.

Seit 2024 gibt es zusätzlich PDF/UA-2 (ISO 14289-2:2024) – die Nachfolgegeneration, die auf PDF 2.0 (ISO 32000-2) aufbaut. Sie ersetzt PDF/UA-1 nicht, sondern ergänzt es: Wer Dokumente nach PDF 1.7 erstellt, prüft weiter gegen PDF/UA-1; wer auf PDF 2.0 setzt, prüft gegen PDF/UA-2.

Ist PDF/UA verpflichtend?

Warum ist diese Unterscheidung wichtig? Weil sie in der Praxis Konsequenzen hat:

• Ein PDF kann PDF/UA-konform sein und trotzdem WCAG-Anforderungen nicht erfüllen – etwa bei Kontrasten, die in PDF/UA nicht geregelt sind.
• Ein PDF kann umgekehrt die WCAG-Anforderungen für Dokumente vollständig erfüllen, ohne formal PDF/UA-konform zu sein.
• Wer von Dienstleistern „PDF/UA-Konformität" verlangt, kauft technische Sorgfalt – nicht automatisch rechtliche Konformität.

Der Standard-Stack: PDF/UA, EN 301 549, WCAG

Um die rechtliche Lage zu verstehen, hilft es, die verschiedenen Standards als Stack zu sehen – mit unterschiedlichen Funktionen und unterschiedlicher rechtlicher Bedeutung:

Die wichtige Erkenntnis: Pflicht ist die WCAG-Konformität für PDFs (über EN 301 549). PDF/UA ist ein Werkzeug, um diese Pflicht zu erfüllen – nicht die Pflicht selbst.

Was PDF/UA technisch fordert

Wer PDF/UA umsetzt, deckt einen großen Teil der WCAG-Anforderungen für PDFs automatisch ab. Die wichtigsten technischen Forderungen:

• Tagged PDF: Alle inhaltlichen Elemente müssen mit semantischen Tags versehen sein (Überschriften, Listen, Tabellen, Absätze).
• Logische Lesereihenfolge: Die Reihenfolge im PDF muss der inhaltlichen Logik folgen – nicht der visuellen Anordnung.
• Alternativtexte für Bilder: Jedes informationsrelevante Bild braucht einen Alt-Text. Dekorative Bilder werden explizit als solche markiert.
• Sprachauszeichnung: Das Dokument muss eine Hauptsprache haben, fremdsprachige Passagen werden gekennzeichnet.
• Tabellen mit Struktur: Tabellen müssen Zeilen- und Spaltenköpfe als solche ausgezeichnet haben.
• Lesezeichen bei längeren Dokumenten: Ab einer gewissen Länge sind Lesezeichen Pflicht für die Navigation.
• Formularelemente mit Beschriftung: Alle Eingabefelder haben eine programmatisch zugängliche Beschriftung.
• Metadaten: Titel und Sprache müssen in den Dokumentmetadaten gesetzt sein.

Wo PDF/UA an seine Grenzen kommt

PDF/UA ist ein technischer Standard. Er garantiert technische Zugänglichkeit, aber nicht zwangsläufig tatsächliche Nutzbarkeit. Drei wichtige Grenzen:

Das ist der zentrale Grund, warum PDF/UA allein nicht ausreicht: Ein PDF kann formal PDF/UA-konform sein und trotzdem hellgrauen Text auf weißem Hintergrund haben. Für die WCAG-Konformität ist es dann nicht zugänglich, für PDF/UA aber schon.

Matterhorn-Protokoll: Die Prüfgrundlage

Das Matterhorn-Protokoll ist das offizielle Prüfwerkzeug der PDF Association für PDF/UA. Es übersetzt die abstrakten ISO-Anforderungen in konkrete prüfbare Bedingungen.

Konkret enthält das Matterhorn-Protokoll (Version 1.02) 31 Prüfbereiche mit insgesamt 136 Fehlerbedingungen. Davon sind 89 maschinell prüfbar, 45 erfordern menschliche Prüfung, 2 haben keine festgelegte Prüfmethode. Das macht klar: Automatische Tests allein reichen nicht – rund ein Drittel aller Kriterien erfordert manuelle Beurteilung (etwa Lesereihenfolge, Alternativtexte, Tabellenstrukturen).

PDF-Barrierefreiheit prüfen: PAC und Co.

Das bekannteste Prüfwerkzeug für PDF/UA ist der PAC – PDF Accessibility Checker der Schweizer Stiftung „Access for All". Er prüft automatisiert die maschinell prüfbaren Matterhorn-Kriterien und ist kostenlos verfügbar. Allerdings nur für Windows.

Wichtig: Auch PAC findet nicht alle Fehler. Kein automatisiertes Werkzeug kann die menschliche Beurteilung der 45 manuell zu prüfenden Matterhorn-Bedingungen ersetzen – dazu gehören Lesereihenfolge, sinnvolle Alternativtexte, korrekte Tabellenstruktur und vieles mehr. Wer sicher gehen will, prüft mit mehreren Tools und ergänzt durch manuelle Sichtprüfung.

Weitere etablierte Werkzeuge:

• veraPDF – Open-Source-Validator, plattformübergreifend
• Adobe Acrobat Pro Preflight – integriert in Adobe Acrobat
• axesPDF – kommerzielles Tool mit Korrekturfunktion
• CommonLook PDF Validator – professionelles Audit-Werkzeug

Empfehlung: So gehst du am besten vor

Trotz aller Differenzierung: PDF/UA ist und bleibt der beste praktische Anhaltspunkt für barrierefreie PDFs. Wer PDF/UA umsetzt, hat den größten Teil der WCAG-Anforderungen für PDFs erfüllt. Unsere Empfehlung:

1. PDF/UA als Ziel setzen – als technische Leitlinie, nicht als rechtliche Endpflicht. Die ISO-konforme PDF-Struktur ist eine sehr solide Grundlage.
2. WCAG-Kriterien zusätzlich prüfen – besonders die Bereiche, die PDF/UA nicht regelt: Kontraste, Schriftgrößen, Sprachverständlichkeit.
3. Mit mehreren Tools prüfen – PAC für automatische Tests, ergänzt durch manuelle Sichtprüfung und idealerweise einen Screenreader-Test.
4. Sprachlich klar dokumentieren – wer PDF/UA umsetzt, sollte das so kommunizieren („PDF/UA-konform"), nicht als rechtliche Zusicherung umetikettieren („BFSG-konform").