Hotel toegankelijkheid België: checklist boekingsproces

Aanvaardt uw hotel in Brugge, uw boetiekhotel in Antwerpen of uw B&B in de Ardennen rechtstreekse boekingen via uw website, dan bent u wettelijk verplicht om de boekingservaring toegankelijk te maken. De European Accessibility Act (Richtlijn 2019/882) werd in Belgisch recht omgezet via de Wet van 5 november 2023, die het Wetboek van economisch recht aanpast met toegankelijkheidsvereisten voor digitale diensten. De nalevingstermijn was 28 juni 2025. Heeft u uw boekingsproces nog niet doorgelicht, dan bent u officieel te laat.

Niet zeker waar uw site staat? U kunt een gratis scan op TrustYourWebsite uitvoeren om de meest voorkomende toegankelijkheids- en compliance-gaten in uw boekingsproces op te sporen voor een gast of toezichthouder dat doet.

Het goede nieuws: u hoeft niet alles te herbouwen. U moet de onderdelen herstellen die de boekingservaring breken voor bezoekers die werken met een toetsenbord, een schermlezer of andere hulpmiddelen. De meeste problemen zitten op drie plekken: datumkiezers, kamerselectie en betaalformulieren. We lopen door wat u moet controleren en hoe u het oplost.

Het probleem met de datumkiezer

De kalenderwidget van uw boekingsmotor is waarschijnlijk prachtig met een muis. Voor toetsenbord- en schermlezergebruikers faalt hij catastrofaal.

Zo ziet het stuk eruit: een bezoeker die enkel het toetsenbord gebruikt, drukt Tab om het check-in datumveld te bereiken. De kalender opent, maar Tab beweegt niet meer tussen maanden en datums. Hij slaat de hele kalender over en landt ergens anders op de pagina. De gebruiker met schermlezer hoort "klikbaar, kalender" zonder enig idee welke datums beschikbaar zijn of hoe vooruit te gaan naar december.

Wat te testen:

• Leg uw muis weg. Gebruik enkel Tab, pijltjestoetsen en Enter om door de kalender te navigeren.
• Kan u links/rechts naar vorige en volgende maand gaan?
• Kan u omhoog/omlaag door de weken en dagen?
• Kan u een datum selecteren en de kalender sluiten met Enter?
• Falen alle drie, dan moet uw kalender herbouwd of vervangen worden.

Hoe op te lossen:

De meeste commerciële boekingsmotoren (SiteMinder, Cubilis, Booking.com API-integraties) hebben toegankelijkheidsinstellingen in hun configuratie. Zoek naar "WCAG" of "keyboard navigation" in het beheerpaneel. Ondersteunt de motor het niet, dan heeft u drie opties: van motor wisselen, een toegankelijke datumkiezer-bibliotheek van derden gebruiken (Litepicker of Flatpickr met toetsenbordondersteuning) of gasten beperken tot het rechtstreeks typen van datums (formaat DD/MM/JJJJ met heldere instructies).

Uw toegankelijkheidsverklaring (die de Belgische wet u verplicht te publiceren) moet bekende barrières opsommen. Heeft uw datumkiezer een workaround (typen in plaats van klikken), documenteer dat daar.

Kamerselectie: foto's en faciliteiten

Kamerfoto's hebben tekstomschrijvingen nodig. Niet voor SEO. Voor gasten met een schermlezer.

Wat schrijven:

In plaats van te steunen op een fotothumbnail om een kamertype te tonen, voegt u alt-tekst toe zoals "Superior tweepersoonskamer met tuinzicht, 28 vierkante meter, houten vloer, badkamer en suite." Een schermlezergebruiker hoort dit. Een gast met beperkt zicht die ingezoomd heeft, leest het.

Beschrijf niet enkel het kamertype. Vermeld wat effectief zichtbaar is: "Tweepersoonsbed met wit linnen, raam met zicht op de binnenkoer, bureau, flatscreen-tv, airconditioning." Concrete details helpen gasten bij hun keuze.

Pictogrammen voor faciliteiten zijn een tweede probleem. U heeft waarschijnlijk kleine pictogrammen: een bedpictogram voor "tweepersoonsbed", een wifi-pictogram voor "gratis wifi", een parkeer-pictogram voor parking. Die pictogrammen zijn onzichtbaar voor schermlezers en zinloos zonder visuele context.

