Ticketshop barrierefrei: Saalplan, Begleitperson, E-Ticket

Das BFSG zählt in § 1 Abs. 3 die Dienstleistungen auf, für die es gilt, wenn sie nach dem 28. Juni 2025 für Verbraucher erbracht werden. Nummer 5 sind die Dienstleistungen im elektronischen Geschäftsverkehr (BFSG, § 1 Abs. 3 Nr. 5). Gemeint sind digitale Dienste, die über Webseiten und Apps angeboten und elektronisch auf individuelle Anfrage eines Verbrauchers im Hinblick auf den Abschluss eines Verbrauchervertrags erbracht werden (BFSG, § 2 Nr. 26). Ein Ticketshop, in dem Privatleute Plätze wählen und bezahlen, erfüllt diese Merkmale in der Regel, gleich ob ihn ein Konzertveranstalter, ein privates Theater oder ein Kulturverein betreibt. Einen Überblick über alle Pflichten gibt die Seite zu den BFSG-Anforderungen.

Ausgenommen sind Kleinstunternehmen, die Dienstleistungen anbieten oder erbringen (BFSG, § 3 Abs. 3). Als Kleinstunternehmen gilt, wer weniger als zehn Personen beschäftigt und entweder höchstens 2 Millionen Euro Jahresumsatz oder höchstens 2 Millionen Euro Jahresbilanzsumme hat (BFSG, § 2 Nr. 17). Eine kleine Bühne mit eigenem Kartenverkauf kann darunter fallen, eine Konzertagentur mit zehn oder mehr Beschäftigten nicht. Die Abgrenzung im Detail, auch für Verbünde und Vereine, steht im Beitrag zur Ausnahme für Kleinstunternehmen.

Eine Unterscheidung lohnt sich bei Fahrkarten. Elektronische Tickets und Ticketdienste im Luft-, Bus-, Schienen- und Schiffsverkehr stehen als eigener Fall im Gesetz (BFSG, § 1 Abs. 3 Nr. 2), und für diese Personenbeförderungsdienste verlangt die Verordnung zusätzlich unter anderem Informationen zu intelligenten Ticketsystemen wie der elektronischen Reservierung und Buchung von Fahrausweisen (BFSGV, § 15). Was dort im Einzelnen gilt, erklärt der Beitrag zu den Informationspflichten im Personenverkehr. Für Konzert-, Theater-, Sport- und Kinokarten bleibt es beim elektronischen Geschäftsverkehr.

Für diesen Geschäftsverkehr stellt die Verordnung zusätzliche Anforderungen, zwei davon sind für den Ticketshop zentral. Informationen zur Barrierefreiheit der angebotenen Produkte und Dienstleistungen sind bereitzustellen, soweit der verantwortliche Wirtschaftsakteur sie zur Verfügung stellt (BFSGV, § 19). Und Identifizierungs-, Authentifizierungs-, Sicherheits- und Zahlungsfunktionen müssen wahrnehmbar, bedienbar, verständlich und robust gestaltet sein (BFSGV, § 19). Für einen Ticketshop liegt es nahe, unter die erste Anforderung auch die Angaben des Veranstalters zu Rollstuhlplätzen, stufenlosen Zugängen oder Höranlagen zu fassen. Die zweite betrifft die Anmeldung und die Bezahlstrecke, auch wenn ein anderer Anbieter sie zuliefert als den Saalplan.

Das W3C beschreibt im Verständnisdokument zum Erfolgskriterium 1.1.1 einen verwandten Fall: Ein Gebäudegrundriss ist interaktiv, man wählt einen Raum und gelangt zu einer Seite mit Informationen über ihn (W3C, Understanding SC 1.1.1). Die kurze Textalternative beschreibt dort das Bild und seinen interaktiven Zweck. Für Bedienelemente legt das Kriterium fest: Ist Nicht-Text-Inhalt ein Bedienelement oder nimmt er Eingaben entgegen, hat er einen Namen, der seinen Zweck beschreibt (W3C, Understanding SC 1.1.1). Übertragen auf den Saalplan heißt das: Der Plan als Ganzes bekommt eine Beschreibung wie „Saalplan Großer Saal, Parkett und Rang, Plätze wählen“, und jeder wählbare Platz einen Namen wie „Parkett links, Reihe 7, Platz 12, Kategorie 2, frei“.

