PDF-Speisekarten barrierefrei prüfen: Die Vier-Durchgänge-Methode für WCAG 2.2

Warum PDF-Speisekarten eine eigene Prüfung brauchen

Viele Restaurantwebsites verlinken ihre Speisekarte als herunterladbares PDF, oft parallel zu einer HTML-Version oder als einziges Format. Ein PDF ist kein Webdokument im engeren Sinn, wird aber von Screenreadern und Hilfstechnologien über eingebettete Tags gelesen, die eine Struktur wie Überschriften, Listen und Tabellen abbilden sollen. Fehlt diese Struktur oder ist die Lesereihenfolge durcheinander, kann ein Gast, der auf einen Screenreader angewiesen ist, den Inhalt der Speisekarte nicht in einer sinnvollen Reihenfolge erfassen, selbst wenn der Text technisch im Dokument enthalten ist.

Die Web Content Accessibility Guidelines 2.2 des W3C beschreiben Erfolgskriterien für Webinhalte, etwa zu Informationsstruktur, Lesereihenfolge, Textalternativen und Bedienbarkeit per Tastatur. Da PDFs kein Browser-DOM besitzen, werden dieselben Konzepte über das PDF-Tagging-Modell umgesetzt. Dieser Artikel übersetzt diese Konzepte in einen praktischen, wiederholbaren Prüfablauf für Speisekarten-Dateien, ohne eine formale Zertifizierung oder Rechtsauskunft zu ersetzen.

Die Vier-Durchgänge-Methode im Überblick

Der Workflow gliedert sich in vier klar abgegrenzte Durchgänge. Jeder Durchgang hat einen eigenen Prüffokus und ein eigenes Ergebnis, sodass Teams die Prüfung auf mehrere Personen oder Zeitpunkte verteilen können, ohne den Überblick zu verlieren.

Durchgang 1: Dokumentstruktur und Tagging prüfen

Im ersten Durchgang wird das Tags-Panel der jeweiligen PDF-Anwendung geöffnet und mit dem visuellen Layout der Speisekarte verglichen. Kategorienamen wie „Vorspeisen“ oder „Hauptgerichte“ sollten als Überschriften getaggt sein, Gerichtelisten als Listenelemente und Preistabellen als Tabellenstruktur mit Kopfzeilen. Ein häufiges Muster in schnell aus Layoutprogrammen exportierten PDFs ist, dass der gesamte Text als eine einzige, ungegliederte Textebene ohne semantische Tags vorliegt.

• Sind Kategorieüberschriften als Überschriften-Tags (nicht nur als große Schrift) markiert?
• Sind Gerichtelisten als Listen-Tags statt als lose Absätze umgesetzt?
• Haben Preistabellen Tabellen-Tags mit erkennbaren Kopfzeilen?
• Existiert überhaupt ein vollständiger Tag-Baum, oder ist das Dokument untagged?

Durchgang 2: Lesereihenfolge kontrollieren

Mehrspaltige Speisekarten-Layouts sind eine der häufigsten Ursachen für eine Lesereihenfolge, die nicht der visuellen Spaltenlogik entspricht. Das Reihenfolge-Werkzeug der PDF-Software zeigt, in welcher Sequenz Inhalte vorgelesen würden. Im zweiten Durchgang wird diese Sequenz Zeile für Zeile mit der gewünschten Lesefolge – etwa Vorspeisen vor Hauptgerichten, Gericht vor Preis – abgeglichen und bei Abweichungen korrigiert.

Durchgang 3: Textalternativen für Nicht-Text-Inhalte

Enthält die Speisekarte Icons für vegetarische oder allergenrelevante Kennzeichnungen, Logos oder eingebettete Grafiken mit Informationswert, benötigen diese Elemente einen Alternativtext, der ihre Funktion beschreibt. Rein dekorative Elemente ohne Informationswert können hingegen als solche markiert werden, damit sie von Hilfstechnologien übersprungen werden. Dieser Durchgang prüft jedes grafische Element einzeln und entscheidet, ob es informativ oder dekorativ ist.

