PDF UA Accessibility

Barrierefreiheit war lange ein “Nice-to-have”. Mit dem European Accessibility Act (EAA) und dem deutschen Barrierefreiheitsstärkungsgesetz (BFSG) ist sie für digitale Dokumente jetzt Pflicht - bei Verstößen drohen Bußgelder bis zu 100.000 Euro.

In diesem Artikel erfahren Sie alles über PDF/UA und wie adoc Studio Ihnen hilft, konforme PDFs mit einem einzigen Attribut zu erstellen.

Die neue Rechtslage: Was Sie wissen müssen

Der European Accessibility Act wurde bereits 2019 als EU-Richtlinie verabschiedet. Ab 2022 setzten die einzelnen EU-Mitgliedstaaten die Richtlinie in nationales Recht um - in Deutschland durch das Barrierefreiheitsstärkungsgesetz (BFSG). Die Übergangsfrist für Unternehmen endete am 28. Juni 2025.

Seitdem ist der EAA in allen EU-Mitgliedstaaten in Kraft. Die EU-Richtlinie verpflichtet Unternehmen, ihre digitalen Produkte und Dienstleistungen barrierefrei zu gestalten - einschließlich PDF-Dokumenten wie Vertragsunterlagen, Rechnungen, AGB, Formulare oder Handbücher.

Welche Strafen drohen bei Verstößen?

Die Durchsetzung erfolgt durch die einzelnen Mitgliedstaaten. Die Strafen variieren:

  • Deutschland: Bußgelder bis zu 100.000 Euro für nicht-konforme Produkte, 10.000 Euro für fehlende Barrierefreiheitserklärungen
  • Frankreich: Strafen zwischen 5.000 und 250.000 Euro, mit möglicher öffentlicher Bekanntmachung
  • Spanien: Bußgelder zwischen 5.000 und 300.000 Euro
  • Irland: In schweren Fällen drohen strafrechtliche Konsequenzen

Zusätzlich können tägliche Strafzahlungen von bis zu 1.000 Euro für andauernde Verstöße verhängt werden.

Wer ist betroffen?

Der EAA gilt für Unternehmen jeder Größe, die Produkte oder Dienstleistungen im EU-Markt anbieten:

  • E-Commerce-Websites und Online-Shops
  • Bankdienstleistungen und Finanzprodukte
  • Telekommunikationsdienste
  • Transportdienstleistungen
  • E-Books und E-Reader
  • Öffentlich zugängliche PDF-Dokumente

Damit verschiebt sich die Frage von “Sollten wir barrierefreie PDFs anbieten?” zu “Wie stellen wir sicher, dass unsere PDFs rechtssicher und technisch korrekt barrierefrei sind?”

Was ist PDF/UA?

PDF/UA (Universal Accessibility) ist der ISO-Standard 14289 für barrierefreie PDF-Dokumente. Er wurde 2012 veröffentlicht und übersetzt die abstrakten Anforderungen der WCAG 2.2 (Web Content Accessibility Guidelines) in konkrete technische Regeln für das PDF-Format. Die WCAG werden kontinuierlich weiterentwickelt, um mit neuen Technologien Schritt zu halten.

Die PDF Association stellt für PDF/UA-1 wichtige Referenzdokumente bereit:

  • Das Tagged PDF Best Practice Guide für die korrekte Verwendung von Tags und Strukturbaum
  • Das Matterhorn Protocol 1.1 als Testmodell mit 31 Checkpoints und 136 Fehlerbedingungen

Diese Dokumente bilden den Referenzrahmen für Tools und Audits.

Die Kernprinzipien von PDF/UA

Der Standard basiert auf einer zentralen Grundregel:

“Content shall be marked in the structure tree with semantically appropriate tags in a logical reading order.”
PDF Association

Daraus folgen vier Leitlinien:

  1. Jeder inhaltlich relevante Inhalt ist getaggt
  2. Die Tags sind semantisch passend
  3. Die Lesereihenfolge ist eindeutig und logisch
  4. Text ist maschinenlesbar (Unicode, Sprache, Metadaten)

Das Matterhorn Protocol: 31 Checkpoints für Konformität

Das Matterhorn Protocol definiert 31 Checkpoints mit insgesamt 136 Fehlerbedingungen. Hier die wichtigsten:

1. Strukturbaum statt “optischem Layout”

PDF wird traditionell fürs Drucken gedacht. Die visuelle Anordnung sagt aber nichts darüber aus, wie ein Screenreader den Inhalt erfassen soll. PDF/UA verlangt einen Strukturbaum, der die semantische Logik abbildet:

  • Überschriften als <H1> bis <H6>
  • Absätze als <P>
  • Listen als <L> mit <LI>, <Lbl> und <LBody>
  • Tabellen mit <Table>, <TR>, <TH>, <TD>

Typische Fehler:

  • “Überschriften” durch Schriftgröße statt als <H1> usw.
  • Listen mit visuellen Bullets, aber ohne Listentags
  • Tabellen ohne Tabellenstruktur-Tags

2. Logische Lesereihenfolge

