Sådan forbinder du et eget domæne til din app eller hjemmeside
For at forbinde et eget domæne køber du domænet hos en registrar, tilføjer en DNS-post, der peger det på din host — typisk en CNAME-post for et underdomæne som www eller app, eller en A-post (eller ALIAS/flattened post) for rodDomænet — og derefter lader din host bekræfte domænet og udstede et HTTPS-certifikat. Det tager typisk minutter, nogle gange længere. De fleste problemer kommer fra en tastefejl i posten, den forkerte posttype eller en proxy foran hosten.
Denne guide dækker hvert trin, valget mellem www og rodDomæne, og fejlfinding. For begreberne bag domæner, se hvordan domæner og DNS virker.
De involverede dele
| Del | Hvad det er | Hvem leverer det |
|---|---|---|
| Domænenavn | Det du lejer årligt, fx eksempel.dk | En registrar |
| DNS | Det offentlige opslag, der omsætter navne til serveradresser | Din DNS-udbyder (ofte registraren) |
| Poster | Enkelte DNS-indgange: «www peger på…» | Du tilføjer dem |
| Host | Tjenesten, der kører din app | Din hosting eller app-builder |
| Certifikat | Det der får https:// til at virke | Udstedes typisk automatisk af hosten |
Registraren og DNS-udbyderen er ofte den samme virksomhed, men det behøver de ikke være. Det vigtige er: hvor redigerer du DNS for dette domæne? Det er dér, du tilføjer posterne.
Trin 1: Køb et domæne
Tips til valg og køb:
- Hold det kort og let at stave højt. Hvis du skal forklare stavningen, så vælg et andet.
.comer standarden, folk gætter, men landekoder og nyere endelser (.io,.app,.dk) er fine, hvis de passer til dit publikum.- Tjek fornyelsesprisen, ikke kun førsteårsprisen. Introduktionsrabatter er almindelige, og fornyelser kan koste mere.
- Slå automatisk fornyelse til, og hold betalingskortet opdateret. Et udløbet domæne tager dit site og din e-mail ned og kan købes af nogen andre efter en karensperiode.
- Brug WHOIS-privatliv, hvis det tilbydes, så dine personlige oplysninger ikke offentliggøres.
- Køb det i en konto, du kontrollerer, ikke en freelancers eller et bureaus.
Nogle hostingudbydere og app-builders lader dig købe domænet direkte i produktet, hvilket også opsætter DNS for dig.
Trin 2: Beslut adressen
Underdomæne vs. rodDomæne
- Rod (apex) domæne:
eksempel.dk - Underdomæne:
www.eksempel.dk,app.eksempel.dk
En almindelig opsætning er en markedsføringsside på eksempel.dk eller www.eksempel.dk og produktet på app.eksempel.dk. For et enkelt site skal du vælge mellem www og roden.
www.eksempel.dk | eksempel.dk | |
|---|---|---|
| Posttype | CNAME til din host | A/AAAA-post, eller ALIAS/ANAME/flattened CNAME |
| Opsætningens sværhedsgrad | Let overalt | Afhænger af din DNS-udbyder |
| Udseende | Lidt længere | Kortere |
DNS-standarden tillader ikke en CNAME-post i roden af et domæne, fordi roden skal rumme andre poster (fx navneserverposterne). Mange DNS-udbydere løser det med en særlig posttype — kaldet ALIAS, ANAME eller CNAME-flattening afhængigt af udbyderen — der opfører sig som en CNAME i roden. Hvis din ikke gør, er den pålidelige metode: server sitet på www, og opsæt en omdirigering fra roden til www hos din DNS-udbyder eller registrar.
Uanset hvad du vælger, så vælg én hovedadresse og omdiriger den anden til den. At have begge med samme indhold uden omdirigering er forvirrende for brugere og søgemaskiner. Se SEO for AI-byggede hjemmesider for, hvorfor én kanonisk adresse betyder noget.
Trin 3: Tilføj DNS-posterne
Din host fortæller dig præcis, hvad du skal tilføje. Det ser ud som et af disse:
| Type | Navn / Host | Værdi / Mål | Bruges til |
|---|---|---|---|
CNAME | www | dit-site.hostnavn.com | At pege et underdomæne på et hostnavn |
A | @ | 192.0.2.10 | At pege roden på en IPv4-adresse |
AAAA | @ | 2001:db8::10 | At pege roden på en IPv6-adresse |
TXT | _verify eller @ | en kodestreng | At bevise, at du ejer domænet |
Sådan udfylder du formularen hos de fleste DNS-udbydere:
- Navn / Host: kun underdomænedelen —
www, ikkewww.eksempel.dk. Nogle udbydere tilføjer domænet automatisk, og hvis du skriver det hele, opstårwww.eksempel.dk.eksempel.dk. Brug@for roden, hvis din udbyder bruger den konvention. - Værdi / Mål: indsæt præcis det, hosten viser. Et afsluttende punktum er fint, hvis din udbyder selv tilføjer et.
- TTL: standarden er fin. En lavere TTL (fx 5 minutter) gør fremtidige ændringer hurtigere.
- Proxy: hvis din DNS-udbyder kan proxye trafik (fx Cloudflares orange sky), så følg din hosts instruktioner. Mange hosts kræver «kun DNS», så de kan udstede certifikatet.
Lad eksisterende poster være i fred, medmindre hosten beder dig ændre dem. Rør især ikke ved MX-poster — de leverer din e-mail. Sletning eller ændring af dem er den almindeligste måde, en domæneændring ødelægger e-mail på.
Ændring af navneservere vs. tilføjelse af poster
Nogle hosts tilbyder to muligheder: tilføj en post, eller flyt hele domænets DNS til dem ved at ændre navneservere hos registraren. Ændring af navneservere flytter alle poster, inklusive e-mail. Gør det kun, hvis du er klar til at genoprette alle eksisterende poster hos den nye udbyder. At tilføje en enkelt post er lavere risiko.
Trin 4: Bekræft og få HTTPS
Når posten er på plads, går du tilbage til din host og klikker på dens bekræft-knap. Hosten tjekker DNS, anmoder derefter om et certifikat — typisk fra en gratis certifikatudsteder som Let's Encrypt — og begynder at servere dit site over HTTPS.
- Bekræftelsen kan kræve flere forsøg, mens DNS-ændringer spreder sig.
- Certifikater fornyes automatisk, så længe DNS-posten bliver på plads.
- Hvis dit domæne har CAA-poster (som begrænser, hvilke certifikatudstedere der må udstede for det), så sørg for, at de tillader din hosts udsteder, ellers fejler udstedelsen.
Når HTTPS virker, så sørg for, at http:// omdirigerer til https://. De fleste hosts gør det automatisk.
Trin 5: Test det
-
https://www.eksempel.dkindlæser dit site med hængelås-ikonet - Den anden form (rod eller
www) omdirigerer til din hovedadresse -
http://omdirigerer tilhttps:// - Login, OAuth-login og betalingsomdirigeringer virker på det nye domæne (de har ofte lister over tilladte URL'er, der stadig peger på den gamle adresse)
- E-mail til dit domæne kommer stadig frem
- Links i e-mails, din app sender, bruger det nye domæne
Det fjerde punkt fanger folk ud: Google-login, Stripe-webhooks og links til nulstilling af adgangskode er alle konfigureret med bestemte URL'er. Tilføj det nye domæne, hvor din gamle adresse optræder. Se hvordan du tilføjer login til din app for OAuth-delen.
Fejlfinding
| Symptom | Sandsynlig årsag | Rettelse |
|---|---|---|
| Bekræftelsen fejler gentagne gange | Tastefejl i målet, forkert posttype, eller navnet indtastet som hele domænet | Sammenlign posten tegn for tegn med det, hosten viser |
| Virker for dig, men ikke for andre (eller omvendt) | DNS-cache under en ændring | Vent TTL ud; test fra en telefon på mobildata |
| Certifikat- eller «ikke sikker»-fejl | Certifikat ikke udstedt endnu, proxy foran, eller CAA-poster der blokerer | Vent et par minutter og bekræft igen; sæt proxy til kun DNS; tjek CAA |
| «For mange omdirigeringer» | To lag, der begge omdirigerer (fx proxy der tvinger HTTPS og hosten der gør det samme) | Slå den ene omdirigering fra, eller brug «kun DNS» |
Roddomænet virker ikke, www gør | Ingen post eller omdirigering for roden | Tilføj ALIAS/flattened-post, eller omdiriger roden til www |
| E-mail er holdt op med at virke | MX-poster ændret eller tabt ved flytning af navneservere | Gendan MX-posterne ud fra din e-mailudbyders instruktioner |
| Det gamle site vises stadig | Gammel A-post findes stadig sammen med den nye | Fjern modstridende poster for det samme navn |
Et gratis online DNS-opslagsværktøj, eller dig www.eksempel.dk i en terminal, viser, hvad verden i øjeblikket ser for din post — nyttigt til at tjekke, om problemet er DNS eller hosten.
Forbind et eget domæne på Mythex
Egne domæner er en Pro-funktion på Mythex. Gratis planer publicerer til en dit-navn.mythex.app-adresse. På Pro kan du:
- Købe et domæne inde i Mythex fra Domains i indstillingerne, eller fra Publish → Custom domain på et live-projekt. Mythex registrerer det og opsætter DNS; registreringen faktureres separat fra Pro-planen, og automatisk fornyelse er slået til som standard.
- Forbinde et domæne, du allerede ejer. Publicér projektet, vælg Connect, indtast værtsnavnet (fx
app.eksempel.dk), og tilføj derefter en CNAME hos din DNS-udbyder, der peger på målet Mythex viser (dinslug.mythex.ai). Klik på Verify. HTTPS udstedes automatisk.
Hvis din DNS ligger hos Cloudflare, så sæt CNAME'en til DNS only (grå sky), ikke proxied. For et rodDomæne anbefaler dokumentationen at bruge www eller app og omdirigere roden hos din DNS-udbyder, hvis den ikke understøtter ALIAS eller flattening.
Se Custom domains i dokumentationen for de fulde trin og fejlfinding, og Plans for hvad Pro inkluderer. Før du peger et domæne på en app, er det værd at gennemgå fra AI-prototype til produktion.
Spørgsmål
Hvor lang tid tager det, før et eget domæne virker?
Ofte nogle få minutter efter du har tilføjet DNS-posten, men det kan tage længere afhængigt af din DNS-udbyder og postens TTL (hvor længe resolvere cacher den). Hvis du har ændret navneservere, skal du regne med mere tid.
Skal jeg bruge www eller rodDomænet?
Begge virker for besøgende. Et underdomæne som www eller app er typisk nemmere at forbinde, fordi det kan bruge en CNAME-post. Mange sites serverer www og omdirigerer rodDomænet dertil, eller omvendt — vælg bare den ene som hovedadresse.
Skal jeg købe et SSL-certifikat?
Normalt ikke. De fleste moderne hostingudbydere, herunder app-builders, udsteder gratis HTTPS-certifikater automatisk, når din DNS peger på dem. Du skal kun købe et i særlige tilfælde, fx visse organisationsvaliderede certifikater.
Hvorfor kan jeg ikke tilføje en CNAME-post til mit rodDomæne?
DNS-reglerne tillader ikke en CNAME i roden (apex) af et domæne, fordi andre påkrævede poster ligger der. Nogle DNS-udbydere tilbyder ALIAS, ANAME eller CNAME-flattening for at opnå den samme effekt; ellers brug www og omdiriger rodDomænet.