PDFs sind aus dem Geschäftsalltag nicht wegzudenken – Geschäftsberichte, Formulare, Rechnungen, Bescheide. Und die allermeisten von ihnen sind für blinde Menschen schlicht nicht nutzbar. Genau hier setzt PDF/UA an: der internationale Standard, der definiert, was ein barrierefreies PDF technisch ausmacht. In meinen Audits ist die Dokument-Flanke der Bereich, der am häufigsten vergessen wird – Unternehmen kümmern sich um ihre Website und übersehen, dass ihre PDFs genauso unter das Gesetz fallen. In diesem Leitfaden erkläre ich Ihnen, was PDF/UA ist, wie es mit WCAG und dem BFSG zusammenhängt, was ein konformes Dokument erfüllen muss und wie Sie die Konformität Ihrer PDFs überhaupt prüfen. Am Ende werden Sie verstehen, warum ein PDF, das tadellos aussieht, trotzdem völlig unzugänglich sein kann – und was nötig ist, damit es das nicht ist.

Was ist PDF/UA?

PDF/UA ist der internationale Standard für barrierefreie PDF-Dokumente, festgelegt in der Norm ISO 14289. Das Kürzel UA steht für „Universal Accessibility“, also universelle Zugänglichkeit. Der Standard definiert die technischen Anforderungen an die innere Struktur eines PDFs, damit es von assistiven Technologien wie Screenreadern korrekt erfasst und wiedergegeben werden kann. Anders als beim sichtbaren Layout, das jeder wahrnimmt, geht es bei PDF/UA also um die unsichtbare Maschinerie unter der Oberfläche.

Wichtig ist die Abgrenzung: PDF/UA beschreibt nicht, wie ein Dokument aussieht, sondern wie es im Inneren aufgebaut ist. Zwei optisch identische PDFs können sich grundlegend unterscheiden – das eine sauber strukturiert und für einen blinden Menschen voll nutzbar, das andere eine reine Bildtapete ohne jede maschinenlesbare Struktur. Wie Sie solche Dokumente praktisch erstellen, zeigt unser Ratgeber zum barrierefreien Erstellen von PDFs; hier geht es um den Standard selbst und seine Prüfung. Genau diese Unsichtbarkeit ist der Grund, warum das Problem so oft übersehen wird: Man sieht einem PDF seine Barrierefreiheit von außen schlicht nicht an.

PDF/UA und WCAG: wie sie zusammenhängen

Beide Standards verfolgen dasselbe Ziel, setzen aber an unterschiedlichen Stellen an. Die WCAG sind die übergreifenden Richtlinien für digitale Barrierefreiheit und gelten grundsätzlich auch für Dokumente. PDF/UA übersetzt diese Anforderungen in die konkrete Technik des PDF-Formats – es ist sozusagen die PDF-spezifische Umsetzung dessen, was die WCAG allgemein fordern. Man könnte sagen: Die WCAG nennen das Ziel, PDF/UA beschreibt den konkreten Weg dorthin im PDF-Format. Beide zusammen ergeben das vollständige Bild für barrierefreie Dokumente.

In der Praxis ergänzen sich die beiden. Ein Dokument, das PDF/UA erfüllt, deckt damit zugleich die meisten dokumentbezogenen WCAG-Anforderungen ab. Für die rechtliche Bewertung nach EN 301 549 und BFSG ist genau diese Kombination relevant: Die Norm verweist für Dokumente sowohl auf die WCAG-Prinzipien als auch auf die PDF-spezifischen Anforderungen. Wer PDF/UA umsetzt, ist hier auf der sicheren Seite. Diese Doppelung ist kein Widerspruch, sondern eine sinnvolle Arbeitsteilung – und für Sie die Gewissheit, mit einem konformen Dokument beide Welten zugleich abzudecken.

Tagged PDF: das Herzstück