Bei einem großen Saal reichen die Namen allein aber nicht. Wer mit dem Screenreader Hunderte Plätze einzeln durchgeht, verliert den Überblick. Deshalb gehört neben den Plan eine gleichwertige Platzliste: eine Tabelle mit Bereich, Reihe, Platz, Kategorie, Preis und Merkmalen wie „Rollstuhlplatz“, „Begleitplatz“, „eingeschränkte Sicht“ oder „am Gang“, filterbar nach Anzahl, Preis und Merkmal. Die Liste ist kein Notbehelf, sondern oft der schnellere Weg für alle, die nicht nach Lage, sondern nach Preis oder Zugang suchen. Ihre Tabellenstruktur muss im Code stehen, nicht nur in der Optik: Informationen, Struktur und Beziehungen, die über die Darstellung vermittelt werden, müssen programmatisch ermittelbar oder als Text verfügbar sein (W3C, Understanding SC 1.3.1). Spaltenköpfe sind also echte Kopfzellen, damit der Screenreader zu jedem Wert die Spalte nennt.

Ein dritter Weg ergänzt beide: die automatische Platzwahl. Wer „zwei Plätze, Kategorie 2, nebeneinander“ angibt und den Vorschlag annimmt, braucht den Plan gar nicht. Wichtig ist, dass der Vorschlag die Plätze danach im Klartext nennt und sich ändern lässt, statt nur auf dem Plan aufzuleuchten. Dasselbe Prinzip trägt auch beim Filialfinder, wo die Ergebnisliste die eigentliche Textalternative zur Karte ist.

Auf die Ausnahme für Online-Karten sollte sich ein Ticketshop nicht stützen. Sie greift nur, sofern bei Karten für Navigationszwecke wesentliche Informationen barrierefrei zugänglich in digitaler Form bereitgestellt werden (BFSG, § 1 Abs. 4 Nr. 3). Ein Saalplan dient der Auswahl dessen, was gekauft wird, nicht der Navigation, und selbst nach dem Wortlaut der Ausnahme führt der Weg zurück zu einer zugänglichen Liste der wesentlichen Informationen.

Alle Funktionen müssen per Tastatur bedienbar sein (W3C, Understanding SC 2.1.1). Für einen Saalplan bietet sich das Rastermuster an, das die ARIA Authoring Practices beschreiben: ein Container, in dem man sich mit Pfeiltasten, Pos1 und Ende bewegt (W3C, ARIA Authoring Practices Guide). Der Fokus springt so nicht durch Hunderte Tabstopps, sondern kommt mit einem Tab in den Plan und wandert mit den Pfeiltasten von Platz zu Platz; die Leertaste wählt aus. Jede Auswahl wird als Statusmeldung angesagt, ohne den Fokus zu verschieben, etwa „Reihe 7, Platz 12 gewählt, 2 von 2 Plätzen“ (W3C, Understanding SC 4.1.3). Das W3C erläutert diese Art Meldung am Warenkorb, neben dessen Symbol nach dem Hinzufügen der Text „5 items“ erscheint und angesagt wird (W3C, Understanding SC 4.1.3).

Lässt sich ein Plan nur durch Ziehen verschieben, braucht er eine Alternative. Funktionen, die eine Ziehbewegung nutzen, müssen auch mit einem einfachen Zeiger ohne Ziehen erreichbar sein; das W3C nennt als Beispiel eine Karte, die sich ziehen lässt und zusätzlich Schaltflächen zum Verschieben nach oben, unten, links und rechts hat (W3C, Understanding SC 2.5.7). Beim Vergrößern gilt: Inhalte müssen bei einer Breite von 320 CSS-Pixeln ohne Verlust und ohne Scrollen in zwei Richtungen darstellbar sein (W3C, Understanding SC 1.4.10). Karten und Diagramme sind davon ausgenommen, weil sie ein zweidimensionales Layout brauchen (W3C, Understanding SC 1.4.10). Der Plan darf also seitlich scrollen; dieselbe Ausnahme nennt das W3C für Datentabellen als Ganzes, nicht für einzelne Zellen (W3C, Understanding SC 1.4.10). Filter, Warenkorb und Hinweise daneben müssen dagegen umbrechen, und eine Platzliste mit wenigen, kurzen Spalten bleibt auch auf schmalem Bildschirm ohne seitliches Scrollen lesbar.

