Was die EN 301 549 für PDF-Dokumente verlangt

Allgemeine Orientierung, keine Rechtsberatung. Verbindlich sind der Normtext, das Amtsblatt der EU und die nationalen Umsetzungsgesetze.

Worum es in der Norm geht

Die EN 301 549 („Accessibility requirements for ICT products and services“) wird gemeinsam von den europäischen Normungsorganisationen ETSI, CEN und CENELEC herausgegeben. Sie stellt Barrierefreiheitsanforderungen an nahezu jede Art digitaler Technik, von Hardware und Software über Websites, mobile Apps und Dokumente bis zu Selbstbedienungsterminals und Support-Diensten. Für Web, Dokumente und Software übernimmt sie die Erfolgskriterien der WCAG der Stufen A und AA, teils mit angepasstem Wortlaut.

Wer für Dokumente verantwortlich ist, hat es vor allem mit vier Kapiteln zu tun. Kapitel 9 gilt für Webseiten und für Inhalte, die in Webseiten eingebettet sind und mit ihnen dargestellt werden. Kapitel 10 regelt Nicht-Web-Dokumente, also etwa herunterladbare PDFs, Office-Dateien oder E-Books. Kapitel 11 betrifft Software, darunter PDF-Reader und andere Anwendungen, die Dokumente darstellen. Die Anforderungen an Erstellungswerkzeuge (Autorenwerkzeuge) standen in V3.2.1 in Abschnitt 11.8 und sind in V4.1.1 nach Abschnitt 5.10 gewandert.

Leicht übersehen wird Kapitel 12, „Dokumentation und Support“, in V4.1.1 umbenannt in „Informationen über Produkte und Dienstleistungen“. Produktinformationen, Anleitungen und Support-Dienste müssen selbst barrierefrei sein. Liefern Sie Bedienungsanleitungen oder Produktinformationen als PDF aus, gilt das auch für diese Dateien.

V3.2.1 oder V4.1.1

Die Norm wurde mehrfach überarbeitet. Relevant sind derzeit zwei Versionen.

Eine neue Normversion wirkt nicht von selbst. Die Konformitätsvermutung entsteht erst, wenn die Europäische Kommission die Fundstelle im Amtsblatt der EU veröffentlicht, und bis dahin bleibt V3.2.1 die maßgebliche Referenz. Laut Vorwort der V4.1.1 ist der 30. November 2026 der späteste Termin für die Bekanntgabe auf nationaler Ebene. Wann die Kommission zitiert, stand bei Redaktionsschluss noch nicht fest.

Für neue PDFs empfehlen wir, sich schon jetzt an V4.1.1 und WCAG 2.2 zu orientieren. Nachträglich umbauen ist teurer.

Wann ein PDF als Nicht-Web-Dokument gilt

Nach Abschnitt 10.0 gilt Kapitel 10 für Dokumente, die keine Webseiten sind, nicht in Webseiten eingebettet sind oder zwar mit einer Webseite bereitgestellt, aber nicht gemeinsam mit ihr dargestellt werden. Gemeint ist der klassische PDF-Download: Rechnung, Vertrag, Geschäftsbericht oder Formular, heruntergeladen und in einem Reader geöffnet. Inhalte, die in eine Webseite eingebettet sind und mit ihr gerendert werden, fallen dagegen unter Kapitel 9.

Kapitel 10 gilt ausdrücklich auch für Dokumente mit digitaler Signatur, Verschlüsselung, Passwortschutz oder Wasserzeichen, sobald sie dem Nutzer angezeigt werden. Ein geschütztes PDF muss also genauso barrierefrei sein wie ein ungeschütztes.

Wo Kapitel 10 von den WCAG abweicht

Die meisten WCAG-Kriterien übernimmt Kapitel 10 unverändert. Einige sind aber an die Situation eines einzelnen Dokuments angepasst.

• Blöcke umgehen (2.4.1) und Mehrere Wege (2.4.5): In beiden Versionen als „Void“ ausgewiesen, für Dokumente also nicht anwendbar. Die Norm begründet das damit, dass sich die Web-Anforderungen nicht auf einzelne Dokumente beziehen, sondern auf seltene „Dokumentensätze“. Lesezeichen und Überschriften bleiben trotzdem gute Praxis.
• Konsistente Navigation (3.2.3) und Konsistente Erkennung (3.2.4): In V3.2.1 ebenfalls „Void“. V4.1.1 macht sie verbindlich, allerdings nur innerhalb eines Satzes von Nicht-Web-Dokumenten, also zusammengehöriger Dokumente desselben Urhebers, die gemeinsam veröffentlicht werden und aufeinander verweisen.
• Seite mit Titel (2.4.2): Wird zu „Dokument mit Titel“. V3.2.1 lässt ausdrücklich auch einen aussagekräftigen Dateinamen als Titel gelten. Bei PDFs ist ein Titel in den Metadaten trotzdem der sichere Weg, zumal PDF/UA ihn ohnehin verlangt.
• Syntaxanalyse (4.1.1): In V3.2.1 nur relevant für Dokumente, deren Auszeichnung assistiven Technologien direkt zugänglich ist; die Norm nennt HTML, ODF und OOXML als Beispiele. V4.1.1 streicht das Kriterium, wie WCAG 2.2.
• Umbruch (1.4.10): Die Anmerkungen wurden für Dokumente umformuliert. Inhalte, die eine zweidimensionale Darstellung brauchen, etwa Datentabellen, Diagramme oder Präsentationen, bleiben ausgenommen.

