Så kopplar du din egen domän till en bokningsmotor

Sajten är klar. Logotypen sitter, påslagen är inställda, en testbokning har gått igenom på plattformens subdomän och någon på kontoret har redan skickat länken till tre kunder. Sedan kommer den självklara frågan: varför står det fortfarande någon annans namn i adressfältet? Den här guiden går igenom hur du kopplar din egen domän till en bokningsmotor utan att anlita någon — vad du faktiskt ändrar, vilka två eller tre poster det handlar om, varför hänglåset dyker upp senare än du tror, och den enda inställning som i tysthet slår ut företagets e-post om du rör den.

Du behöver inte kunna DNS på djupet. Du behöver en enda bild: ditt domännamn är en vägskylt, och du vrider den mot en ny byggnad. Allt nedan är detaljer kring den bilden.

Var din domän egentligen finns

Upp till tre olika företag kan vara inblandade, och de flesta ägare känner bara till ett av dem. Registraren är där du köpte namnet och betalar den årliga förnyelsen. DNS-leverantören är där namnets poster redigeras — ofta samma företag som registraren, men inte alltid, särskilt inte om en webbyrå för länge sedan flyttade namnet till en separat DNS-tjänst. Webbhotellet är där din nuvarande sajt körs.

Posterna du ska lägga till hamnar hos DNS-leverantören. Ta därför reda på vem det är innan du gör något annat. Logga in hos registraren och titta på vilka namnservrar domänen har. Tillhör de registraren redigerar du posterna där. Pekar de någon annanstans är det där du jobbar. Några minuter på det här sparar en eftermiddag av ändringar i en kontrollpanel som ingen läser.

Huvuddomän eller subdomän: bestäm dig innan du rör något

Huvuddomänen — även kallad apex, rot eller ”naken” domän — är dinbyra.se utan något framför. En subdomän är allt med en etikett framför: www.dinbyra.se, boka.dinbyra.se, resor.dinbyra.se. Plattformen tar emot båda, men valet avgör vilken post du lägger till.

Skälet är gammalt och går inte att förhandla bort. Huvuddomänen bär redan de poster som definierar själva domänen, och DNS tillåter inte att en CNAME delar namn med något annat. Därför pekas en huvuddomän med en A-post direkt mot en IP-adress, medan en subdomän pekas med en CNAME mot ett annat värdnamn.

De flesta byråer som redan har en sajt bör börja med en subdomän. Raden folk diskuterar är den andra: en del ägare tycker att en subdomän ser mindre etablerad ut. Det är en rimlig åsikt, men den väger lättare när de flesta kunder når dig via en länk i WhatsApp eller Instagram och inte genom att skriva in adressen.

Posterna du lägger till, och vad var och en gör

Det guidade DNS-steget visar exakt vilka värden som gäller för din domän. Kopiera dem därifrån, inte från någon artikel — inte heller den här. Nedan står vad varje post är till för, så att skärmen blir begriplig när du ser den.

• CNAME, för en subdomän. Name: etiketten du valt, till exempel boka. Value: plattformens värdnamn som DNS-steget ger dig. Den säger ”det här namnet är ett alias för det där”, så om plattformens servrar flyttar fortsätter din post att fungera utan att du gör något.
• A-post, för en huvuddomän. Name: @, som de flesta DNS-paneler använder för den nakna domänen. Value: IP-adressen från DNS-steget. Den säger ”det här namnet bor på den här adressen”.
• TXT, ibland. Vissa hostinglösningar vill också ha en verifieringspost: en lång slumpmässig sträng under ett namn som DNS-steget anger. Den gör ingenting för besökarna. Den bevisar att den som styr domänen har godkänt kopplingen. Visar steget en sådan lägger du till den; gör det inte saknas ingenting.

Två misstag står för de flesta misslyckade försök. Det första är att skriva hela domänen i fältet Name. Många paneler lägger automatiskt till din domän, så boka.dinbyra.se blir boka.dinbyra.se.dinbyra.se, som inte leder någonstans. Skriv bara etiketten. Det andra är att låta en gammal post stå kvar. Har boka redan en A-post från något tidigare projekt kan en CNAME inte stå bredvid den, och vissa paneler behåller tyst den gamla. Radera först den gamla posten för exakt det namnet.

Har din DNS-leverantör en proxyknapp på posten — Cloudflare visar den som ett orange moln — ställ den på DNS-only medan du kopplar. En proxy svarar besökarna i plattformens ställe och döljer den därmed för kontrollen som beskrivs härnäst.

Varför hänglåset kommer sist

