Dla odbiorców · Hotelarstwo

Dostępność dla hoteli, restauracji i rezerwacji turystycznych — opracowana dla sektora cyfrowego o najwyższym ryzyku sądowym.

Hotelarstwo należy do branż z największą liczbą spraw z tytułu ADA tytuł III w Stanach Zjednoczonych — sprawa Acheson Hotels v. Laufer trafiła przed Sąd Najwyższy, zanim została umorzona jako bezprzedmiotowa w 2023 r., a leżący u jej podstaw obowiązek zapewnienia dostępu nie uległ najmniejszej zmianie. Europejski Akt o Dostępności (EAA) wprost obejmuje „usługi transportu pasażerskiego" i działalność turystyczną. Niniejsza strona zawiera 30-punktową listę kontrolną WCAG 2.2 AA oraz uwagi dotyczące platform, których zespoły faktycznie potrzebują — dla systemu rezerwacji, pliku PDF z opisem pokoi i portalu programu lojalnościowego.

Dlaczego hotelarstwo jest szczególnie narażone na spory sądowe

Dwóch regulatorów, jedno z najgęstszych dochodzeń w cyfrowej dostępności.

W Stanach Zjednoczonych hotele należą do czołowych branż pozwanych z tytułu ADA tytuł III — obok sektora e-commerce i restauracji. Seryjni powodowie celowo kierują pozwy przeciwko procesowi rezerwacji i stronie z opisem pokoju — to właśnie tam obowiązek wynikający z ADA tytuł III najwyraźniej wiąże się z treścią internetową i gdzie pojedynczy niedostępny widget może uzasadniać dziesiątki niemal identycznych roszczeń. Sprawa Acheson Hotels v. Laufer przez chwilę zdawała się ograniczać legitymację procesową powodów-testerów; w październiku 2023 r. Sąd Najwyższy umorzył ją jako bezprzedmiotową, pozostawiając leżący u jej podstaw obowiązek zapewnienia dostępu w stanie nienaruszonym.

Przepis DOJ dotyczący systemów rezerwacji — 28 CFR 36.302(e) — nakłada konkretny obowiązek: identyfikację pokoi dostępnych, opis ich funkcji dostępności z wystarczającą szczegółowością umożliwiającą świadomą rezerwację oraz zapewnienie możliwości ich rezerwacji tymi samymi kanałami co pokoi standardowych. Przepis obowiązuje od 2010 r. i ma zastosowanie do hoteli niezależnie od ich ogólnego stanowiska wobec dostępności internetowej. Należy traktować go jako odrębną linię zgodności, równoległą do WCAG.

Sieci restauracji stoją przed ryzykiem tego samego rodzaju — powtarzającym się celem jest menu. Menu wyłącznie w formacie PDF — nawyk odziedziczony po operacjach drukowania — jest najczęściej cytowanym problemem w roszczeniach dotyczących stron restauracji; menu z kodami QR prowadzące do niedostępnych plików PDF zajmują drugie miejsce pod względem częstotliwości. Zamówienia online i procesy rezerwacji (osadzone OpenTable, Resy, Tock) dodają kolejną powierzchnię audytową do własnej strony marketingowej sieci.

W Unii Europejskiej Europejski Akt o Dostępności wymienia „usługi transportu pasażerskiego" w zakresie swojego zastosowania, a szersza gospodarka turystyczna jest objęta krajowymi przepisami wdrożeniowymi. Linie lotnicze podlegają odrębnie ramom ECAC i rozporządzeniom UE dotyczącym praw pasażerów, z własnymi technicznymi wymogami zgodności dla powierzchni rezerwacji i odprawy. Obowiązek zapewnienia dostępności obejmuje całą podróż zakupową turysty, a nie wyłącznie stronę internetową, na której akceptowana jest karta kredytowa.

