Slik kobler du ditt eget domene til en bookingmotor
Siden er bygget. Logoen sitter, påslagene er satt, en testbestilling gikk gjennom på plattformens underdomene, og noen på kontoret har allerede sendt lenken til tre kunder. Så kommer det åpenbare spørsmålet: hvorfor står det fortsatt et annet navn i adressefeltet? Denne guiden viser hvordan du kobler ditt eget domene til en bookingmotor uten å leie inn noen — hva du faktisk endrer, hvilke to eller tre poster det gjelder, hvorfor hengelåsen dukker opp senere enn du tror, og den ene innstillingen som i det stille ødelegger firmaets e-post hvis du rører den.
Du trenger ikke forstå DNS i dybden. Du trenger ett bilde: domenenavnet ditt er et veiskilt, og du snur det mot en ny bygning. Alt nedenfor er detaljer rundt det bildet.
Hvor domenet ditt egentlig holder til
Opptil tre ulike selskaper kan være involvert, og de fleste eiere kjenner bare ett av dem. Registraren er der du kjøpte navnet og betaler den årlige fornyelsen. DNS-leverandøren er der navnets poster redigeres — ofte samme selskap som registraren, men ikke alltid, særlig ikke hvis en webdesigner for mange år siden flyttet navnet til en egen DNS-tjeneste. Webhotellet er der den nåværende siden din kjører.
Postene du skal legge til, havner hos DNS-leverandøren. Finn derfor ut hvem det er før du gjør noe annet. Logg inn hos registraren og se hvilke navnetjenere domenet har. Hører de til registraren, redigerer du postene der. Peker de et annet sted, er det der du jobber. Noen minutter på dette sparer en ettermiddag med endringer i et kontrollpanel som ingenting leser.
Rotdomene eller underdomene: bestem deg før du rører noe
Rotdomenet — også kalt apex eller «nakent» domene — er dittbyra.no uten noe foran. Et underdomene er alt med en etikett foran: www.dittbyra.no, bestill.dittbyra.no, reiser.dittbyra.no. Plattformen godtar begge, men valget avgjør hvilken post du legger til.
Grunnen er gammel og ikke til å forhandle om. Rotdomenet bærer allerede postene som definerer selve domenet, og DNS tillater ikke at en CNAME deler navn med noe annet. Derfor pekes et rotdomene med en A-post rett mot en IP-adresse, mens et underdomene pekes med en CNAME mot et annet vertsnavn.
| Rotdomene (dittbyra.no) | Underdomene (bestill.dittbyra.no) | |
|---|---|---|
| Post du legger til | A-post som peker på en IP-adresse | CNAME som peker på et vertsnavn hos plattformen |
| Hva kunden skriver | Kortest mulig adresse | Ett ord ekstra, noe som betyr mindre når kunden kommer via en lenke |
| Den eksisterende siden din | Må flytte fra rotdomenet, ellers blir den erstattet av bookingsiden | Blir stående akkurat der den er |
| Firmaets e-post | Upåvirket, så lenge MX-postene får være i fred | Upåvirket |
| Passer for | Et byrå der nettsiden ER bookingsiden | Et byrå med presentasjonsside, blogg eller CMS det vil beholde |
De fleste byråer som allerede har en nettside, bør begynne med et underdomene. Raden folk krangler om, er den andre: noen eiere synes et underdomene ser mindre etablert ut. Det er et rimelig syn, men det veier mindre når de fleste kundene når deg via en lenke på WhatsApp eller Instagram, ikke ved å skrive inn adressen.
Postene du legger til, og hva hver av dem gjør
Det veiledede DNS-steget viser de nøyaktige verdiene for ditt domene. Kopier dem derfra, ikke fra en artikkel — heller ikke denne. Her står hva hver post er til, så skjermbildet gir mening når du ser det.
- CNAME, for et underdomene. Name: etiketten du valgte, for eksempel
bestill. Value: plattformens vertsnavn fra DNS-steget. Den sier «dette navnet er et alias for det der», så hvis plattformens servere flytter, fungerer posten din fortsatt uten at du rører den. - A-post, for et rotdomene. Name:
@, som de fleste DNS-paneler bruker for det nakne domenet. Value: IP-adressen fra DNS-steget. Den sier «dette navnet bor på denne adressen». - TXT, noen ganger. Noen hostingoppsett ber også om en verifiseringspost: en lang tilfeldig streng under et navn DNS-steget oppgir. Den gjør ingenting for de besøkende. Den beviser at den som kontrollerer domenet, har godtatt koblingen. Viser steget en slik, legger du den til; gjør det ikke, mangler ingenting.
To feil står for de fleste mislykkede forsøk. Den første er å skrive hele domenet i feltet Name. Mange paneler legger til domenet ditt automatisk, så bestill.dittbyra.no blir til bestill.dittbyra.no.dittbyra.no, som ikke fører noen steder. Skriv bare etiketten. Den andre er å la en gammel post bli stående. Har bestill allerede en A-post fra et tidligere prosjekt, kan ikke en CNAME stå ved siden av, og enkelte paneler beholder den gamle uten å si fra. Slett først den gamle posten for akkurat det navnet.
Har DNS-leverandøren en proxy-bryter på posten — Cloudflare viser den som en oransje sky — sett den til DNS-only mens du kobler til. En proxy svarer de besøkende på vegne av plattformen og skjuler den dermed for kontrollen som beskrives nedenfor.
Hvorfor hengelåsen kommer sist
Det er her eiere tror noe har gått i stykker. Postene er lagret, domenet ser riktig ut, og nettleseren sier at tilkoblingen ikke er sikker — eller siden åpner seg ikke i det hele tatt. Ingenting er ødelagt. Rekkefølgen ligger bare fast.
Et TLS-sertifikat, hengelåsen, utstedes av en sertifikatutsteder som først må bekrefte at domenet faktisk peker dit forespørselen hevder. Den sjekker ved å slå opp navnet i offentlig DNS og, i de fleste oppsett, ved å sende en forespørsel til domenet og forvente at plattformen svarer. Inntil posten din har nådd resolverne utstederen bruker, feiler sjekken, og ingen mengde klikk endrer det. Straks posten slår gjennom, ber plattformen om sertifikatet automatisk. Du kjøper ikke, laster ikke opp og fornyer ikke noe.
Hvor lang tid det tar å slå gjennom, avhenger mest av TTL-en på posten som lå der før: hvor lenge andre servere har fått lov til å huske det gamle svaret. Et helt nytt navn dukker som regel raskt opp. Et navn som pekte et annet sted i går, kan fortsette å svare med den gamle adressen en stund. Vet du at du erstatter en eksisterende post, senker du TTL-en en dag i forveien, så blir ventetiden kortere.
Ellers: vent, og sjekk så. Ikke fortsett å redigere posten — hver endring gir hver server som har mellomlagret et feil svar, enda en grunn til å fortsette å levere det. Offentlige DNS-oppslagstjenester viser hva resten av verden ser for navnet ditt; når de viser verdien fra DNS-steget, er sertifikatet det neste som skjer.
Hva en feil koster
De dyre feilene ligger ikke i bookingsiden. De ligger i alt annet som henger på domenet ditt.
Verst er å bytte navnetjenere når du bare trengte å legge til en post. Å flytte navnetjenerne overlater hele domenet til en ny DNS-leverandør, og alle poster som ikke gjenopprettes der, forsvinner — også MX-postene som leverer firmaets e-post. Et byrå kan miste en dag med e-post fra kunder, bekreftelser fra leverandører og flyselskapenes varsler om ruteendringer før noen merker at innboksen har blitt stille. Ingenting ved å koble til en bookingside krever at navnetjenerne flyttes. Legg til poster; la resten være.
Den andre er å peke rotdomenet mot bookingsiden mens den gamle nettsiden fortsatt har sider folk bruker: en visumside som rangerer på Google, en kontaktside som står trykt på visittkortene. De lenkene havner nå på en bookingside som ikke har dem. Flytt enten den gamle siden til et underdomene først, eller koble bookingsiden til et underdomene i stedet.
Den tredje koster bare nerver: å kunngjøre den nye adressen før hengelåsen er på plass. En nettleser som advarer kundene mot siden din samme dag som du markedsførte den, er en dårlig introduksjon. Kunngjør når sertifikatet er aktivt, ikke når posten er lagret.
Behold plattformens domene — det er reserven din
Underdomenet hos plattformen som siden din startet på, forsvinner ikke når ditt eget domene kobles til. Det kan ikke fjernes, og det er med vilje.
Det er adressen du tester fra mens ditt eget domene setter seg, og den som fortsatt virker hvis fornyelsen hos registraren glipper eller noen endrer DNS ved en feil. Bookingmotoren bak begge adressene er den samme, så bestillinger, kunder og rapporter bryr seg ikke om hvilken dør som ble brukt. Skriv den ned et sted som ikke er avhengig av at ditt eget domene er oppe.
Det gir også riktig rekkefølge for en ny side, den samme som når du lanserer en OTA på én dag: gå live på underdomenet som registreringsveiviseren setter opp uten å be om kort, og koble til domenet ditt når siden er verdt å vise frem. Hva selve siden dekker når adressen er din, står i hva en white-label-reiseside faktisk gir deg.
Sjekkliste: koble ditt eget domene til en bookingmotor
- Finn ut hvem som drifter DNS-en din. Navnetjenerne på domenet forteller det.
- Velg rotdomene eller underdomene. Har du en nettside du vil beholde, velg underdomene.
- Noter alle eksisterende poster, særlig MX, før du endrer noe. Et skjermbilde holder.
- Slett eventuelle gamle poster på akkurat det navnet du skal bruke.
- Legg til posten fra DNS-steget: CNAME for underdomene, A for rotdomene, pluss TXT hvis steget viser en. Skriv bare etiketten i feltet Name.
- Sett en eventuell proxy på posten til DNS-only.
- Vent til posten slår gjennom offentlig. Ikke rediger den gang på gang.
- Bekreft hengelåsen, gjør en testbestilling på den nye adressen, og si deretter fra til kundene.
Mesteparten av listen er venting. Det eneste steget som virkelig kan skade deg, er det som ikke står der: å flytte navnetjenerne.