Was ist der Unterschied zwischen PDF/UA- und WCAG-Zugänglichkeitsstandards?

In Diskussionen über die Barrierefreiheit von Dokumenten tauchen häufig zwei Akronyme auf: PDF/UA und WCAG. Sie werden oft zusammen erwähnt und befassen sich beide damit, Inhalte für Menschen mit Behinderungen zugänglich zu machen, sie operieren jedoch auf unterschiedlichen Ebenen und dienen unterschiedlichen Zwecken. Eine Verwechslung führt zu Dokumenten, die möglicherweise einem Standard entsprechen, den anderen jedoch nicht erfüllen, oder, schlimmer noch, zu Dokumenten, von denen der Ersteller glaubt, dass sie zugänglich sind, in denen Benutzer von Bildschirmleseprogrammen jedoch nicht navigieren können.

PDF/UA steht für PDF Universal Accessibility und ist ein Standard speziell für PDF-Dokumente. Es legt Anforderungen fest, wie ein PDF aufgebaut sein muss, damit unterstützende Technologien es korrekt lesen können. WCAG, die Web Content Accessibility Guidelines, ist ein umfassenderer Standard, der für alle Webinhalte gilt, einschließlich der im Web bereitgestellten PDFs. Das Verständnis, wo sich diese Standards überschneiden und wo sie voneinander abweichen, hilft Dokumenterstellern dabei, PDFs zu erstellen, die unabhängig davon, wie Benutzer darauf zugreifen, barrierefrei sind.

Was PDF/UA regelt: Die technische Struktur eines barrierefreien PDF

PDF/UA, offiziell bekannt als ISO 14289, wurde erstmals 2012 veröffentlicht und 2014 aktualisiert. Es legt Anforderungen für PDF-Dateien fest, die für Benutzer zugänglich sind, die auf Hilfstechnologien wie Bildschirmlesegeräte, Bildschirmlupen und Braillezeilen angewiesen sind. Im Gegensatz zu WCAG, das auf allgemeinen Prinzipien basiert, ist PDF/UA eine technische Dateiformatspezifikation, die PDF-Erstellern genau sagt, welche Strukturelemente vorhanden sein müssen und wie sie organisiert sein müssen.

Die Kernanforderung von PDF/UA besteht darin, dass jedes Element im Dokument mit Tags versehen sein muss. Tags definieren die logische Lesereihenfolge und identifizieren, um welches Element es sich handelt: eine Überschrift, einen Absatz, eine Liste, eine Tabelle, ein Bild. Ohne Tags hat ein Screenreader keine Möglichkeit, die Dokumentstruktur zu bestimmen. Es kann sein, dass Absätze in der falschen Reihenfolge gelesen werden, Überschriften ganz übersprungen werden oder jede Zeile als separater Textblock angekündigt wird. Ein PDF/UA-kompatibles Dokument verfügt über einen vollständigen, korrekten Tag-Baum, der der visuellen Lesereihenfolge entspricht.

Ein Dokument mit ordnungsgemäßer Tag-Kennzeichnung PDF-Barrierefreiheit bietet Benutzern von Bildschirmleseprogrammen die gleichen Informationen, die sehende Benutzer durch visuelle Formatierung erhalten. Fett gedruckter Text, der eine Überschrift markiert, wird als Überschrift gekennzeichnet und nicht nur optisch fett dargestellt. Ein dekoratives Bild, das keine Informationen hinzufügt, erhält ein Artefakt-Tag, das den Bildschirmleser anweist, es zu überspringen. Formularfelder verfügen über Beschriftungen, die programmgesteuert mit den Feldern verknüpft sind, sodass ein Benutzer Formulare anhand des Feldnamens navigieren kann, anstatt zu erraten, was jedes leere Feld darstellt.

Diese strukturelle Anforderung macht PDF/UA zutiefst technisch. Entweder entspricht ein Dokument der Spezifikation oder nicht. Es liegt keine Teilkonformität vor. Eine mit Tags versehene PDF-Datei kann anhand des PDF/UA-Standards mithilfe automatisierter Prüfer validiert werden, die die Vollständigkeit der Tags, die Lesereihenfolge und das Vorhandensein erforderlicher Metadaten überprüfen.

Versuchen Sie es mit „PDF bearbeiten“.

Keine Installation erforderlich. Funktioniert direkt in Ihrem Browser.

Jetzt starten →

Was WCAG regelt: Barrierefreiheitsgrundsätze für alle Webinhalte

WCAG basiert auf vier Prinzipien, die oft als POUR abgekürzt werden: Perceivable, Operable, Understandable und Resilient. Inhalte müssen wahrnehmbar sein, das heißt, der Nutzer muss ihn mit mindestens einem seiner verfügbaren Sinne wahrnehmen können. Es muss bedienbar sein, das heißt, Benutzer müssen damit interagieren können. Es muss verständlich sein, das heißt der Inhalt und die Oberfläche müssen einen Sinn ergeben. Und es muss stark sein, das heißt, es muss mit aktuellen und zukünftigen unterstützenden Technologien funktionieren.

