Een hotelboekingswebsite bouwen: kamers, tarieven, beschikbaarheid en betalingen

Een hotelboekingswebsite laat gasten data kiezen, zien welke kamers voor elke nacht van hun verblijf vrij zijn, de totaalprijs zien en betalen of een aanbetaling doen — zonder dat er heen-en-weer e-mail nodig is. Om er een te bouwen heb je kamertypen met een aantal kamers nodig, een model voor beschikbaarheid per nacht, tarieven die per datum kunnen veranderen, een boekingsstroom die de beschikbaarheid opnieuw controleert bij het opslaan, en een beheerweergave voor de receptie. Het moeilijkste is niet de mooie pagina's. Het is ervoor zorgen dat een kamer nooit dubbel wordt verkocht, zeker als je ook via boekingsplatforms verkoopt.

Wat de site nodig heeft

Pagina's

• Openbaar: home, kamers (foto's, bedden, oppervlakte, voorzieningen, maximaal aantal gasten), een zoekformulier met data en aantal gasten, resultaten met de totaalprijs per kamertype, een boekingsformulier, betaling en een bevestigingspagina met een link om de boeking te beheren.
• Ondersteunend: locatie en routebeschrijving, beleid (incheck- en uitchecktijden, annulering, kinderen, huisdieren), veelgestelde vragen, contact.
• Privé (personeel): aankomsten en vertrekken van vandaag, een kalenderraster van kamers per nacht, lijst met boekingen, geblokkeerde data, tarieven en kamerinstellingen.

Gegevens

Sla inchecken en uitchecken op als datums, niet als tijden, en behandel uitchecken als exclusief: een verblijf van de 10e tot de 12e gebruikt de nachten van de 10e en de 11e. Dit fout doen veroorzaakt de meest voorkomende fout in de beschikbaarheid.

Rechten

Gasten zien prijzen en of een kamertype beschikbaar is — nooit wie er nog meer verblijft. Receptiemedewerkers zien boekingen en gastgegevens; alleen de eigenaar wijzigt tarieven en beleid. Dat betekent een personeelsinlog met minstens twee rollen.

Beslissingen en afwegingen

Aanvragen of direct boeken

Aanvraag-boeken — de gast stuurt data en gegevens, jij bevestigt per e-mail — is veel eenvoudiger en prima voor een kleine gastenverblijf. Direct boeken vereist waterdichte beschikbaarheid en betalingsafhandeling, maar zet vaker om. Veel accommodaties beginnen met aanvragen en schakelen later over.

Kamertypen verkopen of specifieke kamers

Gasten boeken meestal een kamertype („Dubbel met zeezicht”), en het personeel wijst later de echte kamer toe. Specifieke kamers verkopen is eenvoudiger te bouwen, maar maakt de kalender moeilijker vol te krijgen.

Tarieven

Begin met één prijs per kamertype per nacht, met optionele uitzonderingen voor datumbereiken (hoogseizoen, feestdagen) en een minimale verblijfsduur. Laat dynamische prijzen, promotiecodes en pakketten voor later.

Betalingen

Opties, oplopend in complexiteit: betalen bij aankomst; een aanbetaling via een gehoste checkout zoals Stripe Checkout; volledige vooruitbetaling voor een niet-annuleerbaar tarief; of een kaart opslaan om later te belasten. Betalingsregels, belastingen en toeristenbelasting verschillen per land — controleer de lokale regels of vraag een adviseur. Onze betalingsgids behandelt de techniek.

Andere kanalen

Als kamers ook op online reisbureaus of vakantieverhuurplatforms staan, moet je agenda's gelijk houden. Veel van die platforms kunnen agenda's exporteren en importeren via iCal-links; synchroniseren op die manier is gebruikelijk voor kleine accommodaties, maar het gebeurt met vertraging, niet direct. Een channel manager is het professionele antwoord.

Een eerste prompt die werkt

Bouw een website voor directe boekingen voor Harbour House, een pension met 9 kamers in Tobermory, Schotland. Kamertypen: Dubbel (4 kamers, 2 gasten, £120 per nacht), Twin (3 kamers, 2 gasten, £115), Familie (2 kamers, 2 volwassenen + 2 kinderen, £165). Gasten zoeken op incheckdatum, uitcheckdatum en aantal gasten, en zien alleen kamertypen met een vrije kamer voor elke nacht van het verblijf, met de totaalprijs. Uitchecken is exclusief. Minimale verblijfsduur 2 nachten in juli en augustus. Het boekingsformulier vraagt naam, e-mail, telefoon en aankomsttijd; sla het op als „in behandeling” en controleer de beschikbaarheid op de server opnieuw voordat je opslaat. Personeelsgedeelte met inlog: aankomsten en vertrekken van vandaag, een kalenderraster van kamers per nacht, lijst met boekingen met status, en een manier om data te blokkeren. Toon op elke boekingspagina inchecken 15:00–20:00, uitchecken om 10:00 en het annuleringsbeleid (gratis tot 7 dagen vooraf). Rustig kustontwerp, mobile-first.

Bouwstappen

1. Eerst kamers en nachten modelleren. Kamertypen, kamers, tarieven en de beschikbaarheidscontrole. Test die voordat je aan het ontwerp begint.
2. Zoeken en resultaten. Datumkiezer, aantal gasten, totaalprijs voor het verblijf, duidelijke „uitverkocht”-statussen.
3. Boekingsstroom. Formulier → beschikbaarheid opnieuw controleren op de server → boeking in behandeling → bevestigingspagina met een beheerlink.
4. Personeelsgedeelte met inlog: aankomsten, vertrekken, kalenderraster, data blokkeren.
5. Bevestigingsmail via je eigen provider, met data, totaal, adres en beleid. Zie e-mails versturen.
6. Aanbetalingen in Stripe-testmodus, waarbij de boeking pas wordt bevestigd als de betaling slaagt. Een betaal-webhook vereist dat je app op een openbare URL staat.
7. Agendasynchronisatie met andere kanalen als je die gebruikt, plus in het begin een dagelijkse handmatige controle.
8. Test de randgevallen: twee browsers die tegelijk de laatste kamer boeken, een verblijf dat over een tariefwijziging heen loopt, een annulering die nachten vrijgeeft, verblijven van één nacht in een periode met minimale verblijfsduur.
9. Publiceer en maak zelf een echte boeking voordat je je oude proces uitzet.

Veelgemaakte fouten

• Beschikbaarheid alleen in de browser controleren. Twee gasten boeken uiteindelijk op hetzelfde moment de laatste kamer.
• De uitcheck-nacht meetellen als bezet (of de inchecknacht niet meetellen). Schrijf een test voor een verblijf van twee nachten.
• Één vaste prijs. De meeste accommodaties hebben minstens seizoensuitzonderingen nodig.
• Het totaal pas in de laatste stap tonen. Toon de totaalprijs van het verblijf, inclusief eventuele bekende kosten, al in de resultaten.
• Beleid verstopt in de voettekst. Toon de annuleringsvoorwaarden naast de betaalknop.
• iCal-synchronisatie als direct behandelen. Dat is het niet; sluit data zelf af als je bijna vol zit.

Wanneer een kant-en-klaar product beter is

Als je meer dan een handvol kamers beheert, via meerdere online reisbureaus verkoopt, of housekeeping, facturatie en rapportage nodig hebt, is een property management-systeem met ingebouwde boekingsmodule en channel manager meestal de juiste keuze. Die producten bestaan om overboeking over kanalen heen op te lossen, en dat is kostbaar om zelf goed na te bouwen.

Een eigen site is zinvol voor kleine accommodaties die vooral directe boekingen krijgen, voor ongebruikelijke aanbod (glamping-plekken, hutten met gedeelde voorzieningen, kamers die met activiteiten worden verkocht), of wanneer je je eigen ontwerp en gastbeleving wilt zonder een maandelijkse prijs per kamer. Sommige eigenaren combineren een eigen website met een gehoste boekingsmodule die erop is ingesloten — vaak het beste van twee werelden.

Bouwen met Mythex

Bij Mythex beschrijf je het pand in de chat, bekijk je de site in een live voorbeeld (ook op telefoonformaat), en publiceer je zodra het werkt. Boekingen, kamers en tarieven staan in een Postgres-database die de agent toevoegt wanneer de app gegevens moet opslaan; die slaapt als hij inactief is en wordt wakker bij het volgende verzoek. Personeelsinlog, bevestigingsmails en aanbetalingen zijn gekoppeld aan je eigen providers en sleutels — Mythex heeft geen ingebouwd product voor inloggen, e-mail of betalingen voor eindgebruikers — dus lees het Stripe-recept voordat je aanbetalingen toevoegt. Gebruik /test om de agent zoeken en boeken te laten doorlopen, en checkpoints om een wijziging die de beschikbaarheid breekt terug te draaien.

Voor een startprompt kun je kijken naar de bouwer voor hotelboekingssystemen, de bouwer voor boekingssystemen voor pensions of het sjabloon voor een glamping-boekingssite. Voor boekingen per uur of per afspraak in plaats van per nacht, zie de gids voor boekingsapps.

Veelgestelde vragen