För målgrupper · Besöksnäring

Tillgänglighet för hotell, restauranger och resebokningar — byggt för den mest rättstvistutsatta digitala sektorn.

Besöksnäringen har ett av de tätaste ADA Title III-dockarna i USA — målet Acheson Hotels v Laufer nådde Högsta domstolen innan det avskrevs som överspelat 2023, och den underliggande tillgångsskyldigheten har inte rört sig ett millimeter. Europeiska tillgänglighetsakten (EAA) täcker uttryckligen "persontransporttjänster" och turistverksamhet. Den här sidan är 30-punktschecklistan för WCAG 2.2 AA och de plattformsnoteringar som team faktiskt behöver för bokningsmotorn, rumsbeskrivnings-PDF:en och lojalitetsprogramsportalen.

Varför besöksnäringen är unikt rättstvistad

Två regelverk, ett av de tätaste dockarna inom digital tillgänglighet.

I USA är hotell den dominerande ADA Title III-svarandebranschen vid sidan av e-handel och restauranger. Seriella kärande-stämningar riktar sig specifikt mot bokningsflödet och rumsbeskrivningssidan — det är där skyldigheten som definieras av ADA Title III tydligast kopplas till webbinnehåll, och där en enskild otillgänglig widget kan ligga till grund för dussintals nästan identiska klagomål. Målet Acheson Hotels v Laufer såg ett ögonblick ut att inskränka testares talerätt; i oktober 2023 avskrev Högsta domstolen det som överspelat och lämnade den underliggande tillgångsskyldigheten intakt.

DOJ:s reservationssystemregel i 28 CFR 36.302(e) ålägger redan en specifik skyldighet: identifiera tillgängliga rum, beskriv deras tillgänglighetsfunktioner i tillräcklig detalj för att möjliggöra ett välgrundat val, och gör dem bokningsbara via samma kanaler som icke-tillgängliga rum. Regeln har gällt sedan 2010 och är tillämplig mot hotell oavsett deras allmänna webbtillgänglighetsposition. Behandla den som en separat efterlevnadspunkt som löper parallellt med WCAG.

Restaurangkedjor möter samma typ av risk, med menyn som återkommande måltavla. PDF-menyer — en vana ärvd från tryckverksamhet — är det enskilt mest citerade problemet i klagomål mot restaurangwebbplatser; QR-kodsmenyer som leder till otillgängliga PDF-filer är en nära tvåa. Onlinebeställning och reservationsflöden (OpenTable, Resy, Tock-inbäddningar) lägger till egna granskningsytor ovanpå kedjans egna marknadsföringssajt.

I Europeiska unionen namnger Europeiska tillgänglighetsakten "persontransporttjänster" i sin tillämpningslista, och den bredare turistekonomin täcks genom nationella genomförandeföreskrifter. Flygbolag täcks separat under ECAC-ramverket och EU:s passagerarrättighetsförordningar, med egna tekniska krav på boknings- och incheckningsytor. Tillgänglighetsskyldigheten sträcker sig över hela resköpsresan, inte bara webbplatsen som tar kreditkortet.

OTA — Booking.com, Expedia, Agoda, Trip.com, Hotels.com, Vrbo, Airbnb — bär skyldigheten för de ytor de äger. Ett hotell kan inte avlasta sin skyldighet enligt 28 CFR 36.302(e) genom att mata in korrekt tillgänglighetsdata i en OTA som tar bort eller döljer den; hotellet förblir den offentliga inrättningen. Men OTA:n, som en separat digital tjänsteleverantör, är skyldig sin egen ADA Title III-skyldighet (i USA) och EAA-skyldighet (i EU) på sin webbplats och app. Båda sidor av överlämningen måste vara tillgängliga.

Kostnaden för att misslyckas är konkret. ADA-förlikningar för hotell och restauranger landar typiskt i intervallet 20 000–50 000 USD för förstagångssvarare och väsentligt högre för återfallsaktörer. I EU gick tillsynen från varningsbrevsfasen som dominerade större delen av 2025 till bötesutfärdningsfasen 2026 i Tyskland, Frankrike, Italien, Spanien och Nederländerna. Besöksnäringen är fullt i siktet för båda systemen.