OTA — Booking.com, Expedia, Agoda, Trip.com, Hotels.com, Vrbo, Airbnb — ponoszą obowiązek względem powierzchni, które posiadają. Hotel nie może przenieść swojego obowiązku wynikającego z 28 CFR 36.302(e), dostarczając dokładne dane o dostępności OTA, która je usuwa lub ukrywa; hotel nadal pozostaje obiektem użyteczności publicznej. OTA zaś, jako odrębny dostawca usług cyfrowych, ponosi własny obowiązek z tytułu ADA tytuł III (w USA) i EAA (w UE) w odniesieniu do swojej strony internetowej i aplikacji. Obie strony przekazu muszą być dostępne.

Koszt błędów jest konkretny. Ugody z tytułu ADA dla hoteli i restauracji wynoszą zazwyczaj od 20 000 do 50 000 USD dla pierwszorazowych pozwanych i znacznie więcej dla wielokrotnych celów. W UE egzekwowanie prawa przeszło od fazy pism ostrzegawczych, dominującej przez większą część 2025 r., do fazy nakładania kar finansowych w 2026 r. w Niemczech, Francji, Włoszech, Hiszpanii i Niderlandach. Hotelarstwo znalazło się w zasięgu obu reżimów.

30-punktowa lista kontrolna dla branży hotelarskiej

Sześć powierzchni × pięć weryfikacji. Wydrukuj, zaznaczaj, a następnie przeprowadź audyt.

  1. 01 System rezerwacji

  2. 02 Opis pokoi i udogodnień

  3. 03 Menu i restauracja

  4. 04 Program lojalnościowy i konto

  5. 05 Mapy i lokalizacja

  6. 06 Obsługa klienta i wnioski o udogodnienia

Uwagi dotyczące wdrożenia według platform

Gdzie lista kontrolna faktycznie przekłada się na kod, według rodzin platform.

Sabre / Amadeus / Oracle Hospitality (starsze systemy CRS/PMS)

Trzy główne silniki rezerwacyjne wyprzedzają nowoczesne oczekiwania w zakresie dostępności internetowej o dziesięciolecia, a interfejsy użytkownika je opakowujące są często nakładkami agencyjnymi na Synxis (Sabre), iHotelier (Amadeus) lub OPERA Cloud (Oracle). VPAT lub deklaracja zgodności z EN 301 549 platformy niewiele mówi o tym, co faktycznie dostarcza nakładka. Powtarzające się problemy to: pola wyboru dat nieeksponujące role="grid", siatki pokoi zbudowane z elementów div bez semantyki tabeli oraz tabele porównania taryf renderowane jako pozycjonowane elementy span. Deklarację dostępności platformy należy traktować jako minimum, a następnie przeprowadzić audyt własnej nakładki.

Mews / Cloudbeds / Hotelogix (nowoczesne systemy PMS)

Dostawcy PMS nowszej generacji zazwyczaj dostarczają lepszą bazową semantykę widgetów rezerwacji — prawdziwe etykiety formularzy, pole wyboru daty z możliwością fokusowania, regiony aria-live przy zmianach taryf. Pułapką jest tu warstwa białej etykiety: przy brandowaniu systemu rezerwacji zgodnie z systemem projektowym hotelu agencja dostarczająca motyw często nadpisuje style fokusa, przebudowuje kalendarz i niszczy pozycję dostępności dostarczoną przez platformę. Należy wymagać od agencji protokołu testowania dostępności — nie tylko deklaracji dostępności platformy.

SiteMinder / RateGain (menedżery kanałów)

Menedżery kanałów mają charakter głównie administracyjny — rozdzielają inwentarz do OTA i GDS, a nie obsługują bezpośrednio klientów końcowych. Ich obowiązek w zakresie dostępności jest węższy, lecz realny: panel zarządzania używany przez personel hotelowy musi być operowalny przez pracowników z niepełnosprawnościami, a ustrukturyzowane dane przekazywane dalej w łańcuchu (szczególnie ładunek dotyczący funkcji dostępności wymagany przez 28 CFR 36.302(e)) muszą przetrwać mapowanie. Należy przeprowadzić audyt dwóch rzeczy: panelu dla personelu oraz próbki ładunków faktycznie dostarczanych do Booking.com, Expedia i punktów końcowych GDS.

