Waarom de horeca uniek vatbaar is voor rechtszaken
Twee toezichthouders, een van de drukste dossiers in digitale toegankelijkheid.
In de Verenigde Staten zijn hotels de dominante ADA Title III-gedaagde sector naast e-commerce en restaurants. Seriële-eiserklachten richten zich specifiek op de reserveringsflow en de kamerbeschrijvingspagina — dat is waar de plicht zoals gedefinieerd door ADA Title III het zichtbaarst aan webinhoud kleeft, en waar één ontoegankelijke widget tientallen vrijwel identieke klachten kan ondersteunen. De zaak Acheson Hotels v Laufer leek even de processuele bevoegdheid van test-eisers te zullen beperken; in oktober 2023 verklaarde het Hooggerechtshof de zaak nietig, waardoor de onderliggende toegangsplicht intact bleef.
De DOJ-reserveringssysteemregel van 28 CFR 36.302(e) legt al een specifieke verplichting op: toegankelijke kamers identificeren, hun toegankelijkheidskenmerken beschrijven met voldoende detail voor een geïnformeerde boeking, en ze reserveerbaar maken via dezelfde kanalen als niet-toegankelijke kamers. Die regel is van kracht sinds 2010 en is afdwingbaar tegen hotels ongeacht hun algemene webtoegankelijkheidspositie. Behandel het als een afzonderlijk compliance-onderdeel dat parallel loopt aan WCAG.
Restaurantketens staan bloot aan hetzelfde soort risico, waarbij het menu het steeds terugkerende doelwit is. Alleen-PDF-menu's — een gewoonte overgeërfd van drukwerkactiviteiten — zijn het meest genoemde probleem in klachten over restaurantwebsites; QR-codemenu's die doorlinken naar ontoegankelijke PDF's komen op een gedeelde tweede plaats. Online bestellen en reserveringsflows (OpenTable-, Resy- en Tock-insluitsels) voegen hun eigen auditoppervlak toe bovenop de eigen marketingsite van de keten.
In de Europese Unie noemt de Europese Toegankelijkheidsakte "passagiersvervoersdiensten" expliciet in haar toepassingsgebied, en de bredere toerisme-economie valt onder nationale uitvoeringsregelingen. Luchtvaartmaatschappijen vallen afzonderlijk onder het ECAC-kader en EU-passagiersrechtenverordeningen, met hun eigen technische conformiteitsverwachtingen voor boekings- en incheckoppervlakken. De toegankelijkheidsplicht strekt zich uit over de gehele reisaankoopreis, niet alleen de website die de creditcard verwerkt.
OTA's — Booking.com, Expedia, Agoda, Trip.com, Hotels.com, Vrbo, Airbnb — dragen de plicht voor de oppervlakken die zij bezitten. Een hotel kan zijn 28 CFR 36.302(e)-verplichting niet afwentelen door nauwkeurige toegankelijkheidsgegevens door te sturen naar een OTA die ze verwijdert of verbergt; het hotel blijft de openbare gelegenheid. Maar de OTA, als afzonderlijke aanbieder van digitale diensten, heeft zijn eigen ADA Title III-plicht (in de VS) en EAA-plicht (in de EU) voor zijn eigen website en app. Beide kanten van de overdracht moeten toegankelijk zijn.
De kosten van fouten zijn concreet. ADA-schikkingen voor hotels en restaurants landen doorgaans in het bereik van $20.000–$50.000 voor eerste gedaagden en aanzienlijk hoger voor herhaalde doelwitten. In de EU is de handhaving van de waarschuwingsbriefsfase die het grootste deel van 2025 domineerde overgestapt naar de boeteopleggende fase in 2026 in Duitsland, Frankrijk, Italië, Spanje en Nederland. De horeca staat vierkant in het vizier van beide regimes.
De 30-punts horecachecklist
Zes oppervlakken × vijf controles. Print hem, vink hem af, auditeer hem dan.
-
01 Boekingssysteem
-
02 Kamer- en inventarisbeschrijving
-
03 Menu's en eten
-
04 Loyaliteitsprogramma en account
-
05 Kaarten en locatie
-
06 Klantenservice en aanvraag voor aanpassingen
Implementatienotities per platform
Waar de checklist in de code terechtkomt, per platformfamilie.
Sabre / Amadeus / Oracle Hospitality (legacy CRS/PMS)
De drie grote reserveringsbackbones dateren van tientallen jaren vóór moderne webtoegankelijkheidsverwachtingen, en de storefront-UI's die ze omhullen zijn vaak bureau-gebouwde skins bovenop Synxis (Sabre), iHotelier (Amadeus) of OPERA Cloud (Oracle). De VPAT of EN 301 549-verklaring van het platform zegt weinig over wat uw skin daadwerkelijk levert. De terugkerende problemen zijn: datumkiezers die geen role="grid" blootstellen, kamerkaartrasters gebouwd met divs zonder tabelsemantieken, en tariefvergelijkingstabellen weergegeven als gepositioneerde spans. Behandel de toegankelijkheidsverklaring van het platform als een vloer, en auditeer dan uw skin.
Mews / Cloudbeds / Hotelogix (moderne PMS)
PMS-leveranciers van de nieuwere generatie leveren doorgaans betere basissemantieken voor hun boekingswidgets — echte formulierlabels, focusbare datumkiezers, aria-live-regio's bij tariefwijzigingen. De valkuil hier is de white-label thematiseringslaag: wanneer u het boekingssysteem brandt op basis van het ontwerpsysteem van uw hotel, overschrijft het bureau dat het thema levert vaak de focusstijlen, hertekent de kalender en breekt de toegankelijkheidspositie die het platform had meegeleverd. Vraag het bureau om een toegankelijkheidsprotocol, niet alleen de toegankelijkheidsverklaring van het platform.
SiteMinder / RateGain (channelmanagers)
Channelmanagers zijn voornamelijk back-office — ze distribueren inventaris naar OTA's en de GDS in plaats van eindklanten direct te bedienen. Hun toegankelijkheidsplicht is smaller maar reëel: de beheerconsole die door hotelpersoneel wordt gebruikt, moet bedienbaar zijn door medewerkers met een beperking, en de gestructureerde gegevens die stroomafwaarts worden doorgegeven (met name de toegankelijkheidskenmerken-payload vereist door 28 CFR 36.302(e)) moeten de mapping overleven. Auditeer twee dingen: de personeelsconsole, en een steekproef van de payloads die daadwerkelijk aan Booking.com, Expedia en de GDS-eindpunten worden geleverd.
OpenTable / Resy / Tock (restaurantreservering)
Restaurantreserveringsplatforms worden doorgaans via iframes of widget-scripts in restaurantwebsites ingesloten. Het dominante faalpatroon is de iframe-grens — focusbeheer over de grens heen is fragiel, de landmarkenstructuur voor schermlezers valt in, en skip-links bereiken de widget nooit. Auditeer de widget eerst als zelfstandige URL (de meeste platforms bieden er een), dan ingesloten in uw site, dan de boekingsbevestigingsflow die terugkeert naar uw domein. Drie audits, niet één.
Booking.com / Expedia / Trip.com (OTA's)
OTA's zitten op een andere auditcyclus dan de hotels die ze vermelden. Als hotel kunt u Booking.com niet auditeren — maar u kunt wel auditeren hoe uw inventaris daar verschijnt, en of de toegankelijkheidskenmerken-payload die u via SiteMinder of uw channelmanager doorstuurt daadwerkelijk op de OTA-vermelding wordt weergegeven. Als OTA betreft de plicht het volledige oppervlak: zoeken, filteren, vermeldingsdetail, afrekenen, account en de mobiele app. OTA's worden steeds vaker als zelfstandige gedaagden aangewezen onder zowel ADA Title III als de EAA — niet als afgeleid van de onderliggende plicht van het hotel.
Toast / Square / Lightspeed (POS + digitaal menu)
POS-gebundelde digitale menu's en QR-codebesteloppervlakken zijn het nieuwste rechtszaakoppervlak in restauranttoegankelijkheid. Het menu dat bij het scannen wordt weergegeven is HTML, maar de standaardsjablonen van het platform slaan vaak semantische koppen over, gebruiken allergeenbadges met alleen pictogrammen zonder tekstequivalent, en geven gerechtenafbeeldingen weer zonder alternatieve tekst. De meeste platforms bieden nu toegankelijkheidsinstellingen op themaniveau — schakel ze in, en auditeer daarna de werkelijk weergegeven uitvoer, niet de marketingpagina-screenshot van hoe het menu er zou moeten uitzien.
De monitoring + auditcyclus
Een eenmalige fix overleeft geen enkele seizoensmenuverversing.
Horecasites veranderen voortdurend. Panden lanceren op dinsdag seizoenspakketten, het F&B-team wisselt op donderdag het dinermenu, marketing plaatst in het weekend een feestelijke hero. Een eenmalige toegankelijkheidsfix duurt ongeveer zo lang als uw volgende kamertypelancering — dat is waarom het model dat echt standhoudt drie lagen heeft, niet één.
Voer eerst een gratis WCAG 2.2-scan uit op uw live site om vandaag een basislijn te bepalen voor het boekingssysteem, de kamerbeschrijvingspagina's en de menuoppervlakken. Schakel vervolgens continue geautomatiseerde monitoring in voor elke preview-build en elke productiedeploy — dit is de laag die regressies onderschept voordat de klant dat doet, en de laag die de meeste teams overslaan totdat ze hun eerste aanmaning ontvangen. Laat ten slotte een handmatige audit uitvoeren door testers met een beperking minimaal eenmaal per jaar, en na elke grote herontwerpoperatie, OTA-integratie-uitrol of PMS-platformwissel. Geautomatiseerde tooling vangt nooit de schermlezersleesbaarheid op een wijnlijstpagina op, de focusvolgordeintentie op een meerkamersboekingsflow, of of de aanvraagworkflow voor een toegankelijke kamer van begin tot eind bruikbaar is.
Voor de overdracht tussen monitoring en handmatige audit specifiek behandelt onze monitoringkopersgids de platforms die de scan-tot-audit-workflow van begin tot eind afhandelen — Qualibooth, axe Monitor, Siteimprove en Level Access. Kies op basis van integratiepassing met uw CI en of het handmatige-auditnetwerk van het platform daadwerkelijk testers omvat met de beperkingen die uw gasten hebben — niet alle doen dat. Voor het PDF-oppervlak waarvan horecateams niet kunnen ontkomen (groepstariefbladen, banketmenu's, toegankelijkheidsverklaringen), combineer de monitor met ons speelboek voor toegankelijke PDF's van begin tot eind.
Veelgestelde vragen
De vragen die horecateams stellen voordat ze instappen.
Vallen hotel-apps onder de ADA?
In de praktijk wel. Federale rechtbanken hebben ADA Title III herhaaldelijk toegepast op mobiele apps die zijn gekoppeld aan diensten van openbare gelegenheden — hotel-apps zijn een van de duidelijkste voorbeelden, omdat de boekings-, kamersleutel- en conciërgefuncties kernhospitaliteitsdiensten zijn die digitaal worden geleverd. Het ministerie van Justitie heeft officieel het standpunt ingenomen dat de ADA van toepassing is op web- en mobiele eigendommen van openbare gelegenheden, en seriële-eiserbedrijven dienen inmiddels routinematig klachten in tegen hotel-apps en hotelwebsites. Behandel de iOS- en Android-apps als afzonderlijke auditoppervlakken van de marketingsite.
Verplicht de DOJ-reserveringsregel hotels om toegankelijke kamerbeschrijvingen op externe OTA's aan te bieden?
28 CFR 36.302(e) verplicht hotels om toegankelijke kamers te identificeren en te beschrijven met voldoende detail zodat een persoon met een beperking kan bepalen of de kamer aan hun behoeften voldoet, en om die kamers reserveerbaar te maken via dezelfde kanalen als niet-toegankelijke kamers. De regel bindt het hotel als openbare gelegenheid. In de praktijk verschuiven hotelgroepen die verplichting stroomafwaarts — ze sturen gestructureerde toegankelijkheidsgegevens naar Booking.com, Expedia en de grote GDS-feeds — maar als de OTA deze verwijdert, blijft het hotel verantwoordelijk. Behandel OTA-vermeldingen als een complianceoppervlak, niet als iemand anders' probleem.
Hoe maak ik een PDF-menu toegankelijk?
Het eerlijke antwoord is: gebruik geen PDF-menu. PDF is het verkeerde formaat voor een bestelgedreven document dat op een telefoon met een schermlezer moet werken. Als het menu als PDF moet worden aangeboden (vanwege printpariteit of regelgevingsvereisten), moet het worden getagd met een correcte leesvolgorde, echte tekst (geen gescande afbeeldingen), toegankelijke tabellen voor het prijsraster en alternatieve tekst voor decoratieve afbeeldingen — zie onze gids voor toegankelijke PDF's van begin tot eind. Het veel betere antwoord is een HTML-menu publiceren, de PDF als optionele download linken en ophouden met strijden tegen Acrobat.
Hebben dynamische prijsfilters in een boekingssysteem speciale toegankelijkheidsbehandeling nodig?
Ja. Het terugkerende faalpatroon is stille herweergave: de gebruiker schuift een prijsfilter, de kamerlijst herschikt zich, en er wordt niets aan een schermlezer aangekondigd dat de resultaten zijn gewijzigd. Wikkel het resultaatgebied in een aria-live="polite"-container, activeer een aankondiging na elke filterwijziging ("12 kamers passen bij uw filters"), en bevestig dat de focus op een logische plek blijft. De schuifregelaar zelf moet role="slider" blootstellen met aria-valuemin, aria-valuemax en aria-valuenow — de meeste moderne schuifregelaarcomponenten doen dit, de meeste op maat gebouwde doen dat niet.
Wat is het juridische risico voor een ontoegankelijke restaurantketen-website?
Hoog, en geconcentreerd. Restaurantketens bevinden zich in de bovenste laag van ADA Title III-gedaagden, naast hotels en e-commerce. De zaak Acheson Hotels v Laufer bereikte in 2023 het Hooggerechtshof en werd uiteindelijk nietig verklaard, wat betekent dat de onderliggende toegangsplicht nooit werd ingeperkt — seriële-eiserklachten zijn doorgegaan. Restaurantspecifiek risico concentreert zich op het menu (met name alleen-PDF-menu's), de online-bestelapplicatie, de reserveringsflow (OpenTable / Resy / Tock-insluitsels) en het loyaliteits-/accountportaal. Schikkingsbedragen van $20.000–$50.000 voor eerste gedaagden zijn gebruikelijk; herhaalde doelwitten betalen aanzienlijk meer.
Vormen QR-codemenu's in restaurants een toegankelijkheidsrisico?
Dat kunnen ze zijn, op twee verschillende manieren. Ten eerste de QR-code zelf: als de enige manier om het menu te lezen het scannen van een QR-code met een smartphonecamera is, sluit u de klant uit wiens telefoon vergrendeld, leeg of afwezig is — dat is een serviceleveringsprobleem, niet strikt een WCAG-probleem, maar het valt onder dezelfde klachten. Ten tweede de pagina waarnaar de QR-code verwijst: als dat een PDF is, of een JavaScript-zwaar SPA dat niet met een schermlezer werkt, heeft u een ontoegankelijk menu van papier naar telefoon verplaatst. Bied altijd een papieren of voorgelezen alternatief aan; zorg er altijd voor dat de gelinkte pagina echte HTML is die voldoet aan WCAG 2.2 AA.
Drie volgende stappen
Kies degene die aansluit bij waar uw pand vandaag staat.
-
Voer nu de gratis scan uit
Een live gratis WCAG 2.2-scan op elke publieke URL — boekingssysteem, kamerbeschrijvingspagina of restaurantmenu. De beste startplaats als u nog geen huidige basislijn heeft voor de digitale oppervlakken van uw pand.
-
Raadpleeg de standaard
De bovenstaande 30-punts checklist verwijst naar specifieke WCAG 2.2-succescriteria. Gebruik de standaardpagina wanneer een auditor vraagt welk criterium een bepaalde fix dekt.
-
Laat een handmatige audit uitvoeren
Lees onze gids voor het opdragen van een handmatige audit door testers met een beperking — wat u moet vragen, wat u moet budgetteren, en welke platforms een echt testersnetwerk bevatten versus dit uitbesteden.