Naar hoofdinhoud

KoppelingenTommy Booking Support

Tommy Booking Support koppelen aan je website.

Tommy, sinds kort TOMM, is met meer dan 1.100 recreatiebedrijven het meest gebruikte reserveringssysteem in de Benelux. Het boeken gaat met widgets die een webdeveloper in je site zet. Wat eromheen staat, en hoe goed het gevonden wordt, is aan jou.

Vertrouwd door

200+ bedrijven en webshops

DuxDux
HappyBedHappyBed
Swim EssentialsSwim Essentials
Washin7Washin7
VouwwagenspecialistVouwwagenspecialist
Fit PrepsFit Preps
Verzijden ClinicsVerzijden Clinics
Fysio MoovFysio Moov
Rund & KipRund & Kip
MörgennMörgenn

Wat het oplevert

Wat een koppeling met Tommy Booking Support je oplevert.

Boeken zonder je site te verlaten. De widgets Zoek&Boek en Reserveren staan op je eigen pagina’s, in je eigen opmaak.

Eigen pagina’s om de widget heen. Per accommodatietype een echte pagina met tekst, foto’s en voorzieningen die Google wél kan lezen.

Meten wat er gebeurt. De widgets werken met Google Tag Manager, dus je ziet waar in het boeken mensen afhaken.

Technisch

De koppeling in het kort.

Vorm van de koppeling
Boekingswidgets die een webdeveloper in de pagina zet, met instellingen aan de Tommy-kant. Daarnaast bestaat er een boekings-API, maar zonder openbare documentatie
Authenticatie
Niet openbaar beschreven; loopt via je eigen Tommy-omgeving
Richting
Beide kanten op
Verversing
De widget haalt de beschikbaarheid op het moment zelf op
Wij bouwen het op
WordPress, Next.js, Maatwerk

Waar het misgaat

  • De widget is de gedocumenteerde route, de API niet. Tommy beschrijft zijn boekingswidgets openbaar, met versienotities erbij. Een boekings-API bestaat ook: in de klantcase van Duinrell staat "het gebruik van een eigen boekings API" als een van de dingen die voor hen van belang zijn. Er is alleen geen openbare documentatie van, dus of die route voor jouw park openstaat is een vraag aan Tommy en niet iets om op te plannen.
  • Een deel van het gedrag stel je in Tommy in, niet in de code. Of het veld voor de kortingscode meedoet, welke foto’s de widget toont en in welke volgorde, en of er een borgartikel is: dat staat in de basisgegevens van je Tommy-omgeving. Handig, want je webdeveloper hoeft er niet aan te pas te komen, maar het betekent ook dat "het staat niet op de site" soms betekent "het staat niet in Tommy".
  • De oude Google Analytics-code werkt niet meer. De widgets ondersteunen alleen nog Google Tag Manager, met een code die begint met G- of GT-. Staat er ergens nog een code die met UA begint, dan meet je niets meer. Dat is het soort ding dat maandenlang doorloopt zonder dat er iets kapot lijkt.
  • Maximaal vijf foto’s in de zoek-en-boekwidget. Die koppel je in de basisgegevens bij de accommodatie, tabblad media, en de volgorde bepaal je door ze te slepen. Heeft je accommodatie een uitgebreidere fotoreeks, dan hoort die op de pagina eromheen te staan en niet in de widget.

Bron: documentatie van Tommy Booking Support, Doorn

Wat is Tommy Booking Support?

Tommy is een reserveringssysteem voor de verblijfsrecreatie: campings, vakantieparken en jachthavens. Het bedrijf zit in Doorn en het pakket wordt gebruikt door meer dan 1.100 recreatiebedrijven in Nederland, België, Luxemburg, Frankrijk en daarbuiten. De prijs begint bij 95 euro per maand.

De nieuwste versie heette Tommy 2.0 en heet nu TOMM. In het pakket zitten een planbord, prijsregels, betalingen, e-mailautomatisering, toeristenbelasting, energieberekeningen, gastherkenning, een channelmanager en een boekingszuil voor op de receptie.

Voor je website gaat het om een klein deel daarvan: de boekingswidgets. Dat zijn de schermen waarin een gast zoekt, kiest, extra’s toevoegt en zijn gegevens invult.

Hoe de koppeling met je website werkt

Tommy levert de widgets en jouw webdeveloper zet ze in de pagina. De belangrijkste is Zoek&Boek: een kalender die laat zien wat op dat moment beschikbaar is, met de alternatieven er direct naast. Daarna volgt de widget Reserveren voor de gastgegevens.