OpenTable / Resy / Tock (rezerwacje w restauracjach)

Platformy rezerwacji restauracyjnych są zazwyczaj osadzane w stronach restauracji za pomocą iframe lub skryptów widgetów. Dominującym problemem jest granica iframe — zarządzanie fokusem przez tę granicę jest niestabilne, struktura punktów orientacyjnych dla czytnika ekranu ulega załamaniu, a łącza pomijające nigdy nie docierają do widgetu. Należy przeprowadzić audyt widgetu jako samodzielnego URL (większość platform go udostępnia), następnie osadzonego w swojej witrynie, a potem przepływu potwierdzenia rezerwacji wracającego do własnej domeny. Trzy audyty, nie jeden.

Booking.com / Expedia / Trip.com (OTA)

OTA działają w odrębnym cyklu audytowym od hoteli, które wystawiają. Jako hotel nie można przeprowadzić audytu Booking.com — ale można sprawdzić, jak inwentarz pojawia się na tej platformie i czy ładunek dotyczący funkcji dostępności przekazywany przez SiteMinder lub menedżer kanałów faktycznie renderuje się na listingu OTA. Jako OTA obowiązek dotyczy całej powierzchni: wyszukiwania, filtrowania, szczegółów listingu, płatności, konta i aplikacji mobilnej. OTA są wskazywane coraz częściej jako pozwani samodzielnie z tytułu ADA tytuł III i EAA — nie jako pochodna obowiązku samego hotelu.

Toast / Square / Lightspeed (POS + menu cyfrowe)

Menu cyfrowe i powierzchnie zamówień z kodem QR dołączane do systemów POS stanowią najnowszą powierzchnię spraw sądowych w zakresie dostępności restauracji. Menu renderowane po zeskanowaniu jest kodem HTML, lecz standardowe szablony platformy często pomijają semantyczne nagłówki, używają znaczników alergenów wyłącznie z ikonami bez tekstowego odpowiednika i renderują zdjęcia potraw bez tekstu alternatywnego. Większość platform udostępnia już ustawienia dostępności na poziomie motywu — należy je aktywować, a następnie przeprowadzić audyt faktycznego wyrenderowanego wyjścia, a nie zrzutu ekranu ze strony marketingowej platformy prezentującego, jak menu powinno wyglądać.

Cykl monitorowania + audytu

Jednorazowa naprawa nie przetrwa nawet jednej sezonowej aktualizacji menu.

Strony hotelarskie zmieniają się nieustannie. Obiekty publikują sezonowe pakiety we wtorek, zespół gastronomiczny zmienia menu wieczorowe w czwartek, marketing wdraża świąteczny baner w weekend. Jednorazowa naprawa dostępności trwa mniej więcej tyle, ile kolejne wdrożenie nowego typu pokoju — dlatego model, który faktycznie działa, składa się z trzech warstw, a nie jednej.

Po pierwsze, należy uruchomić bezpłatny skaner WCAG 2.2 względem działającej witryny, aby ustalić wartości bazowe dla systemu rezerwacji, stron z opisami pokoi i menu. Po drugie, wdrożyć ciągłe automatyczne monitorowanie każdego wdrożenia podglądowego i produkcyjnego — to warstwa wychwytująca regresje przed klientem i warstwa, którą większość zespołów pomija, dopóki nie otrzyma pierwszego roszczenia o odszkodowanie. Po trzecie, zamówić audyt ręczny przeprowadzony przez testerów z niepełnosprawnościami co najmniej raz w roku, po każdej istotnej przebudowie, wdrożeniu integracji OTA lub zmianie platformy PMS. Zautomatyzowane narzędzia nigdy nie wychwycą czytelności strony z kartą win dla czytnika ekranu, zamierzonej kolejności fokusa w procesie rezerwacji wielu pokoi ani tego, czy ścieżka wniosku o pokój dostępny jest faktycznie użyteczna od początku do końca.

