Ihre PDFs sind Teil der Barrierefreiheit Ihrer Website
Zuletzt aktualisiert:
Jede Organisation, die niemals eine unzugängliche Webseite ausliefern würde, liefert routinemässig unzugängliche PDFs aus: den Jahresbericht, das Produkthandbuch, das Antragsformular, die Preisliste. Für die Besucherin, die sie herunterlädt, gibt es keinen Unterschied — ein Dokument, das sie nicht lesen kann, ist ein Dienst, den sie nicht nutzen kann. Dieser Artikel behandelt veröffentlichte PDFs als das, was sie sind: Teil der Barrierefreiheits-Oberfläche der Website, und führt durch die sechs strukturellen Signale, die entscheiden, ob assistive Technologie mit einem Dokument überhaupt arbeiten kann: Tagging, Sprache, Titel, Struktur und Überschriften, Alternativtext für Bilder und Lesezeichen. Er zieht die Linie auch ehrlich: Eine leichte Strukturprüfung ist ein Smoke-Test, keine PDF/UA-Validierung, und zu wissen, wann Sie die vollständige Validierung brauchen, gehört dazu, dies richtig zu machen.
Die Dokumente sind Teil der Website
Barrierefreiheitsarbeit hört tendenziell am Rand des HTML auf. Die Website bekommt ein Audit, die Vorlagen werden behoben, der Kontrast wird geprüft — und dann liefert der Bereich „Dokumente“ still weiter gescannte Formulare, ungetaggte Exporte und Handbücher, deren gesamter Text ein eingebettetes Bild ist. Doch von der Bildschirmseite der Nutzerin aus ist das PDF die Website: Dort lebt das Rentenformular, dort leben die Sicherheitshinweise, dort lebt die detaillierte Preisliste. Eine Screenreader-Nutzerin, die durch Ihre barrierefreien Seiten segelt und auf einen ungetaggten 90-seitigen Bericht trifft, hat keinen barrierefreien Dienst erlebt; sie hat eine barrierefreie Lobby und einen verschlossenen Raum erlebt.
Die gute Nachricht: Dokumenten-Barrierefreiheit scheitert auf vorhersehbare, prüfbare Weise. Anders als die Ermessensfragen der Web-Barrierefreiheit — ist dieses Interaktionsmuster verständlich, ist jene Fokusreihenfolge logisch — sind die häufigsten PDF-Fehler strukturelle Fakten, die eine Maschine verifizieren kann: Die Tags sind da oder nicht, die Sprache ist deklariert oder nicht. Genau das liest der PDF-Barrierefreiheits-Checker dieser Website, lokal im Browser, und er passt natürlich zum Website Health Check: Einer deckt die Seiten ab, der andere die Dateien, die die Seiten ausgeben.
Der European Accessibility Act hat die Lage verändert
Seit dem 28. Juni 2025 gilt der European Accessibility Act für eine breite Palette von Produkten und Dienstleistungen, die Verbrauchern in der EU angeboten werden — darunter E-Commerce, Bankwesen, E-Books, Ticketing und ein Grossteil des alltäglichen digitalen Geschäfts. Seine Anforderungen werden üblicherweise durch Konformität mit der harmonisierten Norm EN 301 549 erfüllt, die ihrerseits auf die WCAG verweist — und die WCAG gilt für Nicht-Web-Dokumente ebenso wie für Webseiten. Klar gesagt: Für betroffene Dienste ist ein unzugängliches PDF, das ein Kunde braucht, nicht mehr nur ein Qualitäts- oder Ethikproblem; es ist eine Compliance-Angelegenheit, bei der Marktüberwachungsbehörden handeln können.
Zwei Grenzen sollten klar benannt werden, weil Barrierefreiheitsrecht oft über- wie untertrieben wird. Der Act deckt nicht jede Organisation und nicht jedes Dokument — es gibt Ausnahmen (zum Beispiel Kleinstunternehmen, die Dienstleistungen erbringen) und Übergangsregelungen, und die Details unterscheiden sich je nach Mitgliedstaat. Und keine automatisierte Prüfung, auch nicht die auf dieser Website, begründet Rechtskonformität; Konformität ist eine Eigenschaft des gesamten Dienstes, wie ihn Nutzer erleben, ordnungsgemäss bewertet. Was der Act für die meisten Teams ändert, ist einfacher: Dokumente sind jetzt unmissverständlich Teil des Barrierefreiheitsgesprächs, sodass „wir beheben die PDFs später“ kein sicherer Satz mehr ist.
Die sechs Prüfungen, eine nach der anderen
1. Getaggtes PDF. Tagging ist der versteckte Strukturbaum, der Überschriften, Absätze, Listen, Abbildungen und Tabellenzellen markiert und die Lesereihenfolge festhält. Es ist das Fundament: Ohne Tags erhält ein Screenreader einen Inhaltsstrom in Speicherreihenfolge, der bei mehrspaltigen Layouts und exportierten Berichten nahe an Wortsalat kommen kann. Was die Prüfung Ihnen nicht sagen kann: ob die Tags korrekt sind — ein Dokument kann getaggt sein und trotzdem Überschriften als Absätze markiert haben. Getaggt ist notwendig, nicht hinreichend.
2. Dokumentsprache. Der /Lang-Eintrag des Katalogs sagt der Sprachsynthese, in welcher Sprache sie aussprechen soll. Ohne ihn liest ein englischer Screenreader fröhlich einen deutschen Bericht mit englischer Phonetik vor, was von komisch bis unverständlich reicht. Die Prüfung ist binär — eine Sprache ist deklariert oder nicht — und sie kann Ihnen nicht sagen, ob die deklarierte Sprache die richtige ist oder ob Passagen in anderen Sprachen einzeln markiert sind, wie es gute Praxis verlangt.
3. Dokumenttitel. Der Titel in den Dokumenteigenschaften (oder XMP-Metadaten) ist das Erste, was assistive Technologie ankündigt, das, was ein Browser-Tab zeigt, und das, was ein Download-Ordner zeigen sollte — statt „export_final_v3.pdf“. Die zugehörige Betrachter-Einstellung DisplayDocTitle entscheidet, ob PDF-Leser diesen Titel statt des Dateinamens zeigen; der Checker meldet sie getrennt, weil ein vorhandener, aber verborgener Titel eine halbfertige Behebung ist. Was die Prüfung nicht beurteilen kann, ist die Titelqualität: „Bericht“ besteht und hilft niemandem.
4. Strukturbaum und Überschriften. Ein Strukturbaum mit echten Überschriftenelementen (H, H1–H6) ist die Art, wie nicht-visuelle Leser überfliegen: Überschriftennavigation ist die am häufigsten genutzte Strategie, um Informationen in langen Dokumenten zu finden. Die Prüfung zählt Überschriftenelemente, wenn der Baum wiederherstellbar ist. Sie kann Ihnen nicht sagen, ob die Überschriftenebenen in einer sinnvollen Reihenfolge stehen oder ob die Überschriften ihre Abschnitte beschreiben — ein Baum voller „Unbenannt“-Überschriften besteht die Zählung und enttäuscht den Leser.
5. Alternativtext für Bilder. Der Checker zählt Bild-XObjects in den Seiten gegen /Figure-Strukturelemente mit einem nicht-leeren /Alt und kennzeichnet das Ergebnis als Näherung — weil eine Abbildung mehrere Bilder umschliessen kann, dekorative Bilder richtigerweise leeren Alternativtext tragen und die Zuordnung zwischen gezeichneten Bildern und Strukturelementen nicht eins zu eins ist. Betrachten Sie es als Abdeckungs-Rauchmelder, nicht als Audit. Und er kann den Alternativtext selbst niemals beurteilen: „bild123.jpg“ ist nicht-leerer Alternativtext, und er ist wertlos.
6. Lesezeichen. Die Dokumentgliederung ist das Geländer für lange Dokumente: Ein 200-seitiges Handbuch mit Lesezeichen ist navigierbar, ohne sie ist es eine Scrollstrecke. Die Prüfung liest die deklarierte Anzahl der Gliederung. Sie kann Ihnen nicht sagen, ob die Lesezeichen sinnvoll beschriftet sind oder auf die richtigen Seiten zeigen — nur, dass die Navigation existiert. Für kurze Dokumente ist dies das unwichtigste der sechs Signale; für Berichte und Handbücher ist es der Unterschied zwischen einem Nachschlagewerk und einem Heuhaufen.
Ein Smoke-Test ist keine PDF/UA-Validierung
PDF/UA (ISO 14289) ist der vollständige Standard für barrierefreie PDFs: getaggte Struktur, korrekte Lesereihenfolge, Tabellenüberschriften, Link-Anmerkungen, Formularfeld-Beschriftungen, Kontrast und mehr, verifiziert durch Validatoren und menschliche Tests. Der kostenlose, quelloffene Referenzvalidator veraPDF ist ein Desktop-Werkzeug, das eine Datei eingehend gegen die maschinell prüfbaren PDF/UA-Regeln prüft. Eine Browser-Prüfung mit sechs Signalen konkurriert damit nicht, und das Werkzeug dieses Artikels sagt das auf seiner eigenen Seite: Es ist der Smoke-Test, den Sie an einem Nachmittag über eine ganze Dokumentenbibliothek laufen lassen, um zu finden, welchen Dateien die Grundlagen fehlen — nicht die Zertifizierung, die Sie zitieren.
Sie brauchen die vollständige Validierung, wenn das Dokument wesentlich ist (ein Formular, das ein Kunde ausfüllen muss, gesetzliche Informationen, eine Prüfungsarbeit), wenn ein Beschaffungs- oder Compliance-Prozess Nachweise verlangt, wenn das Dokument lang und strukturell ist (Handbücher, Jahresberichte), oder wann immer die „nicht bestimmbar“-Ergebnisse und Näherungen der leichten Prüfung für Ihre Entscheidung nicht gut genug sind. Professionelle Behebung — Lesereihenfolge, Tabellen und Formulare in einem dedizierten Werkzeug zu beheben und dann zu validieren — ist eine echte Disziplin mit echten Kosten, und genau deshalb verdient sich der billige Smoke-Test zuerst seinen Platz: Er sagt Ihnen, wohin dieses Geld wirklich fliessen muss.
Eine pragmatische Reihenfolge der Behebungen
Beheben Sie in dieser Reihenfolge, wo immer möglich an der Quelle. Erstens, die Pipeline: Aktivieren Sie den Export getaggter PDFs in Word, InDesign oder Ihrem Berichtswerkzeug und setzen Sie Dokumentsprache und -titel in den Eigenschaften der Vorlage — die meisten PDF-Bibliotheken scheitern an denselben drei Prüfungen, weil sie sich eine defekte Vorlage teilen, sodass eine Vorlagenbehebung für immer saubere Dateien neu veröffentlicht. Zweitens, Überschriften: Verwenden Sie echte Überschriftenformate in der Quelle und erzeugen Sie Lesezeichen neu aus ihnen; das behebt die Prüfungen 4 und 6 zusammen. Drittens, Bilder: Schreiben Sie Alternativtext in der Quelle für informative Bilder und markieren Sie dekorative als dekorativ — füllen Sie Alternativtext nicht stapelweise mit Dateinamen. Viertens, der Rückstand: Sortieren Sie die bestehende Bibliothek nach Downloads und Wichtigkeit, lassen Sie alles mit dem Checker smoke-testen, beheben Sie die wesentlichen Dokumente ordnungsgemäss und ersetzen oder ziehen Sie den langen Schwanz zurück, hinter dem Sie nicht mehr stehen.
Halten Sie Dokumente schliesslich in der Routine, die die Seiten ehrlich hält. Wenn ein neues PDF veröffentlicht wird, führen Sie dieselben sechs Prüfungen aus, bevor es live geht — es dauert unter einer Minute — und führen Sie den Website Health Check auf der Seite aus, die es verlinkt. Barrierefreiheits-Rückschritte kommen selten als dramatische Neugestaltungen; sie kommen als ein ungetaggter Export, an einem Freitag hochgeladen, den niemand geprüft hat. Dokumente sind Teil der Website. Prüfen Sie sie auch so.