Der Kern eines PDF/UA-konformen Dokuments ist das sogenannte Tagged PDF – ein PDF mit Tags. Diese Tags bilden einen unsichtbaren Strukturbaum hinter dem sichtbaren Layout und sagen der assistiven Technologie, was jedes Element eigentlich ist: eine Überschrift, ein Absatz, eine Liste, eine Tabelle, ein Bild. Ohne diese Auszeichnung sieht ein Screenreader nur eine zusammenhanglose Ansammlung von Zeichen. Man kann sich den Strukturbaum wie das verborgene Gerüst eines Dokuments vorstellen, das für das Auge unsichtbar bleibt, für die assistive Technik aber alles bedeutet. Erst dieser Baum macht aus einer bloßen Bildtapete ein echtes, navigierbares Dokument.

Zwei Aspekte sind dabei entscheidend. Erstens die korrekte Rolle jedes Elements – eine Überschrift muss als Überschrift getaggt sein, nicht nur größer und fett dargestellt. Zweitens die logische Lese-Reihenfolge: Der Strukturbaum legt fest, in welcher Reihenfolge die Inhalte vorgelesen werden, und diese muss dem inhaltlichen Sinn folgen, nicht der zufälligen Anordnung auf der Seite. Gerade bei mehrspaltigen Layouts klafft hier oft eine Lücke zwischen dem, was man sieht, und dem, was vorgelesen wird. Dieser Unterschied ist für blinde Nutzer entscheidend, für sehende aber komplett unsichtbar.

Aus der Praxis: Ein Kunde exportierte eine zweispaltige Broschüre aus seinem Layout-Programm. Optisch war sie perfekt – doch der Screenreader las quer über beide Spalten hinweg, Zeile für Zeile, sodass die Sätze der linken und der rechten Spalte ineinander verschachtelt wurden. Aus zwei sauberen Texten wurde ein unverständlicher Wechselgesang. Die Tags waren vorhanden, aber die Lese-Reihenfolge folgte der Seitengeometrie statt dem Inhalt.

Wie ein Screenreader ein PDF liest

Um zu verstehen, warum die Struktur so wichtig ist, hilft ein Blick auf die Nutzerseite. Ein Screenreader liest ein PDF nicht so, wie ein sehender Mensch es überfliegt. Er arbeitet sich entlang des Strukturbaums vor und nutzt die Tags, um zu navigieren – etwa, um von Überschrift zu Überschrift zu springen, eine Liste als Liste anzukündigen oder eine Tabelle zellenweise mit ihren Überschriften vorzulesen. Diese gezielte Navigation ist für blinde Nutzer das, was für sehende das schnelle Überfliegen einer Seite ist.

Fehlt diese Struktur, bricht all das zusammen. Der blinde Nutzer kann dann nicht mehr gezielt zu einem Abschnitt springen, weiß nicht, wo eine Liste beginnt und endet, und hört Tabelleninhalte als bloße Zahlenfolge ohne Bezug. Aus einem Dokument, das ein sehender Mensch in Sekunden überblickt, wird ein undurchdringlicher Block. Genau diesen Unterschied macht PDF/UA aus – es gibt dem Screenreader die Landkarte, die er zum Navigieren überhaupt erst braucht. Ohne diese Landkarte tappt der Nutzer im Dunkeln; mit ihr bewegt er sich so frei wie ein sehender Leser.

Was ein PDF/UA-konformes Dokument erfüllen muss

Über die Tags hinaus knüpft PDF/UA die Konformität an eine Reihe konkreter Anforderungen. Sie betreffen die Struktur, die Beschreibung von Inhalten und die Metadaten des Dokuments. Die folgende Übersicht fasst die wichtigsten zusammen. Jede einzelne dieser Anforderungen kann für sich darüber entscheiden, ob ein Dokument am Ende zugänglich ist oder nicht. Ein „fast zugänglich“ hilft dem Betroffenen dabei wenig.

Eine häufig übersehene Bedingung ist außerdem, dass das Dokument tatsächlich Text enthalten muss und nicht nur ein Bild des Textes. Ein eingescanntes Dokument ohne Texterkennung erfüllt PDF/UA niemals, weil schlicht kein maschinenlesbarer Inhalt vorhanden ist. Das klingt selbstverständlich, ist in der Praxis aber einer der häufigsten Gründe, warum ganze Dokumentenbestände komplett unzugänglich sind.

