Så kopplar du en egen domän till din app eller webbplats

För att koppla en egen domän köper du domänen från en registrar, lägger till en DNS-post som pekar den mot din hostingleverantör (oftast en CNAME för en underdomän som www eller app, eller en A-post, eller ALIAS/flattenad post, för rotdomänen) och låter sedan hostingleverantören verifiera domänen och utfärda ett HTTPS-certifikat. Det tar vanligtvis några minuter, ibland längre. De flesta problem beror på ett stavfel i posten, fel posttyp eller en proxy framför hostingleverantören.

Den här guiden går igenom varje steg, valet mellan www och rotdomän samt felsökning. För begreppen bakom domäner, se hur domäner och DNS fungerar.

Delarna som ingår

Del	Vad det är	Vem tillhandahåller den
Domännamn	Namnet du hyr per år, som `exempel.se`	En registrar
DNS	Det publika uppslaget som omvandlar namn till serveradresser	Din DNS-leverantör (ofta registraren)
Poster	Enskilda DNS-rader: "www pekar på…"	Du lägger till dem
Värd	Tjänsten som kör din app	Din hosting eller appbyggare
Certifikat	Det som gör att `https://` fungerar	Utfärdas oftast automatiskt av värden

Registraren och DNS-leverantören är ofta samma företag, men behöver inte vara det. Det som spelar roll är: var redigerar du DNS för den här domänen? Där lägger du till posterna.

Steg 1: Köp en domän

Tips för att välja och köpa:

Håll den kort och lätt att stava högt. Om du måste förklara stavningen, välj en annan.
.com är den standard folk gissar, men landskoder och nyare ändelser (.io, .app, .se) fungerar bra om de passar din målgrupp.
Kontrollera förnyelsepriset, inte bara priset första året. Introduktionsrabatter är vanliga och förnyelser kan kosta mer.
Slå på automatisk förnyelse och håll betalkortet aktuellt. En utgången domän gör din sajt och din e-post otillgänglig, och efter en karenstid kan någon annan köpa den.
Använd WHOIS-sekretess om det erbjuds, så att dina personuppgifter inte publiceras.
Köp den i ett konto du kontrollerar, inte i en frilansares eller byråns.

Vissa hostingleverantörer och appbyggare låter dig köpa domänen direkt i produkten, vilket också sätter upp DNS åt dig.

Steg 2: Bestäm adressen

Underdomän kontra rotdomän

Rot (apex)-domän: exempel.se
Underdomän: www.exempel.se, app.exempel.se

En vanlig uppsättning är en marknadsföringssajt på exempel.se eller www.exempel.se och produkten på app.exempel.se. För en enskild sajt väljer du mellan www och roten.

	`www.exempel.se`	`exempel.se`
Posttyp	CNAME till din värd	A/AAAA-post, eller ALIAS/ANAME/flattenad CNAME
Svårighet att sätta upp	Enkelt överallt	Beror på din DNS-leverantör
Utseende	Lite längre	Kortare

DNS-standarden tillåter inte en CNAME-post i domänens rot, eftersom roten måste innehålla andra poster (till exempel nameserver-posterna). Många DNS-leverantörer löser detta med en särskild posttyp, kallad ALIAS, ANAME eller CNAME-flattening beroende på leverantör, som beter sig som en CNAME i roten. Om din leverantör inte stöder det är det tillförlitliga sättet: servera sajten på www och sätt upp en omdirigering från roten till www hos din DNS-leverantör eller registrar.

Oavsett vad du väljer, välj en huvudadress och omdirigera den andra till den. Om båda visar samma innehåll utan omdirigering blir det förvirrande för användare och sökmotorer. Se SEO för AI-byggda webbplatser för varför en enda kanonisk adress är viktig.

Steg 3: Lägg till DNS-posterna

Din hostingleverantör talar om exakt vad du ska lägga till. Det ser ut som något av följande:

Typ	Namn / värd	Värde / mål	Används för
`CNAME`	`www`	`dinsajt.hostnamn.com`	Att peka en underdomän mot ett värdnamn
`A`	`@`	`192.0.2.10`	Att peka roten mot en IPv4-adress
`AAAA`	`@`	`2001:db8::10`	Att peka roten mot en IPv6-adress
`TXT`	`_verify` eller `@`	en kodsträng	Att bevisa att du äger domänen

Så fyller du i formuläret hos de flesta DNS-leverantörer:

Namn / värd: bara underdomändelen, alltså www, inte www.exempel.se. Vissa leverantörer lägger till domänen automatiskt, och om du skriver hela namnet blir det www.exempel.se.exempel.se. Använd @ för roten om din leverantör använder den konventionen.
Värde / mål: klistra in exakt det din värd visar. En avslutande punkt är ok om din leverantör lägger till en.
TTL: standardvärdet fungerar. En lägre TTL (till exempel 5 minuter) gör att framtida ändringar slår igenom snabbare.
Proxy: om din DNS-leverantör kan proxy:a trafik (till exempel Cloudflares orange moln), följ din värds instruktioner. Många värdar kräver "endast DNS" för att kunna utfärda certifikatet.

Lämna befintliga poster ifred om inte värden säger åt dig att ändra dem. Rör framför allt inte MX-poster, eftersom de levererar din e-post. Att ta bort eller ändra dem är det vanligaste sättet som en domänändring bryter e-posten.

Byta nameservers kontra att lägga till poster

Vissa värdar erbjuder två alternativ: lägg till en post, eller flytta hela domänens DNS till dem genom att ändra nameservers hos registraren. Att ändra nameservers flyttar alla poster, inklusive e-post. Gör det bara om du är redo att återskapa alla befintliga poster hos den nya leverantören. Att lägga till en enda post är mindre riskabelt.