Die folgende Übersicht ordnet die typischen Fehler im Saalplan den Erfolgskriterien der WCAG 2.2 zu, jeweils mit Konformitätsstufe (W3C).

Das Merkzeichen B steht auf der Vorderseite des Schwerbehindertenausweises, zusammen mit dem Satz „Die Berechtigung zur Mitnahme einer Begleitperson ist nachgewiesen“ (SchwbAwV, § 3 Abs. 2). Berechtigt sind schwerbehinderte Menschen, die bei der Benutzung von öffentlichen Verkehrsmitteln infolge ihrer Behinderung regelmäßig auf Hilfe angewiesen sind (SGB IX, § 229 Abs. 2). Gesetzlich verknüpft ist das Merkzeichen mit der unentgeltlichen Beförderung der Begleitperson im öffentlichen Personenverkehr (SGB IX, § 228 Abs. 6). Für Konzert- und Theaterkarten enthalten weder das BFSG noch die SchwbAwV eine Regel zur Begleitkarte. Ob es eine gibt, zu welchem Preis und mit welchem Nachweis, legt der Veranstalter in seinen Bedingungen fest.

Bietet ein Veranstalter eine Begleitkarte oder eine Ermäßigung für schwerbehinderte Menschen an, gehört sie in den normalen Bestellweg und nicht in eine Fußnote mit Telefonnummer. Praktisch heißt das: Die Ermäßigung ist eine eigene Ticketart mit sichtbarer Beschriftung, die Bedingung steht als Text daneben, etwa „Nachweis: Schwerbehindertenausweis mit Merkzeichen B, Vorlage am Einlass“, und Auswahlfelder für Ticketart und Anzahl haben programmatisch verknüpfte Beschriftungen. Fehlt eine Angabe, nennt die Fehlermeldung das Feld und den Weg zur Korrektur. Wie Felder, Pflichtangaben und Fehlermeldungen barrierefrei gebaut werden, steht im Beitrag zu barrierefreien Formularen.

Beim Nachweis lohnt Zurückhaltung. Gesundheitsdaten sind personenbezogene Daten, die sich auf die körperliche oder geistige Gesundheit einer Person beziehen und aus denen Informationen über deren Gesundheitszustand hervorgehen (DSGVO, Art. 4 Nr. 15). Ein hochgeladenes Foto des Schwerbehindertenausweises mit Grad der Behinderung und Merkzeichen fällt nach dieser Bestimmung in aller Regel darunter, und die Verarbeitung von Gesundheitsdaten ist grundsätzlich untersagt, solange keine der Ausnahmen greift (DSGVO, Art. 9 Abs. 1). Dazu kommt der Grundsatz der Datenminimierung: Daten müssen auf das für die Zwecke der Verarbeitung notwendige Maß beschränkt sein (DSGVO, Art. 5 Abs. 1 lit. c). Die Vorlage des Ausweises am Einlass erfüllt denselben Zweck, ohne dass der Shop eine Kopie speichert. Wer trotzdem online prüfen will, sollte das vor dem Start mit der Datenschutzberatung klären.

Am Ende des Kaufs steht das Ticket, und dort endet die Barrierefreiheit mancher Shops abrupt. Besteht das Ticket-PDF nur aus einem Bild mit Logo, Veranstaltungsfoto, Code und gerasterten Angaben, liest ein Screenreader daraus nichts vor, die Vergrößerung macht die Schrift unscharf, und wer das Ticket am Einlass vorzeigen will, findet nicht heraus, für welchen Tag es gilt.

