BFSG für Hotels, Pensionen und Ferienwohnungen: Buchungsseiten barrierefrei machen

Warum Hotellerie besonders betroffen ist

Hotels, Pensionen und Ferienwohnungsvermieter bieten fast immer digitale Dienstleistungen an: Online-Buchung, Zimmerauswahl, Zahlungsabwicklung, Veranstaltungskalender. All das fällt unter §1 BFSG, der digitale Dienstleistungen des elektronischen Geschäftsverkehrs explizit einschließt. Sobald du online Zimmer, Apartments oder Ferienwohnungen buchbar machst, bist du betroffen.

Dazu kommt: Die Hotellerie hat einen überdurchschnittlich hohen Anteil an älteren Gästen und Menschen mit Mobilitätseinschränkungen. Laut Statistischem Bundesamt waren 2024 rund 38 % aller Hotelgäste über 55 Jahre alt. Barrierefreiheit ist hier nicht nur gesetzliche Pflicht, sondern eine echte Marktchance – wer früh handelt, gewinnt eine kaufkräftige Zielgruppe.

§1 BFSG: Was genau fällt unter digitale Buchungsdienstleistungen?

Das Barrierefreiheitsstärkungsgesetz (§1 Abs. 2 BFSG in Verbindung mit §2 Nr. 1) erfasst „Dienstleistungen im elektronischen Geschäftsverkehr“. Darunter fallen alle Webseiten und Apps, über die Verbraucher Verträge abschließen können. Für die Hotellerie bedeutet das konkret:

• Online-Buchungsformulare auf der eigenen Webseite
• Eingebettete Buchungswidgets von Drittanbietern (Booking.com, HotelRunner, Lodgify)
• Zimmer- und Ferienwohnungs-Konfiguratoren mit Preisberechnung
• Veranstaltungskalender mit Ticketverkauf
• Gutschein-Shops und Paketbuchungen

Ausgenommen sind rein informative Webseiten ohne Buchungsmöglichkeit – aber Hand aufs Herz: Welches Hotel hat heute noch keine Online-Buchung? Weitere Informationen finden Sie im BFSG-Glossar.

Buchungsstrecken prüfen: Vom Kalender bis zur Bestätigung

Der gesamte Buchungsprozess muss barrierefrei sein: Datumswahl, Zimmerauswahl, Gästedaten-Eingabe, Zahlungsseite und Bestätigung. Besonders Kalender-Widgets und Zimmervergleiche mit Bildergalerien sind oft nicht tastaturbedienbar.

Kalender-Widgets barrierefrei gestalten

Kalender-Widgets sind der häufigste Stolperstein auf Hotel-Webseiten. Die meisten Date-Picker sind rein mausbedient und für Screenreader unsichtbar. Nach WCAG 2.1 müssen sie mindestens diese Kriterien erfüllen:

• SC 2.1.1 Keyboard: Jeder Tag im Kalender muss per Tastatur erreichbar sein. Nutzer müssen mit Pfeiltasten durch Tage navigieren, mit Enter auswählen und mit Escape den Kalender schließen können.
• SC 4.1.2 Name, Role, Value: Der Kalender braucht role="dialog" oder role="grid". Jeder Tag muss ein aria-label haben, z. B. „Dienstag, 15. April 2026“ statt nur „15“. Der ausgewählte Bereich (Check-in bis Check-out) muss mit aria-selected="true" markiert sein.
• SC 1.4.11 Non-text Contrast: Der Auswahlbereich im Kalender muss sich mit mindestens 3:1 Kontrastratio vom Hintergrund abheben – nicht nur durch Farbe, sondern auch durch Rahmen oder Unterstreichung.

Tipp: Nutze bewährte Bibliotheken wie Duet Date Picker oder Pikaday mit ARIA-Erweiterung. Eigenbau-Kalender sind fast immer problematisch.

Buchungsformulare nach WCAG

Die Formulare für Gästedaten, Sonderwünsche und Zahlungsinformationen müssen folgende WCAG-Kriterien erfüllen:

• SC 3.3.1 Error Identification: Fehlermeldungen müssen klar benennen, welches Feld das Problem hat. „Bitte korrigiere die markierten Felder“ reicht nicht – besser: „Bitte gib eine gültige E-Mail-Adresse ein.“
• SC 3.3.2 Labels or Instructions: Jedes Eingabefeld braucht ein sichtbares <label>. Placeholder-Text allein reicht nicht, weil er beim Tippen verschwindet.
• SC 1.3.5 Identify Input Purpose: Felder für Name, E-Mail, Telefon und Adresse sollten das passende autocomplete-Attribut haben (z. B. autocomplete="email").

Mehr zur barrierefreien Formulargestaltung findest du in unserem Leitfaden Formulare barrierefrei gestalten.

Drittanbieter-Buchungssysteme: Booking.com, HotelRunner, Lodgify

