PDF-Barrierefreiheit: Tags & PDF/UA

PDFs sind das stille Barrierefreiheitsproblem in nahezu jeder Organisation. Websites werden auditiert, neu gestaltet und mit Screenreadern getestet — doch der Geschäftsbericht, das Richtliniendokument, die Leistungsabrechnung und das Antragsformular, die hinter einem Download-Link liegen, werden allzu oft genau so veröffentlicht, wie sie aus dem Export-Dialog kamen. Für sehende Leser wirken sie ansprechend gestaltet. Für jemanden, der einen Screenreader, eine Bildschirmlupe oder reine Tastaturnavigation nutzt, kann genau dieselbe Datei eine undurchdringliche Wand sein: keine Überschriften zum Springen, Bilder ohne Beschreibung, Tabellen, die als bedeutungsloser Zahlenstrom vorgelesen werden, und Formularfelder, die sich überhaupt nicht ausfüllen lassen.

Dieser Leitfaden erklärt, warum PDFs so häufig nicht barrierefrei sind und was ein Dokument tatsächlich für assistive Technologien nutzbar macht. Er behandelt die strukturellen Bausteine — Tags, Lesereihenfolge, Alternativtexte, Tabellen, Formulare und Metadaten — sowie die Standards, die sie regeln: WCAG 2.2 und PDF/UA, die ISO-14289-Spezifikation für barrierefreie getaggte PDFs. Durchgehend ist das Ziel jenes, das QualiBooth auf jedes Dokument anwendet, das wir bearbeiten: eine Datei, die in der Praxis funktioniert, bestätigt mit echter assistiver Technologie, nicht nur abgesegnet von einem automatischen Prüfwerkzeug.

Warum PDFs so oft nicht barrierefrei sind

Ein PDF ist im Kern eine Beschreibung davon, wie Markierungen auf eine Seite gemalt werden. Das Format wurde entwickelt, um visuelle Wiedergabetreue zu bewahren — damit ein Dokument auf jedem Bildschirm oder Drucker identisch aussieht. Genau dieses Designziel macht Barrierefreiheit schwierig. Visuelle Wiedergabetreue sagt nichts über Bedeutung aus. Eine Zeile in 18-Punkt-Fettschrift sieht für das menschliche Auge wie eine Überschrift aus, aber solange die Datei nicht ausdrücklich festhält „dies ist eine Überschrift”, hat assistive Technologie keine Möglichkeit zu wissen, dass es sich um etwas anderes als ein paar größere Schriftzeichen handelt.

Die meisten im Umlauf befindlichen PDFs sind nicht getaggt. Sie enthalten den visuellen Inhalt, aber keine der zugrunde liegenden Strukturen — keine Information darüber, was eine Überschrift, ein Absatz, eine Liste, eine Tabelle oder ein Bild ist. Ein Screenreader, der mit einem nicht getaggten PDF konfrontiert wird, weigert sich entweder, es sinnvoll vorzulesen, oder greift auf Raten zurück und leitet eine Lesereihenfolge aus der Position der Markierungen auf der Seite ab. Die Ergebnisse reichen von umständlich bis unbrauchbar: ein zweispaltiger Newsletter, der quer über beide Spalten vorgelesen wird, eine Bildunterschrift, die vor dem zugehörigen Absatz vorgelesen wird, oder Fußnoten, die mitten in einen Satz hineinplatzen.

Mehrere verbreitete Produktionsgewohnheiten verschlimmern die Lage:

Gescannte Dokumente. Ein Scan ist nur ein Bild einer Seite. Ohne optische Zeichenerkennung (OCR) gibt es überhaupt keinen echten Text — nichts zum Vorlesen, Durchsuchen oder Auswählen.
Exporte, die Struktur verwerfen. Viele „Als PDF speichern”- und „In PDF drucken”-Wege verwerfen die Überschriften- und Listenstruktur, die im Quelldokument vorhanden war.
Layouts aus Design-Werkzeugen. Dateien, die in Layoutsoftware erstellt wurden, können visuell korrekte Seiten haben, deren zugrunde liegende Objektreihenfolge keinerlei Bezug zur beabsichtigten Lesefolge hat.
Dekoratives Beiwerk. Hintergrundbilder, Linien und Verzierungen werden assistiver Technologie offengelegt und angesagt, als trügen sie Bedeutung.

Nichts davon ist auf dem Bildschirm sichtbar, weshalb genau das Problem fortbesteht. Die Lösung besteht darin, die strukturelle Ebene hinzuzufügen, die das Format optional lässt — die Arbeit der PDF-Nachbesserung.