Durchgang 4: Navigation und praktischer Test

Der letzte Durchgang verlässt die reine Werkzeugansicht und testet das exportierte Dokument tatsächlich mit einem Screenreader und ausschließlich per Tastatur. Hier zeigt sich, ob die in den ersten drei Durchgängen vorgenommenen Korrekturen im finalen Export erhalten bleiben, da manche PDF-Exporte Tags oder Reihenfolge-Einstellungen beim Speichern verändern können.

Grenzen dieses Workflows

Diese Vier-Durchgänge-Methode ist eine praktische Arbeitshilfe, keine rechtliche oder formale Konformitätsprüfung. WCAG 2.2 ist für Webinhalte geschrieben; die Übertragung auf PDF-Dokumente erfolgt über das Tagging-Modell und deckt nicht jedes Erfolgskriterium eins zu eins ab. Der Workflow ersetzt weder eine rechtliche Einschätzung zu Barrierefreiheitspflichten noch eine automatisierte oder manuelle Zertifizierung durch eine spezialisierte Prüfstelle. Ergebnisse können außerdem je nach verwendeter PDF-Software, Exporteinstellungen und Screenreader-Version variieren, weshalb Betriebe die Prüfung nach jeder inhaltlichen Aktualisierung der Speisekarte wiederholen sollten, statt sich auf eine einmalige Prüfung zu verlassen.

Fortschritt messen und dokumentieren

Um den Prüfaufwand über mehrere Speisekarten-Versionen hinweg nachvollziehbar zu machen, empfiehlt sich ein einfaches Protokoll statt eines rein mündlichen Abhakens. Folgende Kennzahlen lassen sich ohne zusätzliche Werkzeuge aus den vier Durchgängen ableiten:

1. Anzahl der Tags-Fehler bei Erstprüfung gegenüber Anzahl nach Korrektur (Durchgang 1)
2. Anzahl der Abschnitte mit korrigierter Lesereihenfolge (Durchgang 2)
3. Anzahl informativer Bildelemente mit ergänztem Alternativtext (Durchgang 3)
4. Bestanden/nicht bestanden je Testfall im Tastatur- und Screenreader-Durchlauf (Durchgang 4)

Ein solches Protokoll pro Speisekarten-Version erlaubt es, bei künftigen Aktualisierungen schnell zu erkennen, welche Fehlerarten wiederkehren, etwa immer wieder falsch getaggte Preistabellen bei einer bestimmten Exportvorlage.

Wo ChefNet in diesen Prozess passen kann

ChefNet entwickelt Produkte im Bereich Restaurant-Discovery und -Betrieb, unter anderem mit Bezug zu digitalen Speisekarteninhalten. Ob und in welchem Umfang eine konkrete Funktion zur P

Vorgeschalteter Nulldurchgang: Textebene und gescannte Speisekarten prüfen

Bevor Durchgang 1 der Vier-Durchgänge-Methode beginnt, sollte geprüft werden, ob die PDF-Datei überhaupt eine echte Textebene besitzt. Wird eine Speisekarte als eingescanntes Bild oder als Foto in ein PDF eingebettet, kann kein Tags-Panel sinnvolle Struktur zeigen, weil für Hilfstechnologien schlicht kein maschinenlesbarer Text vorhanden ist. Dieser Nulldurchgang lässt sich mit einer einfachen Probe durchführen:

• Lässt sich ein Wort aus der Speisekarte per Textmarkierung im PDF-Betrachter auswählen?
• Liefert die Suchfunktion des PDF-Betrachters einen Treffer für einen bekannten Gerichtnamen?
• Zeigt das Tags-Panel überhaupt Textknoten oder nur ein einziges Bildobjekt pro Seite?

Fällt diese Probe negativ aus, ist eine Texterkennung (OCR) mit anschließender manueller Kontrolle notwendig, bevor die eigentlichen vier Durchgänge Sinn ergeben. Ohne diesen Schritt würde jede spätere Tag- oder Reihenfolgeprüfung auf einer Datei ohne Textgrundlage aufsetzen.