Im Gegensatz zu PDF/UA verfügt WCAG über die Konformitätsstufen A, AA und AAA. Level A deckt die grundlegendsten Barrierefreiheitsanforderungen ab. Level AA befasst sich mit den häufigsten Hindernissen. Level AAA ist der höchste Standard und für alle Inhaltstypen oft eher angestrebt als erreichbar. Die meisten Barrierefreiheitsgesetze und Organisationsrichtlinien zielen auf WCAG 2.1 Level AA als Compliance-Standard ab.

WCAG gilt für PDFs, wenn sie Teil einer Website oder Webanwendung sind. Die WCAG-Erfolgskriterien sind jedoch allgemein formuliert und gelten für HTML, PDF, Video, Audio und andere Webinhaltsformate. Ein PDF/UA-konformes PDF erfüllt im Allgemeinen viele WCAG-Erfolgskriterien, aber nicht alle. Die Überschneidung zwischen den beiden Standards ist erheblich, aber nicht vollständig, weshalb die Verifizierung PDF-Compliance häufig eine Prüfung mit beiden Standards erfordert.

Hauptunterschiede zwischen PDF/UA und WCAG

Der grundlegendste Unterschied ist der Umfang. PDF/UA gilt nur für PDF-Dokumente. WCAG gilt für alle Webinhalte, von denen PDF nur ein Format ist. Eine Website, die barrierefreie HTML-Seiten, aber unzugängliche PDFs hostet, besteht die WCAG für den HTML-Inhalt und schlägt für den PDF-Inhalt fehl. Für eine unternehmensweite Barrierefreiheit müssen sowohl die Webseiten als auch die PDFs ihren jeweiligen Standards entsprechen.

Ein zweiter wesentlicher Unterschied besteht darin, wie jeder Standard mit dem Farbkontrast umgeht. PDF/UA legt keine Mindestkontrastverhältnisse fest. Es verlangt, dass Informationen nicht nur durch Farbe übermittelt werden, legt aber keine numerischen Schwellenwerte für den Kontrast fest. WCAG gibt Kontrastverhältnisse an: 4,5:1 für normalen Text und 3:1 für großen Text auf Stufe AA. Eine PDF-Datei, die die PDF/UA-Validierung besteht, besteht möglicherweise trotzdem die WCAG, weil ihr Text keinen ausreichenden Kontrast zum Hintergrund aufweist.

Ein dritter Unterschied ist die Behandlung von Multimedia. PDF/UA stellt begrenzte Anforderungen an Audio- und Videoinhalte in PDFs. WCAG enthält detaillierte Anforderungen für Untertitel, Audiobeschreibungen und Medienkontrollen. Ein PDF mit eingebettetem Video muss den WCAG-Medienanforderungen entsprechen, die weit über die PDF/UA-Spezifikationen hinausgehen.

Beide Standards sind wichtig. Welche Priorität hat, hängt vom Kontext ab. Für Dokumente, die als eigenständige Dateien verteilt werden, ist PDF/UA der primäre Standard. Für auf Websites veröffentlichte Dokumente ist WCAG der rechtliche und regulatorische Standard, und PDF/UA dient als Implementierungsleitfaden für die PDF-spezifischen Aspekte der WCAG-Compliance.

Praktische Compliance: Wann welcher Standard zu befolgen ist

Für Regierungsbehörden in den Vereinigten Staaten verlangt Abschnitt 508 des Rehabilitation Act die Einhaltung von WCAG 2.0 Level AA für alle elektronischen Inhalte, einschließlich PDFs. Die überarbeiteten Abschnitt 508-Standards verweisen ausdrücklich auf PDF/UA als Mittel zur Erreichung der PDF-Barrierefreiheit. In der Praxis bedeutet dies, dass behördliche PDFs PDF/UA entsprechen und durch diese Konformität die für Dokumente geltenden WCAG-Kriterien erfüllen müssen.

Für Organisationen in der Europäischen Union legen der European Accessibility Act und die Web Accessibility Directive Anforderungen fest, die auf WCAG 2.1 Level AA verweisen. Obwohl diese Gesetze PDF/UA nicht immer explizit nennen, stimmen die technischen Anforderungen für barrierefreie PDFs unter diesen Frameworks eng mit PDF/UA überein. Die Einhaltung von PDF/UA ist der sicherste Weg zur Compliance.