Jeśli chodzi o konkretne przejście między monitorowaniem a audytem ręcznym, nasz przewodnik dla nabywców rozwiązań monitorowania omawia platformy obsługujące przepływ pracy od skanowania do audytu kompleksowego — Qualibooth, axe Monitor, Siteimprove i Level Access. Wybór powinien być oparty na dopasowaniu integracji z CI oraz na tym, czy sieć audytorów ręcznych platformy obejmuje testerów z niepełnosprawnościami zbliżonymi do niepełnosprawności gości — nie wszystkie to zapewniają. W przypadku powierzchni PDF, od której zespoły hotelarskie nie mogą się uwolnić (arkusze taryf grupowych, menu bankietowe, deklaracje dostępności), należy uzupełnić monitor naszym przewodnikiem dostępne pliki PDF od A do Z.

FAQ

Pytania zadawane przez zespoły hotelarskie przed podjęciem działań.

Czy aplikacje mobilne hoteli podlegają przepisom ADA?

W praktyce — tak. Sądy federalne wielokrotnie stosowały ADA tytuł III wobec aplikacji mobilnych powiązanych z usługami obiektów użyteczności publicznej — aplikacje hotelowe należą do najbardziej oczywistych przykładów, ponieważ funkcje rezerwacji, klucza do pokoju i concierge stanowią podstawowe usługi hotelarskie świadczone drogą cyfrową. Departament Sprawiedliwości oficjalnie zajął stanowisko, że ADA ma zastosowanie do zasobów internetowych i mobilnych obiektów użyteczności publicznej, a kancelarie seryjnych powodów regularnie wnoszą pozwy przeciwko aplikacjom hotelowym, podobnie jak przeciwko hotelowym stronom internetowym. Należy traktować aplikacje na iOS i Androida jako odrębne powierzchnie audytowe od strony marketingowej.

Czy przepis DOJ dotyczący systemów rezerwacji zobowiązuje hotele do opisywania pokoi dostępnych również na stronach OTA?

28 CFR 36.302(e) nakłada na hotele obowiązek identyfikacji i opisu pokoi dostępnych z wystarczającą szczegółowością, aby osoba z niepełnosprawnością mogła ocenić, czy pokój odpowiada jej potrzebom, oraz udostępnienia ich do rezerwacji tymi samymi kanałami co pokoje standardowe. Przepis wiąże hotel jako obiekt użyteczności publicznej. W praktyce sieci hotelowe przenoszą ten obowiązek dalej w łańcuchu — przekazują ustrukturyzowane dane o funkcjach dostępności do Booking.com, Expedia i głównych strumieni GDS — lecz jeśli OTA je usunie lub ukryje, hotel nadal ponosi odpowiedzialność. Listingi OTA należy traktować jako powierzchnię zgodności, a nie jako cudzy problem.

Jak sprawić, żeby menu w formacie PDF było dostępne?

Szczera odpowiedź brzmi: nie używać menu w formacie PDF. PDF jest nieodpowiednim formatem dla dokumentu przeznaczonego do obsługi zamówień i działania na telefonie z czytnikiem ekranu. Jeśli menu musi być dostarczane jako PDF (ze względu na zgodność z wersją drukowaną lub wymogi regulacyjne), powinno być opatrzone właściwą kolejnością czytania, prawdziwym tekstem (nie zeskanowanymi obrazami), dostępnymi tabelami dla siatki cenowej i tekstem alternatywnym dla każdego dekoracyjnego obrazu — zob. nasz przewodnik dotyczący dostępnych plików PDF od A do Z. Znacznie lepszym rozwiązaniem jest publikacja menu w formacie HTML, podlinkowanie PDF jako opcjonalnego pobrania i zaprzestanie zmagań z Acrobatem.

