PDF/UA klingt nach einem dieser Standards, die man getrost den Spezialisten überlässt – bis das erste Dokument im Audit durchfällt und niemand im Haus erklären kann, warum. Wer ein barrierefreies PDF erstellen will, kommt an zwei Begriffen nicht vorbei: PDF/UA, dem eigentlichen Standard, und dem Matterhorn-Protokoll, mit dem die Einhaltung geprüft wird. Beide sind in der Norm-Sprache formuliert, die selbst Fachleute ermüdet. Genau deshalb übersetze ich Ihnen in diesem Ratgeber die wichtigsten Prüfpunkte in Klartext – damit Sie verstehen, was tatsächlich von Ihrem Dokument verlangt wird und woran ein Prüfer es misst.
Was PDF/UA ist und wie es sich zu WCAG verhält
PDF/UA – die Abkürzung steht für „Universal Accessibility“ – ist der internationale Standard ISO 14289 für barrierefreie PDF-Dokumente. Er ergänzt die WCAG, ersetzt sie aber nicht: Während die WCAG inhaltlich beschreiben, was Barrierefreiheit bedeutet, legt PDF/UA fest, wie diese Anforderungen technisch im PDF-Format umzusetzen sind – also wie Tags, Strukturen und Metadaten konkret aufgebaut sein müssen. Vereinfacht gesagt sagen die WCAG das „Was“, PDF/UA sagt das „Wie“ für das PDF-Format. Ein Dokument, das PDF/UA erfüllt, ist damit auch auf dem Weg zur WCAG-Konformität für Dokumente.
Das Matterhorn-Protokoll: Vom abstrakten Standard zur prüfbaren Liste
Der PDF/UA-Standard selbst ist abstrakt formuliert. Um ihn überprüfbar zu machen, hat die PDF Association das Matterhorn-Protokoll geschaffen – benannt nach dem Berg, dessen Besteigung sinnbildlich für den Weg zur PDF/UA-Konformität steht. Das Protokoll übersetzt die Norm in 31 sogenannte Checkpoints, die wiederum in 136 konkrete Fehlerbedingungen aufgeschlüsselt sind. Jede dieser Fehlerbedingungen beschreibt einen einzelnen, prüfbaren Mangel – etwa „ein Bild hat keine Alternativbeschreibung“ oder „die Dokumentsprache ist nicht festgelegt“. Damit wird aus einem schwer greifbaren Standard eine abarbeitbare Prüfliste.
Die wichtigsten Matterhorn-Prüfpunkte in Klartext
Statt Sie durch alle 136 Fehlerbedingungen zu führen, übersetze ich hier die Gruppen, die in meinen Audits am häufigsten zum Durchfallen führen – in verständliche Sprache.
Echter Inhalt muss getaggt sein
Im Klartext: Jeder Inhalt, der eine Bedeutung trägt, muss im Tag-Baum vorhanden sein. Umgekehrt muss alles, was rein dekorativ ist, als Artefakt markiert werden, damit der Screenreader es ignoriert. Der häufigste Fehler ist die Grauzone dazwischen – Inhalte, die weder sauber getaggt noch als Artefakt gekennzeichnet sind und im Vorlesen einfach verschwinden oder als Störgeräusch auftauchen.
Die Lesereihenfolge muss logisch sein
Matterhorn verlangt, dass die Reihenfolge im Tag-Baum der inhaltlich sinnvollen Reihenfolge entspricht – nicht der zufälligen visuellen Anordnung auf der Seite. Bei mehrspaltigen Layouts, Marginalien oder eingeschobenen Kästen ist genau das die größte Fehlerquelle. Ein Dokument kann optisch perfekt aussehen und im Screenreader trotzdem völlig unverständlich vorgelesen werden.
Überschriften müssen eine saubere Struktur bilden
Überschriften müssen als solche ausgezeichnet und logisch verschachtelt sein, ohne Ebenensprünge. Ein Sprung von einer Hauptüberschrift direkt auf die dritte Ebene ist ein Verstoß. Für Screenreader-Nutzer ist diese Struktur die einzige Möglichkeit, ein Dokument zu überfliegen.
Grafiken brauchen aussagekräftige Alternativtexte
Jedes informationstragende Bild benötigt eine Alternativbeschreibung, die seinen Inhalt und Zweck wiedergibt. Matterhorn prüft, ob ein Alt-Text vorhanden ist – ob er inhaltlich sinnvoll ist, kann allerdings keine Maschine beurteilen. Genau hier liegt eine der zentralen Grenzen der automatischen Prüfung, auf die ich gleich zurückkomme.
Tabellen müssen korrekt ausgezeichnet sein
Kopfzellen müssen als Kopfzellen markiert und Datenzellen ihren Überschriften zugeordnet sein. Nur so weiß ein Screenreader beim Vorlesen einer einzelnen Zelle, zu welcher Spalte und Zeile sie gehört. Bei verschachtelten oder zusammengefassten Zellen wird das anspruchsvoll – und ist eine der häufigsten Fehlerquellen überhaupt.
Metadaten: Titel und Sprache müssen stimmen
Das Dokument braucht einen aussagekräftigen Titel in den Metadaten, der auch zur Anzeige konfiguriert ist, sowie eine festgelegte Hauptsprache. Fehlt die Sprache, liest die Sprachausgabe den Text womöglich mit falscher Aussprache vor. Fremdsprachige Passagen müssen zusätzlich gekennzeichnet sein.
Der Text muss extrahierbar sein
Ein oft übersehener, aber fundamentaler Prüfpunkt: Jedes Zeichen muss eindeutig einem Unicode-Wert zugeordnet sein. Ist das nicht der Fall – etwa bei manchen eingebetteten Schriften oder schlecht erzeugten PDFs –, kann der Screenreader den Text gar nicht oder nur als Zeichensalat ausgeben, selbst wenn er für das Auge perfekt aussieht.
Den praktischen Weg, all diese Punkte tatsächlich umzusetzen, habe ich in PDF barrierefrei machen: Schritt-für-Schritt-Anleitung für rechtssichere Dokumente als kompletten Workflow beschrieben. Dieser Ratgeber hier erklärt das Regelwerk dahinter – der andere zeigt die Handgriffe.
Warum mehr als die Hälfte der Prüfpunkte einen Menschen braucht
Das Matterhorn-Protokoll unterscheidet bei jeder Fehlerbedingung, ob sie sich maschinell, nur durch einen Menschen oder durch beides prüfen lässt. Und hier liegt die entscheidende Erkenntnis: Mehr als die Hälfte der Fehlerbedingungen lässt sich nicht automatisch beurteilen. Eine Software kann feststellen, dass ein Alt-Text vorhanden ist – ob er den Bildinhalt korrekt beschreibt, kann sie nicht bewerten. Sie kann erkennen, dass Tags existieren – ob die Lesereihenfolge inhaltlich sinnvoll ist, beurteilt nur ein Mensch. Wer also ein PDF von einem reinen Maschinen-Checker als „konform“ gemeldet bekommt, hat bestenfalls die Hälfte der Wahrheit. Das ist der Grund, warum ehrliche PDF-Prüfung immer eine menschliche Komponente hat.
PDF/UA und das BFSG: Was rechtlich zählt
PDF/UA ist die technische Norm, an der sich die Barrierefreiheit von Dokumenten messen lässt – und genau das macht sie rechtlich relevant. Sowohl das BFSG für private Unternehmen als auch die BITV 2.0 für öffentliche Stellen erfassen Dokumente als Teil der digitalen Angebote. Die EN 301 549 verweist in ihrem Kapitel für Nicht-Web-Dokumente auf die entsprechenden Anforderungen. Ein nach PDF/UA erstelltes und geprüftes Dokument ist damit Ihr belastbarer Nachweis, dass auch Ihre Dokumente die gesetzlichen Anforderungen erfüllen – ein Punkt, der bei umfangreichen Altbeständen wie Geschäftsberichten besonders zum Tragen kommt, wie ich in Barrierefreie Geschäftsberichte und Behörden-PDFs: Worauf es bei Altbeständen ankommt zeige.
Vom Standard zur Umsetzung in der Praxis
Die Prüfpunkte zu kennen, ist das eine. Sie bei jedem einzelnen Dokument korrekt umzusetzen, das andere – besonders, wenn Sie nicht ein PDF erstellen, sondern laufend Dutzende oder Hunderte. Genau diese Lücke schließt unsere automatisierte PDF/UA-Konvertierung Access Doc. Sie setzt die maschinell prüfbaren Matterhorn-Anforderungen automatisch um – Tags, Lesereihenfolge, Tabellenstruktur, Metadaten – und schlägt Alt-Texte vor. Den Teil, der menschliches Urteil verlangt, fängt eine integrierte Qualitätskontrolle ab, statt ihn einfach zu ignorieren. So entsteht ein Dokument, das nicht nur „getaggt aussieht“, sondern die Prüfung tatsächlich besteht. Wenn Sie zuerst wissen wollen, welche Ihrer bestehenden Dokumente überhaupt nachgebessert werden müssen, liefert Ihnen unser PDF-Audit Access Read die Bestandsaufnahme nach dem Matterhorn-Protokoll.