WukongPDF verarbeitet PDFs mithilfe browserbasierter Tools, die dabei helfen können, die Dokumentstruktur zu überprüfen und Barrierefreiheitslücken zu identifizieren. Die Plattform führt zwar keine vollständigen Barrierefreiheitsprüfungen durch, unterstützt jedoch die Schritte zur Dokumentvorbereitung, die eine spätere Korrektur der Barrierefreiheit einfacher machen.

Überprüfung der Einhaltung beider Standards

Automatisierte Prüfer können die PDF/UA-Konformität mit angemessener Genauigkeit validieren, da es sich bei dem Standard um eine technische Spezifikation mit Pass/Fail-Kriterien handelt. Tools wie der PAC (PDF Accessibility Checker) und die integrierte Barrierefreiheitsprüfung von Adobe Acrobat testen die Vollständigkeit der Tags, die Lesereihenfolge und die erforderlichen Metadaten. Ein Dokument, das diese Prüfungen besteht, ist strukturell zugänglich.

Die WCAG-Konformitätsüberprüfung für PDFs erfordert sowohl automatisierte als auch manuelle Tests. Automatisierte Tools prüfen das Vorhandensein von Tags, Alternativtext und Spracheinstellungen. Beim manuellen Testen wird das Dokument mit einem Screenreader geöffnet und überprüft, ob das Leseerlebnis mit dem visuellen Erlebnis übereinstimmt. Ein echter Screenreader-Benutzer kann Probleme erkennen, die automatisierte Tools übersehen, wie etwa Alt-Text, der zwar technisch vorhanden, aber nicht hilfreich vage ist.

Jedes Dokument, das die PDF/UA-Validierung besteht und über einen ausreichenden Farbkontrast verfügt, erfüllt im Allgemeinen die Kriterien der WCAG-Stufe A und der meisten Stufe AA für den Dokumentinhalt. Die verbleibenden WCAG-Kriterien, die für PDFs gelten, wie etwa diejenigen in Bezug auf den Linkzweck und die Fokusreihenfolge, sollten im Rahmen des gesamten Barrierefreiheitstestprozesses überprüft werden.

Die Beziehung zwischen PDF/UA und WCAG lässt sich am besten als komplementär und nicht als konkurrierend verstehen. PDF/UA stellt den technischen Umsetzungspfad zur Barrierefreiheit von PDFs bereit. WCAG stellt die Prinzipien und Erfolgskriterien bereit, die definieren, was barrierefrei bedeutet. Ein nach PDF/UA-Standards erstelltes Dokument besteht die meisten automatisierten WCAG-Prüfungen für Dokumentinhalte. Ein Dokument, das den WCAG-Standards für PDFs entspricht, wird mit ziemlicher Sicherheit PDF/UA-konform sein.

Organisationen, die beide Standards einhalten müssen, sollten in Schulungen für Dokumentersteller investieren. Die Person, die ein Word-Dokument als PDF exportiert, muss wissen, welche Kontrollkästchen für die getaggte PDF-Ausgabe aktiviert werden müssen. Die Person, die ein Formular entwirft, muss wissen, wie Beschriftungen mit Formularfeldern verknüpft werden. Barrierefreiheit kann nicht nachträglich von einem Sanierungsspezialisten hinzugefügt werden. Es muss von Anfang an in den Dokumentenerstellungsprozess integriert werden.

Das im Jahr 2025 in Kraft getretene Europäische Gesetz zur Barrierefreiheit hat die Einführung der PDF/UA- und WCAG-Konformität in europäischen Organisationen beschleunigt. Das Gesetz gilt für in der EU verkaufte Produkte und Dienstleistungen, einschließlich digitaler Dokumente, die im Rahmen dieser Produkte und Dienstleistungen bereitgestellt werden. Unternehmen, die die Zugänglichkeit von Dokumenten früher als optional betrachteten, stellen jetzt fest, dass dies eine gesetzliche Anforderung für ihre europäischen Kunden ist.

Das Testen der Barrierefreiheit mit echten Benutzern ist die einzige Möglichkeit, sicherzustellen, dass ein Dokument wie vorgesehen funktioniert. Automatisierte Prüfer können die technische Konformität zu PDF/UA überprüfen. Manuelle Tests mit Screenreadern können die praktische Anwendbarkeit überprüfen. Keiner ersetzt den anderen. In einem technisch konformen Dokument ist die Navigation möglicherweise immer noch schwierig, da die Überschriftenstruktur zwar ordnungsgemäß markiert ist, aber nicht widerspiegelt, wie sich ein Screenreader-Benutzer durch den Inhalt bewegen möchte.

Beide Standards entwickeln sich ständig weiter und Dokumentersteller sollten Aktualisierungen von ISO und W3C überwachen, um bei der Veröffentlichung mit den neuesten Barrierefreiheitsanforderungen konform zu bleiben.

Versuchen Sie es mit „PDF bearbeiten“.

Keine Installation erforderlich. Funktioniert direkt in Ihrem Browser.

Jetzt starten →