Standard · Dokumente

PDF/UA verstehen: Standard, Pflicht oder Empfehlung?

PDF/UA ist der bekannteste Standard für barrierefreie PDF-Dokumente – und gleichzeitig einer der am häufigsten missverstandenen. Viele Anbieter stellen ihn als gesetzliche Pflicht dar. Das ist er nicht. Was er kann, was er fordert und wo seine Grenzen liegen.

  • 11 Minuten Lesezeit
  • Stand: Mai 2026

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.

Ist PDF/UA verpflichtend?

Das wichtige Missverständnis

PDF/UA ist nicht direkt gesetzlich vorgeschrieben.

Viele Anbieter, Dienstleister und auch manche behördliche Informationsangebote stellen PDF/UA als rechtlich verpflichtenden Standard dar. Das ist so nicht korrekt. Weder BITV 2.0 noch BFSG verweisen direkt auf PDF/UA als zwingenden Standard.

Verpflichtend ist die EN 301 549, die für Dokumente auf die WCAG 2.1 Konformitätsstufe AA verweist. PDF/UA wird in offiziellen Dokumenten meist als „Stand der Technik" oder „technische Umsetzungshilfe" bezeichnet – nicht als bindender Standard.

Auch die Bundesfachstelle Barrierefreiheit formuliert vorsichtig: PDF/UA „versucht, die WCAG-Anforderungen auf PDF-Techniken zu übertragen" und liefert „konkrete technische Hinweise" – nicht: ist 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:

Gesetz
BFSG / BITV 2.0 Die deutschen Rechtsgrundlagen für private bzw. öffentliche Stellen. Sie verweisen auf die EN 301 549.
EU-Norm
EN 301 549 V3.2.1 Die harmonisierte EU-Norm. Kapitel 10 regelt Nicht-Web-Dokumente und verweist auf WCAG.
Richtlinie
WCAG 2.1 Level AA Die inhaltliche Grundlage. Sagt was zugänglich sein muss, aber nicht wie auf PDF-Ebene technisch umsetzen.
Standard
PDF/UA (ISO 14289-1) Konkrete technische Vorgaben für barrierefreie PDFs. Empfohlen als Umsetzungshilfe, nicht direkt rechtlich verpflichtend.

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:

Was PDF/UA regelt
  • Technische PDF-Struktur
  • Tags und Lesereihenfolge
  • Maschinenlesbarkeit
  • Screenreader-Kompatibilität
  • Metadaten
  • Formular-Strukturen
Was PDF/UA nicht regelt
  • Farbkontraste
  • Schriftgrößen
  • Sprachverständlichkeit
  • Leichte Sprache
  • Bedienbarkeit im Sinne der WCAG
  • Mobile Lesbarkeit

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 31 Prüfbereiche mit insgesamt 136 Fehlerbedingungen. Davon sind 87 maschinell prüfbar, 47 erfordern manuelle Prüfung durch Menschen. Das macht klar: Automatische Tests allein reichen nicht – etwa die Hälfte aller Kriterien braucht menschliche Beurteilung.

PDF-Barrierefreiheit prüfen: PAC und Co.

Das bekannteste Prüfwerkzeug für PDF/UA ist der PAC – PDF Accessibility Checker, in der aktuellen Version PAC 2024. 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. Studien zeigen, dass einzelne Prüftools sehr unterschiedliche Ergebnisse liefern können. 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").