Aus der Praxis: Eine Behörde stellte hunderte Formulare als PDF bereit – allesamt eingescannte Papiervorlagen. Optisch waren es perfekte Abbilder, für einen Screenreader jedoch komplett leer: kein Text, nur ein Bild. Ein blinder Bürger konnte nicht einmal erkennen, worum es in dem Formular ging, geschweige denn es ausfüllen. Erst eine Texterkennung und anschließende Strukturierung machten aus den Bildern überhaupt erst Dokumente im Sinne von PDF/UA.

Interaktive PDF-Formulare: der anspruchsvolle Sonderfall

Besonders heikel wird es bei ausfüllbaren PDF-Formularen, denn hier kommt zur Lese-Reihenfolge die Bedienbarkeit hinzu. Jedes Formularfeld muss nicht nur sichtbar, sondern auch programmatisch beschriftet sein, damit ein Screenreader ansagen kann, was einzugeben ist – ein Feld ohne hinterlegte Beschriftung ist für einen blinden Menschen eine leere Box ohne Bedeutung. Was beim Lesen schon anspruchsvoll ist, wird beim Ausfüllen also noch einmal deutlich komplexer.

Hinzu kommen die logische Tab-Reihenfolge, mit der man per Tastatur von Feld zu Feld springt, sowie verständliche Fehlermeldungen und Hilfetexte. PDF/UA verlangt, dass auch diese interaktiven Elemente vollständig in den Strukturbaum eingebunden sind. Gerade Behördenformulare scheitern oft genau hier: Der Fließtext ist zugänglich, aber die eigentlichen Eingabefelder sind es nicht – und damit bleibt das Formular für einen Teil der Nutzer unbenutzbar. Ein zugängliches Formular ist deshalb spürbar aufwendiger als ein zugänglicher Fließtext – und genau deshalb wird es in der Praxis so oft falsch gemacht.

Das Matterhorn-Protokoll: wie man PDF/UA prüft

Wie stellt man fest, ob ein PDF wirklich PDF/UA-konform ist? Dafür hat die PDF Association das Matterhorn-Protokoll entwickelt. Es übersetzt die abstrakten Anforderungen der Norm in eine prüfbare Struktur aus 31 Prüfpunkten, die sich in 136 konkrete Fehlerbedingungen aufgliedern. Jede dieser Bedingungen beschreibt einen spezifischen Verstoß, der die Konformität verhindert. Diese Aufgliederung macht aus einer abstrakten Norm eine abarbeitbare Liste – sie ist der Grund, warum sich PDF/UA überhaupt systematisch und nachvollziehbar prüfen lässt.

Das Besondere am Matterhorn-Protokoll ist die ehrliche Unterscheidung zwischen zwei Arten von Prüfungen. Ein Teil der Fehlerbedingungen lässt sich rein maschinell feststellen – etwa, ob überhaupt Tags vorhanden sind. Ein anderer, erheblicher Teil erfordert ein menschliches Urteil – etwa, ob ein Alternativtext den Inhalt eines Bildes wirklich sinnvoll beschreibt oder ob die Lese-Reihenfolge inhaltlich Sinn ergibt. Genau diese Unterscheidung ist der Grund, warum eine vollständige PDF/UA-Prüfung niemals allein per Software gelingt. In unseren Audits arbeiten wir nach genau diesem Protokoll. So stellen wir sicher, dass am Ende nicht nur die Technik formal stimmt, sondern das Dokument für einen blinden Menschen tatsächlich funktioniert.

PAC und andere Prüfwerkzeuge

Für die maschinell prüfbaren Aspekte gibt es etablierte Werkzeuge. Das bekannteste ist der kostenlose PDF Accessibility Checker, kurz PAC, der ein Dokument gegen die maschinell erfassbaren Bedingungen des Matterhorn-Protokolls prüft und die Ergebnisse übersichtlich darstellt. Er ist ein hervorragender erster Schritt, um grobe technische Mängel aufzudecken. Für eine erste Selbsteinschätzung ist PAC daher ausdrücklich zu empfehlen – kostenlos und schnell einsatzbereit.

