Das Gesetz, das Ihre Buchungsmaschine zu regulierter Software gemacht hat
Am 28. Juni 2025 wurde eine Software, die Sie wahrscheinlich nicht selbst geschrieben haben, nach EU-Recht reguliert: Ihre Buchungsmaschine. Der Europäische Barrierefreiheitsakt, offiziell Richtlinie (EU) 2019/882, trat an diesem Tag in Kraft, und eine der Dienstleistungskategorien, die er abdeckt, ist der E-Commerce. Der Verkauf eines Zimmers an einen Verbraucher über eine Website oder eine App ist E-Commerce. Das bedeutet, dass das Widget, in dem ein Gast Termine auswählt, ein Zimmer wählt, eine Karte eingibt und auf „Jetzt bezahlen“ tippt, auch für jemanden funktionieren muss, der mit einer Tastatur navigiert, einen Screenreader nutzt oder größeren Text und einen höheren Kontrast benötigt, um den Preis lesen zu können. Die meisten unabhängigen Hotels haben all das noch nie getestet. Der Buchungsablauf, der Ihre Direktumsätze generiert – der Teil des Systems, auf den die meisten Betreiber am stolzesten sind –, ist auch der Teil, der am ehesten schon beim ersten Tastatur-Tab versagt. Eine moderne Hotelbuchungsmaschine muss diese Hürde nun nehmen – nicht als nettes Extra, sondern als gesetzliche Voraussetzung für den Online-Verkauf an EU-Bürger.
Das Gesetz beschränkt sich nicht auf das Buchungs-Widget. Es erstreckt sich auf den gesamten digitalen Service rund um den Verkauf: die Webseiten, die zur Buchung führen, die Bestätigungs-E-Mail, den Kundenbereich, in dem ein Gast seine Reservierung verwaltet, die mobile App, falls Sie eine betreiben, und die Dokumente, die Sie nach dem Aufenthalt versenden. Die Gästeerfahrung, die Ihr Property-Management-System steuert – von der Buchungsbestätigung über die Nachricht vor der Ankunft bis hin zur Abrechnung, die Sie beim Check-out per E-Mail versenden –, fällt nun als Teil des E-Commerce-Dienstes in den Geltungsbereich. Dieser Artikel zeichnet ein ehrliches Bild der Situation im Jahr 2026 für einen unabhängigen Betreiber: Was die EAA vorschreibt, wer tatsächlich in den Geltungsbereich fällt, sobald die Ausnahmeregelung für Kleinstunternehmen ordnungsgemäß angewendet wird, der technische Standard, der dem Gesetz zugrunde liegt, die elf Mängel, die zu einem Nichtbestehen des Audits führen, wie die Durchsetzung und die Bußgelder in fünf wichtigen Märkten funktionieren sowie ein 30-Tage-Plan, den ein Manager umsetzen kann, ohne eine spezialisierte Agentur zu beauftragen.
Ich schreibe für Prostay, und unser Team stellt die Buchungsmaschine, die Website-Vorlagen und das System für Gästekommunikation bereit, auf denen ein Großteil dieser Abläufe basiert. Daher haben wir zwei Jahre damit verbracht, diese Plattform so zu gestalten, dass sie Barrierefreiheitsprüfungen in fünf Sprachen und bei einem Dutzend nationaler Umsetzungen besteht. Die unten aufgeführten Fristen, Schwellenwerte und Fehlerfälle stammen aus der veröffentlichten Richtlinie und den Standards, unserer eigenen Nachbesserungsarbeit an live geschalteten Kundenwebsites sowie der ersten Welle von Beschwerden und Leitlinien, die nationale Vollzugsbehörden bis 2025 und bis ins Jahr 2026 herausgegeben haben. Es gibt keine Schonfrist mehr, auf die man warten könnte. Die Umsetzungsfrist ist abgelaufen. Die einzige Frage, die es zu stellen lohnt, ist, ob Ihre Website heute den Anforderungen entspricht – und für die meisten unabhängigen Anbieter lautet die ehrliche Antwort: noch nicht.
Was das Europäische Barrierefreiheitsgesetz tatsächlich vorschreibt
Das EAA ist eine Binnenmarktrichtlinie. Ihr Zweck besteht darin, zu verhindern, dass 27 Länder 27 miteinander unvereinbare Barrierefreiheitsvorschriften erlassen, indem eine einheitliche Grundlage für eine definierte Liste von Produkten und Dienstleistungen festgelegt wird, die EU-weit verkauft werden. Die Produktliste umfasst Computer, Smartphones, Zahlungsterminals, Fahrkartenautomaten und E-Reader. Die Dienstleistungsliste ist der Teil, der Hotels betrifft: Sie umfasst Privatkundenbankgeschäfte, elektronische Kommunikation, den Zugang zu audiovisuellen Medien, Teile des Personenverkehrs und den E-Commerce. Die Richtlinie definiert E-Commerce als den Verkauf von Produkten oder Dienstleistungen an einen Verbraucher über eine Website oder eine mobile Anwendung. Ein Hotel, das Zimmer direkt online an die breite Öffentlichkeit verkauft, fällt eindeutig unter diese Definition.
Einfach ausgedrückt verlangt die Richtlinie, dass die Dienstleistung für Menschen mit Behinderungen wahrnehmbar, bedienbar, verständlich und stabil ist. Der Gesetzestext enthält keine Checkliste. Stattdessen legt er funktionale Ziele fest (Informationen müssen über mehr als einen Sinneskanal verfügbar sein, Inhalte müssen ohne Maus navigierbar sein, Text muss in der Größe anpassbar und lesbar sein, Zeitlimits müssen einstellbar sein) und verweist auf einen harmonisierten technischen Standard für die überprüfbaren Details. Für das Web sind diese Details in den WCAG festgelegt, auf die ich in einem späteren Abschnitt näher eingehe. Für einen Betreiber bedeutet dies in der Praxis: Die Buchung und alle damit verbundenen Schritte müssen von einem Gast durchgeführt werden können, der den Bildschirm nicht sehen, keine Maus bedienen, keine Audioansagen hören oder kleinen, kontrastarmen Text nicht lesen kann.
Neben der technischen Anforderung gibt es drei weitere Verpflichtungen, die leicht vergessen werden. Erstens müssen Sie eine Erklärung zur Barrierefreiheit veröffentlichen, in der erläutert wird, wie der Dienst die Anforderungen erfüllt, und die einen Kontaktweg für Probleme angibt. Zweitens müssen Sie Nachweise über die Konformität aufbewahren, denn wenn eine Aufsichtsbehörde oder ein Gast Sie in Frage stellt, liegt die Beweislast dafür, dass der Dienst barrierefrei ist (oder dass Sie Anspruch auf eine Ausnahmeregelung haben), bei Ihnen. Drittens: Wenn Sie geltend machen, dass eine bestimmte Korrekturmaßnahme eine unverhältnismäßige Belastung darstellen würde, müssen Sie diese Einschätzung im Voraus dokumentieren; Sie können diese Ausrede nicht erst nach Eingang einer Beschwerde erfinden. Keine dieser drei Anforderungen ist technisch schwierig. Alle drei werden jedoch regelmäßig vernachlässigt.
Wer fällt in den Geltungsbereich und die Ausnahmeregelung für Kleinstunternehmen, die jeder falsch interpretiert
Der am häufigsten wiederholte Satz in der Berichterstattung der Hotelbranche über die EAA lautet: „Kleine Hotels sind ausgenommen.“ Das ist nur zur Hälfte richtig, und genau diese falsche Hälfte bringt die Betriebe in Schwierigkeiten. Die Richtlinie nimmt Kleinstunternehmen, die Dienstleistungen erbringen, aus dem Geltungsbereich aus, wobei ein Kleinstunternehmen als Unternehmen mit weniger als 10 Beschäftigten und einem Jahresumsatz oder einer Bilanzsumme von höchstens 2 Millionen Euro definiert ist. Wenn Ihr Hotel eine eigenständige juristische Person ist, die beide Kriterien erfüllt, entfallen Ihre Verpflichtungen als Dienstleister. Das ist eine echte und nützliche Erleichterung für ein wirklich kleines Hotel.
Genau hier liegt das Missverständnis der Betreiber. Der Schwellenwert wird auf der Ebene der juristischen Person gemessen, die die Dienstleistung erbringt, und Hotels sind oft so strukturiert, dass sie diese Grenze unbemerkt überschreiten. Ein Hotel mit acht Mitarbeitern im Gästebereich, aber einer Verwaltungsgesellschaft, einer Eigentümergesellschaft und einem gemeinsamen zentralen Reservierungsteam kann die Zahl von zehn Mitarbeitern leicht überschreiten, sobald die richtige Mitarbeiterzahl gezählt wird. Ein Boutique-Hotel mit bescheidenen Zimmererlösen kann dennoch die 2-Millionen-Euro-Marke überschreiten, sobald Gastronomie, Veranstaltungen und Wellness zum Umsatz hinzugerechnet werden. Ein einzelnes Hotel innerhalb einer kleinen Gruppe ist selten ein Kleinstunternehmen, auch wenn sich jeder einzelne Standort klein anfühlt. Die Ausnahmeregelung gilt auf Unternehmensebene, nicht auf der Ebene der „Atmosphäre“, und die Beweislast dafür, dass Sie die Voraussetzungen erfüllen, liegt bei Ihnen. Wenn Sie sich darauf berufen möchten, notieren Sie die Mitarbeiterzahl sowie den Umsatz oder den Bilanzwert für das betreffende Unternehmen und das Geschäftsjahr und bewahren Sie diese Notiz zusammen mit Ihren anderen Compliance-Unterlagen auf.
Zwei weitere Hinweise: Die Ausnahmeregelung für Kleinstunternehmen gilt für die Dienstleistungsverpflichtungen; sie befreit weder die von Ihnen verkauften Produkte noch die Lieferanten, von denen Sie einkaufen. Ihr Buchungsportal-Anbieter, Ihr Channel-Manager und die OTAs, die Ihre Zimmer weiterverkaufen, liegen fast alle deutlich über dem Schwellenwert und müssen barrierefreie Software bereitstellen, unabhängig von Ihrer Unternehmensgröße. Das bedeutet, dass sich die Tools für Sie verbessern, unabhängig davon, ob Sie persönlich unter die Richtlinie fallen oder nicht. Und die Ausnahmeregelung ist ein bewegliches Ziel: An dem Tag, an dem Sie Ihren elften Mitarbeiter einstellen oder die 2-Millionen-Euro-Marke überschreiten, läuft die Frist an, und es gibt keine mehrjährige Übergangsfrist mehr, auf die Sie sich stützen können, da die Übergangsfristen der Richtlinie bereits abgelaufen sind. Barrierefreiheit als festen Bestandteil Ihrer Website-Entwicklung zu betrachten, ist kostengünstiger, als sie als Schwelle zu behandeln, der Sie so lange ausweichen, bis es nicht mehr möglich ist.
Eine weitere Gruppe fällt eindeutig in den Geltungsbereich und wird oft vergessen: alle, die kein Kleinstunternehmen sind. Ein Hotel mit 60 Zimmern und einem Restaurant, ein Stadthotel mit 120 Zimmern, eine Gruppe mit vier Häusern, ein Betreiber von Serviced Apartments mit regionaler Präsenz. Das sind nach Maßstäben der Hotellerie ganz normale unabhängige Unternehmen, und sie unterliegen uneingeschränkt der Regulierung. Wenn das auf Sie zutrifft, ist die Diskussion um Ausnahmeregelungen irrelevant, und die einzige relevante Frage ist, wie schnell Sie die Website barrierefrei gestalten können.
Die dem Gesetz zugrunde liegende Norm: EN 301 549 und WCAG 2.1 AA
Die Richtlinie legt die Ziele fest; die Norm legt die Prüfkriterien fest. EN 301 549 ist die europäische harmonisierte Norm für die Barrierefreiheit von IKT-Produkten und -Dienstleistungen, und es ist das Dokument, auf das eine Aufsichtsbehörde oder ein Prüfer zurückgreift, wenn sie wissen wollen, ob Ihre Website tatsächlich konform ist. Die Erfüllung der relevanten Teile der EN 301 549 begründet die Vermutung der Konformität mit dem EAA, was im Klartext bedeutet: Wenn Sie den Standard erfüllen, wird davon ausgegangen, dass Sie das Gesetz eingehalten haben, sofern nicht jemand das Gegenteil beweist.
Für Webinhalte erfindet die EN 301 549 keine eigenen Regeln. Sie übernimmt die WCAG, die vom W3C veröffentlichten Richtlinien für die Barrierefreiheit von Webinhalten (Web Content Accessibility Guidelines), auf der Konformitätsstufe AA. WCAG 2.1 AA ist das maßgebliche Ziel für die Jahre 2025 und 2026; WCAG 2.2 fügt eine Handvoll weiterer Kriterien hinzu und stellt die zukünftige Ausrichtung der Norm dar. Daher ist die Umsetzung nach 2.2 die zukunftsorientierte Wahl, doch 2.1 AA ist die Mindestanforderung, auf der das Gesetz derzeit basiert. Dies ist dasselbe Ziel, das Websites des öffentlichen Sektors in der EU seit der Richtlinie zur Barrierefreiheit im Web von 2016 erfüllen müssen; der Standard ist also ausgereift, die Werkzeuge sind gut, und Ihr Entwickler hat keine Entschuldigung dafür, ihn als etwas Exotisches zu behandeln.
Die WCAG gliedert ihre Erfolgskriterien in vier Prinzipien, deren Namen man kennen sollte, da sie genau aufzeigen, wo Hotels versagen. Wahrnehmbar: Kann der Gast die Informationen erfassen? Dazu gehören Textalternativen für Bilder, Bildunterschriften und Farbkontrast. Bedienbar: Kann der Gast die Benutzeroberfläche bedienen? Dazu gehören Tastaturzugang, ausreichend Zeit zum Ausfüllen eines Formulars und keine Inhalte, die so blinken, dass sie Krampfanfälle auslösen. Verständlich: Sind der Inhalt und das Verhalten vorhersehbar? Dazu gehören klare Beschriftungen, verständliche Sprache und hilfreiche Fehlermeldungen. Robust: Funktioniert die Website jetzt und auch in Zukunft mit assistiver Technologie? Dazu gehört ein sauberes, standardbasiertes Markup, das ein Screenreader auswerten kann. Fast jeder der im Folgenden beschriebenen Fehler von Hotels ist ein spezifischer, überprüfbarer Verstoß gegen eines dieser vier Prinzipien, und die Abhilfemaßnahmen sind entsprechend konkret.
Die praktische Anleitung für einen Betreiber, der keinen Code schreibt, ist kurz. Teilen Sie demjenigen, der Ihre Website erstellt und pflegt, mit, dass das Ziel WCAG 2.1 Stufe AA ist, bitten Sie ihn um eine schriftliche Bestätigung, dass die Website und der Buchungsablauf diese Anforderungen erfüllen, und verlangen Sie den Audit- oder Testbericht, der diese Behauptung untermauert. Wenn sie keinen vorlegen können, haben Sie Ihre erste Lücke gefunden. Wenn sie es können, bewahren Sie diesen zusammen mit Ihrer Barrierefreiheitserklärung und Ihrem Hinweis zum Kleinstunternehmen auf, denn gemeinsam bilden diese Dokumente Ihre Verteidigung für den Fall, dass eine Beschwerde eingeht.
Elf Barrierefreiheitsmängel, die bei einem Audit durchfallen
Über alle Hotel-Websites hinweg, die unser Team überarbeitet hat, sowie anhand der von nationalen Stellen im ersten Jahr veröffentlichten Beschwerdemuster machen dieselben elf Mängel den Großteil des Risikos aus. Sie sind grob in der Reihenfolge ihrer Häufigkeit und des Ausmaßes, in dem sie einen echten Gast behindern, aufgelistet, jeweils mit der Abhilfe und dem entsprechenden WCAG-Kriterium.
- Die Buchung lässt sich nicht per Tastatur abschließen. Der mit Abstand schwerwiegendste Fehler. Eine Datumsauswahl, die nur auf einen Mausklick reagiert, eine Zimmerauswahl, die sich nicht mit der Eingabetaste auswählen lässt, ein Kalender, den man zwar öffnen, aus dem man aber nicht mehr herauskommt (eine „Tastaturfalle“). Wenn ein Gast Termine nicht auswählen, kein Zimmer auswählen und die Zahlungsschaltfläche nicht erreichen kann, indem er ausschließlich die Tab-, Pfeil- und Enter-Tasten verwendet, ist die Buchung für Nutzer von Tastatur und Screenreadern unmöglich. Dies ist ein Verstoß gegen die WCAG-Anforderungen der Stufe A (2.1.1 Tastatur, 2.1.2 Keine Tastaturfalle), und schon ein einziger Fall führt zum Nichtbestehen der gesamten Bewertung. Lösung: Verwenden Sie nach Möglichkeit native HTML-Steuerelemente und testen Sie die Tastaturbedienung bei allen benutzerdefinierten Widgets.
- Farbkontrast unterhalb des Schwellenwerts. Das von Designern so geliebte Hellgrau auf Weiß. Normaler Text benötigt ein Kontrastverhältnis von mindestens 4,5:1 zum Hintergrund; großer Text und interaktive Komponenten wie Schaltflächen und Formularrahmen benötigen mindestens 3:1 (WCAG 1.4.3 und 1.4.11). Der häufigste Verstoß ist die primäre Schaltfläche „Jetzt buchen“ in einer sanften Markenfarbe, die einen Kontrast von 2,8:1 aufweist. Abhilfe: Die Schaltfläche oder den Text abdunkeln, bis ein Kontrastprüfer den Test besteht, und die zulässigen Werte fest in die Markenpalette integrieren, damit es nicht zu Rückschritten kommt.
- Formularfelder ohne programmatische Beschriftung. Ein Feld, das „Gäste“ als grauen Platzhaltertext anzeigt, aber keine echte Beschriftung hat, ist für einen Screenreader leer; der Nutzer hört „Text bearbeiten, leer“. Platzhalter sind keine Beschriftungen (WCAG 1.3.1, 4.1.2). Behebung: Ein korrektes Label-Element, das mit jedem Eingabefeld verknüpft und sichtbar ist – nicht nur ein Platzhalter, der beim Fokus verschwindet.
- Bilder, die eine Bedeutung vermitteln, aber keinen alternativen Text haben. Ein Zimmerfoto, eine Karte, ein Grundriss oder ein Angebotsbanner, bei dem der Preis in das Bild integriert ist und kein Alt-Text vorhanden ist. Der Nutzer eines Screenreaders erhält keine Informationen (WCAG 1.1.1). Abhilfe: Beschreibender Alt-Text für aussagekräftige Bilder, leerer Alt-Text für rein dekorative Bilder, und niemals einen Preis oder eine Frist ausschließlich in einem Bild angeben.
- Fehlermeldungen, die nicht angeben, was falsch ist oder wo. Ein roter Rahmen und „Fehler, bitte versuchen Sie es erneut“ ohne Hinweis darauf, welches Feld fehlerhaft ist oder warum. Ein Gast, der den roten Rahmen nicht sehen kann, weiß nicht, wie es weitergeht (WCAG 3.3.1, 3.3.3). Lösung: Ein Fehlertext, der das Feld und das Problem benennt („Das Ausreisedatum muss nach dem Anreisedatum liegen“), der mit dem Feld verknüpft ist, sodass assistive Technologien ihn ansagen.
- Überschriften, die nur der Optik dienen, nicht der Struktur. Nutzer von Screenreadern navigieren anhand von Überschriften, so wie sehende Nutzer den Text überfliegen. Eine Seite, auf der Text so gestaltet ist, dass er wie eine Überschrift aussieht, ohne dass ein echtes Überschriftenelement verwendet wird, oder die von H1 zu H4 springt, ist schwer zu navigieren (WCAG 1.3.1). Lösung: eine logische Überschriftenhierarchie, eine H1 pro Seite, keine übersprungenen Ebenen aus optischen Gründen.
- Fokus, den man nicht sehen kann. Wenn man mit der Tabulatortaste durch die Seite navigiert, muss das Element im Fokus einen sichtbaren Umriss aufweisen. Viele Designs entfernen den Fokusring aus ästhetischen Gründen, wodurch Tastaturbenutzer die Orientierung verlieren (WCAG 2.4.7). Lösung: eine klare, kontrastreiche Fokusanzeige bei jedem interaktiven Element und kein Löschen des Standardumrisses ohne Ersatz.
- Inhalte, die nur in einer bestimmten Ausrichtung oder Interaktionsweise funktionieren. Ein Buchungsschritt, der nur im Querformat funktioniert, oder Anweisungen, die sich auf Form oder Position beziehen („Klicken Sie auf das runde grüne Symbol auf der rechten Seite“). Dies führt bei Nutzern mit unterschiedlichen Geräten und Hilfsmitteln zu Problemen (WCAG 1.3.4, 1.3.3). Abhilfe: Unterstützen Sie beide Ausrichtungen und beschreiben Sie Steuerelemente anhand ihres Namens, nicht nur anhand von Farbe oder Position.
- Zeitlimits ohne Verlängerungsmöglichkeit. Eine Buchungssitzung, die nach wenigen Minuten abläuft und den Warenkorb leert – ohne Vorwarnung und ohne Verlängerungsoption –, benachteiligt alle, die länger zum Tippen, Lesen oder zur Bedienung eines Switch-Geräts benötigen (WCAG 2.2.1). Lösung: Vor Ablauf der Zeit warnen und eine Verlängerung mit einem Klick anbieten oder das feste Zeitlimit aufheben.
- Nicht barrierefreie Einbettungen von Drittanbietern. Das Chat-Widget, das Bewertungskarussell, die Karte, das Cookie-Banner. Ein Cookie-Banner, das den Fokus einfriert und die Seite blockiert, bis es per Maus geschlossen wird, ist ein überraschend häufiger totaler Blocker (WCAG 2.1.1, 2.4.3). Behebung: Wählen Sie barrierefreie Komponenten von Drittanbietern und testen Sie diese direkt in Ihrer Anwendung, denn deren Fehler werden zu Ihren.
- Fehlende Barrierefreiheitserklärung und fehlender Kontaktweg. Kein Fehler im Code, sondern ein rechtlicher Verstoß. Die EAA erwartet eine veröffentlichte Erklärung und eine Möglichkeit für Nutzer, ein Barrierefreiheitsproblem zu melden. Das Fehlen dieser Elemente ist für eine Aufsichtsbehörde am einfachsten zu erkennen und für Sie am einfachsten zu beheben. Lösung: Veröffentlichen Sie die Erklärung (siehe unten) und überwachen Sie den Kontaktkanal.
Die Buchungsmaschine: Wo die meisten Hotels als Erstes scheitern
Wenn Sie nur einen Bereich optimieren, dann sollten Sie die Buchungsmaschine optimieren, da sich hier das rechtliche Risiko und die Einnahmen an ein und demselben Punkt konzentrieren. Sie wickelt die Transaktion ab, auf die das Gesetz den größten Wert legt, ist der interaktivste Teil der Website und in der Regel ein Widget eines Drittanbieters, über das das Hotel am wenigsten Kontrolle hat. Diese Kombination ist der Grund, warum sie als Erstes und am schlimmsten versagt.
Die immer wiederkehrenden Probleme bei Buchungs-Widgets sind vorhersehbar. Maßgeschneiderte Datumsauswahlfelder in JavaScript, die die Tastatur ignorieren. Karten zur Zimmerauswahl, die aus anklickbaren „div“-Elementen statt aus echten Schaltflächen bestehen und für assistive Technologien unsichtbar sind. Mehrstufige Abläufe, die den Nutzer zu einem neuen Schritt weiterleiten, ohne einem Screenreader mitzuteilen, dass sich die Seite geändert hat, sodass der Nutzer nicht weiß, dass etwas passiert ist. Zahlungsfelder innerhalb eines iframe, der nicht beschriftet wurde. Eine „Weiter“-Schaltfläche, die erst nach einem Maus-Hover-Ereignis aktiviert wird, das ein Tastaturbenutzer nicht auslösen kann. Jedes dieser Probleme ist behebbar, und keines davon liegt an Ihrem Code, wenn Sie eine gehostete Engine nutzen – genau deshalb ist die Beziehung zum Anbieter so wichtig.
Behandeln Sie die Anbieter Ihrer Buchungs-Engine und Ihres Channel-Managers als Wirtschaftsteilnehmer mit eigenen EAA-Verpflichtungen und lassen Sie sich diese nachweisen. Fordern Sie schriftlich die Konformitätsnachweise gemäß WCAG 2.1 AA oder EN 301 549 an. Fragen Sie, anhand welcher Version der Norm sie getestet haben und wann. Fragen Sie, ob der Test das eingebettete Widget so abgedeckt hat, wie es auf einer Kundendomäne dargestellt wird – und nicht nur auf der Demo-Website des Anbieters –, denn ein Widget kann isoliert den Test bestehen, aber durchfallen, sobald das CSS Ihres Themes die Fokusumrandung entfernt. Bewahren Sie die Antworten in Ihren Unterlagen auf. Wenn ein Anbieter im Jahr 2026 keinen Konformitätsnachweis vorlegen kann oder will, ist das ein Signal bei der Beschaffung, auf das Sie reagieren sollten, und es ist zunehmend ein Grund, den Hotels für den Wechsel der Buchungsplattform anführen.
Testen Sie es dann selbst, denn der Vertrag schützt Sie zwar rechtlich, aber der Gast erlebt die Live-Website. Legen Sie die Maus beiseite und buchen Sie ein Zimmer auf Ihrer eigenen Domain, wobei Sie ausschließlich die Tastatur verwenden. Aktivieren Sie den in Ihrem Laptop integrierten Screenreader (VoiceOver auf einem Mac, Narrator unter Windows) und versuchen Sie dasselbe im letzten Schritt mit geschlossenen Augen. In fünfzehn Minuten lernen Sie dabei mehr als in einer Woche, in der Sie PDF-Dateien von Anbietern lesen, und Sie werden genau die Stellen finden, an denen ein echter Gast aufgibt und stattdessen über eine OTA bucht.
Die Website und die Gästeerfahrung über die Buchung hinaus
Die Buchungsmaschine ist zwar der entscheidende Punkt, aber die EAA umfasst den gesamten Service – und der Service ist die gesamte Reise, die ein Verbraucher durchläuft, um das Zimmer zu buchen und zu nutzen. Dadurch rückt der Rest der Website in den Fokus, und zwar in einer Weise, die von Hotels oft unterschätzt wird.
Beginnen Sie mit den Seiten, die zur Buchung führen, denn ein Gast, der Ihre Zimmerbeschreibungen nicht lesen oder Ihre Preise nicht vergleichen kann, gelangt niemals zum Buchungs-Widget. Zimmerseiten mit Fotogalerien ohne Alt-Text, Preistabellen, die sich allein auf Farben stützen, um die günstigste Option zu kennzeichnen, und Preise wie „ab 149 EUR“, die innerhalb eines Bildes dargestellt werden, sind weit verbreitet – und jede dieser Hürden hält einen anderen Nutzer ab. Auch die Navigation spielt eine Rolle: Ein Mega-Menü, das sich erst beim Darüberfahren mit der Maus öffnet, ein mobiles Menü, das den Fokus einschließt, oder eine Sprachauswahl, die man nicht über die Tastatur erreichen kann – all das liegt auf dem kritischen Pfad zum Verkauf. Nichts davon ist glamouröse Arbeit, aber eine gut aufgebaute Website behandelt diese Aspekte mit derselben Sorgfalt, die überhaupt erst eine schnelle, konversionsstarke Hotel-Website hervorbringt, denn Barrierefreiheit und Konversion ziehen am gleichen Strang.
Blicken Sie dann über den Verkauf hinaus. Der Bereich „Konto“ oder „Buchung verwalten“, in dem ein Gast Termine ändert oder storniert, ist Teil des E-Commerce-Service. Ebenso wie jedes gästeorientierte Portal, das Sie für Upsells, Formulare vor der Ankunft oder den digitalen Check-in nutzen. Wenn ein Gast zwar barrierefrei buchen kann, die Reservierung dann aber ohne Sehvermögen oder Maus nicht ändern oder stornieren kann, haben Sie das Problem lediglich verlagert, anstatt es zu beheben. Erfassen Sie die gesamte Customer Journey einmalig (Suche, Zimmerseite, Buchung, Bestätigung, Buchungsverwaltung, Vorbereitungen vor der Anreise, Check-in, Check-out) und überprüfen Sie jede einzelne Phase, nicht nur den Hauptablauf.
Zwei weniger offensichtliche Probleme verdienen ebenfalls Erwähnung. Videos ohne Untertitel im Hero-Bereich der Startseite oder bei einer Hausführung sind für gehörlose und schwerhörige Gäste unzugänglich (WCAG 1.2.2), und die „automatische Wiedergabe mit Ton“ verschlimmert das Problem noch. Und alle Inhalte, die sich bewegen, Karussells, die sich zeitgesteuert drehen, oder Animationen, die nicht angehalten werden können, lenken nicht nur ab, sondern bereiten manchen Nutzern auch echte Schwierigkeiten (WCAG 2.2.2). Die Lösung in beiden Fällen ist Zurückhaltung: Versehen Sie das Video mit Untertiteln und lassen Sie den Nutzer alles, was sich bewegt, anhalten oder stoppen.
PDFs, Bestätigungs-E-Mails und die Dokumente, die niemand testet
Die Dokumente, die ein Hotel versendet, sind der am häufigsten übersehene Bereich, da niemand eine E-Mail oder ein PDF als Teil eines regulierten digitalen Dienstes betrachtet. Das sind sie jedoch, wenn sie Teil einer E-Commerce-Transaktion sind.
Die Buchungsbestätigungs-E-Mail ist das offensichtlichste Beispiel. Wenn sie als einzelnes, flaches Bild erstellt ist (was bei älteren E-Mail-Tools immer noch überraschend häufig vorkommt), liest ein Screenreader nichts Sinnvolles vor, und der Gast hat keinen barrierefreien Nachweis darüber, was er gebucht hat. Die Lösung besteht darin, eine echte HTML-E-Mail mit logischer Struktur, lesbarem Kontrast, beschreibendem Linktext und einer Klartext-Alternative zu versenden. Das Gleiche gilt für die Nachricht vor der Ankunft, die Zahlungsbestätigung und die Abrechnung, die Sie beim Check-out per E-Mail versenden. Diese werden aus dem PMS und der Nachrichtenebene generiert, sodass die Lösung in der Regel eine Änderung der Vorlage ist und nicht für jeden Gast einzeln erfolgen muss.
PDFs sind noch problematischer, da sie Inhalte verbergen. Ein PDF mit Allgemeinen Geschäftsbedingungen, eine Rechnung, ein Veranstaltungsangebot, ein Gruppenvertrag oder eine herunterladbare Speisekarte, die durch den Export eines gestalteten Dokuments erstellt wurde, ist in der Regel ein nicht getaggtes PDF, das für einen Screenreader in etwa das ist, was ein Foto einer Seite wäre: sichtbar, aber unlesbar. Mit Tags versehene PDFs mit korrekter Lesereihenfolge, echtem Text statt gescannter Bilder und Alternativtext für Bilder sind die barrierefreie Form. Der pragmatische Ansatz für ein Hotel besteht darin, so weit wie möglich auf barrierefreie HTML-Seiten umzusteigen (eine Seite mit den AGB ist besser als ein PDF mit den AGB) und die PDFs, die Sie wirklich versenden müssen, mit Tags zu versehen. Wenn Sie Verträge oder Angebote in großer Stückzahl erstellen, integrieren Sie die Barrierefreiheit einmalig in die Vorlage, anstatt jedes Dokument von Hand anzupassen.
Ein praktischer Hinweis zu Umfang und Verhältnismäßigkeit: Die Richtlinie erkennt an, dass die Nachbesserung des gesamten historischen Archivs aller Dokumente eine unverhältnismäßige Belastung darstellen kann, und es gibt Nuancen hinsichtlich von Inhalten, die vor dem Stichtag erstellt wurden. Das ist jedoch kein Freifahrtschein, die Dokumente in Ihrem laufenden Transaktionsfluss zu ignorieren. Die Bestätigung, die ein Gast diese Woche erhält, ist aktuell, fällt in den Geltungsbereich und lässt sich auf Vorlagenebene leicht anpassen. Konzentrieren Sie Ihre Bemühungen zunächst darauf.
Die Barrierefreiheitserklärung, die Sie veröffentlichen müssen
Dies ist der kostengünstigste Schritt zur Einhaltung der Vorschriften und derjenige, der am häufigsten fehlt. Die EAA erwartet von einem Dienstleister, dass er in seinen Allgemeinen Geschäftsbedingungen oder auf der Website Informationen darüber veröffentlicht, wie der Dienst die Anforderungen an die Barrierefreiheit erfüllt. In der Praxis bedeutet das eine klare, leicht auffindbare Erklärung zur Barrierefreiheit, deren Erstellung nur einen Nachmittag in Anspruch nimmt – kein großes Projekt.
Eine aussagekräftige Erklärung umfasst eine kurze Liste von Punkten: eine klare Verpflichtung zur Barrierefreiheit und den von Ihnen angestrebten Standard (WCAG 2.1, Stufe AA gemäß EN 301 549); den Geltungsbereich (die Website, die Buchungsmaschine, die E-Mails an Gäste); Die bekannten Einschränkungen, zu denen Sie ehrlich Stellung nehmen, einschließlich aller Komponenten von Drittanbietern, über die Sie keine vollständige Kontrolle haben, sowie Ihre Maßnahmen, um diese zu beheben. Eine Kontaktmöglichkeit – per E-Mail oder über ein Formular –, über die Gäste ein Barrierefreiheitsproblem melden und Informationen in einem barrierefreien Format anfordern können. Und das Datum, an dem die Erklärung zuletzt überprüft wurde, denn eine Erklärung, die drei Jahre alt ist, wirkt wie aufgegeben. Wenn Sie sich auf die Ausnahmeregelung für Kleinstunternehmen berufen, geben Sie dies klar an und bewahren Sie die entsprechenden Zahlen in Ihren Unterlagen auf, anstatt sie in der öffentlichen Erklärung zu veröffentlichen.
Zwei Warnhinweise: Übernehmen Sie keine Vorlage für eine Barrierefreiheitserklärung des öffentlichen Sektors eins zu eins; diese sind für ein anderes Rechtssystem (die Richtlinie zur Barrierefreiheit im Internet) verfasst und verweisen auf Meldemechanismen, die auf ein privates Hotel nicht übertragbar sind. Veröffentlichen Sie außerdem keine Erklärung, in der Sie vollständige Konformität behaupten, die Sie nicht nachweisen können, denn eine übertriebene Erklärung ist schlimmer als eine bescheidene, korrekte: Sie verwandelt eine in gutem Glauben bestehende Lücke in eine Falschdarstellung, sobald ein Gast einen Mangel entdeckt, von dem Sie behauptet haben, er existiere nicht. Schreiben Sie die Wahrheit, legen Sie ein Überprüfungsdatum fest und überwachen Sie den Kontaktkanal.
So funktionieren Durchsetzung und Bußgelder – Land für Land
Die EAA ist eine Richtlinie, daher verhängt sie keine direkten Bußgelder. Jeder Mitgliedstaat hat sie in nationales Recht umgesetzt und seine eigene Durchsetzungsbehörde, sein eigenes Beschwerdeverfahren sowie eine eigene Höchststrafe festgelegt. Das bedeutet, dass das praktische Risiko stark davon abhängt, wo sich Ihre Gäste befinden und wo Sie tätig sind, und die Zahlen variieren um eine Größenordnung. Das Muster im ersten Jahr war marktübergreifend einheitlich: Die Behörden veröffentlichen Leitlinien, reagieren auf Beschwerden und Stichproben im Rahmen der Marktüberwachung und ordnen Abhilfemaßnahmen innerhalb einer Frist an, bevor sie die Höchststrafe verhängen. Der tatsächliche Auslöser für ein Hotel ist in der Regel eine Beschwerde eines Gastes oder einer Behindertenorganisation, nicht eine Aufsichtsbehörde, die willkürlich das Internet durchforstet.
Irland
Irland hat die EAA durch nationale Vorschriften umgesetzt, die Marktüberwachungs- und Vollzugsbehörden benennen und sowohl verwaltungsrechtliche als auch strafrechtliche Sanktionen bei anhaltender Nichteinhaltung vorsehen. Die Durchsetzung ist je nach Produkt oder Dienstleistung auf verschiedene Stellen aufgeteilt. Für ein englischsprachiges Hotel, das auf dem irischen und dem breiteren EU-Markt verkauft, ist Irland eine relevante Rechtsordnung, da Sprache und Reichweite irische Verbraucher zu einer natürlichen Zielgruppe machen. Die Vorgehensweise ist dieselbe wie anderswo: Eine Beschwerde oder eine Stichprobenkontrolle führt zu einer Kontaktaufnahme und einer Aufforderung zur Abhilfe, wobei die Strafen für Betreiber, die die Aufforderung ignorieren, eskalieren. Halten Sie Ihre Erklärung, Ihre Konformitätsnachweise und Ihr Protokoll über die Abhilfemaßnahmen zur Vorlage bereit.
Deutschland: das BFSG
Deutschlands Umsetzungsgesetz ist das Barrierefreiheitsstärkungsgesetz (BFSG), das am 28. Juni 2025 in Kraft trat. Es gehört zu den klarer definierten Regelungen und wird aufgrund seiner Durchsetzungskraft häufig zitiert. Das BFSG sieht Bußgelder von bis zu 100.000 Euro vor und ermächtigt die Marktüberwachungsbehörde, das Anbieten eines nicht konformen Dienstes zu untersagen, was für ein Online-Hotel eine Anordnung bedeutet, die direkt den Vertriebskanal betrifft, über den Zimmer verkauft werden. Deutschland verfügt zudem über eine landesübergreifende, eigens dafür eingerichtete Überwachungsstruktur. Für jedes Hotel mit nennenswerter Nachfrage aus Deutschland – und das betrifft einen großen Teil der europäischen Stadt- und Alpenhotels – ist das BFSG die Regelung, auf die man sich bei der Planung einstellen muss, da es eine konkrete Bußgeldobergrenze mit der Befugnis zur Einstellung des Dienstes verbindet.
Frankreich: Das RGAA und die Geldbuße für Großunternehmen
Frankreich hat die EAA auf ein bereits bestehendes Barrierefreiheitsregime aufgesetzt. Die RGAA (Référentiel général d'amélioration de l'accessibilité) ist der französische Referenzrahmen, der die WCAG umsetzt, und Frankreich verhängt bereits Bußgelder gegen Großunternehmen, die es versäumen, Informationen zur Barrierefreiheit zu veröffentlichen und die Anforderungen zu erfüllen – mit Verwaltungsstrafen von bis zu 50.000 Euro pro nicht konformem Dienst und einer wiederkehrenden Strafe, wenn der Verstoß nicht innerhalb der festgelegten Frist behoben wird. Die Umsetzung der EAA erweitert den Geltungsbereich der Verpflichtungen und des Aufsichtsapparats. In Frankreich gibt es zudem eine ausgeprägte Kultur von Verbraucher- und Interessenvertretungsbeschwerden, sodass die praktische Wahrscheinlichkeit einer Anfechtung höher ist, als es das Gesetz allein vermuten lässt. Wenn Sie in Frankreich verkaufen, sollten Sie davon ausgehen, dass die RGAA der Maßstab ist, an dem sich ein Prüfer orientiert.
Spanien
Spanien hat die EAA in nationales Recht umgesetzt, wobei die Bußgelder nach Schweregrad gestaffelt sind – in der in Spanien üblichen Einteilung in „leves“, „graves“ und „muy graves“ Verstöße, für die jeweils eigene Bußgeldspannen gelten. Die Aufsicht über die Barrierefreiheit für Menschen mit Behinderungen obliegt etablierten Stellen wie der OADIS (Oficina de Atención a la Discapacidad), während die Branchenbehörden für die Marktüberwachung zuständig sind. Für eine spanische Immobilie oder ein Hotel mit starker Nachfrage auf dem spanischen Markt bedeutet die abgestufte Bußgeldstruktur, dass die Kosten eines Verstoßes davon abhängen, wie schwerwiegend und wie anhaltend dieser ist – was eine frühzeitige freiwillige Behebung belohnt und Betreiber bestraft, die verwarnt wurden und nichts unternehmen.
Italien: Die Tradition der „Legge Stanca“
Italien hat in dieser Gruppe die längste Tradition im Bereich der Barrierefreiheitsgesetze. Die „Legge Stanca“ stammt aus dem Jahr 2004, und Italiens Umsetzung der EAA (aufbauend auf dem Rahmenwerk rund um das D.Lgs. 82/2022 und den zugehörigen Verordnungen) erweitert die Verpflichtungen des privaten Sektors und die Aufsichtsbefugnisse, wobei die AgID (die Agenzia per l’Italia Digitale) eine zentrale Rolle in der Aufsichtsstruktur spielt. Das italienische Recht in dieser Tradition sieht Strafen vor, die in den schwerwiegendsten Fällen bis zu 5 Prozent des Umsatzes betragen können – das ist das höchste proportionale Risiko der hier betrachteten fünf Märkte. Für ein italienisches Hotel macht die Kombination aus einer ausgereiften Rechtstradition und einer umsatzabhängigen Obergrenze eine dokumentierte, vertretbare Haltung besonders lohnenswert.
Die marktübergreifende Erkenntnis besteht nicht darin, sich fünf Bußgeldtabellen einzuprägen. Vielmehr erfüllt die Einhaltung derselben Normen EN 301 549 und WCAG 2.1 AA alle Anforderungen auf einmal. Die effiziente Strategie besteht daher darin, die Website einmalig nach dem Standard zu gestalten, eine ehrliche Erklärung zu veröffentlichen, die Nachweise aufzubewahren und umgehend auf jede Beschwerde zu reagieren. Ein Hotel, das diese vier Punkte beachtet, ist in jeder dieser Rechtsordnungen vertretbar, unabhängig davon, welcher Gast sich zuerst beschwert.
So prüfen Sie Ihre eigene Website an einem Nachmittag
Sie benötigen keine Agentur, um Ihre größten Probleme zu finden. Ein Webmaster ohne Programmierkenntnisse kann die meisten risikoreichen Mängel an einem einzigen Nachmittag mithilfe kostenloser Tools und der bereits auf dem Schreibtisch vorhandenen Ausrüstung aufdecken. Ein Audit durch einen Spezialisten lohnt sich, sobald Sie dies getan haben und eine vollständige, unterzeichnete Bewertung wünschen, aber das Selbstaudit zeigt Ihnen, wie schlimm die Situation ist und was Sie zuerst beheben müssen.
Führen Sie diese fünf Prüfschritte der Reihe nach durch. Die Tastaturprüfung: Schließen Sie die Maus ab oder ignorieren Sie sie und schließen Sie eine vollständige Buchung mit den Tasten Tab, Umschalt-Tab, den Pfeiltasten und der Eingabetaste ab. Notieren Sie sich jeden Punkt, an dem Sie nicht weiterkommen, nicht sehen können, worauf der Fokus liegt, oder aus einem Steuerelement nicht herauskommen. Allein dieser Schritt deckt die Level-A-Fehler auf, die am wichtigsten sind. Der Screenreader-Durchlauf: Schalten Sie VoiceOver (Mac, Cmd-F5) oder Narrator (Windows, Strg-Win-Enter) ein, schließen Sie bei den entscheidenden Schritten die Augen und versuchen Sie, jede Seite zu verstehen und die Buchung abzuschließen. Achte auf Felder, die als „leer“ vorgelesen werden, Bilder, die als Dateinamen vorgelesen werden, und Schritte, die sich unbemerkt ändern. Der Kontrast-Durchlauf: Lassen Sie Ihren Haupttext, Ihre Schaltflächen und Ihre Formularrahmen durch einen kostenlosen Kontrastprüfer laufen (WebAIM ist der Standard) und markieren Sie alles, was unter 4,5:1 für Text oder 3:1 für großen Text und Komponenten liegt. Der automatisierte Test: Führen Sie einen kostenlosen Scanner wie die WAVE-Browsererweiterung oder axe DevTools auf Ihrer Startseite, einer Zimmer-Seite und jedem Buchungsschritt aus; diese erkennen fehlende Beschriftungen, Alt-Text und Probleme mit Überschriften schnell, finden jedoch vielleicht nur ein Drittel der Probleme, weshalb die manuellen Tests an erster Stelle stehen. Der Zoom-Check: Stellen Sie den Browser-Zoom auf 200 Prozent ein und passen Sie die Seite an ein schmales Fenster an; Inhalte, die verschwinden, sich überlappen oder horizontales Scrollen erzwingen, erfüllen die Kriterien für die Anpassung und Größenänderung nicht.
Notieren Sie die Ergebnisse jedes Durchgangs in einer gemeinsamen Liste, gekennzeichnet nach dem jeweiligen Bereich (Buchungssystem, Zimmerseiten, Navigation, E-Mails, Dokumente) und nach Schweregrad (verhindert eine Buchung, beeinträchtigt eine Buchung, rein kosmetisch). Diese Liste dient als Grundlage für den Bereinigungsplan. Die meisten unabhängigen Anbieter schließen den Nachmittag mit etwa fünfzehn bis vierzig Befunden ab und haben dabei das klare Gefühl, dass drei oder vier davon tatsächlich Buchungsverluste verursachen.
Das 30-Tage-Handbuch zur Barrierefreiheitsbereinigung
Ein 30-Tage-Plan, um eine typische unabhängige Website von „Wir haben noch nie getestet“ zu „vertretbar und in Verbesserung“ zu bringen. Eine operativ orientierte Person kann den Plan umsetzen und den Webentwickler oder den Anbieter der Buchungsmaschine für die Umsetzungsarbeiten hinzuziehen. Rechnen Sie mit einigen Stunden pro Woche seitens des Managers und einem konzentrierten Zeitblock seitens der Person, die die Website pflegt.
Tage 1 bis 4: Prüfung und Triage. Führen Sie das oben beschriebene Selbstaudit in fünf Durchgängen auf der Live-Website sowohl auf dem Desktop als auch auf Mobilgeräten durch. Sammeln Sie alle Ergebnisse in einer Liste, kennzeichnen Sie sie nach Bereich und Schweregrad und identifizieren Sie die drei oder vier Fehler, die eine Buchung verhindern oder erheblich beeinträchtigen. Das sind die Prioritäten; widerstehen Sie dem Drang, mit den kosmetischen „Long-Tail“-Problemen zu beginnen.
Tage 5 bis 7: Anbieter ausfindig machen. Senden Sie E-Mails an die Anbieter der Buchungs-Engine und des Channel-Managers und fordern Sie schriftlich deren Konformitätsnachweise gemäß WCAG 2.1 AA oder EN 301 549, die getestete Version sowie das Datum an. Fragen Sie, wie sie mit dem eingebetteten Widget auf einer Kundendomäne umgehen. Archivieren Sie die Antworten. Wenn ein Anbieter keine Antwort geben kann, vermerken Sie dies als Risiko und als möglichen Grund für eine Beschaffungsentscheidung – und nicht als Fehler, den Sie selbst beheben können.
Tag 8 bis 16: Den Buchungsablauf optimieren. Dies ist der aufwendigste Schritt. Stellen Sie sicher, dass der gesamte Buchungsablauf über die Tastatur bedienbar ist, stellen Sie eine sichtbare Fokusanzeige wieder her, versehen Sie jedes Formularfeld mit einer aussagekräftigen Beschriftung, passen Sie Fehlermeldungen so an, dass sie das Feld und das Problem benennen, und sorgen Sie dafür, dass die Hauptschaltfläche und der Fließtext die Kontrastanforderungen erfüllen. Führen Sie nach jeder Änderung erneut Tests mit der Tastatur und dem Screenreader durch, bis eine vollständige Buchung ohne Maus und bei aktiviertem Screenreader abgeschlossen werden kann.
Tage 17 bis 22: Die umgebenden Seiten überarbeiten. Fügen Sie aussagekräftigen Bildern Alt-Text hinzu und lassen Sie den Alt-Text bei dekorativen Bildern leer, korrigieren Sie die Überschriftenstruktur, passen Sie die Navigation und die Sprachauswahl für die Tastaturbedienung an, versehen Sie das Hero-Bild oder das Tour-Video mit einer Bildunterschrift und stellen Sie sicher, dass sich bewegende Inhalte angehalten werden können. Vergewissern Sie sich, dass die Website bei 200-prozentiger Vergrößerung sauber umgebrochen wird.
Tage 23 bis 26: Korrigieren Sie die Dokumente und E-Mails. Wandeln Sie die Bestätigungs-, Vorab- und Quittungs-E-Mails sowie die Abrechnungs-E-Mails in strukturiertes HTML mit lesbarem Kontrast und einer Klartext-Alternative um. Verschieben Sie die Dokumente, die Sie können, auf barrierefreie HTML-Seiten, und versehen Sie die PDFs, die Sie behalten müssen, mit Tags. Testen Sie jeweils eines davon mit dem Screenreader.
Tage 27 bis 28: Veröffentlichen Sie die Erklärung. Verfassen und veröffentlichen Sie eine ehrliche Barrierefreiheitserklärung, die Ihren Zielstandard, den Geltungsbereich, bekannte Einschränkungen, einen Kontaktweg bei Problemen und ein Überprüfungsdatum umfasst. Richten Sie den Kontaktkanal so ein, dass er in einen echten Posteingang führt, der von jemandem überwacht wird.
Tag 29 bis 30: Dokumentieren und planen. Stellen Sie das Nachweispaket zusammen: die Ergebnisse des Audits und die von Ihnen behobenen Mängel, die Konformitätsnachweise der Anbieter, die veröffentlichte Erklärung sowie – falls Sie sich auf die Ausnahmeregelung für Kleinstunternehmen berufen – die entsprechenden Mitarbeiter- und Umsatzzahlen, die dies belegen. Tragen Sie eine vierteljährliche Wiederholungsprüfung in den Kalender ein, da es bei Websites jedes Mal zu Rückschritten kommt, wenn das Theme oder die Buchungsmaschine aktualisiert wird. Weisen Sie alle, die die Website bearbeiten, darauf hin, dass neue Bilder Alt-Text benötigen und neue Komponenten einer Tastaturprüfung unterzogen werden müssen, damit die Disziplin auch nach Projektende erhalten bleibt.
Gesamtaufwand über die 30 Tage: etwa 25 bis 40 Stunden für den Manager und ein konzentrierter Arbeitsblock seitens des Entwicklers oder Anbieters, der sich hauptsächlich auf die Woche des Buchungsablaufs konzentriert. Unterkünfte, die diesen Prozess so sauber umsetzen, beseitigen die Fehler, die echte Gäste abhalten, präsentieren sich in einer überzeugenden Weise und verzeichnen in der Regel als Nebeneffekt einen leichten Anstieg der Abschlussrate bei Direktbuchungen, da dieselben Korrekturen, die einem Screenreader-Nutzer helfen, auch einem müden Gast am Telefon bei schlechten Lichtverhältnissen zugutekommen.
Wo Prostay ins Spiel kommt – kurz und ehrlich
Ich schreibe für Prostay, daher ist dieser Abschnitt unvermeidlich; lassen Sie mich das ganz offen sagen. Prostay liefert die Buchungsmaschine, die Website-Vorlagen und das System für die Gästekommunikation mit bereits in die Komponenten integrierter Barrierefreiheit – diese wird nicht nachträglich hinzugefügt. Das bedeutet, dass der Buchungsablauf für die Bedienung per Tastatur ausgelegt ist, die Formularfelder aussagekräftige Beschriftungen tragen, die Fokusanzeige erhalten bleibt und die Standard-Farbpalette der Marke so abgestimmt ist, dass sie die Kontrastanforderungen erfüllt. Die Bestätigungs-, Vorankunfts- und Abrechnungs-E-Mails, die das Property-Management-System versendet, verwenden strukturierte, für Screenreader geeignete Vorlagen anstelle von flachen Bildern. All dies ist kein Alleinstellungsmerkmal von Prostay; Mews, Cloudbeds und mehrere andere Anbieter haben ernsthafte Barrierefreiheitsarbeit an ihren eigenen Systemen geleistet, und jeder von ihnen kann Ihnen eine konforme Grundlage bieten.
Das Argument speziell für Prostay ist, dass die Buchungsmaschine, die Website, das PMS und die Nachrichtenkommunikation von einem einzigen Team stammen, das sie gemeinsam gemäß WCAG 2.1 AA in allen fünf Sprachen der Website testet – Sie müssen also kein barrierefreies Widget in ein nicht barrierefreies Design einfügen und hoffen, dass die Nahtstellen halten. Wir können Ihnen außerdem die Konformitätsdokumentation der Anbieter zur Verfügung stellen, die Sie für Ihr Nachweispaket benötigen – damit entfällt einer der zeitaufwändigeren Schritte im 30-Tage-Plan. Wenn Sie Details zur Gästeoberfläche wünschen, finden Sie diese in der Übersicht zur Prostay-Buchungsmaschine; sollten Sie es vorziehen, dass unser Team das Selbstaudit und die Optimierung an Ihrer Live-Website durchführt, buchen Sie eine Demo – wir arbeiten dann Ihren tatsächlichen Buchungsablauf durch, anstatt Ihnen einen separaten Barrierefreiheits-Rahmenvertrag zu verkaufen.
Häufig gestellte Fragen
Fünf Fragen, die unabhängige Hoteliers am häufigsten zum Europäischen Barrierefreiheitsgesetz stellen – beantwortet anhand der Richtlinie und der harmonisierten Norm statt anhand der Zusammenfassung in der Fachpresse.