Tags und Dokumentstruktur

Tags sind das Fundament eines barrierefreien PDFs. Ein getaggtes PDF trägt eine verborgene Hierarchie — den Strukturbaum — die neben dem visuellen Inhalt liegt und beschreibt, was jeder Teil der Seite tatsächlich ist. Das ist direkt analog zum semantischen HTML hinter einer gut gebauten Webseite: Wo HTML <h1>, <p>, <ul> und <table> verwendet, verwendet ein getaggtes PDF Strukturelemente wie <H1>, <P>, <L> (Liste) und <Table>.

Der Tag-Baum gibt assistiver Technologie etwas zum Navigieren. Mit ihm kann ein Screenreader die Dinge tun, auf die seine Nutzer angewiesen sind:

Nach Überschrift springen. Nutzer bewegen sich durch ein langes Dokument von Überschrift zu Überschrift, statt jedem Wort der Reihe nach zuzuhören. Das erfordert echte Überschriften-Tags (<H1> bis <H6>), die in einer logischen, verschachtelten Reihenfolge angewendet werden — niemals Ebenen überspringend, niemals eine Überschrift durch Fettsetzen eines Absatzes vortäuschend.
Listen verstehen. Ein <L>-Tag mit seinen <LI>-Elementen sagt dem Screenreader „dies ist eine Liste mit fünf Elementen”, sodass der Nutzer weiß, wo er sich befindet und wie viel noch übrig ist.
Inhalt von Dekoration unterscheiden. Echter Inhalt wird getaggt; rein dekorative Markierungen werden als Artefakte gekennzeichnet, sodass sie vollständig übersprungen werden.

Eine korrekte, logisch verschachtelte Überschriftenstruktur ist das Einzige mit der höchsten Wirkung, das Sie in einem PDF richtig machen können, denn sie verwandelt ein lineares Hörerlebnis in ein navigierbares. Sie falsch zu machen — oder wegzulassen — ist eines der häufigen Barrierefreiheitsprobleme, die in Dokumentaudits immer wieder auftauchen.

Lesereihenfolge

Tags sagen, was jedes Element ist. Die Lesereihenfolge sagt, in welcher Reihenfolge diese Elemente jemandem präsentiert werden, der die Seite nicht sehen kann. Die beiden sind verwandt, aber verschieden, und die Lesereihenfolge ist der Punkt, an dem viele ansonsten gut getaggte PDFs scheitern.

Ein Screenreader sagt Inhalt in der Reihenfolge an, die durch die Struktur des Dokuments definiert ist, nicht in der Reihenfolge, in der die Markierungen zufällig in der Datei liegen. In einem einspaltigen Dokument stimmen die beiden meist überein. In allem Komplexeren — mehrspaltige Layouts, Seitenleisten, hervorgehobene Zitate, Bildunterschriften, Text, der sich um ein Bild legt — weichen sie häufig voneinander ab. Das sehende Auge ordnet Inhalt mühelos um; assistive Technologie folgt der ihr vorgegebenen Reihenfolge, und wenn diese Reihenfolge falsch ist, bricht die Bedeutung zusammen.

Gute Lesereihenfolge bedeutet, dass der Inhalt in der Reihenfolge angesagt wird, der ein sehender Leser natürlicherweise folgen würde: die Schlagzeile vor dem Fließtext, die Einleitung vor der Seitenleiste, eine Bildunterschrift nach der Abbildung, die sie beschreibt. Sie korrekt einzustellen ist eine manuelle Beurteilung darüber, wie das Dokument gelesen werden soll, weshalb automatische Werkzeuge allein sie nicht garantieren können. Sie ist eines der zentralen Ergebnisse professioneller PDF-Nachbesserung und eines der ersten Dinge, die erfahrene Tester prüfen.

Alternativtexte für Bilder

Jedes Bild, das Information trägt, braucht ein Textäquivalent, damit es Menschen beschrieben werden kann, die es nicht sehen können. Die Prinzipien sind dieselben wie im Web, angewendet über PDF-Tags.

