PDF-Dokumente sind nach wie vor eines der gängigsten Formate für Berichte, Formulare und Handbücher. Mit der Veröffentlichung von WCAG 2.2 müssen Dokumentenverantwortliche über klassische PDF-Barrierefreiheitsprüfungen hinausblicken und neue Erfolgskriterien berücksichtigen, die die Interaktion mit digitalen Inhalten betreffen. Dieser Leitfaden erklärt die wichtigsten Änderungen für PDFs und zeigt praktische Schritte zur Compliance auf.
nn
Neue Erfolgskriterien, die für PDFs relevant sind
nn
Nicht verdeckter Fokus (2.4.11)
n
Wenn Nutzer ein PDF-Formular oder interaktives Dokument mit der Tastatur durchlaufen, muss das fokussierte Element sichtbar bleiben. Bei langen Formularen oder Dokumenten mit fixierten Kopf- oder Fußzeilen kann das aktive Feld hinter anderen Inhalten verschwinden. Autoren sollten die Tab-Reihenfolge testen und sicherstellen, dass keine Komponente das Element mit dem aktuellen Tastaturfokus verdeckt.
nn
Ziehbewegungen (2.5.7)
n
Jede Aktion, die Ziehen erfordert, etwa Unterschriftenfelder oder Schieberegler in einem PDF, muss eine Alternative ohne Ziehbewegung bieten. Nutzer mit motorischen Einschränkungen können möglicherweise keine Ziehbewegung ausführen. Stellen Sie Schaltflächen, numerische Eingaben oder andere Ein-Zeiger-Alternativen für jede ziehbasierte Interaktion bereit.
nn
Mindestgröße des Ziels (2.5.5)
n
Interaktive Ziele in PDFs, einschließlich Schaltflächen, Kontrollkästchen und Links, sollten nach Möglichkeit mindestens 24 mal 24 CSS-Pixel groß sein. Kleine Berührungsziele sind für Nutzer mit Zittern oder eingeschränkter Präzision schwierig. Prüfen Sie Formularfelder und Navigationselemente, um sicherzustellen, dass sie die Mindestgröße erreichen oder genügend Abstand haben, damit Nutzer nicht versehentlich benachbarte Bedienelemente aktivieren.
nn
Barrierefreie Authentifizierung (3.3.8)
n
Wenn ein PDF einen Anmeldeschritt oder ein sicheres Formular enthält, vermeiden Sie kognitive Funktionstests wie CAPTCHAs, Rätsel oder zu merkende Passwörter als einzige Authentifizierungsmethode. Bieten Sie Alternativen wie biometrische Verifizierung, E-Mail-Magic-Links oder gerätebasierte Authentifizierung an. Für Dokumente, die über Webportale verteilt werden, muss auch die Anmeldeseite dieses Kriterium erfüllen.
nn
Redundante Eingabe (3.3.7)
n
Bitten Sie Nutzer nicht, dieselben Informationen zweimal innerhalb einer einzigen PDF-Formularsitzung einzugeben. Wenn ein Nutzer bereits eine Adresse, einen Namen oder eine Kontonummer angegeben hat, füllen Sie spätere Felder automatisch aus oder stellen Sie sie zur Auswahl bereit. Redundante Dateneingabe erzeugt Ermüdung und erhöht Fehler, besonders bei Nutzern mit kognitiven oder motorischen Beeinträchtigungen.
nn
Konsistente Hilfe (3.2.6)
n
Wenn Hilfemechanismen, Kontaktdaten oder Support-Links in einer Reihe von PDFs oder innerhalb eines Dokumentenportals erscheinen, platzieren Sie sie auf jeder Seite an derselben Stelle. Eine unterschiedliche Platzierung erschwert es Nutzern, Hilfe zu finden. Ein vorhersehbares Hilfemuster reduziert Unsicherheit und unterstützt Nutzer, die auf stabile Navigation angewiesen sind.
nn
Was Dokumentenverantwortliche tun sollten
n
Beginnen Sie damit, bestehende PDFs mit Tools zu prüfen, die WCAG 2.2-Probleme melden, nicht nur WCAG 2.1. Aktualisieren Sie Dokumentenvorlagen und Formulare so, dass interaktive Elemente groß genug, per Tastatur erreichbar und frei von redundanten Schritten sind. Schulen Sie Ersteller von Inhalten darin, ziehbasierte Steuerungen zu vermeiden und Hilfe-Links an konsistenten Positionen zu belassen. Wenn Sie PDFs über eine Website veröffentlichen, prüfen Sie, ob Anmeldeseiten und die umgebende Navigation ebenfalls WCAG 2.2 erfüllen.
nn
Fazit
n
WCAG 2.2 ersetzt die bisherige Arbeit an der PDF-Barrierefreiheit nicht, ergänzt sie aber um wichtige Anforderungen zur Fokussichtbarkeit, Zeigerinteraktionen und Nutzerunterstützung. Indem Sie jedes neue Erfolgskriterium prüfen und auf Ihren Dokumenten-Workflow anwenden, erstellen Sie PDFs, die für alle einfacher zu nutzen sind.