Der Screenreader liest den Strukturbaum in definierter Reihenfolge. Diese muss der logischen Lesereihenfolge entsprechen:

  • Keine “Sprünge” durch falsch verschachtelte Tags
  • Keine Tabellen oder Bilder mitten in einer Überschrift
  • Inhalte über Seitenwechsel bleiben logisch ein Element

3. Dokumentmetadaten und PDF/UA-Flag

PDF/UA fordert bestimmte Metadaten:

  • PDF/UA-Flag in den XMP-Metadaten (pdfuaid:part = 1)
  • Dokumenttitel in den Metadaten (dc:title)
  • Anzeige-Einstellung “Titel statt Dateiname anzeigen”
  • Dokumentsprache für alle Inhalte deklariert

4. Überschriftenhierarchie

  • Nur eine logische Hauptüberschrift (<H1>)
  • Keine Sprünge (z.B. von H2 direkt zu H4)
  • Keine Blockstrukturen innerhalb von Überschriften

5. Tabellen

Tabellen sind für Screenreader besonders kritisch:

  • Nutzung der Tabellenstruktur (<Table>, <TR>, <TH>, <TD>)
  • Kopfzellen als <TH> mit korrekter Scope-Angabe
  • Keine Layout-Tabellen für nicht-tabellarische Inhalte

6. Bilder und Alternativtexte

  • Grafiken als <Figure> taggen
  • Alternativtext (Alt) für alle bedeutungstragenden Bilder
  • Dekorative Bilder als Artefakte markieren

7. Text, Unicode und Sprache

  • Alle Zeichen müssen auf Unicode abgebildet sein
  • Sprachwechsel müssen markiert sein
  • Symbolfonts brauchen ActualText oder ToUnicode-Tabellen

8. Navigation und Formulare

  • Dokumente sollen Bookmarks haben, die der Überschriftenstruktur folgen
  • Formularfelder brauchen programmatisch zugängliche Namen
  • Anmerkungen müssen im Strukturbaum erscheinen

9. Schriften und Sicherheit

  • Alle Schriften müssen eingebettet sein
  • Security-Einstellungen dürfen Screenreader nicht aussperren
  • Ausreichender Farbkontrast erforderlich

PDF/UA in adoc Studio

:ads-pdf-ua:
ads-pdf-ua
Wenn gesetzt, fügen PDF-Exporte Barrierefreiheits-Informationen gemäß dem PDF/UA-Standard hinzu.

In adoc Studio aktivieren Sie den PDF/UA-Modus mit einem einzigen Dokumentattribut.

Sobald Sie :ads-pdf-ua: setzen, ist der PDF Export gemäß der PDF-UA Richtlinien.

Was Sie als Autor beachten sollten

Auch wenn adoc Studio die technische Seite übernimmt, gibt es Best Practices für Sie:

Alternativtexte für Bilder:

image::diagramm.png[alt="Balkendiagramm zeigt Umsatzentwicklung: Q1 10 Mio, Q2 12 Mio, Q3 15 Mio, Q4 18 Mio Euro"]

Korrekte Überschriftenhierarchie:

= Dokumenttitel

== Kapitel 1

=== Unterkapitel 1.1

=== Unterkapitel 1.2

== Kapitel 2

Gut zu wissen: Der Fehler-Navigator in adoc Studio zeigt Ihnen automatisch an, wenn die Überschriftenhierarchie nicht korrekt eingehalten wurde - so können Sie Probleme direkt beim Schreiben beheben.

Tabellenüberschriften:

.Produktvergleich der Widgets anhand Preis und Verfügbarkeit
|===
| Produkt | Preis | Verfügbarkeit

| Widget A | 29,99 Euro | Auf Lager
| Widget B | 49,99 Euro | Bestellt
|===

Aussagekräftige Linktexte:

// Vermeiden
Mehr Informationen finden Sie link:details.html[hier].

// Besser
Lesen Sie unsere link:details.html[vollständige Produktdokumentation].

Prüfung und Validierung

Die Bundesfachstelle Barrierefreiheit empfiehlt:

  1. Automatisierte Prüfung mit Tools wie PAC (PDF Accessibility Checker)
  2. Manuelle Kontrolle der 47 rein manuellen Kriterien des Matterhorn Protocols
  3. Screenreader-Tests zur praktischen Überprüfung

Praxis-Tipp: Testen Sie Ihre PDFs regelmäßig mit einem Screenreader wie VoiceOver. So erleben Sie, wie Menschen mit Sehbehinderung Ihre Dokumente wahrnehmen.

Fazit: Jetzt handeln

PDF/UA ist kein akademisches Detail mehr, sondern ein zentraler Baustein digitaler Compliance. Statt PDFs mühsam nachträglich “barrierefrei zu reparieren”, ist es sinnvoller, Barrierefreiheit in den Erstellungsprozess zu integrieren.

Der PDF/UA-Modus von adoc Studio, aktiviert über :ads-pdf-ua:, setzt die Richtlinien technisch um, während Sie sich auf den Inhalt konzentrieren. Sie sind nur noch einen Schalter von konformen PDFs entfernt.

Dieser Artikel dient der allgemeinen Information und stellt keine Rechtsberatung dar. Für spezifische rechtliche Fragen zur EAA-Konformität konsultieren Sie bitte einen Fachanwalt.