Viele Hotels und Ferienwohnungsvermieter nutzen externe Buchungssysteme, die per Widget oder iFrame eingebunden werden. Die rechtliche Verantwortung für die Barrierefreiheit eingebetteter Inhalte liegt beim Webseitenbetreiber – also bei dir (§3 BFSG).

Hier ein Überblick der gängigsten Systeme:

• Booking.com-Widget: Das eingebettete Suchformular ist grundsätzlich tastaturbedienbar, aber der Kalender-Popup hat häufig fehlende ARIA-Labels. Frage bei deinem Booking-Ansprechpartner nach dem aktuellen VPAT (Voluntary Product Accessibility Template).
• HotelRunner: Bietet eine Booking-Engine mit eigenem Frontend. Prüfe besonders den Zimmerauswahl-Schritt – Bildergalerien sind oft nicht tastaturbedienbar, und Preisvergleichstabellen haben selten korrekte <th>-Elemente.
• Lodgify: Die Ferienwohnungs-Plattform hat in den letzten Updates Accessibility-Verbesserungen eingeführt. Dennoch: Prüfe den eingebetteten Kalender und die Verfügbarkeitsanzeige mit einem Screenreader.

Generell gilt: Verlange von jedem Drittanbieter eine schriftliche Barrierefreiheits-Erklärung. Kann der Anbieter keine liefern, ist das ein Warnzeichen. Du bleibst haftbar, auch wenn der Fehler beim Widget-Anbieter liegt.

Preistabellen und Saisonkalender barrierefrei aufbereiten

Saisonpreise, Aufpreise für Zusatzleistungen und Zimmervergleiche werden häufig in Tabellen dargestellt. Damit Screenreader diese korrekt vorlesen, brauchst du:

• Eine <caption> oder aria-label, die den Tabelleninhalt beschreibt
• Korrekte <th>-Elemente mit scope="col" oder scope="row"
• Keine verschachtelten Tabellen oder leeren Zellen als Platzhalter
• Bei komplexen Tabellen: headers-Attribute, die Datenzellen eindeutig mit Kopfzeilen verknüpfen

Vertiefung zu diesem Thema findest du in unserem Artikel Barrierefreie Tabellen.

Zimmerfotos und virtuelle Touren

Jedes Zimmerfoto braucht einen beschreibenden Alt-Text. Nicht nur „Zimmer 5“, sondern „Doppelzimmer mit Bergblick, King-Size-Bett und Balkon, 32 m²“. Beschreibe, was ein potenzieller Gast wissen muss: Zimmergröße, Ausstattungshighlights, Aussicht und Besonderheiten.

Weitere Tipps dazu findest du in unserem Leitfaden Alt-Texte richtig schreiben.

Virtuelle Touren: Alternativen anbieten

360°-Touren und interaktive Grundrisse sind für Screenreader-Nutzer oft unzugänglich. Das BFSG verlangt nicht, dass du auf solche Features verzichtest – aber du musst eine gleichwertige Alternative bieten:

• Eine ausführliche Textbeschreibung des Raums (Raumaufteilung, Möblierung, Fensterseite)
• Eine Bildergalerie mit beschreibenden Alt-Texten als Fallback
• Bei Video-Touren: Untertitel und Audiodeskription (SC 1.2.1, SC 1.2.3)

Schritt für Schritt: Hotel-Webseite BFSG-fit machen

Du willst deine Hotel- oder Ferienwohnungs-Webseite systematisch prüfen? Hier ist ein pragmatischer Fahrplan:

1. Scan durchführen: Starte mit einem automatisierten BFSG-Schnellcheck. Er findet die offensichtlichsten Probleme in unter einer Minute.
2. Buchungsstrecke mit Tastatur testen: Lege das Trackpad beiseite und versuche, eine komplette Buchung nur mit Tab, Enter und Pfeiltasten durchzuführen. Kommst du überall hin?
3. Alt-Texte aller Zimmerfotos prüfen: Öffne den Seitenquelltext und suche nach alt="" oder fehlenden alt-Attributen.
4. Kalender-Widget testen: Kann ein Screenreader das An- und Abreisedatum auswählen? Wird der ausgewählte Zeitraum angesagt?
5. Formulare prüfen: Hat jedes Eingabefeld ein sichtbares Label? Werden Fehlermeldungen konkret benannt?
6. Drittanbieter-Widgets auditieren: Teste eingebettete Booking-Widgets separat. Fordere vom Anbieter ein VPAT an.
7. Preistabellen validieren: Sind Tabellen-Header korrekt gesetzt? Liest ein Screenreader Saisonpreise verständlich vor?

Häufige Fehler auf Hotel-Webseiten

Aus hunderten geprüften Hotel-Webseiten kennen wir die typischen Stolpersteine:

• Bildergalerien ohne Alt-Texte: Besonders bei automatisch generierten Galerien fehlen beschreibende Texte komplett.
• Kalender nur per Maus bedienbar: Der häufigste Blocker – Tastaturnutzer können kein Datum wählen.
• Preistabellen ohne Header: Screenreader können nicht zuordnen, welcher Preis zu welcher Saison und Zimmerkategorie gehört.
• Kontaktformular mit Placeholder statt Label: Sobald der Nutzer tippt, verschwindet der Hinweis – ein Versagen bei SC 3.3.2.
• Drittanbieter-Widget nicht getestet: Der Betreiber geht davon aus, dass der Anbieter sich um Barrierefreiheit kümmert. Tut er oft nicht.
• 360°-Tour ohne Textalternative: Blinde Nutzer erhalten null Informationen über den Raum.

Dieser Artikel ersetzt keine Rechtsberatung. Für verbindliche Auskünfte zur BFSG-Konformität deiner Hotel-Webseite wende dich an einen spezialisierten Anwalt.

Häufig gestellte Fragen

Barrierefreie Zimmerbeschreibungen für Gäste mit Behinderung

Gäste mit Behinderung entscheiden sich häufig schon vor der Buchung gegen ein Hotel, weil die Zimmerbeschreibung keine verlässliche Auskunft über tatsächliche Zugänglichkeit gibt. Der Begriff „barrierefrei“ ohne weitere Erklärung hilft wenig, wenn nicht klar ist, was genau gemeint ist – ein rollstuhlgerechtes Bad, eine stufenlose Erreichbarkeit vom Eingang oder beides zusammen.

Sinnvoll ist eine konkrete, sachliche Beschreibung statt eines pauschalen Etiketts: Türbreiten, Höhe des Waschbeckens, Vorhandensein von Haltegriffen, Schwellenfreiheit vom Zimmereingang bis zur Dusche, und ob ein Aufzug den Weg vom Eingang zum Zimmer vollständig ohne Stufen ermöglicht. Diese Angaben lassen sich einmalig für jede Zimmerkategorie erfassen und danach für alle Buchungen wiederverwenden, statt bei jeder Anfrage neu recherchiert zu werden.

Für Gäste mit Hörbehinderung sind Angaben zu visuellen Alarmsystemen im Brandfall oder zu Vibrationsweckern relevant, für Gäste mit Sehbehinderung Informationen zu tastbaren oder kontrastreich gestalteten Zimmernummern und Wegeleitsystemen. Auch wenn nicht jedes Haus alle diese Ausstattungen bietet, hilft eine ehrliche Angabe dessen, was tatsächlich vorhanden ist, mehr als eine vage Zusicherung, die sich vor Ort nicht bestätigt.

Diese Informationen gehören nicht in ein separates PDF, das schwer auffindbar ist, sondern direkt in die jeweilige Zimmerbeschreibung auf der Buchungsseite, in derselben Struktur wie andere Ausstattungsmerkmale. So kann ein Gast mit Behinderung die passende Zimmerkategorie ebenso selbstständig auswählen wie jeder andere Gast auch, ohne vorher telefonisch nachfragen zu müssen, ob das Zimmer überhaupt in Frage kommt.

Stornierung, Umbuchung und Zahlungsprozesse barrierefrei gestalten

Nach der eigentlichen Buchung folgen häufig weitere digitale Schritte: Stornierung, Umbuchung auf einen anderen Zeitraum oder eine nachträgliche Zahlung der Anzahlung. Diese Prozesse werden im BFSG-Kontext seltener geprüft als der ursprüngliche Buchungsvorgang, sind aber genauso Teil der digitalen Dienstleistung und müssen ebenso zugänglich sein.

Eine Stornierung sollte sich, wo rechtlich und geschäftlich möglich, direkt online durchführen lassen, mit einem klar beschrifteten Button und einer eindeutigen Bestätigung des Vorgangs. Führt der Weg stattdessen nur über eine E-Mail-Adresse ohne direkten Link oder über ein Kontaktformular ohne erkennbaren Bezug zur konkreten Buchung, entsteht für alle Gäste unnötiger Aufwand, für Gäste, die auf Screenreader oder Tastatur angewiesen sind, wiegt jeder zusätzliche Umweg besonders schwer.

Bei Umbuchungen mit Kalenderauswahl gelten dieselben Anforderungen wie bei der ursprünglichen Terminwahl: Der Kalender muss per Tastatur bedienbar sein, verfügbare und ausgebuchte Zeiträume müssen auch technisch unterscheidbar sein, nicht nur farblich. Eine reine Farbmarkierung für ausgebuchte Tage bleibt für Screenreader-Nutzer unsichtbar, wenn sie nicht zusätzlich als Text oder über ein entsprechendes Attribut vermittelt wird.

Nachträgliche Zahlungen, etwa einer Anzahlung oder Restzahlung über einen zugeschickten Link, sollten denselben Anforderungen an Formulare und Fehlermeldungen genügen wie der ursprüngliche Buchungsabschluss. Ein Zahlungslink, der auf einer veralteten oder nicht getesteten Unterseite landet, weil er selten genutzt wird, fällt in der Praxis häufig durchs Raster einer regulären Prüfung – genau deshalb lohnt sich ein gezielter Testdurchlauf dieser selten besuchten, aber für den einzelnen Gast wichtigen Seiten.