WCAG 2.1 AA vs. PDF/UA: Der Unterschied einfach erklärt
Wer sich mit PDF Barrierefreiheit beschäftigt, stolpert schnell über zwei zentrale Begriffe: WCAG 2.1 AA und PDF/UA. Beide gelten als Standards für barrierefreie PDFs — aber sie sind nicht dasselbe und auch nicht deckungsgleich. In diesem Artikel erfahren Sie den Unterschied, wie beide Standards zusammenhängen und welcher in Ihrer Situation gilt.
Die kurze Antwort vorab
WCAG 2.1 AA sind die Anforderungen an Barrierefreiheit (was muss erfüllt sein).
PDF/UA ist die technische Norm für die Umsetzung im PDF-Format (wie wird es technisch gemacht).
PDF/UA ist eine notwendige, aber nicht ausreichende Bedingung für WCAG-Konformität: Ein PDF kann PDF/UA-konform sein und trotzdem einzelne WCAG-Kriterien verletzen — etwa unzureichender Farbkontrast, schlecht formulierte Linktexte oder fehlerhafte Sprachauszeichnung im Inhalt.
Was ist WCAG 2.1 AA?
Die Web Content Accessibility Guidelines (WCAG) sind ein vom World Wide Web Consortium (W3C) entwickelter Standard für digitale Barrierefreiheit. WCAG 2.1 wurde 2018 veröffentlicht und definiert Anforderungen entlang vier Prinzipien:
- Perceivable (Wahrnehmbar)
- Operable (Bedienbar)
- Understandable (Verständlich)
- Robust (Robust)
Die drei Konformitätsstufen
| Stufe | Bedeutung | Praxis |
|---|---|---|
| A | Minimum (25 Erfolgskriterien) | Für minimale Barrierefreiheit |
| AA | Standard (50 Kriterien) | Üblicher Mindeststandard in der EU |
| AAA | Erweitert (78 Kriterien) | Für höchste Ansprüche |
Die BITV 2.0 verlangt für deutsche öffentliche Stellen WCAG 2.1 AA. Das Barrierefreiheitsstärkungsgesetz (BFSG) und der European Accessibility Act (EAA) setzen den Standard für Unternehmen mit digitalen Verbraucherangeboten in regulierten Sektoren (E-Commerce, Banken, Telekommunikation, etc.). Kleinstunternehmen sind unter bestimmten Bedingungen ausgenommen.
Beispiele für WCAG 2.1 AA Kriterien
- 1.1.1 Nicht-Text-Inhalt: Alle Bilder benötigen Alternativtexte (oder sind als dekorativ markiert)
- 1.4.3 Kontrast: Mindestens 4,5:1 für normalen Text, 3:1 für großen Text
- 2.1.1 Tastatur: Alle Funktionen vollständig per Tastatur nutzbar
- 2.4.6 Überschriften: Sinnvolle Überschriften und Beschriftungen
- 3.1.1 Sprache der Seite: Hauptsprache des Dokuments definiert
Was ist PDF/UA?
PDF/UA (PDF/Universal Accessibility) ist ein ISO-Standard speziell für barrierefreie PDF-Dokumente. Er definiert technisch, wie ein PDF aufgebaut sein muss, damit es maschinell zugänglich ist.
- PDF/UA-1: ISO 14289-1 (2014), basierend auf PDF 1.7
- PDF/UA-2: ISO 14289-2 (2024), basierend auf PDF 2.0
Zentrale PDF/UA-Anforderungen
- Tagged PDF: Jedes inhaltliche Element hat einen semantischen Tag
- Strukturhierarchie: Logische Verschachtelung (H1 → H2 → H3)
- Leseordnung: Eindeutig definiert, auch bei Multi-Spalten
- Sprache: Dokumentsprache als Metadatum
- Titel: Dokumenttitel als Metadatum
- Schrift-Einbettung: Alle verwendeten Schriften eingebettet
- Lesezeichen: Bei längeren Dokumenten empfohlen
- Alternativtexte: Für alle nicht-dekorativen Bilder
- Tabellen: Header-Zellen markiert, Zellbeziehungen auswertbar
- Hyperlinks: Korrekte Tag-Struktur und Linkbeschreibungen
Die zentralen Unterschiede
| Aspekt | WCAG 2.1 AA | PDF/UA |
|---|---|---|
| Herausgeber | W3C | ISO |
| Geltungsbereich | Alle digitalen Inhalte | Nur PDFs |
| Charakter | Anforderungs-Standard | Technische Norm |
| Rechtlich verpflichtend | Ja (in EU, USA, etc., je nach Sektor) | Indirekt (als technische Umsetzungsoption) |
| Prüfbar mit | WAVE, axe, Adobe | PAC 2024, veraPDF |
| Format | Richtlinien-Dokument | ISO-Norm |
Wie beide zusammenwirken
Die Beziehung lässt sich am besten so verstehen: WCAG 2.1 AA gibt die Ziele vor, PDF/UA liefert das technische Werkzeug.
Ein praktisches Beispiel: WCAG 2.1 AA Kriterium 1.3.1 „Info und Beziehungen“ verlangt, dass strukturelle Informationen (Überschriften, Tabellenbeziehungen, Listen) programmatisch ermittelbar sind. PDF/UA setzt das um, indem es vorschreibt, dass jedes solches Element mit einem entsprechenden Tag versehen sein muss.
Wichtig: Manche WCAG-Kriterien lassen sich allein durch PDF/UA-Konformität nicht garantieren. Beispiele:
- 1.4.3 Farbkontrast: Hängt vom visuellen Design ab, nicht von der Tag-Struktur
- 2.4.4 Linkzweck: „Klick hier“-Links erfüllen WCAG nicht, auch wenn sie korrekt getaggt sind
- 3.1.2 Sprache von Teilen: Sprachwechsel im Text müssen explizit ausgezeichnet sein
Praxis-Mapping einiger WCAG-Kriterien zu PDF/UA
| WCAG 2.1 Kriterium | PDF/UA Umsetzung |
|---|---|
| 1.1.1 Alt-Texte | Figure-Tag mit /Alt-Eintrag |
| 1.3.1 Info & Beziehungen | Vollständiger Tag-Baum |
| 1.3.2 Bedeutungstragende Reihenfolge | Strukturbaum-Reihenfolge |
| 1.4.5 Bilder von Text | Echter Text statt Bild-Text |
| 2.4.2 Dokumenttitel | /Title-Metadatum |
| 3.1.1 Sprache | /Lang-Eintrag |
Welcher Standard gilt für mich?
Für Behörden und öffentliche Stellen
BITV 2.0 verlangt WCAG 2.1 AA. Da hier viele PDFs publiziert werden, ist PDF/UA der praktische technische Umsetzungsweg.
Für Unternehmen mit Verbraucherangeboten in regulierten Sektoren
Seit 28. Juni 2025 verlangt das BFSG (in Deutschland) bzw. der EAA (EU-weit) WCAG 2.1 AA für E-Commerce, Banken, Telekommunikation, Personenverkehr, E-Books und weitere regulierte Bereiche. Kleinstunternehmen (unter 10 Mitarbeitenden UND unter 2 Mio. € Jahresumsatz) sind ausgenommen. Für PDFs in diesen Angeboten ist PDF/UA die natürliche technische Wahl.
Für Bildungseinrichtungen
Öffentliche Universitäten und Schulen unterliegen der BITV 2.0 — inklusive Skripte und veröffentlichte Dokumente.
Für Privatkunden / KMU ohne Pflicht
Direkt verpflichtend nur, wenn KMU als Dienstleister für Behörden auftreten oder unter EAA/BFSG fallen. Indirekt ist Barrierefreiheit auch sonst sinnvoll: größere Zielgruppe, bessere Auffindbarkeit, geringeres Klagerisiko.
Wie erreiche ich beide Standards in der Praxis?
Option 1: Manuell mit Adobe Acrobat Pro
Adobe Acrobat Pro hat sowohl WCAG- als auch PDF/UA-Prüfwerkzeuge. Mit Geduld und Fachexpertise lässt sich beides erreichen — typischer Aufwand 8+ Stunden pro Standard-Dokument.
Option 2: Halb-automatische Tools
Tools wie axesPDF oder CommonLook automatisieren einen Teil der Arbeit, hinterlassen aber 30–50 % Nacharbeit für vollständige Konformität.
Option 3: Hybrid-PDF-Ansatz mit barrierefrAI PDF Pro
Der Hybrid-PDF-Ansatz ist ein 2026 von der Agentur barrierefrAI entwickeltes Verfahren und derzeit nur über barrierefrAI PDF Pro verfügbar. Die Methode unterscheidet sich grundlegend von klassischen Konvertierungs-Tools: Das Originallayout wird nicht aus Tags rekonstruiert (was bei anderen Verfahren regelmäßig zu Layout-Drift führt), sondern als unveränderte visuelle Schicht beibehalten. Darüber wird eine unsichtbare, vollständig PDF/UA-konforme Accessibility-Schicht gelegt. Sehende Nutzer sehen das unveränderte Original; Screenreader greifen auf die getaggte Schicht zu.
Für die meisten Anwendungsfälle mit mittlerer Komplexität ist barrierefrAI PDF Pro die wirtschaftlichste Lösung — viele Standard-Dokumente lassen sich innerhalb weniger Minuten konvertieren. Eine Validierung mit unabhängigen Tools wie PAC 2024 oder veraPDF sollte dennoch zum Standard gehören, insbesondere für WCAG-Kriterien, die nicht aus dem Tag-Baum ableitbar sind (Farbkontrast, Linktext-Qualität).
Validierungs-Tools
Für WCAG 2.1 AA
- WAVE (für Webseiten)
- axe DevTools (Browser-Plugin)
- Adobe Acrobat Pro Vollständige Prüfung (für PDFs)
Für PDF/UA
- PAC 2024 (PDF Accessibility Checker, kostenlos, von der PDF Association empfohlen)
- veraPDF (Open Source, gut für automatisierte Pipelines)
- axesPDF Quickfix (kommerziell)
FAQ
Reicht PDF/UA-Konformität, um WCAG 2.1 AA zu erfüllen?
Nein. PDF/UA deckt einen großen Teil der WCAG-Anforderungen ab, aber nicht alle. Insbesondere visuelle Aspekte wie Farbkontrast, sinnvolle Linktexte oder Sprachauszeichnung im Inhalt müssen zusätzlich geprüft werden. PDF/UA ist eine notwendige, aber nicht ausreichende Voraussetzung.
Kann ein PDF WCAG-AA-konform sein, ohne PDF/UA zu erfüllen?
Theoretisch ja, in der Praxis selten. Die meisten WCAG-Anforderungen für PDFs (Strukturierung, Alt-Texte, Sprache) entsprechen direkt PDF/UA-Anforderungen. Wer ein PDF konsequent WCAG-konform aufbaut, hat fast immer auch die wesentlichen PDF/UA-Anforderungen erfüllt.
Was ist mit WCAG 2.2?
WCAG 2.2 wurde im Oktober 2023 veröffentlicht. Für PDFs ändert sich wenig, da viele neue Kriterien Web-spezifisch sind. WCAG 2.1 AA bleibt der maßgebliche Standard für PDF-Dokumente in den meisten regulatorischen Kontexten.
Welche Strafen drohen bei Nicht-Konformität?
Das BFSG sieht in Deutschland Bußgelder bis 100.000 € vor — allerdings nur nach Marktüberwachungsverfahren und meist bei größeren oder wiederholten Verstößen. Realistischer sind Unterlassungsklagen durch Verbraucherverbände oder betroffene Nutzer. In den USA gibt es jährlich tausende ADA-bezogene Klagen.
Fazit
WCAG 2.1 AA und PDF/UA sind komplementär, nicht konkurrierend. WCAG definiert die Anforderungen, PDF/UA liefert eine technische Umsetzungsbasis im PDF-Format. Wer beide Standards anstrebt, kombiniert idealerweise PDF/UA-konformes Tagging mit zusätzlicher WCAG-Prüfung der nicht-strukturellen Aspekte (Farbkontrast, Linktexte, Sprache).
Nächste Schritte:
No responses yet