30-punktschecklistan för besöksnäringen

Sex ytor × fem kontroller. Skriv ut den, bocka av den, granska den sedan.

  1. 01 Bokningsmotor

  2. 02 Rums- och inventariebeskrivning

  3. 03 Menyer och matservering

  4. 04 Lojalitetsprogram och konto

  5. 05 Kartor och plats

  6. 06 Kundtjänst och begäran om anpassning

Implementeringsnoteringar per plattform

Var checklistan faktiskt landar i kod, per plattformsfamilj.

Sabre / Amadeus / Oracle Hospitality (äldre CRS/PMS)

De tre stora reservationsryggraden föregår moderna webbtillgänglighetsförväntningar med decennier, och de butiksgränssnitt som omsluter dem är ofta agentbyggda skal ovanpå Synxis (Sabre), iHotelier (Amadeus) eller OPERA Cloud (Oracle). Plattformens egna VPAT eller EN 301 549-uttalande säger lite om vad ditt skal faktiskt levererar. De återkommande problemen är: datumväljare som inte exponerar role="grid", rumskortsrutnät byggda av divs utan tabellsemantik, och prisjakttabeller renderade som positionerade spans. Behandla plattformens tillgänglighetsuttalande som ett golv, granska sedan ditt skal.

Mews / Cloudbeds / Hotelogix (moderna PMS)

Nyare generationens PMS-leverantörer levererar generellt bättre bassemantik på sina bokningsmotor-widgetar — riktiga formuläretiketter, fokusbara datumväljare, aria-live-regioner vid prisändringar. Fallgropen här är white-label-tematiseringsskiktet: när du varumärkessätter bokningsmotorn för att matcha hotellets designsystem, åsidosätter byrån som levererar temat ofta fokusstilarna, bygger om kalendern och bryter den tillgänglighetsposition som plattformen levererade. Begär byråns tillgänglighetstestprotokoll, inte bara plattformens tillgänglighetsuttalande.

SiteMinder / RateGain (kanalhanterare)

Kanalhanterare är mestadels bakkontor — de distribuerar lager till OTA och GDS snarare än att direkt serva slutkunder. Deras tillgänglighetsskyldighet är snävare men verklig: hanteringskonsolen som hotellpersonal använder måste vara operabel av anställda med funktionsnedsättning, och de strukturerade data de skickar nedströms (särskilt tillgänglighetsuppgiftsnyttan som krävs av 28 CFR 36.302(e)) måste överleva mappningen. Granska två saker: personalvända konsolen, och ett urval av de nytter som faktiskt levereras till Booking.com, Expedia och GDS-slutpunkterna.

OpenTable / Resy / Tock (restaurangreservation)

Restaurangreservationsplattformar bäddas vanligtvis in på restaurangwebbplatser via iframes eller widget-skript. Det dominerande felmönstret är iframe-gränsen — fokushantering över gränsen är bräcklig, skärmläsarens landmärkestruktur kollapsar och hopplänkar når aldrig widgeten. Granska widgeten som en fristående URL först (de flesta plattformar exponerar en), granska den sedan inbäddad på din sajt, granska sedan bokningsbekräftelseflödet som lämnar tillbaka till din domän. Tre granskningar, inte en.

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

OTA sitter på en annan granskningscykel än de hotell de listar. Som hotell kan du inte granska Booking.com — men du kan granska hur ditt lager visas där, och om tillgänglighetsuppgiftsnyttan du skickar via SiteMinder eller din kanalhanterare faktiskt renderas på OTA-listningen. Som OTA är skyldigheten på hela ytan: sökning, filter, listningsdetalj, kassa, konto och mobilapp. OTA namnges allt oftare som svaranden i eget namn under både ADA Title III och EAA — inte som ett derivat av det underliggande hotellets skyldighet.

Toast / Square / Lightspeed (POS + digitalmeny)