Een paar dingen lopen via de achterkant van Tommy en niet via de code. De prijs komt uit het artikel dat aan de accommodatie hangt en wordt volledig aan hun kant berekend, zodat een online boeking dezelfde uitkomst geeft als een boeking op de receptie. De borg wordt apart vermeld en de verblijfskosten staan daar los van.

Zijn er geen extra’s bij te boeken, dan slaat het proces die stap over. Datzelfde geldt voor de kalenders na Zoek&Boek: die verschijnen alleen nog als er prijstriggers of arrangementen in de gekozen periode zitten. Dat scheelt de gast twee schermen.

Waar wij het verschil maken

De widget doet het boeken. Wat hij niet doet is het verhaal eromheen, en dat is precies waar de meeste parksites blijven steken: een pagina "boeken" met een kader erin, en verder een fotogalerij.

Wij bouwen per accommodatietype een echte pagina, op je eigen adres, met de omschrijving, de indeling, de voorzieningen en de foto’s. Daar staat de widget dan op, ingesteld op dat type. Zo is er iets te vinden voor iemand die zoekt op "safaritent met eigen sanitair" in jouw streek, en zo heb je een adres om naartoe te linken vanuit een campagne of een nieuwsbrief.

En de meting. De widgets werken met Google Tag Manager, dus we kunnen zien hoeveel mensen de kalender openen, hoeveel er doorgaan naar de gastgegevens en waar het misloopt. Zonder dat is een boekingsproces een zwarte doos.

Wanneer je verder moet kijken dan de widget

Voor de meeste parken is de widget prima. Hij werkt, hij rekent precies zoals de backoffice, en hij wordt door Tommy zelf bijgehouden.

Er zijn twee situaties waarin het knelt. De eerste is als je het boekingsproces echt wilt vormgeven: andere volgorde, andere stappen, je eigen ontwerp tot en met de bevestiging. De tweede is als je de beschikbaarheid ergens anders nodig hebt dan in het boekingsscherm, bijvoorbeeld op een overzichtspagina met alle accommodaties naast elkaar, of in een filter op je homepage.

Daarvoor bestaat de boekings-API, en Tommy noemt hem ook in hun eigen klantcase. Wat wij er niet over kunnen zeggen is hoe hij werkt, want dat is niet openbaar. Dat is dus een gesprek met Tommy aan het begin van het traject, en tot dat gesprek is de widget de basis waar we op bouwen.

Bijgewerkt op

Specialist voor koppelingen

Jos van der PluijmJosDesign & Development085 83 30 533jos@klubb.nl

Veelgestelde vragen

Kan ik Tommy in mijn eigen WordPress-site zetten?

Ja. Tommy schrijft dat het boekingssysteem eenvoudig in WordPress te integreren is. De widgets komen op je eigen pagina’s te staan; wij bouwen daaromheen een echte pagina per accommodatietype, zodat er ook iets te vinden is voor een zoekmachine.

Heeft Tommy een API?

Er bestaat een boekings-API; Tommy noemt hem in hun klantcase van Duinrell. Er is alleen geen openbare documentatie van. De gedocumenteerde route naar je website zijn de boekingswidgets. Wil je de API, vraag dat dan aan het begin van het traject.

Waarom staat mijn kortingscodeveld er niet?

Dat veld is inmiddels standaard actief en hoeft niet meer door de webdeveloper te worden ingesteld. Werkt het niet, dan zit het in je Tommy-omgeving en niet in de code van je site. Dat geldt voor meer instellingen: de foto’s, de volgorde en het borgartikel staan ook daar.

Hoeveel foto’s kan ik in de boekingswidget tonen?

Maximaal vijf. Je koppelt ze bij de accommodatie in de basisgegevens, tabblad media, en de volgorde bepaal je door ze te slepen. Een uitgebreidere reeks zetten we op de pagina eromheen, waar geen limiet geldt en waar Google ze ook ziet.

Werkt mijn Google Analytics nog in de widget?

Alleen als je Google Tag Manager gebruikt, met een code die begint met G- of GT-. De oude UA-code wordt niet meer ondersteund. Staat die er nog, dan meet je niets en valt dat niet op, want er gaat verder niets stuk.

Rekent de widget hetzelfde als de receptie?

Ja. De prijs komt uit het artikel dat aan de accommodatie is gekoppeld en de berekening gebeurt volledig aan de kant van Tommy. Daardoor komt een online boeking op hetzelfde bedrag uit als een boeking in de backoffice, ook bij prijsregels.

Let’s work together.

De widget boekt, de pagina eromheen wordt gevonden.