Hoe op te lossen:

• Voeg een tekstlabel toe naast elk pictogram.
• Is de ruimte krap, gebruik dan een tooltip of maak het pictogram zelf een knop met een label. Schermlezergebruikers horen het. Zienden zien het label bij hover of klik.
• Steun nooit enkel op kleur om kamertypes te onderscheiden. Gebruikt u een groen vlak voor "beschikbaar" en een rood vlak voor "geboekt", voeg dan tekst toe: "Beschikbaar" en "Geboekt".

Selectors voor aantal kamers en aantal gasten

Uw + en − knoppen hebben een toegankelijke naam nodig.

De stukke versie: een schermlezergebruiker landt op een + knop zonder label. Hij drukt erop, het aantal kamers stijgt, maar de schermlezer zegt niets. De gast weet niet wat er gebeurde.

De gefixte versie: de + knop heet "+ Meer kamers" en kondigt "2 kamers geselecteerd" aan na de klik. Het invoerveld toont het getal. De schermlezer kondigt updates aan wanneer de waarde verandert.

Zo doet u het:

• Geef de + en − knoppen een echt label via aria-label of zichtbare tekst in de knop (bijv. "+ Kamer toevoegen").
• Het invoerveld zelf heeft een zichtbaar label nodig: "Aantal kamers?" niet een placeholder die verdwijnt bij een klik.
• Update de aangekondigde waarde wanneer het aantal verandert met aria-live="polite" zodat schermlezergebruikers het horen.

Dezelfde logica geldt voor het aantal volwassenen en kinderen. Elke selector heeft een helder label, werkende + en − knoppen en aangekondigde updates nodig.

Betaalstap: labels en foutmeldingen

Velden voor kaartgegevens hebben zichtbare labels nodig, geen placeholdertekst die verdwijnt.

De foute aanpak:

[Jan Janssens________] ← placeholdertekst zegt "Naam kaarthouder"

Zodra de gast begint te typen, verdwijnt de placeholder en vergeet hij waarvoor het veld dient.

De juiste aanpak:

Naam kaarthouder
[Jan Janssens________]

Het label blijft zichtbaar. Het veld blijft helder gemarkeerd.

Pas dit toe op elk betaalveld: naam kaarthouder, kaartnummer, vervaldatum, CVC-code, factuuradres.

Foutmeldingen moeten specifiek en gekoppeld zijn. Geeft een gast een ongeldig kaartnummer in, toon dan geen algemene "Betaling mislukt" bovenaan de pagina. Vertel hem exact welk veld het probleem heeft: "Kaartnummer is ongeldig. Het nummer moet 16 cijfers zijn voor Visa of Mastercard." Koppel de foutmelding aan het kaartnummerveld via aria-describedby zodat schermlezergebruikers weten welk veld te herstellen.

Toegankelijkheidsverklaring: een wettelijke verplichting

De Belgische wet (via de omzetting van Richtlijn 2019/882) verplicht u een toegankelijkheidsverklaring te publiceren op uw website. Die moet bevatten:

• Uw engagement voor toegankelijkheid en WCAG 2.1 niveau AA als doelnorm.
• Gekende barrières of beperkingen (bijv. "Onze kalenderwidget vereist muisgebruik. Gasten kunnen datums ook intypen.").
• Hoe gemiste barrières te melden: een e-mailadres of contactformulier.
• Een escalatieroute voor gasten die niet-opgeloste barrières willen aankaarten bij een toezichthouder of gelijkekansenorgaan.

Veel hotels vrezen dat deze verklaring een schuldbekentenis is. Dat is ze niet. Het is transparantie. Ze toont dat u toegankelijkheid serieus neemt, uw site heeft doorgelicht en problemen herstelt wanneer u ze vindt. Onze gids over identificatiegegevens en wettelijke vermeldingen loopt mee door welke verplichte pagina's u sowieso moet hebben.

Taalversies: Nederlands, Frans en Duits

