Funktion
Getaggte PDFs nach PDF/UA-1, von veraPDF geprüft
Ein Screenreader liest nicht die Seite. Er liest die Struktur in der Datei: Überschriften, Listen, Tabellen, den Text, der für ein Bild steht. PDF/UA-1 ist die Norm für diese Struktur. Schalten Sie es in einer Vorlage ein, und Formfeed schreibt die Tags aus Ihrem HTML, repariert, was die Ausgabe des Browsers falsch macht, und misst jede Datei an den Regeln der Norm, die eine Maschine prüfen kann, bevor Sie sie zurückbekommen und mit dem Bericht.
Kostenloser Plan mit 100 Einheiten im Monat, keine Kreditkarte

Eine Einstellung, und die Aussage nur mit dem Beleg
Schalten Sie es in der Seiteneinrichtung der Vorlage ein oder verlangen Sie es pro Anfrage mit pdf.ua. Die Antwort ist das PDF, das Ihre Vorlage rendert, getaggt, repariert und vor der Auslieferung geprüft. Eine Datei nennt sich in ihren Metadaten nur dann PDF/UA-1, wenn sie die Prüfung bestanden hat. Eine, die nicht bestanden hat, wird nie als konform gekennzeichnet.
- Streng als Vorgabe.
truelässt ein Rendering fehlschlagen, dessen Datei nicht besteht, und liefert nichts aus. Wer eine konforme Datei verlangt hat, soll nicht vom eigenen Kunden erfahren, dass er eine andere bekam. - Oder nur melden.
{ "check": "report" }liefert die Datei in jedem Fall aus, ohne die PDF/UA-Kennzeichnung, wo sie nicht bestanden hat, und sagt, was die Prüfung gefunden hat. Das ist der Modus, um eine Vorlage in Form zu bringen. - In jedem Plan, ohne zusätzliche Einheit. Die Prüfung gehört zu jedem Plan, auch zu Free, und ein Rendering kostet, was es ohne sie kostet.
{
"template": "invoice",
"data": { "invoice": { "number": "RE-2026-0042", … } },
"settings": { "pdf": { "ua": true } }
}Was Formfeed repariert
Ein Browser taggt den größten Teil eines Dokuments richtig und hört jedes Mal an denselben Stellen auf, an denen keine Vorlage etwas ändern kann. Formfeed behebt sie in der fertigen Datei, bei jedem getaggten PDF. Jedes PDF-Beispiel dieser Website besteht alle 106 Regeln, sobald nur die Einstellung hinzukommt, und ein Test rendert jedes von ihnen durch den Validator, wann immer sich ein Beispiel, eine Reparatur oder der Browser ändert.
- Seitenmobiliar. Kopf- und Fußzeilen, Rahmen, Hintergründe und Linien werden ohne Tag gezeichnet. Sie werden als Artefakte markiert, über die ein Screenreader hinweggeht, wo die Datei sonst ihretwegen durchfiele.
- Links. Jeder Link erhält eine Beschreibung: seinen Text, wie ein Screenreader ihn sagen würde.
- Listen, Abbildungen und Hervorhebungen. Listenpunkte erhalten das Element, das die Norm dafür verlangt, ein
figure, das nur Inhalt gruppiert, verlangt keinen eigenen Alternativtext mehr, und die eigenen Tag-Typen des Browsers werden auf die der Norm abgebildet. - Tabellen über mehrere Seiten. Die Kopfzeile, die der Browser auf jeder Seite wiederholt, wird einmal gelesen.
- Metadaten und Stempel. Die Datei erhält ihren Titel und die Metadaten, die die Norm verlangt. Ein Text-Wasserzeichen und die Kennzeichnung eines Test-Renderings stehen in einer eingebetteten Schrift und sind als Artefakte markiert.
Der Editor sagt, was nur Sie beheben können
Manche Fehler liegen in der Vorlage, und nur wer sie schreibt, kann sie beheben: ein Bild ohne Text, eine übersprungene Überschriftenebene, eine Tabelle ohne Kopfzellen, Bankdaten, die nur in der Fußzeile stehen. Mit dem Schalter prüft die Vorschau die Seite, die sie zeigt, und die Liste „Probleme“ nennt jeden Befund an seiner Zeile in der Vorlage, bevor etwas gerendert wird. Ein Validator antwortet mit Objektnummern im PDF. Der Editor antwortet mit dem Tag, das Sie geschrieben haben.
- Fehler und Warnungen. Ein Fehler ist ein Mangel, an dem die Prüfung die Datei scheitern lässt. Eine Warnung ist einer, den keine Regel erfasst und den ein Leser trotzdem hört: Ein Screenreader überspringt die Fußzeile der Seite, was nur dort steht, wird also nicht vorgelesen.
- Auch außerhalb des Editors.
formfeed validateund der Validierungs-Endpunkt melden einen fehlenden Titel und ein Bild ohnealtschon aus dem Quelltext, undformfeed devprüft die Seite, die es in der Vorschau zeigt.
In der Anfrage geprüft, und der Bericht bleibt
Die fertige Datei wird an den PDF/UA-1-Regeln von veraPDF gemessen, dem quelloffenen Validator der PDF Association und der Open Preservation Foundation: 106 Regeln in der Version, die Formfeed einsetzt. Das Urteil ist das Feld accessibility des Renderings, kommt mit dem Webhook und lässt sich aus dem Render-Protokoll herunterladen. Dies ist der Bericht zum Rechnungsbeispiel dieser Website mit der Einstellung. Es besteht, und die Warnungen nennen, was einem Leser entginge.
- Ein Bericht zum Aufbewahren. Er nennt den Validator und seine Version, weil sich Regelwerke zwischen den Versionen ändern, und hält fest, an welchen Regeln die Datei am Tag ihrer Entstehung gemessen wurde.
- Nie eine ungeprüfte Datei. Antwortet der Validator nicht, antwortet das Rendering mit
503und lässt sich wiederholen. Eine Datei, für die die Prüfung verlangt war, wird nie ohne sie ausgeliefert.
{
"id": "rnd_7da09ab6cd9946b798c187c2a9350852",
"status": "succeeded",
"accessibility": {
"standard": "PDF/UA-1",
"check": "strict",
"conformant": true,
"validator": "veraPDF 1.30.2",
"rules": { "passed": 106, "failed": 0 },
"failures": [],
"warnings": [
{ "code": "table-headers", "count": 1, "elements": ["<table class=\"totals\">"] },
{ "code": "running-text", "count": 2,
"elements": ["USt-IdNr. DE000000000", "IBAN DE36000000000000000000"] }
]
}
}Wenn eine Datei nicht besteht
Ein strenges Rendering, das nicht besteht, antwortet mit 422, mit der Regel, dem, was zu ändern ist, und den betroffenen Elementen, und liefert nichts aus. Das Rendering bleibt als fehlgeschlagen mit demselben Bericht erhalten, das Render-Protokoll zeigt ihn also auch später. Dies ist dieselbe Rechnung, bei der das alt ihres Zahlungscodes entfernt wurde.
{
"status": 422,
"code": "pdfua_validation_failed",
"detail": "The PDF fails 1 of the 106 machine-checkable rules of PDF/UA-1 (7.3-1)",
"accessibility": {
"conformant": false,
"rules": { "passed": 105, "failed": 1 },
"failures": [
{ "rule": "7.3-1", "code": "image-alt", "count": 1,
"message": "The image has no alt attribute. Say what it shows, or write alt=\"\" if it is decoration.",
"elements": ["<img src=\"data:image/svg+xml;…\">"] }
],
…
}
}
Mit einer E-Rechnung: PDF/A-3 und PDF/UA-1 in einer Datei
Eine E-Rechnung ist ein PDF/A-3, das die Rechnung als XML enthält. Eine Vorlage, die beides festlegt, rendert eine Datei, die die E-Rechnung und zugleich ein PDF/UA-1-Dokument ist. Die Umwandlung in PDF/A-3 erhält die Tags, und die fertige E-Rechnung, also die Datei, die Sie erhalten, wird in derselben Anfrage von veraPDF gegen beide Normen geprüft. Das Rendering trägt beide Berichte, einvoice und accessibility. Das E-Rechnungs-Beispiel dieser Website wird so gerendert.
- Die Aussage nur mit dem Nachweis, auch hier. Eine E-Rechnung, deren Datei PDF/UA-1 nicht besteht, lässt ein strenges Rendering scheitern und liefert nichts aus. Mit
{ "check": "report" }erhalten Sie die gültige E-Rechnung, und sie bezeichnet sich nicht als PDF/UA-1. - Eine Antwort, beide Berichte.
einvoice.validationsagt, was die Regeln der EN 16931 und von PDF/A-3b ergeben haben,accessibility, was die Regeln von PDF/UA-1 ergeben haben. Ein Rendering, das an PDF/UA-1 scheitert, trägt den Bericht der E-Rechnung trotzdem. Rechnungsdaten, die eine Regel verletzen, oder eine Datei, die kein PDF/A-3b werden kann, lassen das Rendering vorher scheitern, bevor es eine Datei gibt, die an PDF/UA-1 gemessen werden könnte. - Was es kostet. Was die E-Rechnung kostet: eine Einheit zusätzlich zum Rendering, ab dem Starter-Plan. Die zweite Prüfung kostet nichts dazu.