Steg 4: Verifiera och få HTTPS

När posten är på plats går du tillbaka till din värd och klickar på verifieringsknappen. Värden kontrollerar DNS, begär sedan ett certifikat, vanligtvis från en kostnadsfri certifikatutfärdare som Let's Encrypt, och börjar servera din sajt över HTTPS.

Verifieringen kan kräva flera försök medan DNS-ändringar sprids.
Certifikat förnyas automatiskt så länge DNS-posten finns kvar.
Om din domän har CAA-poster (som begränsar vilka certifikatutfärdare som får utfärda certifikat för den) måste de tillåta din värds utfärdare, annars misslyckas utfärdandet.

När HTTPS fungerar, se till att http:// omdirigeras till https://. De flesta värdar gör det automatiskt.

Steg 5: Testa

https://www.exempel.se laddar din sajt med hänglåsikonen
Den andra formen (rot eller www) omdirigeras till din huvudadress
http:// omdirigeras till https://
Inloggning, OAuth-inloggning och betalningsomdirigeringar fungerar på den nya domänen (de har ofta listor över tillåtna URL:er som fortfarande pekar på den gamla adressen)
E-post till din domän kommer fram
Länkar i e-post som din app skickar använder den nya domänen

Det fjärde punkten är den som fångar folk på fel fot. Google-inloggning, Stripe-webhooks och länkar för att återställa lösenord är alla konfigurerade med specifika URL:er. Lägg till den nya domänen överallt där den gamla adressen förekommer. Se hur du lägger till inloggning i din app för OAuth-delen.

Felsökning

Symptom	Trolig orsak	Åtgärd
Verifieringen misslyckas hela tiden	Stavfel i målet, fel posttyp, eller namnet angivet som hela domänen	Jämför posten tecken för tecken med det din värd visar
Fungerar för dig men inte för andra (eller tvärtom)	DNS-cachning under en ändring	Vänta ut TTL:en. Testa från en telefon på mobildata
Certifikatfel eller "inte säker"	Certifikatet inte utfärdat än, proxy framför, eller CAA-poster som blockerar	Vänta några minuter och verifiera igen. Sätt proxyn till endast DNS. Kontrollera CAA
"För många omdirigeringar"	Två lager som båda omdirigerar (t.ex. proxy som tvingar HTTPS och värden som gör samma sak)	Stäng av en av omdirigeringarna, eller använd "endast DNS"
Rotdomänen fungerar inte, `www` gör det	Ingen post eller omdirigering för roten	Lägg till ALIAS/flattenad post, eller omdirigera roten till `www`
E-posten slutade fungera	MX-poster ändrades eller försvann vid byte av nameservers	Återställ MX-posterna enligt din e-postleverantörs instruktioner
Den gamla sajten visas fortfarande	Gammal A-post finns kvar bredvid den nya	Ta bort motstridiga poster för samma namn

Ett gratis DNS-uppslagsverktyg online, eller dig www.exempel.se i en terminal, visar vad världen just nu ser för din post. Det är användbart för att avgöra om problemet ligger i DNS eller i värden.

Koppla en egen domän på Mythex

Egna domäner är en Pro-funktion på Mythex. Gratisplaner publicerar till en adress dittnamn.mythex.app. På Pro kan du:

Köpa en domän i Mythex från Domäner i inställningarna, eller från Publicera → Egen domän i ett live-projekt. Mythex registrerar domänen och sätter upp DNS. Registreringen faktureras separat från Pro-planen, och automatisk förnyelse är påslagen som standard.
Koppla en domän du redan äger. Publicera projektet, välj Anslut, ange värdnamnet (till exempel app.exempel.se) och lägg sedan till en CNAME hos din DNS-leverantör som pekar mot målet Mythex visar (dittslug.mythex.ai). Klicka på Verifiera. HTTPS utfärdas automatiskt.

Om din DNS ligger hos Cloudflare, sätt CNAME-posten till endast DNS (grått moln), inte proxad. För en rotdomän rekommenderar dokumentationen att du använder www eller app och omdirigerar roten hos din DNS-leverantör om den inte stöder ALIAS eller flattening.

Se Egna domäner i dokumentationen för fullständiga steg och felsökning, och Planer för vad som ingår i Pro. Innan du pekar en domän mot en app är det värt att gå igenom hur du tar en AI-prototyp till produktion.

Frågor

Hur lång tid tar det innan en egen domän fungerar?

Ofta några minuter efter att du lagt till DNS-posten, men det kan ta längre beroende på din DNS-leverantör och postens TTL (hur länge resolvers cachar den). Om du bytt nameservers ska du räkna med mer tid.

Ska jag använda www eller rotdomänen?

Båda fungerar för besökare. En underdomän som www eller app är oftast enklare att koppla eftersom den kan använda en CNAME-post. Många webbplatser visar www och omdirigerar rotdomänen dit, eller tvärtom. Välj bara en som huvudadress.

Behöver jag köpa ett SSL-certifikat?

Vanligtvis inte. De flesta moderna hostingleverantörer, inklusive appbyggare, utfärdar kostnadsfria HTTPS-certifikat automatiskt när din DNS pekar dit. Du behöver bara köpa ett i särskilda fall, till exempel vissa certifikat med organisationsvalidering.

Varför kan jag inte lägga till en CNAME-post för min rotdomän?

DNS-reglerna tillåter inte en CNAME i domänens rot (apex), eftersom andra nödvändiga poster finns där. Vissa DNS-leverantörer erbjuder ALIAS, ANAME eller CNAME-flattening för att få samma effekt. Annars använd www och omdirigera rotdomänen.