Sinds 28 september 2026 geeft Booking.com het telefoonnummer van de reiziger niet meer door aan je PMS, je channel manager of enig ander gekoppeld systeem. In de 90 dagen voor de wijziging kwam één op de drie aankomsten bij de hotels waarmee we werken via Booking.com binnen, en 7 op de 10 van die gasten kregen vóór aankomst een WhatsApp. Voor elk hotel dat die reis op het nummer uit het PMS laat draaien, is dat gesprek nu stilgevallen.
We werken aan een oplossing zodat je Booking.com-gasten hun WhatsApp-berichten blijven krijgen, en je kunt je verderop in dit artikel op de wachtlijst zetten. Eerst: wat er veranderd is, waarom, wat nog werkt en wat je nu moet aanpakken.
Wat Booking.com precies veranderd heeft
Booking.com stuurt telefoonnummers van gasten niet langer automatisch door via zijn connectiviteitskanalen. Het liet dat partners weten in een e-mail van 22 september 2026, zes dagen voor de wijziging op 28 september inging. Het nummer bestaat nog. Je ziet het in het Extranet (Reserveringen, open de boeking, klik op Telefoonnummer tonen) en in de Pulse-app (tabblad Boekingen). Wat gestopt is, is de automatische overdracht naar elk systeem dat aan je Booking.com-account hangt.
- Geen PMS of channel manager gekoppeld aan Booking.com? Dan verandert er voor jou niets.
- Komt nog wel door: het eigen berichtensysteem van Booking.com, en het gemaskeerde e-mailadres van de gast dat eindigt op @guest.booking.com.
Voor bijna elk hotel met een PMS komt een Booking.com-reservering nu binnen met de naam, de data, een gemaskeerd e-mailadres en een leeg telefoonveld. De wijziging geldt wereldwijd en is bewust. Connectiviteitsaanbieder NextPax zei het zonder omwegen tegen zijn eigen klanten: een bewuste keuze van Booking.com, geen bug en geen storing.
Waarom Booking.com geen telefoonnummers van gasten meer deelt
Omdat het telefoonnummer precies is wat de oplichters gebruikten.
De reden die Booking.com zelf geeft, is een toename van frauduleuze berichten aan gasten, die hen meestal onder druk zetten om snel geld over te maken om hun reservering te behouden. Ze komen binnen via WhatsApp of sms en bevatten, in de woorden van Booking.com zelf, echte reserveringsgegevens, waardoor ze geloofwaardiger overkomen.
Het patroon achter deze aanvallen is goed gedocumenteerd. Criminelen phishen eerst het hotel, met een e-mail die eruitziet als Booking.com over een klacht van een gast of een dringend boekingsprobleem. Ze bemachtigen de Extranet-login van de receptie. Daarmee zien ze elke komende reservering: naam, data, boekingsnummer en telefoonnummer. Daarna sturen ze de gast een WhatsApp met een valse betaalpagina. Microsoft Threat Intelligence beschreef zo'n campagne in maart 2025, en Bridewell bracht de keten in drie stappen in kaart, van de inbox van het hotel tot de kaart van de gast, in juni 2026.
In april 2026 werd het een datalek. Booking.com bevestigde op 13 april dat onbevoegde derden mogelijk toegang hadden tot reserveringsgegevens, waaronder namen, e-mailadressen, telefoonnummers en boekingsdetails. Beveiligingsonderzoekers wezen gehackte accounts van hotelpartners aan als waarschijnlijke ingang. Gasten kregen WhatsApp-oplichting met hun echte hotel en data, en minstens één gast meldde de oplichting twee weken vóór de eigen melding van Booking.com binnenkwam.
Het antwoord van Booking.com is het aantal plekken waar een telefoonnummer staat kleiner maken. Elk PMS, elke channel manager en elke berichtentool op een hotelaccount is één plek meer waar een gestolen login het kan uitlezen. Knip de stroom door, en het nummer zit achter één login in plaats van vijf.
Voor reizigers een goede beslissing. Voor hotels een herinnering aan wiens gast dit was.
Wat nog werkt, en wat elk kanaal niet kan
Zo staat elk kanaal ervoor sinds de wijziging, met de beperking die je moet kennen voor je je pre-arrival-reis erop bouwt.
| Kanaal | Voor 28 september | Sinds 28 september | Beperkingen om te kennen |
|---|---|---|---|
| Telefoonnummer in het PMS | Kwam mee met de boeking | Leeg. Per reservering handmatig opzoeken in Extranet of Pulse | Prima voor één gast. Een klus bij 400 aankomsten per maand. |
| WhatsApp- / sms-reizen | Gestart vanaf het PMS-nummer | Alleen voor gasten van wie je het nummer opzocht, of die jou eerst een bericht stuurden | Elke automatische flow die op het telefoonveld draait, moet je nakijken. |
| Berichten via Booking.com | Beschikbaar | Ongewijzigd | Open vanaf de boeking tot zeven dagen na het uitchecken. Alleen afbeeldingen als bijlage, geen pdf's. Met de AllowList aan: alleen links van je goedgekeurde lijst. |
| Gemaskeerde e-mail (@guest.booking.com) | Beschikbaar | Ongewijzigd | Leest als post van Booking.com. In onze data werd minder dan 2 op de 100 Booking.com-gasten zo bereikt. |
| Je eigen web-app of webchat | Beschikbaar | Ongewijzigd | De reiziger moet hem openen, meestal vanuit een bericht dat hij al kreeg. |
Het venster van zeven dagen is het detail dat de meeste hotels missen. Het partnerhelpcentrum van Booking.com zegt dat je een gast berichten kunt sturen vanaf de boeking tot zeven dagen na het uitchecken, en dat alleen afbeeldingen als bijlage worden ondersteund. Een "kom terug in het voorjaar"-aanbod een maand na vertrek, een huisgids of een digitale sleutel als pdf: niets daarvan kan via de inbox van Booking.com. Het moet per e-mail, of via een kanaal dat de gast zelf met jou geopend heeft.
Wat de wijziging een hotel kost, in echte aankomsten
Eén op de drie Booking.com-gasten sprak vóór aankomst met zijn hotel via WhatsApp, en precies dat gesprek komt door de wijziging in gevaar. Dit zijn onze eigen platformcijfers voor de 90 dagen voor de wijziging (27 juni tot 25 september 2026, annuleringen niet meegeteld), over de hotels waarmee we werken:
- Meer dan 80.000 aankomsten in totaal
- 32% kwam via Booking.com
- 70,5% van die Booking.com-gasten kreeg vóór aankomst een WhatsApp, en 1 op de 3 Booking.com-gasten schreef terug
- Minder dan 2 op de 100 werden per e-mail bereikt, en minder dan 1 op de 100 via de eigen berichten van Booking.com
Vertaal dat naar één hotel. Een hotel met 200 aankomsten per maand heeft, bij die gemiddelden, 64 aankomsten via Booking.com. Zo'n 45 daarvan zouden twee dagen vooraf een WhatsApp hebben gekregen, en zo'n 21 zouden hebben geantwoord: een vraag over parkeren, een ontbijt geboekt, een late aankomst gemeld. Zonder plan beginnen die 45 gesprekken niet meer.
De kost is geen beveiligingsinstelling. Het is het gesprek vóór aankomst met één op de drie gasten.
Let op het vervangnummer in je PMS
Sommige PMS'en aanvaarden geen reservering zonder telefoonnummer, dus sommige connectiviteitsaanbieders vullen het lege veld nu met iets anders. NextPax heeft zijn klanten laten weten dat het aan elke reservering het nummer van de klantenservice van Booking.com toevoegt, zodat boekingen blijven binnenkomen. Als je berichtentool een pre-arrival-WhatsApp stuurt naar wat er in dat veld staat, stuurt hij nu berichten naar het callcenter van Booking.com.
Vraag je PMS of channel manager wat ze in het telefoonveld zetten bij Booking.com-reserveringen, en zet elke automatisering die erop steunt op pauze tot je het weet.
Vijf dingen om nu te doen
- Controleer elk automatisch bericht dat het telefoonveld gebruikt. Pre-arrival-WhatsApp, deurcodes per sms, herinneringen bij vertrek. Beslis voor elk: e-mail, berichten via Booking.com, of wachten tot het nummer is opgezocht.
- Zet tweestapsverificatie aan voor het Extranet en het PMS. Het is de eerste aanbeveling van Booking.com, en de maatregel die de meeste aanvallen hierboven tegenhoudt.
- Schakel de AllowList voor berichten in het Extranet in. Niet-goedgekeurde links kunnen je account dan niet verlaten, ook niet als iemand anders erin zit. Booking.com legt de instelling uit in zijn gids over berichtbeveiliging.
- Breng de receptie op de hoogte. De aanval begint met een e-mail die eruitziet als Booking.com over een "klacht van een gast". Niemand bij Booking.com zal ooit om een wachtwoord vragen.
- Beslis wie telefoonnummers opzoekt, en wanneer. Als WhatsApp belangrijk is in je gastreis, opent iemand elke ochtend het Extranet voor de aankomsten van de volgende dag.
Bouw je de pre-arrival-reeks toch opnieuw op? Ons WhatsApp-automatiseringsplaybook behandelt de templates, het venster van 24 uur en waar Meta nu voor aanrekent.
We werken aan een oplossing om WhatsApp te laten doorlopen voor je Booking.com-gasten
De meeste van onze hotels voeren hun gesprek vóór aankomst via WhatsApp. Dus op de dag dat de e-mail van Booking.com binnenkwam, werd dit het werk.
Het doel is eenvoudig: je Booking.com-gasten krijgen dezelfde reis als vóór 28 september. De WhatsApp twee dagen vooraf, het aanbod voor ontbijt en parking, het antwoord om 22:40 in het Duits, de check-ingegevens, de gids. Geen gast die via Booking.com boekte, anders behandeld dan iemand die rechtstreeks bij jou boekte.
Intussen valt er niets stil. Berichten via Booking.com komen binnen in de AskWhisper-inbox, naast WhatsApp, e-mail en webchat, en je antwoord bereikt de gast in Booking.com. Wat de inbox van Booking.com niet kan dragen, gaat naar het Booking.com-e-mailadres van de gast en opent in de web-app, zonder iets te downloaden. En elke gast die je zelf zijn nummer gaf, op je website of door eerst je WhatsApp te sturen, merkt er niets van.
Waarom één platform dit opvangt en vijf tools niet
Booking.com gaf zes dagen opzegtermijn. Denk na over wat dat betekende voor een hotel met een PMS van de ene leverancier, een channel manager van een tweede, een WhatsApp-tool van een derde, een sleutelleverancier die deurcodes sms't, en een upselltool die het telefoonveld uitleest. Vijf supporttickets. Vijf roadmaps. Vijf verschillende antwoorden over wat er met de volgende aankomst gebeurt.
AskWhisper draait de website, de boeking, de pre-arrival, het verblijf en de periode na vertrek vanuit één plek, en leest uit één record.
- Ontdekking
- Boeking
- Voor aankomst
- Tijdens het verblijf
- Na het verblijf
Als Booking.com een regel verandert, passen wij die één keer aan, en dat geldt dan voor elk kanaal en elk hotel dat we draaien. Daar dient een platform voor. De volgende wijziging van Booking.com, en die komt er, landt bij ons, niet aan je balie. De uitgebreide redenering staat in platform versus losse tools.
De gast die rechtstreeks bij jou boekte, kan niemand uitschakelen
Booking.com veranderde met zes dagen opzegtermijn de voorwaarden van je toegang tot je eigen gast. Dat kon, omdat het nooit jouw gast was. Het nummer was van hen om te delen. Het e-mailadres is gemaskeerd. Het chatvenster sluit een week na vertrek.
Niets daarvan geldt voor een reiziger die je website vond, goed vond wat hij zag en daar boekte. Dat telefoonnummer, dat e-mailadres, dat gesprek horen bij je hotel zolang de gast van je wil horen. En die gast is meer waard: hij boekt twee dagen vooraf ontbijt en parking, beantwoordt de feedbackvraag en komt terug zonder dat je commissie betaalt om opnieuw gevonden te worden.
Dit is het hele argument voor rechtstreekse boekingen, door Booking.com voor jou gemaakt. Websitetools stoppen bij de boeking. Gasttools worden pas daarna wakker. AskWhisper is het enige platform dat de hele reis draait, en het begint met een website die meer kijkers in boekers verandert, omdat elke rechtstreekse boeking een gastrelatie is die geen enkel platform kan aanpassen. De vijf hefbomen die dat aandeel bewegen, staan in hoe onafhankelijke hotels meer rechtstreekse boekingen krijgen.
Blijf praten met je Booking.com-gasten
Als 7 op de 10 van je Booking.com-gasten vóór 28 september via WhatsApp met je spraken, is er geen reden om ze nu kwijt te raken. Zet je op de wachtlijst, of plan twintig minuten met ons en we tonen je de reis over elk kanaal, en wat een website die converteert doet met je aandeel rechtstreekse boekingen.
Turn lookers into bookers. Just Ask Whisper.