Informative Bilder — Diagramme, Schaubilder, Fotografien, die Bedeutung vermitteln, Infografiken — brauchen knappen, präzisen Alternativtext, der dieselbe Information vermittelt wie das Bild. Bei einem Diagramm bedeutet das oft, die Kernaussage zusammenzufassen („Der Umsatz wuchs um 12 % gegenüber dem Vorjahr”) statt das Visuelle zu beschreiben („ein Balkendiagramm in Blau”).
Komplexe Bilder — ein detailliertes Prozessdiagramm oder eine datenreiche Abbildung — brauchen möglicherweise sowohl kurzen Alternativtext als auch eine längere Beschreibung, oder die zugrunde liegenden Daten an anderer Stelle im Dokument in barrierefreier Form.
Dekorative Bilder — Rahmen, Hintergrundtexturen, Zier-Trennlinien, ein in einer Fußzeile wiederholtes Logo — sollten als Artefakte gekennzeichnet werden, damit assistive Technologie sie überspringt. Einen Screenreader zu zwingen, für Dekoration „Bild, Bild, Bild” anzusagen, ist ein eigenes Barrierefreiheitsversagen.
Text in Bildern — eine Grafik eines Zitats, ein gescannter Briefkopf, ein Schaltflächenbild mit Beschriftung — muss diesen Text erfasst haben, entweder als Alternativtext oder, besser, als echten auswählbaren Text.

Guten Alternativtext zu schreiben ist eine inhaltliche, keine technische Aufgabe. Es erfordert das Verständnis dessen, wofür das Bild in seinem Kontext da ist — dieselbe Fähigkeit, die unser Team für Barrierefreiheits-Beratung in Webinhalte einbringt.

Barrierefreie Tabellen

Tabellen sind der Punkt, an dem PDF-Barrierefreiheit wirklich schwierig wird und an dem automatische Exporte am häufigsten scheitern. Eine Datentabelle vermittelt Bedeutung über die Beziehung zwischen einer Zelle und ihren Zeilen- und Spaltenüberschriften. Sehende Leser rekonstruieren diese Beziehungen visuell, indem sie nach oben und nach links blicken. Ein Screenreader-Nutzer kann das nicht — er ist darauf angewiesen, dass die Tabelle so ausgezeichnet ist, dass die Überschriftenzuordnungen explizit sind.

Eine barrierefreie PDF-Tabelle braucht:

Eine ordentliche <Table>-Struktur, die <TR> (Zeilen), <TH> (Überschriftenzellen) und <TD> (Datenzellen) enthält, statt eines losen Rasters aus Text, das so positioniert ist, dass es wie eine Tabelle aussieht.
Korrekt identifizierte Überschriftenzellen, mit Geltungsbereich (Zeile oder Spalte) dort, wo das Tabellenlayout es erfordert, sodass beim Durchbewegen der Daten die relevanten Überschriften erneut angesagt werden („Q3, Umsatz, 1,2 Millionen”).
Sinnvollen Umgang mit verbundenen oder über mehrere Zellen reichenden Zellen, die die Überschriftenbeziehungen verkomplizieren und automatische Werkzeuge häufig verwirren.

Ein verbreitetes Anti-Muster ist die Layout-Tabelle — ein Raster, das rein zur visuellen Positionierung von Inhalt genutzt wird, ohne echte Datenbeziehungen. Layout-Tabellen sollten überhaupt nicht als Tabellen getaggt werden, denn das zwingt assistive Technologie, Phantomzeilen und -spalten anzusagen. Eine Datentabelle von einem Layout-Artefakt zu unterscheiden und dann die richtigen Beziehungen zu codieren, ist detaillierte manuelle Arbeit, die enorm von der Prüfung durch Menschen profitiert, die tatsächlich täglich Screenreader nutzen.

Barrierefreie PDF-Formulare

Formulare sind die folgenreichsten Dokumente, die eine Organisation veröffentlicht, denn sie sind transaktional: ein Antrag, eine Forderung, eine Einwilligung, eine Registrierung. Wenn ein PDF-Formular nicht mit assistiver Technologie ausgefüllt werden kann, ist die Person nicht bloß unbequemerweise eingeschränkt — sie ist von einer Dienstleistung ausgeschlossen.

Ein barrierefreies PDF-Formular erfordert:

