Slik kobler du et eget domene til appen eller nettsiden din
For å koble til et eget domene kjøper du domenet hos en registrar, legger til en DNS-post som peker det mot hostingtjenesten din — vanligvis en CNAME-post for et underdomene som www eller app, eller en A-post (eller ALIAS/flatet post) for rotdomenet — og lar så hostingtjenesten verifisere domenet og utstede et HTTPS-sertifikat. Det tar vanligvis minutter, noen ganger lengre. De fleste problemer kommer av en skrivefeil i posten, feil posttype, eller en proxy foran hostingtjenesten.
Denne guiden dekker hvert steg, valget mellom www og rotdomene, og hvordan du feilsøker. For begrepene bak domener, se hvordan domener og DNS fungerer.
Delene som er involvert
| Del | Hva det er | Hvem som tilbyr det |
|---|---|---|
| Domenenavn | Navnet du leier årlig, som eksempel.no | En registrar |
| DNS | Det offentlige oppslaget som gjør navn om til serveradresser | DNS-leverandøren din (ofte registraren) |
| Poster | Enkeltoppføringer i DNS: «www peker til …» | Du legger dem til |
| Hosting | Tjenesten som kjører appen din | Hostingtjenesten eller app-byggeren din |
| Sertifikat | Det som gjør at https:// fungerer | Utstedes vanligvis automatisk av hostingtjenesten |
Registraren og DNS-leverandøren er ofte det samme selskapet, men de må ikke være det. Det viktige er: hvor redigerer du DNS for dette domenet? Der legger du til postene.
Steg 1: Kjøp et domene
Tips for valg og kjøp:
- Hold det kort og lett å stave høyt. Hvis du må forklare stavemåten, velg et annet.
.comer standarden folk gjetter på, men landsendelser og nyere endelser (.io,.app,.co.uk) er greie hvis de passer målgruppen din.- Sjekk fornyelsesprisen, ikke bare prisen for første år. Introduksjonsrabatter er vanlige, og fornyelser kan koste mer.
- Slå på automatisk fornying og hold betalingskortet oppdatert. Et utløpt domene tar ned nettstedet og e-posten din, og etter en karensperiode kan noen andre kjøpe det.
- Bruk WHOIS-personvern hvis det tilbys, slik at personopplysningene dine ikke publiseres.
- Kjøp det i en konto du kontrollerer, ikke i en frilanseres eller et byrås.
Noen hostingtjenester og app-byggere lar deg kjøpe domenet direkte i produktet, som også setter opp DNS for deg.
Steg 2: Bestem adressen
Underdomene mot rotdomene
- Rot (apex):
eksempel.no - Underdomene:
www.eksempel.no,app.eksempel.no
Et vanlig oppsett er en markedsføringsside på eksempel.no eller www.eksempel.no, og produktet på app.eksempel.no. For ett enkelt nettsted velger du mellom www og roten.
www.eksempel.no | eksempel.no | |
|---|---|---|
| Posttype | CNAME til hostingtjenesten | A/AAAA-post, eller ALIAS/ANAME/flatet CNAME |
| Vanskelighetsgrad | Enkelt overalt | Avhenger av DNS-leverandøren |
| Utseende | Litt lengre | Kortere |
DNS-standarden tillater ikke en CNAME-post på roten av et domene, fordi roten må inneholde andre poster (for eksempel navneserverpostene). Mange DNS-leverandører løser dette med en spesiell posttype — kalt ALIAS, ANAME eller CNAME-flatning, avhengig av leverandøren — som oppfører seg som en CNAME på roten. Hvis din ikke gjør det, er den pålitelige løsningen: server nettstedet på www, og sett opp en omdirigering fra roten til www hos DNS-leverandøren eller registraren.
Uansett hva du velger, velg én hovedadresse og send den andre dit. At begge serverer samme innhold uten omdirigering er forvirrende for brukere og søkemotorer. Se SEO for nettsider bygget med AI for hvorfor én kanonisk adresse betyr noe.
Steg 3: Legg til DNS-postene
Hostingtjenesten din forteller deg nøyaktig hva du skal legge til. Det ser ut som en av disse:
| Type | Navn / vert | Verdi / mål | Brukes til |
|---|---|---|---|
CNAME | www | dittsted.hostnavn.com | Å peke et underdomene mot et vertsnavn |
A | @ | 192.0.2.10 | Å peke roten mot en IPv4-adresse |
AAAA | @ | 2001:db8::10 | Å peke roten mot en IPv6-adresse |
TXT | _verify eller @ | en kodestreng | Å bevise at du eier domenet |
Slik fyller du ut skjemaet hos de fleste DNS-leverandører:
- Navn / vert: bare underdomenedelen —
www, ikkewww.eksempel.no. Noen leverandører legger til domenet automatisk, og hvis du skriver det hele, blir detwww.eksempel.no.eksempel.no. Bruk@for roten hvis leverandøren din bruker den konvensjonen. - Verdi / mål: lim inn nøyaktig det hostingtjenesten viser. Et avsluttende punktum er greit hvis leverandøren din legger til et selv.
- TTL: standardverdien er fin. En lavere TTL (for eksempel 5 minutter) gjør at fremtidige endringer slår inn raskere.
- Proxy: hvis DNS-leverandøren din kan proxye trafikk (Cloudflares oransje sky, for eksempel), følg hostingtjenestens instruksjoner. Mange hostingtjenester krever «kun DNS» slik at de kan utstede sertifikatet.
La eksisterende poster være med mindre hostingtjenesten ber deg endre dem. Spesielt: ikke rør MX-postene — de leverer e-posten din. Å slette eller endre dem er den vanligste måten et domenebytte ødelegger e-post.
Endre navneservere eller legge til poster
Noen hostingtjenester tilbyr to alternativer: legg til en post, eller flytt hele domenets DNS til dem ved å endre navneservere hos registraren. Å endre navneservere flytter alle poster, inkludert e-post. Gjør det bare hvis du er klar til å opprette alle eksisterende poster på nytt hos den nye leverandøren. Å legge til en enkelt post er lavere risiko.
Steg 4: Verifiser og få HTTPS
Når posten er på plass, gå tilbake til hostingtjenesten og klikk på verifiser-knappen. Tjenesten sjekker DNS, ber om et sertifikat — typisk fra en gratis sertifikatutsteder som Let's Encrypt — og begynner å servere nettstedet ditt over HTTPS.
- Verifiseringen kan kreve flere forsøk mens DNS-endringene sprer seg.
- Sertifikater fornyes automatisk så lenge DNS-posten står.
- Hvis domenet ditt har CAA-poster (som begrenser hvilke sertifikatutstedere som kan utstede for det), må du sørge for at de tillater hostingtjenestens utsteder, ellers feiler utstedelsen.
Når HTTPS fungerer, sjekk at http:// sender videre til https://. De fleste hostingtjenester gjør dette automatisk.
Steg 5: Test det
-
https://www.eksempel.nolaster nettstedet ditt med hengelåsikonet - Den andre formen (rot eller
www) sender videre til hovedadressen din -
http://sender videre tilhttps:// - Innlogging, OAuth-pålogging og betalingsomdirigeringer fungerer på det nye domenet (de har ofte lister over tillatte nettadresser som fortsatt peker på den gamle)
- E-post til domenet ditt kommer fram
- Lenker i e-post appen din sender bruker det nye domenet
Det fjerde punktet fanger folk: Google-pålogging, Stripe-webhooks og lenker for tilbakestilling av passord er alle konfigurert med bestemte nettadresser. Legg til det nye domenet der den gamle adressen din står. Se slik legger du til innlogging i appen din for OAuth-delen.
Feilsøking
| Symptom | Sannsynlig årsak | Løsning |
|---|---|---|
| Verifiseringen mislykkes gjentatte ganger | Skrivefeil i målet, feil posttype, eller navnet skrevet som hele domenet | Sammenlign posten tegn for tegn med det hostingtjenesten viser |
| Virker for deg, men ikke for andre (eller omvendt) | DNS-cache under en endring | Vent ut TTL-en; test fra en telefon på mobildata |
| Sertifikatfeil eller «ikke sikker» | Sertifikatet er ikke utstedt ennå, proxy foran, eller CAA-poster som blokkerer | Vent noen minutter og verifiser på nytt; sett proxy til «kun DNS»; sjekk CAA |
| «For mange omdirigeringer» | To lag som begge omdirigerer (f.eks. proxy som tvinger HTTPS og hostingtjenesten som gjør det samme) | Slå av den ene omdirigeringen, eller bruk «kun DNS» |
Rotdomenet virker ikke, www gjør det | Ingen post eller omdirigering for roten | Legg til ALIAS/flatet post, eller send roten videre til www |
| E-post sluttet å virke | MX-poster endret eller borte ved flytting av navneservere | Gjenopprett MX-postene etter instruksjonene fra e-postleverandøren |
| Gammelt nettsted vises fortsatt | Gammel A-post står igjen ved siden av den nye | Fjern konfliktende poster for samme navn |
Et gratis DNS-oppslagsverktøy på nettet, eller dig www.eksempel.no i en terminal, viser hva verden ser for posten din nå — nyttig for å sjekke om problemet er DNS eller hostingtjenesten.
Koble til et eget domene på Mythex
Egne domener er en Pro-funksjon på Mythex. Gratisplaner publiserer til en adresse på dittnavn.mythex.app. På Pro kan du:
- Kjøpe et domene i Mythex fra Domener i innstillingene, eller fra Publiser → Eget domene i et live prosjekt. Mythex registrerer det og setter opp DNS; registreringen faktureres separat fra Pro-planen, og automatisk fornying er påslått som standard.
- Koble til et domene du allerede eier. Publiser prosjektet, velg Koble til, skriv inn vertsnavnet (for eksempel
app.eksempel.no), og legg til en CNAME hos DNS-leverandøren din som peker til målet Mythex viser (dittslug.mythex.ai). Klikk Verifiser. HTTPS utstedes automatisk.
Hvis DNS-en din ligger hos Cloudflare, sett CNAME-en til kun DNS (grå sky), ikke proxy. For et rotdomene anbefaler dokumentasjonen å bruke www eller app og sende roten videre hos DNS-leverandøren hvis den ikke støtter ALIAS eller flatning.
Se Egne domener i dokumentasjonen for alle stegene og feilsøking, og Planer for hva Pro inkluderer. Før du peker et domene mot en app, er det verdt å gå gjennom å ta en KI-prototype til produksjon.
Spørsmål
Hvor lang tid tar det før et eget domene fungerer?
Ofte noen minutter etter at du har lagt til DNS-posten, men det kan ta lengre tid avhengig av DNS-leverandøren og TTL-verdien til posten (hvor lenge resolverne cacher den). Hvis du har endret navneservere, bør du regne med mer tid.
Bør jeg bruke www eller rotdomenet?
Begge fungerer for besøkende. Et underdomene som www eller app er vanligvis enklere å koble til, fordi det kan bruke en CNAME-post. Mange nettsteder bruker www og sender rotdomenet videre dit, eller omvendt — velg bare én som hovedadresse.
Må jeg kjøpe et SSL-sertifikat?
Vanligvis ikke. De fleste moderne hostingtjenester, inkludert app-byggere, utsteder gratis HTTPS-sertifikater automatisk når DNS-en peker dit. Du trenger bare å kjøpe ett i spesielle tilfeller, for eksempel enkelte organisasjonsvalidererte sertifikater.
Hvorfor kan jeg ikke legge til en CNAME-post for rotdomenet mitt?
DNS-reglene tillater ikke en CNAME på roten (apex) av et domene, fordi andre nødvendige poster ligger der. Noen DNS-leverandører tilbyr ALIAS, ANAME eller CNAME-flatning for å oppnå det samme; ellers bruker du www og sender rotdomenet videre.