Det här är steget där ägare tror att något har gått sönder. Posterna är sparade, domänen ser rätt ut, och webbläsaren säger att anslutningen inte är säker — eller så öppnas sajten inte alls. Ingenting är trasigt. Ordningen är bara fast.

Ett TLS-certifikat, hänglåset, utfärdas av en certifikatutfärdare som först måste bekräfta att domänen verkligen pekar dit begäran påstår. Den kontrollerar genom att slå upp namnet i publik DNS och, i de flesta upplägg, genom att skicka en förfrågan till domänen och förvänta sig att plattformen svarar. Tills din post har nått de resolvrar utfärdaren använder misslyckas kontrollen, och hur mycket du än klickar ändrar det ingenting. När posten väl slår igenom begär plattformen certifikatet automatiskt. Du köper inget, laddar inte upp något och förnyar inget.

Hur lång tid ”slår igenom” tar beror mest på TTL för posten som fanns där innan: hur länge andra servrar har fått lov att minnas det gamla svaret. Ett helt nytt namn syns oftast snabbt. Ett namn som pekade någon annanstans i går kan fortsätta svara med den gamla adressen ett tag. Vet du att du ersätter en befintlig post, sänk dess TTL en dag i förväg så blir väntan kortare.

Annars: vänta, och kontrollera sedan. Redigera inte posten om och om igen — varje ändring ger varje server som cachat ett felaktigt svar ännu ett skäl att fortsätta leverera det. Publika DNS-uppslagstjänster visar vad resten av världen ser för ditt namn; när de visar värdet från DNS-steget är certifikatet nästa sak som händer.

Vad ett misstag kostar

De dyra misstagen finns inte i bokningssajten. De finns i allt annat som hänger på din domän.

Värst är att byta namnservrar när du bara behövde lägga till en post. Att flytta namnservrarna lämnar över hela domänen till en ny DNS-leverantör, och varje post som inte återskapas där försvinner — inklusive MX-posterna som levererar företagets e-post. En byrå kan tappa en dags mejl från kunder, bekräftelser från leverantörer och flygbolagens meddelanden om tidtabellsändringar innan någon märker att inkorgen har tystnat. Ingenting i att koppla en bokningssajt kräver att du flyttar namnservrar. Lägg till poster; låt resten vara.

Det andra är att peka huvuddomänen mot bokningssajten medan den gamla sajten fortfarande har sidor som används: en visumsida som rankar på Google, en kontaktsida som står tryckt på visitkorten. De länkarna hamnar nu på en bokningssajt som inte har dem. Flytta antingen den gamla sajten till en subdomän först, eller koppla bokningssajten till en subdomän i stället.

Det tredje kostar bara nerver: att gå ut med den nya adressen innan hänglåset syns. En webbläsare som varnar kunderna för din sajt samma dag som du marknadsförde den är en dålig presentation. Gå ut med adressen när certifikatet är aktivt, inte när posten är sparad.

Behåll plattformens domän — den är din reserv

Plattformens subdomän som din sajt startade på försvinner inte när du kopplar din egen domän. Den går inte att ta bort, och det är avsiktligt.

Det är adressen du testar på medan den egna domänen sätter sig, och den som fortfarande fungerar om förnyelsen hos registraren missas eller någon råkar ändra i DNS. Bokningsmotorn bakom båda adresserna är densamma, så bokningar, kunder och rapporter bryr sig inte om vilken dörr som användes. Skriv ner den någonstans som inte är beroende av att din egen domän är uppe.

Den ger också rätt ordning för en ny sajt, samma ordning som när du lanserar en OTA på en dag: gå live på den subdomän som registreringsguiden sätter upp utan att fråga efter kort, och koppla din domän när sajten är värd att visa. Vad sajten själv täcker när adressen väl är din står i vad en white-label-resesajt faktiskt ger dig.

Checklista: koppla din egen domän till en bokningsmotor

1. Ta reda på vem som hostar din DNS. Namnservrarna på domänen berättar det.
2. Välj huvuddomän eller subdomän. Har du en sajt du vill behålla, välj subdomän.
3. Notera alla befintliga poster, särskilt MX, innan du ändrar något. En skärmdump räcker.
4. Radera eventuell gammal post på exakt det namn du ska använda.
5. Lägg till posten från DNS-steget: CNAME för subdomän, A för huvuddomän, plus TXT om steget visar en. Skriv bara etiketten i fältet Name.
6. Ställ eventuell proxy på posten på DNS-only.
7. Vänta tills posten slår igenom publikt. Redigera den inte gång på gång.
8. Kontrollera hänglåset, gör en testbokning på den nya adressen och berätta sedan för kunderna.

Det mesta på listan är väntan. Det enda steg som verkligen kan skada dig är det som inte finns med: att flytta namnservrarna.