Beschriftete Felder. Jedes Feld — Texteingabe, Kontrollkästchen, Optionsfeld, Auswahlliste — braucht einen barrierefreien Namen (in PDF-Begriffen ein Tooltip/eine Beschriftung), damit ein Screenreader ansagt, wofür das Feld da ist, nicht nur „Text bearbeiten”.
Logische Tab-Reihenfolge. Tastaturnutzer bewegen sich mit Tab durch die Felder. Die Tab-Reihenfolge muss dem visuellen und logischen Fluss des Formulars folgen, nicht der Reihenfolge, in der die Felder im Editor hinzugefügt wurden.
Gruppierte Steuerelemente. Zusammengehörige Optionsfelder und Kontrollkästchen sollten gruppiert werden, sodass ihre gemeinsame Frage einmal angesagt wird und die Optionen als Gruppe verstanden werden.
Pflichtfelder und Anweisungen. Pflichtfelder, Formatierungsanforderungen und Fehlerhinweise müssen in Text vermittelt werden, nicht nur durch Farbe oder visuelle Hinweise.
Vollständige Tastaturbedienbarkeit. Jedes Feld muss ohne Maus erreichbar und bedienbar sein.

Formulare liegen an der Schnittstelle von Struktur, Interaktion und Inhalt, was sie zu dem Teil der PDF-Arbeit macht, bei dem es am wichtigsten ist, es richtig zu machen. Dieselbe Disziplin gilt für andere transaktionale Dokumente — sie ist eng verwandt mit der Sorgfalt, die für barrierefreie E-Mails nötig ist, bei denen Struktur und Beschriftung darüber entscheiden, ob eine Nachricht tatsächlich genutzt werden kann.

Sprache, Titel und Metadaten

Einige der wirkungsvollsten PDF-Korrekturen sind zugleich die kleinsten. Eine Handvoll Eigenschaften auf Dokumentebene verändert wesentlich, wie assistive Technologie eine Datei behandelt.

Dokumentsprache. Das PDF muss seine Hauptsprache angeben (zum Beispiel en-GB), damit ein Screenreader die korrekten Ausspracheregeln verwendet. Ein französischer Absatz, der mit englischer Phonetik vorgelesen wird, oder umgekehrt, ist kaum verständlich. Passagen in einer anderen Sprache als das Hauptdokument sollten eigene Sprachmarkierungen tragen.
Dokumenttitel. Die PDF-Metadaten sollten einen aussagekräftigen Titel enthalten, und der Betrachter sollte so eingestellt sein, dass er diesen Titel statt des Dateinamens anzeigt. „Jahresbericht zur Barrierefreiheit 2026” wird angesagt und angezeigt; „final_v3_FORWEB.pdf” nicht.
Navigation per Tab und Lesezeichen. Lesezeichen (die Dokumentgliederung) geben allen Nutzern — und besonders denen, die nicht visuell navigieren — eine Möglichkeit, zu den wichtigsten Abschnitten eines langen Dokuments zu springen.
Kennzeichnungen für getaggtes PDF und saubere Metadaten. Die Datei sollte als getaggtes PDF gekennzeichnet sein und konsistente, korrekte Metadaten tragen.

Diese Eigenschaften lassen sich in Minuten einstellen und sind für die Konformität erforderlich, werden jedoch in der überwiegenden Mehrheit veröffentlichter PDFs übersprungen.

WCAG 2.2 und PDF/UA (ISO 14289)

Zwei Standards regeln barrierefreie PDFs, und sie arbeiten zusammen, statt zu konkurrieren.

WCAG 2.2 ist die technologieneutrale Grundlage für digitale Barrierefreiheit. Ihre Erfolgskriterien — Textalternativen, Info und Beziehungen, sinnvolle Reihenfolge, Kontrast, Tastaturbedienbarkeit und der Rest — gelten für PDFs genauso wie für Webseiten. WCAG 2.2 ist der Standard, auf den die meisten Gesetze verweisen, und das W3C veröffentlicht spezifische Techniken, um WCAG mit PDF-Funktionen zu erfüllen (Überschriften taggen, Alternativtext bereitstellen, Lesereihenfolge definieren und so weiter). Wenn Sie sich durch die allgemeine Konformität arbeiten, gelten unser Leitfaden zum WCAG-konformen Erstellen von Inhalten und der Überblick zur WCAG-Konformität beide unmittelbar für Dokumente.

PDF/UA — formell ISO 14289 — ist die technische Spezifikation für barrierefreies PDF. Wo WCAG Ergebnisse beschreibt („Textalternativen bereitstellen”), schreibt PDF/UA genau vor, wie ein PDF konstruiert sein muss, um ein korrekt getaggtes, maschinenlesbares, barrierefreies Dokument zu sein: welche Strukturtypen zu verwenden sind, wie der Tag-Baum geformt sein muss, wie Artefakte gekennzeichnet werden müssen und wie Formulare und Tabellen codiert werden müssen. Die beiden ergänzen sich — der robusteste Ansatz besteht darin, gegen die technischen Anforderungen von PDF/UA nachzubessern und zugleich die nutzerseitigen Ergebnisse gegen WCAG 2.2 zu validieren.