Doch hier ist dieselbe Ehrlichkeit gefragt wie überall in der Barrierefreiheit: Ein grünes Ergebnis in einem automatischen Prüfwerkzeug bedeutet nicht, dass das Dokument wirklich barrierefrei ist. Es bedeutet nur, dass die maschinell prüfbaren Bedingungen erfüllt sind. Ob die Lese-Reihenfolge tatsächlich stimmt und die Alternativtexte hilfreich sind, kann das Tool nicht beurteilen. PAC prüft die Technik, nicht die Verständlichkeit. Diese Lücke zwischen technischer und tatsächlicher Barrierefreiheit ist bei PDFs besonders groß, weil so viel von der inhaltlichen Qualität der Tags und Alternativtexte abhängt. Ein Werkzeug kann zählen, ob ein Alternativtext vorhanden ist – nicht, ob er den Inhalt sinnvoll wiedergibt.

Aus der Praxis: Ein Unternehmen war stolz, dass sein Geschäftsbericht ein automatisches PDF-Prüfwerkzeug ohne Fehler durchlief. Im manuellen Test zeigte sich ein anderes Bild: Die umfangreichen Finanztabellen waren zwar als Tabellen getaggt, aber die Kopfzellen waren falsch zugeordnet, sodass ein Screenreader Zahlen ohne Bezug zu ihren Spaltenüberschriften vorlas. Technisch „bestanden“, praktisch unbrauchbar. Erst die menschliche Prüfung deckte auf, dass die Tabellen für blinde Leser ein einziges Zahlenchaos waren.

Warum PDF/UA für Behörden und Unternehmen Pflicht ist

Die Relevanz von PDF/UA ist keine theoretische. Für öffentliche Stellen schreibt die BITV barrierefreie Dokumente vor, und PDF/UA ist der anerkannte Weg, diese Anforderung für PDFs zu erfüllen. Bescheide, Formulare und Informationsblätter von Behörden müssen entsprechend aufbereitet sein. Für Behörden ist die barrierefreie Bereitstellung von Dokumenten damit keine Kür, sondern eine seit Langem bestehende rechtliche Verpflichtung. Und sie wird im Rahmen der Aufsicht durchaus überprüft.

Seit dem BFSG sind auch viele private Unternehmen in der Pflicht. Wo Dokumente Teil eines betroffenen Angebots sind – etwa Vertragsunterlagen, Rechnungen oder Produktinformationen –, müssen sie zugänglich sein. Die Anforderungen des BFSG enden nicht an der Website, sondern umfassen ausdrücklich auch die Dokumente. Wer hier nur an sein Webangebot denkt und die PDFs vergisst, hat eine gefährliche Lücke. Diese Lücke fällt im Zweifel genau dann auf, wenn sich jemand beschwert oder eine Prüfung ansteht – also zum denkbar ungünstigsten Zeitpunkt.

Häufige Fehler in PDFs

In der Praxis begegnen mir immer wieder dieselben Mängel. Ganz oben steht das fehlende Tagging – ein PDF, das ohne jede Struktur exportiert wurde und für den Screenreader eine Blackbox bleibt. Dicht dahinter folgt die falsche Lese-Reihenfolge, bei der Inhalte zwar getaggt, aber in einer unsinnigen Abfolge angeordnet sind. Beides führt zum selben Ergebnis: Der Inhalt ist zwar vorhanden, aber für einen blinden Menschen nicht in sinnvoller Form erreichbar.

Weitere Klassiker sind fehlende Alternativtexte für Bilder und Diagramme, eingescannte Dokumente ohne Texterkennung sowie Tabellen, die nur zu Layoutzwecken genutzt und nicht als Datentabellen ausgezeichnet werden. Jeder dieser Fehler genügt für sich, um die PDF/UA-Konformität zu verhindern. Die gute Nachricht: Sie alle lassen sich beheben – entweder bei der Erstellung oder durch eine nachträgliche Aufbereitung. Welcher Weg der richtige ist, hängt vom Volumen und von der Komplexität Ihrer Dokumente ab.

Die Grenze automatischer PDF-Prüfung

Aus alldem folgt eine klare Erkenntnis: Ein verlässlicher Nachweis der PDF/UA-Konformität lässt sich nicht allein per Knopfdruck erbringen. Automatische Werkzeuge sind unverzichtbar für den schnellen technischen Überblick, aber sie erfassen nur einen Teil der Anforderungen und können die entscheidenden Qualitätsfragen nicht beantworten. Die wichtigste dieser Fragen ist immer dieselbe: Funktioniert das Dokument für einen Menschen, der es nicht sehen kann? Darauf gibt kein Tool eine verlässliche Antwort.