Bedient uw website Nederlandstalige en Franstalige bezoekers (wat de meeste Belgische hotels doen), dan gelden toegankelijkheidsvereisten voor elke taalversie. Hotels in de Duitstalige Gemeenschap in het oosten van het land moeten ook hun Duitse pagina's controleren.

Controleer uw Nederlandstalige boekingspagina en uw Franstalige boekingspagina apart. Kalendernavigatie, kamerselectie en betaalvelden moeten in beide werken. Dat verdubbelt uw testwerk maar beschermt uw volledige gastenbestand. De taalverdeling is ook een praktische overweging voor uw toegankelijkheidsverklaring: publiceer ze in elke taal die uw site bedient, niet in één.

Praktische checklist voor uw hotel

• Test uw datumkiezer enkel met het toetsenbord (Tab, pijltjes, Enter). Faalt het, contacteer uw boekingsmotor-leverancier of stap over op een toegankelijk alternatief.
• Voeg beschrijvende alt-tekst toe aan elke kamerfoto. Vermeld kamertype, grootte, inrichting en zicht.
• Label elk pictogram voor faciliteiten met tekst, niet enkel het visuele pictogram.
• Test selectors voor aantal kamers en gasten met een schermlezer. Verifieer dat updates aangekondigd worden.
• Vervang placeholder-only labels door zichtbare labels op betaalvelden.
• Maak foutmeldingen specifiek en koppel ze aan de velden die ze beschrijven.
• Publiceer een toegankelijkheidsverklaring met gekende barrières en uw contact voor meldingen.
• Doorlicht zowel uw Nederlandstalige als uw Franstalige boekingspagina.
• Test met een gratis schermlezer (NVDA voor Windows, ingebouwde VoiceOver op Mac).

Wie handhaaft dit in België

Twee instanties tellen hier.

De FOD Economie (Federale Overheidsdienst Economie, ook bekend als SPF Économie) is de primaire handhavingsautoriteit onder de Belgische EAA-omzetting. Ze kunnen onderzoeken openen naar klachten, u verplichten barrières op te lossen en bedrijven sanctioneren die niet voldoen. De handhaving is klachtgedreven, niet proactief. Dat is belangrijk: kan een gast met een beperking geen boeking afronden op uw site, dan heeft hij grond voor een formele klacht.

UNIA is het onafhankelijke gelijkekansenorgaan van België. Zij behandelen klachten over discriminatie op basis van handicap, ook situaties waarin een digitale barrière iemand effectief uitsluit van een dienst. UNIA stelt geen toegankelijkheidsnormen op maar kan tussenkomen wanneer ontoegankelijke websites gasten uitsluiten. Hotels vallen expliciet binnen hun bevoegdheid samen met restaurants en andere horecaondernemingen.

Wilt u verder gaan dan de wettelijke basislijn, dan is AnySurfer het Belgische toegankelijkheidslabel voor websites. Het wordt toegekend na een onafhankelijke audit tegen de WCAG-criteria. Het vervangt uw wettelijke verplichting niet maar signaleert aan gasten en partners dat uw site onafhankelijk gecontroleerd werd.

Waarschijnlijker dan een formeel onderzoek ziet u de impact in verloren boekingen. Een gast met een schermlezer of enkel toetsenbordbediening zal uw boekingsproces verlaten als het niet werkt. Hij boekt elders. Toegankelijkheid is geen compliance-vinkje. Het is omzetbescherming.

Voor een bredere blik op hoe de EAA Belgische bedrijven naast hotels raakt, behandelt onze EAA KMO-gids de volledige scope van getroffen diensten en hoe naleving er in de praktijk uitziet. Onze diepere analyse van de EAA toegankelijkheidswet voor webshops loopt de handhavingscases door.

Start met uw datumkiezer en betaalformulier. Dat zijn de frictiepunten. Test ze zelf met toetsenbord en schermlezer. Falen ze, dan heeft u uw eerste prioriteit gevonden. Fix de datumkiezer en u heeft het grootste probleem opgelost dat de meeste hotels hebben.

Uw gasten met een beperking vragen niets bijzonders. Ze vragen dezelfde boekingservaring die uw ziende, muisgebruikende gasten krijgen. Dat werkend maken is uw wettelijke verplichting én uw zakelijke belang.