Konformität mit diesen Standards untermauert rechtliche Verpflichtungen über Rechtsräume hinweg. Von erfassten Organisationen veröffentlichte PDFs fallen unmittelbar unter den European Accessibility Act, den ADA und Section 508, die alle herunterladbare Dokumente als Teil des digitalen Erlebnisses behandeln, das barrierefrei sein muss.

Bestehende PDFs nachbessern vs. barrierefreie erstellen

Es gibt zwei Wege zu barrierefreien PDFs, und die meisten Organisationen brauchen beide.

Bestehende PDFs nachbessern bedeutet, eine fertige Datei — einen Bericht, einen Altbestand an Abrechnungen, ein gescanntes Formular — zu nehmen und die Barrierefreiheitsebene hinzuzufügen oder zu korrigieren: OCR ausführen, wo nötig, den Tag-Baum aufbauen, die Lesereihenfolge festlegen, Alternativtexte schreiben, Tabellen reparieren und Formularfelder beschriften. Nachbesserung ist unerlässlich, wenn die Quelldateien verloren sind, wenn Dokumente von Dritten erstellt wurden oder wenn Sie ein veröffentlichtes Archiv haben, das in Konformität gebracht werden muss. Entscheidend ist, dass die Nachbesserung die zugrunde liegende Struktur ändert, nicht das visuelle Design — das Dokument sieht identisch aus und wird für alle nutzbar. Das ist der Kern von QualiBooths PDF-Nachbesserung, die Stapel nach Wichtigkeit und Reichweite eingrenzt und zuerst die Dokumente priorisiert, die am meisten zählen.

Barrierefreie PDFs erstellen bedeutet, Barrierefreiheit in den Produktionsprozess einzubauen, sodass Dokumente bereits barrierefrei entstehen. Das umfasst die Verwendung echter Überschriftenformate, Listenformate und Alternativtexte in der Quellanwendung; das Gestalten von Tabellen als Datentabellen; das Festlegen von Sprache und Titel; und die Wahl eines Exportwegs, der den Tag-Baum erhält. Barrierefrei zu erstellen ist dramatisch günstiger als dasselbe Dokument später zu reparieren, und es ist die einzige nachhaltige Antwort für Organisationen, die fortlaufend PDFs veröffentlichen.

Die beiden Ansätze sind kein Entweder-oder. Das praktische Muster besteht darin, die bereits in Umlauf befindlichen Dokumente nachzubessern und zugleich den vorgelagerten Prozess zu reparieren, damit neue Dokumente das Problem nicht erneut erzeugen. Diese Veränderung zu verankern, ist genau das, was Verbesserung der Barrierefreiheitsprozesse angeht — barrierefreies Veröffentlichen von einem einmaligen Projekt zur Standardarbeitsweise Ihres Teams zu machen. Eine umfassendere Sicht darauf, wie Dokument- und Webarbeit zusammenpassen, legt unser Überblick zu den Barrierefreiheits-Dienstleistungen dar.

Validieren mit Screenreadern — und warum Overlays nicht helfen

Ein PDF ist nur barrierefrei, wenn es tatsächlich für die Menschen funktioniert, die darauf angewiesen sind. Deshalb kann die Validierung nicht bei einem automatischen Prüfwerkzeug aufhören. Werkzeuge, die ein PDF gegen PDF/UA-Regeln scannen, sind wertvoll — sie erfassen fehlende Tags, undefinierte Sprachen und strukturelle Fehler im großen Maßstab — aber sie überprüfen das Vorhandensein von Struktur, nicht deren Qualität. Ein automatisches Werkzeug kann bestätigen, dass ein Bild Alternativtext hat; es kann Ihnen nicht sagen, dass der Alternativtext falsch ist. Es kann bestätigen, dass eine Überschrift existiert; es kann Ihnen nicht sagen, dass sie auf der falschen Ebene verschachtelt ist.

Echte Validierung kombiniert beides:

Automatische Prüfung, um strukturelle und Metadaten-Fehler breit und konsistent zu erfassen. Software wie die Plattform für Barrierefreiheits-Scans von QualiBooth ist hervorragend darin, maschinell erkennbare Probleme über große Mengen hinweg zu markieren.
Manuelles Testen mit assistiver Technologie — das Dokument mit einem Screenreader durchnavigieren, sich nach Überschrift bewegen, Tabellen lesen, durch ein Formular tabben — um zu bestätigen, dass das Erlebnis kohärent ist. Das ist die einzige Möglichkeit, Lesereihenfolge, Alternativtextqualität und Formularnutzbarkeit zu überprüfen. Unsere Methodik für manuelle Audits erklärt, warum menschliches Testen unersetzlich ist, und Audits, die von Menschen mit Behinderungen durchgeführt werden, decken Probleme auf, die kein Prüfwerkzeug und kein sehender Tester je bemerken würde.

Ein Wort der Vorsicht zu Abkürzungen. Barrierefreiheits-Overlays — Skripte oder Widgets von Drittanbietern, die behaupten, Barrierefreiheit automatisch zu beheben — lösen PDF-Barrierefreiheit nicht, und QualiBooth befürwortet sie nicht. Sie können keinen korrekten Tag-Baum erstellen, keine Lesereihenfolge beurteilen und keinen aussagekräftigen Alternativtext schreiben, denn diese Aufgaben erfordern das Verständnis von Inhalt und Absicht des Dokuments. Es gibt keinen automatischen Ersatz für ordentliche Nachbesserung. Echte PDF-Barrierefreiheit entsteht aus korrekter Struktur plus menschlicher Überprüfung — der Ansatz hinter unserer PDF-Nachbesserungs-Arbeit.

Häufig gestellte Fragen

Ist ein nicht getaggtes PDF jemals akzeptabel? Nein. Ein nicht getaggtes PDF ist per Definition nicht barrierefrei für assistive Technologie und scheitert sowohl an WCAG 2.2 als auch an PDF/UA. Jedes PDF, das Sie für die Öffentlichkeit oder für Mitarbeitende veröffentlichen, sollte getaggt sein.

Ändert das Barrierefrei-Machen eines PDFs, wie es aussieht? Nein. Die Nachbesserung fügt die verborgene strukturelle Ebene hinzu und korrigiert sie — Tags, Lesereihenfolge, Metadaten — ohne das visuelle Design zu verändern. Die Seite sieht identisch aus.

Sollte ich einfach eine HTML-Version statt eines barrierefreien PDFs bereitstellen? Eine barrierefreie HTML-Alternative ist oft das bessere Erlebnis und wert, angeboten zu werden. Aber wenn Sie das PDF veröffentlichen, muss das PDF selbst barrierefrei sein — eine HTML-Alternative befreit das Dokument nicht von den Konformitätsanforderungen.

Können gescannte Dokumente barrierefrei gemacht werden? Ja, aber sie müssen zuerst per OCR verarbeitet werden, um echten Text zu erzeugen, woraufhin die üblichen Nachbesserungsschritte — Tagging, Lesereihenfolge, Alternativtext, Tabellen — gelten.

Wie halte ich neue PDFs barrierefrei, ohne jedes einzelne nachzubessern? Reparieren Sie den Erstellungsprozess: Verwenden Sie echte Formate und Alternativtexte in der Quelle, gestalten Sie ordentliche Datentabellen, legen Sie Sprache und Titel fest und exportieren Sie über einen Weg, der Tags erhält. Die Nachbesserung mit Prozessverbesserung zu koppeln, macht barrierefreie Dokumente zum Standard.

Fazit

PDF-Barrierefreiheit ist kein optionaler Feinschliff — sie ist der Unterschied zwischen einem Dokument, das alle nutzen können, und einem, das die Menschen still ausschließt, die auf assistive Technologie angewiesen sind. Die Arbeit ist konkret und gut verstanden: die Struktur taggen, eine korrekte Lesereihenfolge festlegen, Bilder beschreiben, Tabellen und Formulare korrekt codieren, Sprache und Titel angeben und das Ergebnis gegen WCAG 2.2 und PDF/UA mit echten Screenreadern sowie automatischen Werkzeugen validieren. Bessern Sie die Dokumente nach, die Sie bereits veröffentlichen, reparieren Sie den Prozess, der neue erzeugt, und meiden Sie die Overlay-Abkürzungen, die Barrierefreiheit versprechen, ohne sie zu liefern.

Wenn Ihre Berichte, Abrechnungen, Broschüren oder Formulare nie geprüft wurden, ist das der Ort zum Beginnen. Sie können mit einem kostenlosen Barrierefreiheits-Scan starten, eine Demo anfordern der QualiBooth-Plattform oder mit unserem Team über PDF-Nachbesserung für ein einzelnes kritisches Dokument oder einen ganzen Altbestand sprechen.