POS-medföljande digitala menyer och QR-kodsbeställningsytor är den nyaste rättstvistytan inom restaurangtillgänglighet. Menyn som renderas vid skanntillfället är HTML, men plattformens standardmallar hoppar ofta över semantiska rubriker, använder ikonbaserade allergenmarkeringar utan textekvivalent, och renderar maträttsbilder utan alternativtext. De flesta plattformar exponerar nu tillgänglighetsinställningar på temanivå — aktivera dem, granska sedan det faktiska renderade resultatet, inte plattformens marknadsföringssidans skärmbild av hur menyn ska se ut.

Övervaknings- och granskningscykeln

En engångslösning överlever inte ens en säsongsmenyuppdatering.

Besöksnäringens sajter förändras ständigt. Fastigheter lanserar säsongspaket på tisdagen, mat- och dryckesavdelningen byter middagsmeny på torsdagen, marknadsföringen lanserar en helghjälte under helgen. En engångstillgänglighetskorrigering varar ungefär lika länge som nästa rumstypslanering — vilket är varför modellen som faktiskt håller är tre lager, inte ett.

Kör först en gratis WCAG 2.2-skanner mot din livesajt idag för att etablera en baslinje över bokningsmotorn, rumsbeskrivningssidorna och menyytor. Koppla sedan in kontinuerlig automatiserad övervakning mot varje förhandsvisningsbygge och varje produktionsdriftsättning — det är lagret som fångar regressioner innan kunden gör det, och lagret som de flesta team hoppar över tills de får sitt första kravbrev. Beställ sedan en manuell granskning av testare med funktionsnedsättning minst en gång om året, och efter större omdesign, OTA-integrationsutrullning eller PMS-plattformsbyte. Automatiserade verktyg fångar aldrig skärmläsarläsbarhet på en vinlistesida, fokusordningsavsikt i ett flersrumsbokning­sflöde, eller om arbetsflödet för begäran om tillgängligt rum faktiskt är användbart från start till slut.

För överlämningen mellan övervakning och manuell granskning specifikt täcker vår köparguide för övervakning de plattformar som hanterar skannings-till-granskningsarbetsflödet från start till slut — Qualibooth, axe Monitor, Siteimprove och Level Access. Välj utifrån integrationslämplighet med din CI och om plattformens manuella granskningsnätverk faktiskt inkluderar testare med de funktionsnedsättningar dina gäster har — alla gör inte det. För PDF-ytan som hotellteam inte kan undvika (grupptariffblad, bankettsmenyer, tillgänglighetsredogörelser), kombinera övervakaren med vår guide till tillgängliga PDF-filer från start till slut.

Vanliga frågor

Frågorna som hotellteam ställer innan de bestämmer sig.

Omfattas hotellmobila appar av ADA?

I praktiken ja. Federala domstolar har upprepade gånger tillämpat ADA Title III på mobilappar kopplade till tjänster för offentliga inrättningar — hotellapparna är bland de tydligaste exemplen, eftersom bokning, rumsnyckel och concierge-funktioner är centrala hotell­tjänster levererade digitalt. DOJ har formellt intagit ståndpunkten att ADA gäller webb- och mobila ytor för offentliga inrättningar, och seriella kärande-firmor stämmer nu rutinmässigt hotellapparna såväl som hotellwebbplatserna. Behandla iOS- och Android-apparna som separata granskningsytor från marknadsföringssajten.

Kräver DOJ:s reservationsregel att hotell beskriver tillgängliga rum även på tredjeparts-OTA?

28 CFR 36.302(e) kräver att hotell identifierar och beskriver tillgängliga rum i tillräcklig detalj för att en person med funktionsnedsättning ska kunna avgöra om rummet uppfyller deras behov, och att göra dessa rum bokningsbara via hotellets reservationssystem. Regeln gäller hotellet som offentlig inrättning. I praktiken skjuter hotellkedjorna den skyldigheten nedströms — de skickar strukturerad tillgänglighetsdata till Booking.com, Expedia och de stora GDS-flödena — men om OTA:n tar bort den, äger hotellet fortfarande skyldigheten. Behandla OTA-listningar som en efterlevnadsyta, inte som någon annans problem.