Czy dynamiczne filtry cenowe w systemie rezerwacji wymagają specjalnej obsługi pod kątem dostępności?

Tak. Powtarzającym się problemem jest ciche przerysowywanie: użytkownik przesuwa suwak cenowy, lista pokoi zmienia się i nic nie informuje czytnika ekranu, że wyniki uległy zmianie. Należy opakować region wyników w kontener aria-live="polite", wyzwalać ogłoszenie po każdej zmianie filtra („12 pokoi spełnia kryteria filtrów") i upewnić się, że fokus pozostaje w rozsądnym miejscu. Sam suwak musi eksponować role="slider" z atrybutami aria-valuemin, aria-valuemax i aria-valuenow — większość nowoczesnych komponentów suwaków to robi, większość zbudowanych na zamówienie — nie.

Jakie jest ryzyko sądowe dla strony internetowej sieci restauracji o niewystarczającej dostępności?

Wysokie i skoncentrowane. Sieci restauracji należą do czołowych pozwanych w sprawach ADA tytuł III obok hoteli i sektora e-commerce. Sprawa Acheson Hotels v. Laufer trafiła przed Sąd Najwyższy w 2023 r. i ostatecznie została umorzona jako bezprzedmiotowa, co oznacza, że leżący u jej podstaw obowiązek zapewnienia dostępu nigdy nie został zawężony — seryjni powodowie nadal wnoszą pozwy. Ryzyko specyficzne dla restauracji koncentruje się na menu (szczególnie menu wyłącznie w formacie PDF), procesie zamówień online, procesie rezerwacji (osadzone OpenTable, Resy, Tock) oraz portalach programów lojalnościowych i kont. Typowe ugody dla pierwszorazowych pozwanych wynoszą od 20 000 do 50 000 USD; wielokrotne cele płacą znacznie więcej.

Czy kody QR prowadzące do menu w restauracjach stanowią ryzyko dla dostępności?

Mogą stanowić — i to na dwa różne sposoby. Po pierwsze, sam kod QR: jeśli jedynym sposobem zapoznania się z menu jest zeskanowanie kodu QR aparatem smartfona, wyklucza się klienta, którego telefon jest zablokowany, rozładowany lub nieobecny — to problem z realizacją usługi, a nie ściśle problem WCAG, lecz podlega tym samym roszczeniom. Po drugie, strona, do której prowadzi kod QR: jeśli jest to PDF lub aplikacja SPA intensywnie korzystająca z JavaScriptu, która nie renderuje się poprawnie w czytniku ekranu, przenosi się jedynie niedostępne menu z papieru na telefon. Należy zawsze oferować papierową lub głosową alternatywę; zawsze upewniać się, że podlinkowana strona jest prawdziwym kodem HTML zgodnym z WCAG 2.2 AA.

Trzy kolejne kroki

Wybierz ten, który odpowiada aktualnemu stanowi Państwa obiektu.

  1. Uruchom bezpłatny skaner teraz

    Działający bezpłatny skaner WCAG 2.2 dla dowolnego publicznego URL — systemu rezerwacji, strony z opisem pokoju lub menu restauracyjnego. Najlepszy punkt wyjścia, jeśli brak aktualnych wartości bazowych dla cyfrowych powierzchni obiektu.

    Otwórz skaner →

  2. Zapoznaj się ze standardem

    30-punktowa lista kontrolna powyżej odpowiada konkretnym kryteriom sukcesu WCAG 2.2. Strona standardu jest przydatna, gdy audytor poprosi o wskazanie, które kryterium obejmuje daną naprawę.

    Otwórz WCAG 2.2 →

  3. Zamów audyt ręczny

    Zapoznaj się z naszym przewodnikiem dotyczącym zamawiania audytu ręcznego przeprowadzanego przez testerów z niepełnosprawnościami — czego wymagać, jaki budżet przyjąć i które platformy dysponują rzeczywistą siecią testerów, a które zlecają ją podwykonawcom.

    Przeczytaj przewodnik →