Barrierefreie PDF im Maßstab: Was PDF/UA-2 und zugängliche Mathematik für die Dokumentenautomatisierung bedeuten

Barrierefreie PDFs waren lange ein Spezialthema: ein Handbuch hier, ein Formular dort. Inzwischen verschiebt sich die Frage von „Können wir dieses eine Dokument zugänglich machen?“ zu „Können wir das für jeden Output unserer Dokumentenprozesse garantieren?“ – und genau an dieser Frage scheitern viele Werkzeugketten.

Denn Barrierefreiheit im Maßstab ist kein Bearbeitungs-, sondern ein Strukturproblem. Wer Tausende Dokumente pro Monat erzeugt, kann Lesereihenfolge, Alternativtexte und Überschriftenhierarchie nicht nachträglich von Hand in fertige PDFs einarbeiten. Zugänglichkeit muss in der Quelle entstehen – und von dort rendergerecht in die Ausgabe gelangen.

Was PDF/UA-2 gegenüber PDF/UA-1 ändert

Anfang 2024 wurde mit PDF/UA-2 der neue ISO-Standard für Universal Accessibility in PDF veröffentlicht. Er basiert auf PDF 2.0 – PDF/UA-1 basiert noch auf PDF 1.7 – und verbessert die Zugänglichkeit in mehreren wichtigen Punkten.

	PDF/UA-1	PDF/UA-2
Technische Basis	PDF 1.7	PDF 2.0
Mathematische Inhalte	Nicht für Mathematik ausgelegt; konform garantiert keine Nutzbarkeit mit Screenreader	Verarbeitet Mathematik über MathML-Unterstützung
Typische Anwendung	Einfache bis mittlere Geschäftsdokumente	Auch STEM-Dokumente mit Formeln und komplexen Strukturen

Der wichtigste Unterschied für technische Dokumentation: PDF/UA-2 kann mathematische Inhalte korrekt abbilden. Formeln werden nicht länger als reine Glyphenketten behandelt, deren Sinn ein Hilfsmittel höchstens erraten kann, sondern über MathML mit Struktur und Bedeutung versehen.

Warum Mathematik der schwierigste Fall ist

Auf den PDF Days 2025 in Berlin haben Beteiligte des LaTeX-Projekts den Kern des Problems auf den Punkt gebracht: PDF/UA-1 ist schlicht nicht für Mathematik ausgelegt. Ein Dokument als konform zu markieren bedeutet deshalb nicht, dass es für Menschen mit Behinderungen tatsächlich nutzbar ist. PDF/UA-2 löst das über die MathML-Unterstützung und ist damit der Standard, der für STEM-Inhalte wirklich funktioniert.

Das ist keine Randnotiz. Technische Berichte, Prüfberichte, Abschlussarbeiten, Datenblätter, Zulassungsdokumente – überall, wo Formeln vorkommen, war echte Zugänglichkeit bislang kaum erreichbar. Ein Screenreader, der eine Gleichung als unverständliche Symbolkette vorliest oder überspringt, lässt ein Dokument formal konform und praktisch unbrauchbar werden.

Die Entwicklung geht zügig weiter: Im März 2026 veröffentlichte die PDF Association eine Pressemitteilung, wonach LaTeX inzwischen automatisch PDFs mit zugänglichen mathematischen Inhalten erzeugen kann, die dem PDF/UA-2-Standard entsprechen. Im April 2026 folgte ein Best-Practice-Guide für mathematische Inhalte in PDF, im Juni 2026 ein Webinar der PDF Association zum Thema. Für Bestandsarchive auf LaTeX-Basis eröffnet das einen bemerkenswerten Weg: große Mengen existierender PDFs ließen sich in zugänglicher Form neu kompilieren.

Was das für die Automatisierung bedeutet

Aus dem PDF/UA-2-Fortschritt lässt sich eine Erkenntnis verallgemeinern, die weit über LaTeX hinausgeht: Zugänglichkeit wird zur Eigenschaft des Renderings, nicht der Nacharbeit.

Wenn ein System aus einer strukturierten Quelle automatisch ein getaggtes, normkonformes PDF erzeugen kann, dann skaliert Barrierefreiheit mit dem Durchsatz der Pipeline – ohne zusätzliches Personal. Wenn nicht, bleibt sie ein manuelles Nischenprojekt.

Für Geschäftsdokumente ohne Formeln sind die Stellschrauben dieselben wie bei STEM-Inhalten, nur einfacher:

• saubere Metadaten: Titel, Autor, Sprachangabe
• intakte Überschriftenhierarchie ohne ausgelassene Ebenen
• Alternativtexte oder beschreibende Captions für Bilder
• sichtbare, aussagekräftige Tabellenkopfzeilen
• korrekte Lesereihenfolge in der ausgegebenen Datei

Der Engpass liegt vor dem Rendering

Die meisten Barrierefreiheitsfehler entstehen nicht beim PDF-Export, sondern im Quellmaterial. Genau hier setzt der Export-Readiness-Check von Autype an: Er prüft Dokumente auf Quellenebene – im Editor, über die Developer API und über MCP – auf semantische Risiken, bevor exportiert wird.