Genau hier setzt unser PDF-Audit Access Read an. Es validiert Ihre Dokumente nach dem Matterhorn-Protokoll und kombiniert die maschinelle Prüfung mit dem fachlichen Blick, der bei Lese-Reihenfolge, Alternativtexten und Tabellenstruktur über die echte Zugänglichkeit entscheidet. Eine intelligente Triage erkennt dabei, ob ein einfaches Dokument schnell aufbereitet werden kann oder ob ein komplexer Geschäftsbericht eine individuelle Begleitung braucht. Wo andere Anbieter Ihnen nur einen automatischen Fehlerreport ausgeben und Sie damit allein lassen, zeigt Access Read Ihnen den ganzen Befund – und den Weg zur Behebung. So wird aus einer reinen Fehlerliste ein konkreter Fahrplan zu wirklich barrierefreien Dokumenten. Das ist der Punkt, an dem aus reiner Prüfung echte Verbesserung wird.

ISO 14289-1 und die Weiterentwicklung des Standards

Die heute maßgebliche Fassung des Standards ist ISO 14289-1, oft als PDF/UA-1 bezeichnet. Sie baut auf dem etablierten PDF-Format auf und ist seit Jahren die stabile Grundlage für barrierefreie Dokumente. Für die allermeisten Anwendungsfälle ist genau diese Fassung der relevante Bezugspunkt, an dem sich die Konformität eines Dokuments bemisst. Man muss die genaue Normbezeichnung nicht auswendig kennen – wichtig ist, dass es überhaupt einen verbindlichen, überprüfbaren Maßstab gibt.

Parallel zur Weiterentwicklung des PDF-Formats selbst entsteht eine neue Generation des Standards, die auf der aktuellen PDF-Version aufsetzt. Für Ihre Praxis ändert das zunächst wenig: Die grundlegenden Prinzipien – getaggte Struktur, logische Lese-Reihenfolge, beschriebene Inhalte – bleiben dieselben. Wer diese Grundlagen sauber umsetzt, ist auch für kommende Fassungen des Standards gut aufgestellt, ohne jeder Versionsnummer hinterherlaufen zu müssen. Beständigkeit ist hier ein echter Vorteil des Standards: Wer einmal sauber arbeitet, muss nicht bei jeder Neuerung von vorn anfangen.

So machen Sie Ihre PDFs PDF/UA-konform

Mein Rat zum Vorgehen: Verschaffen Sie sich zuerst Klarheit über den Ist-Zustand Ihrer Dokumente, statt blind nachzubessern. Lassen Sie Ihre wichtigsten PDFs gegen PDF/UA prüfen, beheben Sie die gefundenen Mängel, und verankern Sie die barrierefreie Erstellung gleich im Entstehungsprozess, damit neue Dokumente von vornherein konform sind. Dieser Dreischritt – prüfen, beheben, im Prozess verankern – erspart Ihnen, denselben Aufwand bei jedem neuen Dokument von Neuem zu betreiben. Einmal richtig aufgesetzt, läuft danach vieles fast von allein.

Den Einstieg bietet die Prüfung Ihrer Dokumente mit unserem PDF-Audit Access Read, das nach dem Matterhorn-Protokoll validiert. Für die anschließende Behebung wandelt unsere automatisierte Lösung Access Doc einfache PDFs effizient in barrierefreie um. Wie PDFs ins größere Bild der digitalen Barrierefreiheit passen, lesen Sie in unserem Überblick. PDF/UA ist kein exotischer Spezialfall – es ist der Standard, an dem sich die Zugänglichkeit jedes Ihrer Dokumente messen lässt. Wer seine Dokumente einmal auf diesen Standard hebt, schließt eine Lücke, die sonst die ganze übrige Barrierefreiheitsarbeit entwertet. Nehmen Sie Ihre PDFs ernst – sie sind ein vollwertiger Teil Ihres digitalen Angebots.