Zo koppel je je eigen domein aan een boekingssysteem
De site staat. Het logo klopt, de markups zijn ingesteld, een testboeking is doorgekomen op het subdomein van het platform en iemand op kantoor heeft de link al naar drie klanten gestuurd. Dan komt de voor de hand liggende vraag: waarom staat er nog steeds de naam van een ander in het adres? Deze gids laat zien hoe je je eigen domein koppelt aan een boekingssysteem zonder iemand in te huren: wat je eigenlijk verandert, de twee of drie records die erbij horen, waarom het slotje later verschijnt dan je verwacht, en de ene instelling die je bedrijfsmail stilletjes platlegt als je eraan zit.
Je hoeft DNS niet tot op de bodem te begrijpen. Je hebt één idee nodig: je domeinnaam is een wegwijzer, en jij draait die wegwijzer naar een nieuw gebouw. Alles hieronder is detail bij dat idee.
Waar je domein eigenlijk woont
Er kunnen tot drie verschillende bedrijven bij betrokken zijn, en de meeste eigenaren kennen er maar één. De registrar is waar je de naam hebt gekocht en de jaarlijkse verlenging betaalt. De DNS-host is waar de records van die naam worden bewerkt — vaak hetzelfde bedrijf als de registrar, soms niet, vooral als een webdesigner het jaren geleden heeft opgezet en de naam naar een aparte DNS-dienst heeft verhuisd. De webhost is waar je huidige site draait.
De records die je gaat toevoegen horen bij de DNS-host. Zoek dus eerst uit wie dat is. Log in bij de registrar en bekijk de nameservers die bij het domein staan. Zijn die van de registrar zelf, dan bewerk je de records daar. Wijzen ze ergens anders naartoe, dan werk je daar. Een paar minuten hieraan bespaart je een middag records bewerken in een paneel dat niemand leest.
Hoofddomein of subdomein: kies voordat je iets aanraakt
Het hoofddomein — ook wel apex, root of kaal domein — is jouwmerk.nl zonder iets ervoor. Een subdomein is alles met een label ervoor: www.jouwmerk.nl, boeken.jouwmerk.nl, reizen.jouwmerk.nl. Het platform accepteert allebei, en de keuze bepaalt welk record je toevoegt.
De reden is oud en niet onderhandelbaar. Het hoofddomein draagt al de records die het domein zelf definiëren, en DNS staat niet toe dat een CNAME een naam deelt met iets anders. Daarom wijs je een hoofddomein met een A-record rechtstreeks naar een IP-adres, en een subdomein met een CNAME naar een andere hostnaam.
| Hoofddomein (jouwmerk.nl) | Subdomein (boeken.jouwmerk.nl) | |
|---|---|---|
| Record dat je toevoegt | A-record, naar een IP-adres | CNAME, naar een hostnaam van het platform |
| Wat klanten typen | Het kortst mogelijke adres | Eén woord extra, wat weinig uitmaakt als klanten via een link binnenkomen |
| Je bestaande website | Moet van het hoofddomein af, anders vervangt de boekingssite hem | Blijft precies waar hij is |
| Bedrijfsmail | Onaangetast, zolang je de MX-records met rust laat | Onaangetast |
| Past bij | Een reisbureau waarvan de website de boekingssite IS | Een reisbureau met een informatiesite, blog of CMS dat het wil houden |
De meeste reisbureaus die al een website hebben, beginnen het best met een subdomein. Over de tweede rij wordt gediscussieerd: sommige eigenaren vinden dat een subdomein minder gevestigd oogt. Dat is een redelijk standpunt, en het weegt minder zwaar als de meeste klanten je via een link in WhatsApp of Instagram bereiken in plaats van door het adres te typen.
De records die je toevoegt, en wat elk ervan doet
De begeleide DNS-stap toont de exacte waarden voor jouw domein. Kopieer ze daarvandaan, niet uit een artikel — ook niet uit dit artikel. Hieronder staat waar elk record voor dient, zodat het scherm logisch is als je het ziet.
- CNAME, voor een subdomein. Naam: het label dat je kiest, bijvoorbeeld
boeken. Waarde: de hostnaam van het platform die de DNS-stap geeft. Het zegt "deze naam is een alias voor die andere", dus als de servers van het platform verhuizen, blijft jouw record werken zonder dat je eraan hoeft te komen. - A-record, voor een hoofddomein. Naam:
@, wat de meeste DNS-panelen gebruiken voor het kale domein. Waarde: het IP-adres dat de DNS-stap geeft. Het zegt "deze naam woont op dit adres". - TXT, soms. Sommige opstellingen vragen ook om een verificatierecord: een lange willekeurige tekenreeks onder een naam die de DNS-stap aangeeft. Voor bezoekers doet het niets. Het bewijst dat wie het domein beheert akkoord is met de koppeling. Toont de stap er een, voeg hem toe; toont hij er geen, dan ontbreekt er niets.
Twee fouten verklaren de meeste mislukte pogingen. De eerste is het volledige domein in het veld Naam typen. Veel panelen plakken je domein er automatisch achter, dus boeken.jouwmerk.nl wordt daar boeken.jouwmerk.nl.jouwmerk.nl, en dat verwijst nergens naar. Typ alleen het label. De tweede is een oud record laten staan. Heeft boeken nog een A-record van een eerder project, dan kan er geen CNAME naast, en sommige panelen houden stilletjes het oude aan. Verwijder eerst het oude record voor precies die naam.
Biedt je DNS-host een proxyschakelaar op het record — Cloudflare toont die als een oranje wolkje — zet hem dan op alleen DNS zolang je koppelt. Een proxy beantwoordt bezoekers namens het platform, en verbergt het platform zo voor de controle die hierna komt.
Waarom het slotje als laatste komt
Dit is de stap waarbij eigenaren denken dat er iets stuk is. De records zijn opgeslagen, het domein lijkt goed, en de browser meldt dat de verbinding niet veilig is — of de site opent helemaal niet. Er is niets stuk. De volgorde ligt gewoon vast.
Een TLS-certificaat, het slotje, wordt uitgegeven door een certificaatautoriteit die eerst moet bevestigen dat het domein echt wijst naar waar het verzoek beweert. Dat controleert ze door de naam op te zoeken in de openbare DNS en, in de meeste opstellingen, door een verzoek naar het domein te sturen en te verwachten dat het platform antwoordt. Zolang jouw record de resolvers van die autoriteit niet heeft bereikt, mislukt de controle, en geen enkele klik verandert dat. Zodra het record resolvet, vraagt het platform het certificaat automatisch aan. Je hoeft er geen te kopen, te uploaden of te verlengen.
Hoe lang "resolven" duurt, hangt vooral af van de TTL van het record dat er eerder stond: de tijd dat andere servers het oude antwoord mochten onthouden. Een gloednieuwe naam verschijnt meestal snel. Een naam die gisteren nog ergens anders heen wees, kan nog een tijdje het oude adres teruggeven. Weet je dat je een bestaand record vervangt, verlaag dan een dag van tevoren de TTL; dat verkort het wachten.
Verder: wacht, en controleer dan. Blijf niet aan het record sleutelen — elke wijziging geeft elke server die een fout antwoord heeft onthouden nog een reden om dat te blijven geven. Openbare DNS-lookupsites laten zien wat de rest van de wereld voor jouw naam ziet; zodra ze de waarde uit de DNS-stap tonen, is het certificaat het volgende dat gebeurt.
Wat een fout je kost
De dure fouten zitten niet in de boekingssite. Ze zitten in al het andere dat aan je domein hangt.
De ergste is de nameservers wijzigen terwijl je alleen een record hoefde toe te voegen. Nameservers verhuizen geeft het hele domein aan een nieuwe DNS-host, en elk record dat daar niet opnieuw wordt aangemaakt, verdwijnt — ook de MX-records die je bedrijfsmail bezorgen. Een reisbureau kan een dag aan klantmails, leveranciersbevestigingen en schedule-changes van luchtvaartmaatschappijen missen voordat iemand merkt dat de inbox stil is geworden. Niets aan het koppelen van een boekingssite vereist dat je nameservers verhuist. Voeg records toe; laat de rest met rust.
De tweede is het hoofddomein naar de boekingssite laten wijzen terwijl de oude website nog pagina's heeft die mensen gebruiken: een visumpagina die in Google scoort, een contactpagina die op visitekaartjes staat. Die links komen nu uit op een boekingssite die ze niet heeft. Verhuis de oude site eerst naar een subdomein, of koppel de boekingssite juist aan een subdomein.
De derde kost alleen zenuwen: het nieuwe adres aankondigen voordat het slotje er is. Een browser die klanten waarschuwt voor je site op de dag dat je hem promoot, is een slechte introductie. Kondig aan als het certificaat live is, niet als het record is opgeslagen.
Houd het platformdomein — het is je vangnet
Het subdomein van het platform waarop je site begon, verdwijnt niet als je eigen domein gekoppeld is. Het kan niet worden verwijderd, en dat is met opzet.
Het is het adres om vanaf te testen terwijl het eigen domein zich zet, en het adres dat nog werkt als een verlenging bij de registrar verloopt of iemand per ongeluk de DNS aanpast. Achter beide adressen zit hetzelfde boekingssysteem, dus boekingen, klanten en rapporten maakt het niet uit door welke deur iemand binnenkwam. Noteer het ergens dat niet afhangt van je eigen domein.
Het bepaalt ook de goede volgorde voor een nieuwe site, dezelfde als bij een OTA in één dag lanceren: ga live op het subdomein dat de aanmeldwizard aanmaakt zonder om een creditcard te vragen, en koppel je domein zodra de site het laten zien waard is. Wat de site zelf allemaal dekt als het adres eenmaal van jou is, lees je in wat een white-label reiswebsite je echt oplevert.
Checklist: je eigen domein koppelen aan een boekingssysteem
- Zoek uit wie je DNS host. De nameservers van het domein vertellen het je.
- Kies hoofddomein of subdomein. Heb je een website die je wilt houden, kies dan een subdomein.
- Noteer elk bestaand record, vooral MX, voordat je iets verandert. Een screenshot is genoeg.
- Verwijder elk oud record op precies de naam die je gaat gebruiken.
- Voeg het record uit de DNS-stap toe: CNAME voor een subdomein, A voor een hoofddomein, plus TXT als de stap er een toont. Typ in het veld Naam alleen het label.
- Zet een eventuele proxy op dat record op alleen DNS.
- Wacht tot het record openbaar resolvet. Blijf er niet aan sleutelen.
- Controleer het slotje, doe een testboeking op het nieuwe adres en vertel het pas dan aan klanten.
Het grootste deel van die lijst is wachten. De enige stap die je echt pijn kan doen, is de stap die er niet in staat: de nameservers verhuizen.