Geprüft werden unter anderem Dokumenttitel, Autor und BCP-47-Sprachangabe, Alternativtexte und Captions für Bilder, die Überschriftenhierarchie samt übersprungener Ebenen, sichtbare Tabellenkopfzeilen, Schriften, die nicht auf jedem Renderer portabel sind, mögliche Kollisionen von Fußnoten und Fußzeilen nach der Paginierung, verzerrt gezeichnete Kreisdiagramme sowie wiederholtes Inline-Styling, das in einen wiederverwendbaren Style gehört.

Wichtig für die Einordnung: Der gemeldete Score ist ein semantischer Quell-Score, keine visuelle Freigabe. Auch bei 100 Punkten muss das tatsächliche PDF geprüft werden – Paginierung, Überläufe, dynamische Felder, Schriften. Der Check markiert das Ergebnis entsprechend und fordert eine Render-Inspektion ein, statt Quelle und Ausgabe zu verwechseln.

Beim Export wählt man das PDF-Profil passend zum Ziel:

Profil	Geeignet für	Formularfelder
Standard PDF	Austausch, Druck, interaktive Formulare	Interaktiv
PDF/A-1b	Konservative Kompatibilität mit alten Archiven	Abgeflacht
PDF/A-2b	Empfohlene Archivierung für die meisten Workflows	Abgeflacht
PDF/A-3b	Archivierung mit eingebetteten Quelldateien	Abgeflacht
PDF/UA-1	Zugänglicher, getaggter Output aus der Dokumentstruktur	Abgeflacht

PDF/UA-1 ist heute das passende Profil, wenn du barrierefreie Geschäftsdokumente erzeugst. Compliance-Profile flachen interaktive Formularfelder vor dem Export ab, damit ein späterer AcroForm-Schritt die Metadaten und die Tag-Struktur nicht beschädigt. Wer interaktiv ausfüllbare Formulare braucht, findet Details im Guide zu PDF Formularen mit AcroForms, API und KI.

Über die API läuft das mit dem Parameter pdfProfile und dem Wert pdfua-1 direkt im Render-Request; über MCP heißt der Parameter pdf_profile auf render_document und render_json, und der Markdown-first-Check check_export_readiness validiert die Quelle vor dem Rendern, ohne Credits zu verbrauchen.

Eine ehrliche Einschränkung gehört dazu: Autype verifiziert nach dem Rendern den angeforderten Profil-Marker und das Tagged-PDF-Flag. Das ist eine technische Absicherung, keine unabhängige Zertifizierung und kein Ersatz für einen spezialisierten Konformitäts-Validator in regulierten Umgebungen. Und: PDF/UA-2 mit MathML steckt nicht in jeder Werkzeugkette – auch nicht in jedem Autype-Profil. Für formel-lastige STEM-Dokumente ist LaTeX aktuell der ausgereifteste Pfad; für Geschäftsdokumente ohne Mathematik bist du mit getaggtem PDF/UA-1 gut aufgestellt.

Barrierefreiheit in laufende Prozesse einbauen

Konkret bedeutet im Maßstab für ein Dokumenten-Team, vier Hebel abzudecken:

Hebel	Frage	Verantwortlich
Quellstruktur	Stimmen Titel, Autor, Sprache, Überschriften, Alt-Texte, Tabellenköpfe?	Autor bzw. Vorlage
Automatisierte Prüfung	Läuft der Readiness-Check in der Pipeline vor jedem Export?	Automatisierung
Render-Inspektion	Wird das fertige PDF im Zielformat stichprobenartig visuell geprüft?	QA
Profilstrategie	Ist pro Dokumenttyp festgelegt, welches PDF-Profil der Zielort braucht?	Plattform-Team

Die gute Nachricht: Wenn deine Dokumente aus einer strukturierten Quelle entstehen – statt als freiformatierte Texte, die später mühsam repariert werden –, ist der größte Teil dieser Hebel bereits abgedeckt. Strukturierte Autorenschaft und Zugänglichkeit sind kein Widerspruch, sondern dieselbe Disziplin. Wer ohnehin überlegt, DOCX oder PDF per API auszuliefern, sollte die Profilfrage gleich mitentscheiden.

Fazit

PDF/UA-2 macht zwei Dinge sichtbar: Zugänglichkeit ist kein Anhängsel, sondern eine Ausgabeeigenschaft strukturierter Dokumente – und Mathematik, der letzte wirklich harte Fall, hat jetzt eine Norm. Teams, die Dokumente im Maßstab erzeugen, gewinnen, wenn sie Barrierefreiheit in Quelle, Prüfung und Profilwahl ihrer Pipeline verankern, statt sie einzelnen Dateien nachträglich anzudichten.

Der Einstieg ist klein: Dokumente strukturiert aufbauen, den Export-Readiness-Check in den Workflow nehmen, das PDF-Profil pro Dokumenttyp festlegen – und die fertige Ausgabe im Blick behalten.

Quellen

• The LaTeX Project, News: https://www.latex-project.org/news/ (abgerufen am 5. Oktober 2026)
• Autype Dokumentation, Export readiness and PDF profiles: https://docs.autype.com/getting-started/guides/export-readiness (abgerufen am 5. Oktober 2026)