Edge Cases, die im Standard-Workflow zusätzlich berücksichtigt werden sollten

Mehrsprachige Speisekarten

Enthält eine Speisekarte zwei Sprachversionen auf derselben Seite oder in getrennten Abschnitten, sollte im Rahmen von Durchgang 1 zusätzlich geprüft werden, ob jedem Textabschnitt die passende Sprachkennung zugeordnet ist. Fehlt diese Zuordnung, kann ein Screenreader den falschen Aussprachemodus verwenden, selbst wenn Struktur und Reihenfolge korrekt sind.

Fußnoten und Allergenverweise

Sternchen- oder Buchstabensysteme für Allergene erzeugen eine visuelle Verknüpfung zwischen Gericht und Fußnotentext, die im Tag-Baum nicht automatisch abgebildet wird. Im dritten Durchgang genügt es hier nicht, dem Symbol selbst einen Alternativtext zu geben; zusätzlich sollte geprüft werden, ob die Fußnote als eigenständiger, in der Lesereihenfolge sinnvoll platzierter Textblock erscheint und nicht isoliert am Seitenende ohne erkennbaren Bezug steht.

Seitenumbrüche bei langen Kategorien

Erstreckt sich eine Kategorie wie „Hauptgerichte“ über mehrere Seiten, ist im zweiten Durchgang gesondert zu prüfen, ob die Kategorieüberschrift nur auf der ersten Seite als Tag vorhanden ist oder ob nachfolgende Seiten ohne erkennbaren Kontext beginnen. Ein Screenreader-Nutzer, der mitten in der Liste einsteigt, muss weiterhin erkennen können, zu welcher Kategorie ein Gericht gehört.

Eingebettete Formularfelder

Enthält die Datei interaktive Elemente, etwa ein Bestell- oder Reservierungsformularfeld innerhalb der Speisekarten-PDF, gehört die Tastaturbedienbarkeit dieser Felder explizit in Durchgang 4. Formularfelder benötigen zusätzlich eine erkennbare Beschriftung, die beim Tab-Wechsel angesagt wird, andernfalls bleibt das Feld für Tastatur- und Screenreader-Nutzung unklar.

Entscheidungsrahmen: Datei überarbeiten oder auf HTML umstellen

Nicht jede fehlerhafte PDF-Speisekarte lässt sich wirtschaftlich sinnvoll nachbearbeiten. Die folgende Tabelle bietet eine grobe Orientierung, wann eine Remediation der bestehenden Datei sinnvoller ist und wann eine parallele oder ersetzende HTML-Version geprüft werden sollte.

Eskalationspfad bei wiederkehrenden Fehlern

Tritt derselbe Fehlertyp – etwa falsch getaggte Preistabellen – über mehrere Speisekarten-Versionen hinweg erneut auf, deutet dies meist auf die verwendete Exportvorlage oder das Ausgangsprogramm hin und nicht auf einen Einzelfall. Ein gestufter Umgang mit solchen wiederkehrenden Fehlern kann so aussehen:

1. Fehler im Protokoll aus Durchgang 1 markieren und mit der jeweils verwendeten Exportvorlage verknüpfen.
2. Prüfen, ob eine andere Export- oder Tagging-Einstellung im selben Programm den Fehler vermeidet.
3. Bleibt der Fehler bestehen, das Ausgangsdokument in einem anderen Layoutprogramm oder mit manueller Nachbearbeitung im Tags-Panel erzeugen.
4. Wiederholt sich das Muster weiterhin, eine spezialisierte Prüfung durch fachkundige Dritte in Erwägung ziehen, da die Vier-Durchgänge-Methode selbst keine tiefergehende technische Fehlerdiagnose ersetzt.

Primärquellen

• W3C: Web Content Accessibility Guidelines 2.2

FAQ

Redaktioneller Hinweis: ChefNet veröffentlicht diesen Leitfaden und entwickelt Produkte für Restaurantsuche und -betrieb. Allgemeine Betriebshinweise sind von Produktaussagen getrennt. Funktionen können sich im Verlauf der Pilotphase ändern. Veröffentlicht 2026-08-04.