WCAG 2.2 in PDF-Dokumenten umsetzen
Über Kapitel 10 der EN 301 549 gelten die WCAG auch für PDFs. Für Berichte, Verträge, Rechnungen und Formulare ist allerdings nur ein Teil der Erfolgskriterien wirklich relevant, und die meisten davon setzen Sie über Tags und Metadaten um. Offen ist derzeit vor allem die Frage, ob rechtlich WCAG 2.1 oder schon 2.2 maßgeblich ist.
Stand:
Vier Prinzipien, drei Stufen
Die WCAG des W3C sind technologieneutral formuliert. Sie schreiben kein Dateiformat vor, sondern beschreiben, was Nutzerinnen und Nutzer erleben sollen. Gegliedert sind sie in vier Prinzipien, nach den englischen Anfangsbuchstaben POUR genannt. Inhalte müssen wahrnehmbar sein (Perceivable), also über mindestens einen Sinn erfassbar, etwa dank Alternativtext oder ausreichendem Kontrast. Sie müssen bedienbar sein (Operable): Links, Formularfelder und Navigation funktionieren per Tastatur und mit assistiven Technologien. Verständlich (Understandable) betrifft Sprache, Beschriftungen und Fehlermeldungen. Robust heißt, dass Reader und Screenreader die Auszeichnung zuverlässig interpretieren können.
Jedes Erfolgskriterium gehört zu einer Konformitätsstufe: A (grundlegend), AA (Standard) oder AAA (erweitert). Die gesetzlichen Vorgaben in der EU verlangen über die EN 301 549 in der Regel Stufe AA, also alle Kriterien der Stufen A und AA. AAA wird nicht pauschal gefordert.
Wie die WCAG auf PDFs übertragen werden
Geschrieben wurden die WCAG für Webinhalte. Die europäische Norm EN 301 549 überträgt die Erfolgskriterien in Kapitel 10 („Nicht-Web-Dokumente“) auf herunterladbare Dateien wie PDFs, teils mit angepasster Formulierung. Wie die Kriterien außerhalb des Webs zu lesen sind, erläutert außerdem die W3C-Arbeitsgruppennotiz WCAG2ICT.
Für die technische Umsetzung gibt es eigene PDF-Techniken des W3C, nummeriert von PDF1 bis PDF23. Sie gelten als „ausreichende Techniken“: Wer sie korrekt anwendet, erfüllt das jeweilige Kriterium in diesem Punkt. Andere Lösungen sind aber ebenso zulässig. Für manche Kriterien, etwa den Kontrast, existiert gar keine PDF-spezifische Technik, weil dort die allgemeinen Techniken greifen.
Die Erfolgskriterien, die bei PDFs zählen
Die Tabelle beschränkt sich auf Kriterien der Stufen A und AA, die bei typischen PDFs wie Berichten, Verträgen, Rechnungen und Formularen anfallen. Kriterien zu Video, Audio oder Zeitbegrenzungen betreffen statische PDFs selten.
| Kriterium (Stufe) | Umsetzung im PDF | W3C-Technik |
|---|---|---|
| 1.1.1 Nicht-Text-Inhalt (A) | Alternativtext im Alt-Eintrag von Figure; dekorative Grafiken als Artefakt | PDF1, PDF4 |
| 1.3.1 Info und Beziehungen (A) | Überschriften, Listen, Tabellen mit Kopfzellen und Formularfelder korrekt getaggt | PDF6, PDF9, PDF10, PDF21 u. a. |
| 1.3.2 Bedeutungstragende Reihenfolge (A) | Reihenfolge im Strukturbaum entspricht der logischen Lesereihenfolge, auch bei Spalten und Kästen | PDF3 |
| 1.4.1 Benutzung von Farbe (A) | Informationen in Diagrammen oder Tabellen nicht allein über Farbe, zusätzlich über Text, Muster oder Beschriftung | keine PDF-spezifische Technik |
| 1.4.3 Kontrast (Minimum) (AA) | Mindestens 4,5:1 für normalen Text, 3:1 für großen Text; bereits in der Vorlage festlegen | keine PDF-spezifische Technik |
| 1.4.5 Bilder von Text (AA) | Echter Text statt Textgrafik; gescannte Seiten per Texterkennung (OCR) mit Textschicht versehen | PDF7 |
| 2.1.1 Tastatur (A) | Links und Formularfelder per Tastatur erreichbar und bedienbar | PDF3, PDF11, PDF23 |
| 2.4.2 Seite mit Titel (A) | Aussagekräftiger Dokumenttitel in den Metadaten, angezeigt über DisplayDocTitle | PDF18 |
| 2.4.3 Fokus-Reihenfolge (A) | Tab-Reihenfolge folgt der Struktur (/Tabs /S) | PDF3 |
| 2.4.4 Linkzweck (im Kontext) (A) | Links als Link-Element getaggt; Linktext oder Kontext beschreibt das Ziel | PDF11, PDF13 |
| 3.1.1 Sprache der Seite (A) | Standardsprache im Dokumentkatalog (/Lang) | PDF16 |
| 3.1.2 Sprache von Teilen (AA) | Abweichende Sprache für Zitate oder Passagen über Lang am Strukturelement | PDF19 |
| 3.3.1 Fehlererkennung (A) | Pflichtfelder und Eingabefehler in PDF-Formularen erkennbar machen | PDF5, PDF22 |
| 3.3.2 Beschriftungen oder Anweisungen (A) | Formularfelder mit Beschriftung im Tooltip-Feld (TU) | PDF5, PDF10 |
| 4.1.2 Name, Rolle, Wert (A) | Formularfelder mit Namen, Rolle und Zustand für assistive Technologien | PDF10, PDF12 |
Zwei weitere AA-Kriterien fallen bei PDFs regelmäßig ins Gewicht: 1.4.11 Nicht-Text-Kontrast (3:1 für Diagrammlinien, Symbole und Formularfeldränder) und 2.4.6 Überschriften und Beschriftungen (Überschriften beschreiben den Inhalt). Bei 1.4.4 Textgröße ändern und 1.4.10 Umbruch (Reflow) hängt viel vom PDF-Reader ab. Vergrößern und umbrechen kann er Inhalte allerdings nur, wenn die Tag-Struktur sauber ist. Die vollständige Prüfliste steht in unserer Checkliste für barrierefreie PDFs.
Was sich mit WCAG 2.2 für PDFs ändert
WCAG 2.2 ist seit Oktober 2023 W3C-Empfehlung und wurde im Dezember 2024 aktualisiert. Gegenüber WCAG 2.1 kamen neun Kriterien hinzu, sechs davon auf den Stufen A und AA. Gestrichen wurde 4.1.1 Syntaxanalyse (Parsing). Statische PDFs trifft das deutlich weniger als Websites.
- 2.4.11 Fokus nicht verdeckt (Minimum) (AA) und 2.5.7 Ziehbewegungen (AA) zielen auf interaktive Oberflächen. Bei PDFs bestimmt weitgehend der Reader das Verhalten.
- 2.5.8 Zielgröße (Minimum) (AA) verlangt mindestens 24 × 24 CSS-Pixel oder ausreichenden Abstand. Links im Fließtext sind ausgenommen, bei Schaltflächen und Feldern in PDF-Formularen greift das Kriterium aber.
- 3.2.6 Konsistente Hilfe (A) bezieht sich bei Dokumenten auf Gruppen zusammengehöriger Dokumente, nicht auf ein einzelnes PDF.
- 3.3.7 Redundante Eingaben (A) und 3.3.8 Barrierefreie Authentifizierung (Minimum) (AA) betreffen mehrstufige Formulare und Anmeldeprozesse. In gewöhnlichen PDFs kommen sie kaum vor.
Wer seine statischen PDFs bereits nach WCAG 2.1 AA aufbereitet hat, muss für 2.2 meist wenig ändern. Interaktive PDF-Formulare sollten Sie sich genauer ansehen.
Welche Version rechtlich gilt
Die Web-Accessibility-Richtlinie (EU) 2016/2102 und der European Accessibility Act verweisen nicht direkt auf eine WCAG-Version, sondern auf harmonisierte Normen, in der Praxis die EN 301 549. Für die Web-Accessibility-Richtlinie ist im Amtsblatt der EU EN 301 549 V3.2.1 von 2021 zitiert, die auf WCAG 2.1 Stufe AA beruht. Für den European Accessibility Act ist bislang keine harmonisierte Norm im Amtsblatt zitiert. V3.2.1 gilt dort trotzdem als gängiger Maßstab.
Im September 2026 hat ETSI EN 301 549 V4.1.1 veröffentlicht. Die Kapitel für Web, Dokumente und Software sind darin an WCAG 2.2 angepasst. Als harmonisierte Norm wirkt die neue Version aber erst, wenn die Europäische Kommission sie im Amtsblatt zitiert, und das war bei Redaktionsschluss (Oktober 2026) noch nicht geschehen.
Wir empfehlen trotzdem, neue Dokumente schon jetzt an WCAG 2.2 auszurichten. Was WCAG 2.2 erfüllt, erfüllt in aller Regel auch WCAG 2.1. Die einzige Ausnahme ist das in 2.2 gestrichene Kriterium 4.1.1, und das hat bei PDFs ohnehin wenig Gewicht.
International hat WCAG 2.2 ebenfalls Normstatus: Seit 2025 ist es als ISO/IEC 40500:2025 veröffentlicht. Die Vorgängerausgabe ISO/IEC 40500:2012 entsprach WCAG 2.0.
Was Prüfwerkzeuge leisten und was nicht
Ob Titel, Sprache, Tags und Alternativtext-Einträge vorhanden sind, lässt sich technisch prüfen, etwa mit dem PDF/UA-Check von EasyPDFUA im Browser oder mit PAC und veraPDF. Viele WCAG-Kriterien betreffen aber den Inhalt. Ob ein Alternativtext das Bild sinnvoll beschreibt, ob ein Linktext verständlich ist und ob der Kontrast reicht, kann kein Werkzeug vollständig beurteilen.
Wo WCAG und der technische Standard PDF/UA auseinanderliegen, beschreibt der Ratgeber PDF/UA und WCAG im Vergleich. Grundlagen zum PDF-Standard selbst finden Sie unter Was ist PDF/UA?.
Häufige Fragen
Gelten die WCAG überhaupt für PDFs?
Ja, über die europäische Norm EN 301 549. Deren Kapitel 10 überträgt die Erfolgskriterien auf Nicht-Web-Dokumente wie PDFs. Das W3C hat dafür auch eigene Umsetzungstechniken veröffentlicht, PDF1 bis PDF23.
Muss ich für PDFs WCAG 2.1 oder 2.2 erfüllen?
Maßgeblich ist derzeit die im Amtsblatt der EU zitierte EN 301 549 V3.2.1, und die verweist auf WCAG 2.1 Stufe AA. Die im September 2026 veröffentlichte V4.1.1 basiert auf WCAG 2.2, gilt aber erst nach ihrer Zitierung im Amtsblatt. Neue PDFs nach WCAG 2.2 AA decken beide Fälle ab.
Welche Konformitätsstufe brauche ich?
Stufe AA, also alle Kriterien der Stufen A und AA. AAA verlangt der Gesetzgeber nicht pauschal, einzelne AAA-Kriterien können trotzdem sinnvoll sein.
Sind die W3C-Techniken PDF1 bis PDF23 verpflichtend?
Nein. Es sind ausreichende Techniken: Wer sie korrekt anwendet, erfüllt das jeweilige Kriterium. Andere Lösungen sind zulässig, solange das Erfolgskriterium erfüllt ist.
Kann EasyPDFUA die WCAG-Konformität eines PDFs bestätigen?
Nein. EasyPDFUA prüft technische Grundlagen wie Tags, Titel, Sprache, Schriften und Links. Kontrast, Linktexte oder die Qualität von Alternativtexten müssen manuell geprüft werden.