Was eine bestandene Prüfung nicht belegt
Eine bestandene Prüfung ist eine Aussage über das Format: Jeder Inhalt ist getaggt oder als Schmuck markiert, Überschriften überspringen keine Ebene, Abbildungen tragen einen Alternativtext, Tabellen sind regelmäßig, das Dokument hat einen Titel und eine Sprache, Schriften sind eingebettet. Barrierefrei macht sie ein Dokument noch nicht. Einen Teil der Norm kann keine Maschine entscheiden, und manches, was Leser brauchen, liegt außerhalb von ihr:
- Alternativtexte. Die Prüfung sieht, dass ein Bild einen Text hat, nicht, ob der Text sagt, was das Bild zeigt.
- Lesereihenfolge. Gelesen wird in der Reihenfolge Ihres HTML, was immer CSS auf der Seite zeigt. Ob diese Reihenfolge sinnvoll ist, hört man, man berechnet es nicht.
- Kontrast und Sprache. Farbkontrast, Schriftgröße und verständliche Sprache sind kein Teil von PDF/UA.
- Andere Prüfprogramme. Prüfprogramme unterscheiden sich darin, was sie prüfen und wie streng. Über PAC, ein verbreitetes, schreibt die Bundesfachstelle Barrierefreiheit: „Allein das Bestehen des PAC-Tests bedeutet allerdings noch nicht, dass ein Dokument barrierefrei ist.“ (Bundesfachstelle Barrierefreiheit). Der Bericht von Formfeed spricht nur für die Regeln von veraPDF, nicht für das, was ein anderes Prüfprogramm findet.
Wer barrierefreie PDFs versenden muss
Nicht jeder Absender, und für manche Dokumente ist die Frage offen. Das Folgende gibt wieder, was zwei Quellen sagen, gelesen am 17. Oktober 2026: das Barrierefreiheitsstärkungsgesetz (BFSG), das den European Accessibility Act in Deutschland umsetzt, und die Bundesfachstelle Barrierefreiheit zu den Vorgaben für PDFs.
- Öffentliche Stellen. Für Stellen des Bundes gelten das Behindertengleichstellungsgesetz und die BITV 2.0, die auf die EN 301 549 verweist. Deren Abschnitt 10 enthält die Anforderungen an Dokumente wie PDFs. Auf Landesebene gelten die Vorgaben des jeweiligen Bundeslands.
- Dienstleistungen für Verbraucher. Seit dem 28. Juni 2025 erfasst das Gesetz Telekommunikationsdienste, Personenbeförderung im Luft-, Bus-, Schienen- und Schiffsverkehr außer Stadt-, Vorort- und Regionalverkehr, Bankdienstleistungen, E-Books und online geschlossene Verträge, soweit sie für Verbraucher erbracht werden. Die Bundesfachstelle: Werden bei einer solchen Dienstleistung Dokumente erzeugt, etwa ein elektronisches Ticket als PDF, müssen auch diese barrierefrei sein.
- Nicht geklärt. Weder das Gesetz noch die Seite der Bundesfachstelle nennt eine Rechnung, einen Kontoauszug oder eine Bestellbestätigung. Ob die Rechnung nach einem Onlinekauf erfasst ist, ist nicht geklärt.
- Ausgenommen. Ein Kleinstunternehmen, das Dienstleistungen erbringt, ist ausgenommen: weniger als zehn Beschäftigte und ein Jahresumsatz oder eine Jahresbilanzsumme von höchstens 2 Millionen Euro. Dateien in Büroformaten, die eine Website vor dem 28. Juni 2025 veröffentlicht hat, liegen ebenfalls außerhalb des Gesetzes.
- Kein Dateiformat ist genannt. Keine der beiden Quellen nennt PDF/UA. PDF/UA-1 ist die ISO-Norm für die Struktur eines barrierefreien PDF und der Teil der Arbeit, den eine Maschine prüfen kann. Ob eine Vorschrift für Ihre Dokumente gilt, ist eine Frage für Ihre Rechtsberatung. Formfeed leistet keine Rechtsberatung.
| Wer versendet | Seit | Stand |
|---|---|---|
| Öffentliche Stellen des Bundes | gilt bereits | erfasst |
| Personenbeförderung: elektronische Tickets für Verbraucher | 28. Juni 2025 | im Gesetz genannt |
| Banken, Telekommunikation und Onlineshops: Dokumente, die eine Dienstleistung für Verbraucher erzeugt | 28. Juni 2025 | erfasst, sagt die Bundesfachstelle |
| Rechnungen und Bestätigungen nach einem Onlinekauf | — | nicht geklärt |
| Dokumente an Unternehmen | — | außerhalb des Gesetzes |
| Kleinstunternehmen, die Dienstleistungen erbringen | — | ausgenommen |
Was Formfeed nicht tut
Formfeed schreibt das Format und prüft es. Es zertifiziert nichts und beantwortet keine Rechtsfrage. Und manches geht noch nicht:
- Word- und PowerPoint-Vorlagen. Ihr PDF kommt aus einem anderen Konverter, dessen Tags noch nicht gemessen sind. Ein PDF-Rendering einer solchen Vorlage mit
pdf.uawird abgelehnt. - Zusammengeführte Dokumente.
pdf.ualässt sich nicht mitpost.merge_afterverbinden: Beim Zusammenführen gehen die Tags des Angehängten verloren, und ein Validator ließe die Datei trotzdem bestehen. - Dateien, die Sie senden. Die Reparaturen gelten den PDFs, die Formfeed rendert. Die PDF-Tools prüfen und reparieren eine Datei, die Sie senden, nicht, und PDF/UA-2 wird nicht geschrieben.
FAQ
- In welchen Plänen, und was kostet es?
- In jedem Plan, auch in Free, und ohne zusätzliche Einheit: Ein Rendering kostet, was es ohne die Prüfung kostet. Ein Rendering, das fehlschlägt, kostet nichts, und Test-Renderings und das echte Rendering im Editor werden geprüft wie jedes andere.
- Macht eine bestandene Prüfung mein Dokument barrierefrei?
- Nein. Sie sagt, dass die Datei die Regeln von PDF/UA-1 bestanden hat, die eine Maschine prüfen kann, und der Bericht nennt den Validator und seine Version. Alternativtexte, Lesereihenfolge und Kontrast bleiben bei der Vorlage.
- Ist das Barrierefreiheitsstärkungsgesetz damit für uns erledigt?
- Das kann keine Software zusagen. Das Gesetz nennt kein Dateiformat, und ob ein Dokument von Ihnen darunter fällt, ist eine Rechtsfrage. Sie erhalten die Struktur, die das PDF-Format für Barrierefreiheit vorsieht, von einem Validator geprüft, und den Bericht, der das festhält.
- Welcher Validator, und was ist mit PAC?
- veraPDF, in der Version, die jeder Bericht nennt. PAC ist ein eigenes Prüfprogramm mit eigenen Tests, und der Bericht sagt, was veraPDF gefunden hat, nicht, was PAC finden würde.
- Geht das zusammen mit E-Rechnungen?
- Ja. Eine Vorlage, die eine E-Rechnung und
pdf.uafestlegt, rendert eine Datei, die eine ZUGFeRD- bzw. Factur-X-Rechnung, also ein PDF/A-3b, und zugleich ein PDF/UA-1-Dokument ist. Beides wird an der Datei geprüft, die ausgeliefert wird, und das Rendering trägt beide Berichte. E-Rechnungen setzen den Starter-Plan oder höher voraus. - Kann ich es ausprobieren?
- Kopieren Sie ein beliebiges PDF-Beispiel in einen Workspace, schalten Sie im Abschnitt „Dokument“ der Seiteneinrichtung „Barrierefreies PDF (PDF/UA-1)“ ein und rendern Sie es. Jedes von ihnen besteht.
- Wo stehen die Einzelheiten?
- Die Anleitung zu barrierefreien PDFs führt jeden Befund der Vorlagenprüfung, die Reparaturen, den Bericht und die Fehler auf.