Ein zugängliches E-Ticket trennt Lesbares und Maschinenlesbares. Veranstaltung, Datum, Uhrzeit, Einlass, Ort, Bereich, Reihe, Platz, Ticketart und Ticketnummer stehen als echter Text, mit Überschrift und in sinnvoller Reihenfolge. Der Code für den Einlass ist Nicht-Text-Inhalt, und aller Nicht-Text-Inhalt braucht eine Textalternative, die dem gleichwertigen Zweck dient (W3C, Understanding SC 1.1.1). Für den Code heißt das: ein Alternativtext wie „Einlass-Code für Reihe 5, Platz 1, wird am Eingang gescannt“. Die Ticketnummer als Text erlaubt dem Personal, das Ticket notfalls von Hand zu prüfen.

Auch die Hinweise rund um das Ticket gehören in Textform. Für Informationen über die Funktionsweise einer Dienstleistung verlangt die Verordnung unter anderem, dass sie über mehr als einen sensorischen Kanal bereitgestellt werden (BFSGV, § 12 Nr. 2) und dass bei Elementen nicht-textlichen Inhalts eine alternative Darstellung angeboten wird (BFSGV, § 12 Nr. 2). Ein Satz wie „Ticket ausdrucken oder auf dem Smartphone vorzeigen, Einlass ab 17.15 Uhr über den Eingang Nord“ steht deshalb in Mail und Ticket als Text, nicht nur als Piktogramm.

Als Format eignen sich eine HTML-Fassung im Kundenkonto oder in der Bestätigungsmail und ein getaggtes PDF mit Lesereihenfolge, Dokumentsprache und Alternativtext. Wie ein PDF dafür aufgebaut sein muss, erklärt der Beitrag zu barrierefreien PDFs. Wird das Ticket zusätzlich in einer App oder als Karte für die Wallet-App des Smartphones ausgegeben, gelten für die App die Anforderungen an mobile Anwendungen; der Beitrag zu barrierefreien Apps fasst sie zusammen.

Betreibt ein Veranstalter den Ticketshop nicht selbst, sondern bindet das System eines Ticketdienstleisters ein, ändert das für die Besucherinnen und Besucher nichts: Sie klicken auf „Karten kaufen“ und landen im Saalplan, gleich auf wessen Server er liegt. Deshalb gehört das eingebundene System in jede Prüfung des Bestellwegs, genauso wie das Buchungswerkzeug eines Hotels. Wer welche Pflicht trägt, hängt davon ab, wer den Verbrauchervertrag anbietet. Das gehört in den Vertrag mit dem Dienstleister, samt Zusage zur Barrierefreiheit, Zugang zu Prüfberichten und Fristen für Korrekturen.

Dazu kommt die Informationspflicht. Der Dienstleistungserbringer darf seine Dienstleistung nur anbieten, wenn er die Informationen nach Anlage 3 erstellt und für die Allgemeinheit in barrierefreier Form zugänglich gemacht hat (BFSG, § 14 Abs. 1). Nach Anlage 3 gibt er in seinen Allgemeinen Geschäftsbedingungen oder auf andere deutlich wahrnehmbare Weise an, wie die Dienstleistung die Barrierefreiheitsanforderungen erfüllt, und nennt dabei unter anderem die zuständige Marktüberwachungsbehörde (BFSG, Anlage 3). Für den Ticketshop gehört dort hinein, wie Saalplan, Platzliste und Zeitfenster bedienbar sind, wie Rollstuhl- und Begleitplätze gebucht werden und in welchen Formaten das E-Ticket kommt. Wie eine solche Erklärung belegt und aktuell gehalten wird, zeigt die Seite zur Barrierefreiheitserklärung.

Ein barrierefreier Ticketshop ist damit kein Sonderbau, sondern ein Bestellweg mit drei gleichwertigen Wegen zum Platz, klar beschrifteten Ticketarten, einem Zeitfenster, das erst zählt, wenn die Plätze feststehen, und einem Ticket, das sich vorlesen lässt. Wer diese Bausteine einmal sauber umsetzt, hat sie für jede weitere Spielzeit.