Barrierefreiheit prüfen
Sehen Sie, was ein Screenreader in Ihrem PDF findet — und was ihm fehlen wird.
Ihre Dateien verlassen nie Ihr GerätLegen Sie Ihr PDF hier ab
Nichts wird verändert: Diese Prüfung liest das Dokument nur.
Häufige Fragen
Ersetzt diese Prüfung eine vollständige PDF/UA-Validierung?
Nein, und der Bericht sagt das selbst. Keine freie Bibliothek validiert die Norm PDF/UA (ISO 14289-1) im Browser: veraPDF ist in Java geschrieben, die WebAssembly-Engines sind kostenpflichtig lizenziert, und die kostenlosen Online-Prüfer erhalten Ihre Datei auf ihrem Server. Vellum prüft daher, was sich eindeutig aus der Datei lesen lässt, und schliesst mit der Liste dessen, was es nicht prüft: die vollständige PDF/UA-Konformität, die tatsächliche Lesereihenfolge, getaggte Tabellen und Listen sowie die Qualität der Alternativtexte.
Was genau prüft der Bericht?
Zehn Punkte. Den Dokumenttitel (in den Informationen und im XMP) und die Anforderung, ihn in der Titelleiste anzuzeigen; die angegebene Sprache und ihre Gültigkeit; das Vorhandensein echten Textes Seite für Seite, im Gegensatz zum Bild eines Scans; die Auszeichnung des Dokuments (MarkInfo /Marked und Strukturbaum); die als /Figure getaggten Bilder und ihren Alternativtext; die hierarchisierten Überschriften H1 bis H6; die Lesezeichen jenseits von zwanzig Seiten; die Tooltips der Formularfelder; eine Schätzung des Kontrasts; die PDF/UA-Kennung im XMP; und die Einschränkungen, die eine Textentnahme zu Zwecken der Barrierefreiheit verbieten würden. Diese Punkte folgen den Klauseln 6.2, 7.1, 7.2 und 7.3 des PDF/UA-1-Validierungsprofils von veraPDF, erhoben am 17.09.2026.
Warum wird der Kontrast als Schätzung angekündigt?
Weil er eine ist. Vellum zeichnet die ersten zehn Seiten in reduzierter Auflösung (rund 100 Punkte pro Zoll), gruppiert die Farben, nimmt die häufigste als Hintergrund, verwirft die Zwischentöne, die deutlich seltener sind als eine dunklere Tinte — das sind die Pixel der Kantenglättung —, und berechnet dann das WCAG-Kontrastverhältnis zwischen dem Hintergrund und jeder verbleibenden Tintenfarbe. Die verwendete Schwelle ist 4,5:1, jene des Kriteriums 1.4.3 von WCAG 2.1 auf Stufe AA (w3.org/TR/WCAG21, abgerufen am 17.09.2026). Diese Messung kennt die Schriftgrösse nicht — WCAG verlangt jenseits von 18 Punkt nur 3:1 —, unterscheidet keinen Text auf einer Fotografie, übersieht eine einzelne hellgraue Zeile inmitten eines langen schwarzen Textes und schaut nicht über die zehnte Seite hinaus.
Kann Vellum beheben, was der Bericht meldet?
Nur teilweise, und es sagt das Punkt für Punkt. Eine Seite ohne Text holt die Texterkennung nach; ein fehlender Titel wird mit dem Werkzeug Metadaten geschrieben; Verschlüsselungseinschränkungen hebt das Werkzeug Entsperren auf. Dagegen kann Vellum weder Strukturtags noch Alternativtexte für Bilder hinzufügen: Das verlangt, den Sinn des Dokuments zu verstehen, und geschieht in der Software, die es erzeugt hat. Das Werkzeug Metadaten von Vellum schreibt auch die Dokumentsprache und die Anforderung zur Titelanzeige nicht, zwei Einstellungen, die anderswo in der Datei liegen.
Wer ist verpflichtet, seine PDF barrierefrei zu machen?
In der Schweiz verpflichtet das Behindertengleichstellungsgesetz (BehiG, SR 151.3, in Kraft seit 2004) die Behörden, ihre digitalen Leistungen für alle nutzbar zu machen, und die Bundesverwaltung wendet dafür den Standard eCH-0059 an, dessen Version 3.0 am 25.06.2020 genehmigt wurde und WCAG 2.1 auf Stufe AA übernimmt. In der Europäischen Union gilt der European Accessibility Act (Richtlinie (EU) 2019/882) seit dem 28.06.2025 für zahlreiche private Produkte und Dienstleistungen. Am 17.09.2026 erhobene Quellen: ebgb.admin.ch, ech.ch und das AccessibleEU-Zentrum der Europäischen Kommission.