Hur gör jag en PDF-meny tillgänglig?

Det ärliga svaret är: använd inte en PDF-meny. PDF är fel format för ett dokument som ska driva beställningar och fungera på en telefon med skärmläsare. Om menyn måste levereras som PDF (av tryckparitetsskäl eller regulatoriska krav) måste den märkas upp med korrekt läsordning, riktig text och inte inskannade bilder, tillgängliga tabeller för prisrutnätet, och alternativtext för dekorativa bilder — se vår guide till tillgängliga PDF-filer från start till slut. Det mycket bättre svaret är att publicera en HTML-meny, länka PDF:en som en valfri nedladdning och sluta kämpa mot Acrobat.

Behöver dynamiska prisfilter i en bokningsmotor särskild tillgänglighetsbehandling?

Ja. Det återkommande felmönstret är tyst omritning: användaren drar ett prisfilter, rumslistan sorteras om och ingenting meddelar skärmläsaren att resultaten ändrades. Lägg in resultatregionen i en aria-live="polite"-behållare, förankra ett meddelande efter varje filterändring ("12 rum matchar dina filter"), och bekräfta att fokus stannar på ett vettigt ställe. Reglaget ska exponera role="slider" med aria-valuemin, aria-valuemax och aria-valuenow — de flesta moderna reglagkomponenter gör detta, de flesta egenutvecklade gör det inte.

Vilken är rättstvistrisken för en otillgänglig restaurangkedjas webbplats?

Hög och koncentrerad. Restaurangkedjor tillhör toppskiktet av ADA Title III-svarandar vid sidan av hotell och e-handel. Målet Acheson Hotels v Laufer nådde Högsta domstolen 2023 och avskrevs slutligen som överspelat, vilket innebär att den underliggande tillgångsskyldigheten aldrig inskränktes — seriella kärande fortsätter att stämma. Restaurangspecifik risk koncentreras på menyn (särskilt PDF-menyer), onlinebeställningsflödet, reservationsflödet (OpenTable / Resy / Tock-inbäddningar) och lojalitets-/kontoportalen. Förlikningsbelopp på 20 000–50 000 USD för förstagångssvarare är typiska; återfallsaktörer betalar väsentligt mer.

Är QR-kodsmenyer på restauranger en tillgänglighetsrisk?

Det kan de vara, på två olika sätt. För det första själva QR-koden: om det enda sättet att läsa menyn är att skanna en QR-kod med en smarttelefonkamera, har du utestängt kunden vars telefon är låst, död eller frånvarande — det är ett tjänsteleveransproblem, inte strikt ett WCAG-problem, men det landar i samma klagomål. För det andra sidan som QR-koden pekar på: om det är en PDF, eller en JavaScript-tung SPA som inte renderar med en skärmläsare, har du flyttat en otillgänglig meny från papper till telefon. Erbjud alltid ett papper- eller uppläsningsalternativ; säkerställ alltid att den länkade sidan är riktig HTML och WCAG 2.2 AA.

Tre nästa steg

Välj det som matchar var din fastighet befinner sig idag.

  1. Kör den gratis skannern nu

    En live gratis WCAG 2.2-skanner mot valfri offentlig URL — bokningsmotor, rumsbeskrivningssida eller restaurangmeny. Bästa startpunkten om du saknar en aktuell baslinje över fastighetens digitala ytor.

    Öppna skannern →

  2. Se standarden

    30-punktschecklistan ovan mappar till specifika WCAG 2.2-framgångskriterier. Använd standardsidan när en granskare ber dig ange vilket kriterium en given åtgärd träffar.

    Öppna WCAG 2.2 →

  3. Beställ en manuell granskning

    Läs vår guide om att beställa en manuell granskning av testare med funktionsnedsättning — vad du ska begära, vad du ska budgetera och vilka plattformar inkluderar ett verkligt testarnätverk jämfört med att lägga ut det på underleverantör.

    Läs guiden →