Transport- und Logistikunternehmen. 1 Jahr Compliance-Frist.
Sind Ihr Online-Ticketing und Kundenportal - und WCAG 2.2-konform?
Für Fluggesellschaften, Bus-, See- und Frachtlogistikunternehmen treffen sich Cookie-Einwilligungsverwaltung und die Barrierefreiheitspflicht im selben rechtlichen Rahmen. Verwalten Sie Ihre Online-Ticket-, Sitzplatzwahl-, Check-in- und Kundenportal-Oberflächen über eine Plattform.
Rechtsgrundlage: Präsidialrundschreiben 2025/10 (Amtsblatt 32933), Gesetz Nr. 5378 über Menschen mit Behinderung, Straßentransportverordnung, SHGM-Richtlinien zur Barrierefreiheit von Fluggesellschaften, Gesetz Nr. 6698 KVKK. Standard: WCAG 2.2 Stufe A.
4 kritische Lücken in den digitalen Oberflächen von Transportunternehmen.
Online-Ticketing, Sitzplatzwahl, Check-in und Kundenportal; jedes birgt ein Risiko sowohl nach KVKK als auch nach WCAG 2.2 A.
Online-Ticketbuchung kann nicht ohne Cookie-Einwilligung ausgeführt werden.
Auf Flug- und Bus-Ticketseiten werden Analyse-, Remarketing- und Sitzungscookies beim Laden der Seite ausgelöst. Nach KVKK Artikel 5 und GDPR Article 6 sind diese Cookies ohne ausdrückliche Einwilligung jedes Besuchers nicht rechtmäßig. Die Weitergabe der Passagier-IP an Geschäftspartner stellt ein zusätzliches Risiko dar.
- Marketing-Cookies, die im Ticketsuchschritt ausgeführt werden, sind ein KVKK-Risiko
- Ohne Google Consent Mode v2 befinden sich GA4- und Google Ads-Daten in einer rechtlichen Lücke
- Das zeitgestempelte Einwilligungsprotokoll dokumentiert für die KVKK-Beweislast
Ihr Passagier mit Behinderung muss sein Ticket selbstständig kaufen können.
Datumsauswahl, Sitzpläne, Zahlungsformulare und Check-in-Module sind meist benutzerdefinierte JavaScript-Komponenten. Wenn Tastaturnavigation, ARIA-Rollen und Screenreader-Ansagen fehlen, kann ein sehbehinderter Passagier oder einer mit motorischen Schwierigkeiten sein Ticket nicht kaufen. Dies ist ein Rechtsverstoß nach Gesetz Nr. 5378 und Rundschreiben 2025/10.
- Der Sitzplan lässt sich nicht mit der Tastatur navigieren. WCAG 4.1.2 Verstoß.
- Belegte/freie Sitze sind nur durch Farbe gekennzeichnet. WCAG 1.4.1 Verstoß.
- Mobile WebView-Check-in-Module fallen unter WCAG 2.2 A
So etwas wie "wir haben ein Skript hinzugefügt, also sind wir barrierefrei" gibt es nicht.
Overlay-Tools injizieren eine einzige JS-Zeile und behaupten sofortige Compliance; die Mehrheit dieser Verstöße wird rechtlich nicht als gültig anerkannt. Wir haben einen echten Weg gewählt.
Overlay-Ansatz
Eine einzige Skriptzeile, ein großes Versprechen.
- Korrigiert den Quellcode nicht; verbirgt das Problem, statt es zu lösen
- Überspringt kritische Verstöße wie WCAG 4.1.2, 1.4.1 nicht
- Erstellt keinen prüfbaren Bericht oder keine EAA-Erklärung
- Cookie-Verwaltung ist ein separates Tool, eine separate Rechnung
"Wir haben ein Widget hinzugefügt, die Website ist barrierefrei geworden." In Wirklichkeit funktioniert das nicht so.
cerez.io Ansatz
Hilfs-Widget + echter Scanner + Dokumentation.
- Misst WCAG 2.2 A/AA-Regeln wirklich
- Barrierefreiheitsstatus (0-100) + priorisierter Verstoßbericht
- Dokumentieren Sie Ihre Pflicht mit dem EAA-Erklärungsgenerator
- Cookies + Barrierefreiheit, ein Panel, eine Rechnung
Wir sagen es klar: vollständige Compliance erfordert Quellcode-Korrekturen und manuelle Prüfung. Wir verkürzen den Weg und liefern den Nachweis.
Eine Funktion für jeden Schmerzpunkt.
Für die vier kritischen Risiken der Transportbranche cerez.io als konkrete Entsprechung.
Cookie-Einwilligungsablauf im Ticketsuche- und Zahlungsschritt.
Führt einen BFS-Scan der Website mit einer Datenbank von 217 definierten Cookies durch; Drittanbieter-Skripte (Google Analytics, Remarketing-Pixel, Live-Chat) werden automatisch blockiert, bis eine Einwilligung vorliegt. Die Google-Consent-Mode-v2-Integration ist standardmäßig enthalten.
- Automatischer Scan + Kategorisierung + Skript-Blockierung vor der Einwilligung
- Google Consent Mode v2
- Zeitgestempeltes Einwilligungsprotokoll. Bereit für die KVKK-Beweislast.
Barrieren in Sitzplatzwahl, Datumsauswahl und Check-in-Formularen finden.
Das Shadow-DOM-Widget bietet Besuchern mit 30 Einstellungen zusätzliche Optionen: Lesehilfe, großer Cursor, Kontrastmodus, Seniorenprofil und Profil für Bewegungseinschränkungen. Im Hintergrund läuft ein echter WCAG 2.2 Scanner: Barrierefreiheitsstatus (0-100), nach Schweregrad bewertete Verstoßliste und EAA-Erklärungsgenerator.
- 30 Einstellungen. Profile für Senioren, Bewegungseinschränkungen, visuell und Legasthenie.
- Echter Scanner: Barrierefreiheitsstatus (0-100) + priorisierte Verstöße
- EAA-Erklärungsgenerator. Belegt Ihre rechtliche Verpflichtung.
Keine Vermutung, messbare Compliance.
Der WCAG 2.2 Scanner analysiert die Ticketsuche-, Sitzplatzwahl- und Check-in-Schritte Seite für Seite. Der folgende Bericht ist ein Beispielergebnis.
WCAG 2.2 A. 18 Seiten gescannt.
Letzter Scan: heute 10:31
+11 Punkte gegenüber dem VormonatDas automatische Scannen erfasst einen erheblichen Teil der Verstöße; vollständige WCAG-Compliance erfordert Korrekturen am Quellcode und eine manuelle Prüfung. "Auto-Fix" bietet nur für bestimmte Verstöße eine Übergangslösung auf SDK-Ebene.
Eine passende Integration für Ihre Transportart.
Luft-, Straßen- und Seereisen haben unterschiedliche Barrierefreiheitsprioritäten; die Shadow-DOM-Architektur beeinträchtigt die GDS/PSS-Oberfläche nicht.
Fluggesellschaft
Hohes Volumen, mehrere Sprachen, mobiler Check-in. Die GDS-Integration (Amadeus, Sabre, Travelport) ist das Kernsystem. WCHR/WCHS-Assistenzmeldung ist verpflichtend.
Busunternehmen
Überlandbuchung, Online-Sitzplatzwahl. Hoher Anteil älterer Passagiere. Die Tastaturnavigierbarkeit des Sitzplans ist kritisch.
Fähre und Seeverkehr
Saisonales Volumen, Fahrzeug- und Passagierbuchung kombiniert. Fehlender Alternativtext ist auf bildlastigen Seiten (Schiffsplan, Galerie) verbreitet.
Fracht und Logistik
B2B-Kundenportal, Absender-/Empfängerformulare, Sendungsverfolgungsseite. Formularbeschriftungen, Statusmeldungen und Tastaturnavigation sind kritische Verstoßbereiche.
Was kostet Nichteinhaltung einen Beförderer?
Das Risiko ist nicht nur ein Bußgeld; SHGM-Prüfungen, Passagierbeschwerden und Reputationsschäden gehören ebenfalls dazu.
Sanktionen und Prüfungen
Das eigentliche Risiko im Web
- Der Tarif nach Gesetz 5378 gilt für physische Barrierefreiheit
- Für Websites wurde noch kein Bußgeldtarif festgelegt
- Zusätzliche Prüfungen durch Ministerium und SHGM
Reputationsschaden
Virales Social-Media-Risiko
- Beschwerden von Passagieren mit Behinderung verbreiten sich schnell
- Blacklist-Risiko auf Reiseblogs
- Barrierefreiheitskriterium bei öffentlichen Ausschreibungen
Chancengröße
Barrierefreiheit = neue Passagiere
- 12 Prozent der Bevölkerung der Türkei haben eine Behinderung
- NPS-Steigerung im Segment der älteren Fahrgäste
- Im EU-Tourismusmarkt ist WCAG eine Voraussetzung
Eine barrierefreie Ticketing-Website bietet sowohl rechtliche als auch kommerzielle Vorteile.
Häufig gestellte Fragen für Transportunternehmen
Was ist eine praktische Lösung für die interaktive Sitzplan-Komponente?
Unser GDS/PSS-System ist Amadeus oder Sabre. Was sollen wir tun?
Fällt auch die mobile App in den Geltungsbereich?
Fällt der innerstädtische Verkehr (Taxi-, Sammeltaxi-App) in den Geltungsbereich?
Was empfehlen Sie für die PNR- und Ticket-PDF?
Ist IAB TCF 2.3 in jeder Stufe enthalten?
Können Ihre Fahrgäste mit Behinderungen ihr Ticket selbstständig kaufen?
Prüfen Sie die WCAG-2.2-A-Konformität Ihres Ticket-Flows mit einem kostenlosen Scan und starten Sie das KVKK-Cookie-Management noch am selben Tag. Die Pflicht gilt.
- Unterstützung für 10 Sprachen. Für internationale Fahrgäste.
- Lokales Hosting. Daten bleiben im Land.
- Rechnungsstellung nur in TL