Mit V4.1.1 kommen die neuen WCAG-2.2-Kriterien in Kapitel 10 an, unter anderem Fokus nicht verdeckt, Zielgröße, Konsistente Hilfe, Redundante Eingaben und Barrierefreie Authentifizierung. Neu ist auch Abschnitt 10.7. Danach darf ein Dokument Darstellungsmodi des Readers, die Nutzereinstellungen berücksichtigen, nicht blockieren und dokumentierte Barrierefreiheitseinstellungen der Plattform nicht übersteuern, es sei denn, das ist für Information oder Funktion des Dokuments wesentlich. Welche WCAG-Kriterien bei PDFs konkret zählen, steht im Ratgeber WCAG 2.2 für PDF-Dokumente.

PDF/UA ist nicht vorgeschrieben

Die EN 301 549 nennt PDF/UA nicht als Pflicht. Sie stellt Anforderungen an das Ergebnis, nicht an das Dateiformat. Trotzdem ist PDF/UA der bewährte technische Weg, Kapitel 10 in PDFs zu erfüllen. Tags, Sprache, Titel, Alternativtexte und Lesereihenfolge tragen fast jedes Erfolgskriterium. Wie die beiden Regelwerke zusammenspielen, erklären wir unter PDF/UA und WCAG im Vergleich.

Die Norm im EAA und in der Web-Accessibility-Richtlinie

Weder der European Accessibility Act noch die Web-Accessibility-Richtlinie enthalten technische Detailregeln für PDFs. Beide sehen vor, dass bei Einhaltung harmonisierter Normen, deren Fundstellen im Amtsblatt veröffentlicht sind, Konformität mit den jeweiligen Anforderungen vermutet wird (Art. 15 der Richtlinie (EU) 2019/882, Art. 6 der Richtlinie (EU) 2016/2102).

Für Websites und mobile Anwendungen öffentlicher Stellen ist die EN 301 549 V3.2.1 im Amtsblatt zitiert. Nationale Umsetzungen wie das Web-Zugänglichkeits-Gesetz (WZG) in Österreich oder die BITV 2.0 in Deutschland knüpfen daran an, und herunterladbare PDFs auf Behördenwebsites werden in der Praxis an Kapitel 10 gemessen.

In der Privatwirtschaft (EAA, BaFG, BFSG) gibt es bislang keine im Amtsblatt zitierte harmonisierte Norm. Unternehmen und Marktüberwachungsbehörden orientieren sich trotzdem an der EN 301 549. Mit der Zitierung der V4.1.1 würde sich das ändern.

Womit Sie anfangen

Sortieren Sie Ihre PDFs zuerst: Downloads fallen unter Kapitel 10, Anleitungen und Produktinformationen zusätzlich unter Kapitel 12. Dann prüfen Sie Tags, Titel, Sprache und Schriften mit einem PDF/UA-Check, PAC oder veraPDF. Was die typischen Meldungen bedeuten, steht unter Häufige PAC- und veraPDF-Fehler. Kontrast, Alternativtexte, Linktexte und Lesereihenfolge müssen Sie von Hand kontrollieren; unsere Checkliste für barrierefreie PDFs deckt diese Punkte ab.

Gefundene Fehler beheben Sie am besten in der Vorlage. Für Altbestände ohne Quelldatei kann EasyPDFUA eine Grundstruktur mit Basis-Tags, Titel, Sprache und Links ergänzen. Überschriften, Tabellen und Alternativtexte bleiben Handarbeit.

Halten Sie Prüfergebnisse und die verwendete Normversion schriftlich fest. Öffentliche Stellen müssen zusätzlich eine Erklärung zur Barrierefreiheit veröffentlichen, mehr dazu unter Barrierefreie PDFs für öffentliche Stellen. Ein Bericht von EasyPDFUA ist dabei keine Konformitätsbestätigung nach EN 301 549. Er ist eine technische Bestandsaufnahme, von der aus die weitere Prüfung startet.

Häufige Fragen

Welches Kapitel der EN 301 549 gilt für PDFs?

Kapitel 10 für herunterladbare PDFs. Inhalte, die in eine Webseite eingebettet und mit ihr dargestellt werden, fallen unter Kapitel 9. PDF-Reader und andere Software regelt Kapitel 11, Produktdokumentation Kapitel 12.

Gilt schon die EN 301 549 V4.1.1?

Noch nicht. ETSI hat V4.1.1 im September 2026 veröffentlicht, die Konformitätsvermutung entsteht aber erst mit der Zitierung im Amtsblatt der EU. Die stand im Oktober 2026 noch aus, deshalb bleibt V3.2.1 vorerst maßgeblich.

Verlangt die EN 301 549 PDF/UA?

Nein. Die Norm stellt Anforderungen an das Ergebnis, nicht an das Format. PDF/UA ist aber der bewährte technische Weg, die Kriterien von Kapitel 10 in PDF-Dokumenten zu erfüllen.

Welche WCAG-Kriterien gelten für PDFs nicht?

Unter anderem Blöcke umgehen (2.4.1) und Mehrere Wege (2.4.5), die Kapitel 10 für Dokumente als nicht anwendbar ausweist. Konsistente Navigation und Konsistente Erkennung gelten nach V4.1.1 nur innerhalb eines Satzes zusammengehöriger Dokumente. Das Kriterium 4.1.1 Syntaxanalyse entfällt in V4.1.1.