# Så kopplar du en egen domän till en AI-byggd app

> Att koppla en domän kräver Pro, ett matchande subdomännamn och ett CNAME-record. Vad plattformen konfigurerar åt dig och varför etiketten avgör allt.

Source: https://northerngo.com/sv/guider/koppla-egen-doman-och-ssl/
Language: sv
Updated: 2026-08-15

---
**Att koppla en egen domän kräver Pro-planen. Du sparar domänen på projektet under Mina projekt, vilket verifierar ägarskapet, godkänner domänen för inloggningsomdirigeringar och lägger till den i API:ets tillåtna lista, och sedan skapar du ett CNAME-record hos din domänleverantör som pekar värdnamnet mot målet dialogen ger dig. HTTPS sköts på hostingnivå; det finns inget certifikat att ladda upp.**

### Vad en egen domän faktiskt ändrar

En NorthernGo-app går alltid att nå någonstans. Frågan en egen domän besvarar är vilken adress en kund ser och, mindre uppenbart, vilken origin webbläsaren anser att appen tillhör.

När en domän väl är kopplad går den före allt annat. Knappen **Live** på projektkortet, kopieringsknappen och inbäddningskoden byter alla till `https://dindoman` så snart domänen är sparad på projektet. Länken `northerngo.com/?app=` fortsätter fungera — den stängs inte av — men den slutar vara den adress någon får.

Det här är en Pro-funktion och den kontrolleras på två ställen, så det finns ingen genväg: menyvalet öppnar uppgraderingsdialogen för Gratis- och Premium-konton, och servern avvisar dessutom konfigurationsanropet för varje plan under Pro. I övrigt är publiceringsmodellen densamma som i [guiden om att publicera en app och få en live-adress](/sv/guider/cloud-deployment-firebase-hosting/), som är värd att läsa först om du inte redan har sparat och namngett ditt projekt.

### Steg 1: Ta subdomännamnet först

Det här steget krävs på riktigt och det är det som ställer till det, eftersom ingenting i gränssnittet säger att ordningen spelar roll.

När en förfrågan kommer in på en domän som inte är northerngo.com tar servern **värdnamnets vänstra etikett** och letar efter ett projekt med det namnet — antingen som taget subdomännamn eller som projektets eget id. För `app.dittforetag.se` är etiketten `app`. För `www.dittforetag.se` är den `www`.

Så innan du rör DNS: öppna **Mina projekt**, använd **⋮**-menyn på projektet, välj **Skapa PWA** och ta det matchande namnet. Ska din domän bli `app.dittforetag.se` tar du `app`. Ska den bli `butik.dittforetag.se` tar du `butik`.

Två följder faller ut direkt av detta, och båda är värda att känna till innan du köper en domän för ändamålet:

- **`www` och `app` ligger på den reserverade listan**, tillsammans med `api`, `admin`, `shop`, `store`, `support`, `docs`, `demo` och ett trettiotal till. De går inte att ta som projektnamn. Välj en etikett som är specifik för dig — `boka`, `portal`, `kundwebb`, ditt produktnamn — och använd samma som underdomän till din egen domän.
- **En ren toppdomän fungerar dåligt här.** `dittforetag.se` utan etikett framför skulle tolkas som etiketten `dittforetag`, som då måste vara projektets tagna namn. Utöver det tillåter inte DNS-standarden ett CNAME-record på en zons rot. Använd en underdomän till din domän, inte roten.

### Steg 2: Spara domänen på projektet

Fortfarande i **Mina projekt**: öppna **⋮**-menyn och välj **Egen domän**. Panelen heter **Koppla egen domän** och tar ett enda värde — hela värdnamnet, med eller utan `https://`, som rensas bort och görs om till gemener innan det lagras.

Servern validerar innan den godtar:

- det måste se ut som ett riktigt värdnamn, med minst en punkt
- rena IP-adresser avvisas
- `localhost`, `.local` och `.localhost` avvisas
- `northerngo.com` och `northerngo.se` samt allt under dem avvisas

Sparningen gör tre saker. Den skriver domänen till projektposten, vilket är det som gör den till appens primära adress. Den bekräftar att den som anropar har Pro och faktiskt äger ett projekt med exakt den domänen — en medveten kontroll, eftersom endpointen matar en lista över godkända inloggningsadresser och en oskyddad variant hade varit en öppen omdirigering. Och den lägger till `https://dindoman/*` i listan över godkända returadresser för inloggning med Google, plus backendens lista över tillåtna anropande adresser, så att API-anrop och inloggningar från den nya adressen accepteras direkt i stället för efter en driftsättning.

Därefter publiceras den nu sparade versionen av appen, så att det finns något att servera när DNS börjar svara.

### Steg 3: Skapa CNAME-recordet

Logga in där du köpte domänen — Loopia, One.com, GoDaddy, Cloudflare — och öppna DNS-inställningarna. Skapa ett **CNAME**-record för etiketten du tog i steg 1 och peka det mot det mål NorthernGo visar efter sparningen.

Läs det målet noga, för här finns en verklig brasklapp. **Visar dialogen din egen domän tillbaka till dig är det inte ett användbart CNAME-värde.** När domänen väl är sparad på projektet beskriver publiceringssvaret appens adress som just den domänen, och dialogen speglar det. Mejla i så fall support@northerngo.com för att få veta vilken värd du ska peka mot, i stället för att gissa.

En anvisning att aktivt slänga: **peka inte recordet mot en Netlify-adress.** En äldre version av den här dokumentationen sa åt användare att peka sitt CNAME mot ett "Netlify- eller Firebase-mål". Netlify ingår inte i serveringsvägen, adressen existerar inte, och att följa anvisningen ger en domän som pekar ut i tomma intet. Appar på egen domän serveras av samma NorthernGo-backend som serverar `*.northerngo.com`.

Låt TTL vara det leverantören föreslår, oftast 3600 sekunder. Ett kortare värde är bara till nytta om du räknar med att ändra recordet igen snart.

### Steg 4: Vänta, och kontrollera sedan

DNS-spridning tar normalt minuter och ibland timmar, beroende på TTL:n på det record du ersatte. Certifikatet följer när värdnamnet väl svarar. Gränssnittet säger åt dig att räkna med upp till en timme innan hänglåset dyker upp, och det stämmer hos de flesta leverantörer.

Du laddar inte upp något certifikat, genererar ingen nyckel och lägger inte upp något valideringsrecord. HTTPS termineras på hostingnivå för värdnamnet när det väl pekar rätt. Att det inte finns något för dig att konfigurera är det avsedda läget, inte ett steg du missat.

Kontrollera så här: ladda domänen i ett privat fönster, se att hänglåset finns och att det är din app som visas och inte en omdirigering till northerngo.com, och har appen inloggning: logga in en gång från den nya adressen för att bekräfta att returadresslistan uppdaterades.

### Gränserna som är värda att känna till i förväg

- **En domän per projekt.** Fältet rymmer ett värdnamn. Två värdnamn till samma app betyder två projekt, vilket betyder att underhålla samma app två gånger.
- **Inga wildcard-domäner.** Varje värdnamn är sitt eget record och sitt eget projekt.
- **Toppdomänsproblemet går inte att lösa inne i NorthernGo.** Vill du att `dittforetag.se` utan prefix ska nå appen är det fungerande mönstret en omdirigering från roten till din underdomän, konfigurerad i DNS eller hos domänleverantören. Många leverantörer erbjuder det som "webbpekare" eller URL-omdirigering.
- **Planbytet spelar roll.** Serveringen på en domän följer plankontrollen. Upphör en Pro-prenumeration faller appen tillbaka på planens serveringsregler och den egna domänen slutar bete sig som förväntat.
- **Delningslänken ligger kvar.** Att koppla en domän stänger inte av `northerngo.com/?app=<projektId>`. Betrakta den egna domänen som adressen du marknadsför, inte som ett sätt att göra den andra oåtkomlig.
- **E-post ingår inte.** Att koppla en domän här har ingenting med MX-poster att göra; din e-post fungerar precis som förut, och utskick från appar går ut via plattformens avsändare och inte din.

### Felsökning

**"Egen domän kräver Pro-planen."** Kontot ligger på Gratis eller Premium. Både menyn och servern upprätthåller det; det finns ingen halv version av funktionen.

**"Domänen är inte kopplad till något av dina projekt."** Konfigurationsanropet kördes innan domänen skrevs till projektet, eller så skrevs den till ett annat projekt. Öppna **Egen domän** på rätt projekt och spara igen — sparningen gör båda stegen i rätt ordning.

**Domänen laddar northerngo.com i stället för appen.** Inget projekt matchade värdnamnets vänstra etikett. Gå tillbaka till steg 1: etiketten i din domän och namnet du tagit under **Skapa PWA** måste vara identiska. `portal.dittforetag.se` kräver ett projekt vars tagna namn är exakt `portal`.

**Domänen svarar men webbläsaren varnar för certifikatet.** Oftast är certifikatet inte utfärdat än — ge det hela timmen. Kvarstår det längre än så: kontrollera att recordet är ett CNAME och inte ett A-record mot en IP du hittat någonstans, och att det inte finns något motstridigt A- eller AAAA-record för samma etikett.

**Inloggning med Google fungerar inte på den nya domänen men fungerar på den gamla adressen.** Listan över godkända returadresser fick aldrig den nya domänen, vilket händer om sparningen avbröts. Spara domänen igen från projektmenyn; posten läggs till idempotent, så att upprepa är ofarligt.

**Data- eller AI-anrop misslyckas bara på den egna domänen.** Backenden håller en lista över godkända anropande adresser och uppdaterar den när en domän konfigureras. En domän som skrivits direkt till databasen utan att gå via sparflödet står inte på den listan. Spara den en gång till via gränssnittet.

När domänen väl är skarp är appen fortfarande en Progressive Web App med eget manifest och egen ikon, så besökare kan installera den på hemskärmen under ditt eget varumärke. Hur du får ikonen rätt på både iOS och Android tar guiden om [att skapa en PWA med egen app-ikon](/sv/guider/create-pwa-app-icons/) upp, och driver du en butik på domänen fungerar [betalningar med Stripe](/sv/guider/integrate-stripe-payments-saas/) likadant där som någon annanstans.

## Vanliga frågor

### Kan jag använda min egen domän på gratis- eller premiumplanen?

Nej. Egen domän är en Pro-funktion, och begränsningen upprätthålls både i gränssnittet och på servern, så det finns ingen väg runt. Premium-konton får i stället ett eget namn på dittnamn.northerngo.com, vilket är en riktig adress med certifikat och fullt PWA-stöd.

### Varför skickar min domän mig till northerngo.com i stället för att visa min app?

För att inget projekt matchar den första delen av ditt värdnamn. Servern läser den vänstra etiketten — app i app.dittforetag.se — och letar efter ett projekt som tagit exakt det namnet. Ta det matchande namnet under Skapa PWA på projektet först, så pekar domänen fram till din app.

### Behöver jag köpa ett SSL-certifikat till min app?

Nej. Det finns ingenting att köpa, ladda upp eller förnya. HTTPS sköts på hostingnivå när ditt värdnamn väl pekar mot rätt mål, och gränssnittet säger åt dig att räkna med upp till en timme innan hänglåset syns. Kvarstår varningen långt därefter är DNS-recordet oftast orsaken och inte certifikatet.

### Kan jag peka min domän utan www eller underdomän framför?

Inte på ett tillförlitligt sätt. DNS tillåter inte ett CNAME-record på en zons rot, och servern identifierar din app utifrån värdnamnets vänstra etikett, vilket en ren domän inte har i användbar form. Använd en underdomän som portal.dittforetag.se och lägg upp en omdirigering från roten hos din domänleverantör.

### Vad händer med min gamla northerngo.com-länk när jag kopplat en domän?

Den fortsätter fungera. Den egna domänen blir den adress plattformen visar och kopierar åt dig, men både subdomänen och ?app=-länken fortsätter servera samma app. Behöver du att den gamla adressen slutar fungera får du hantera det i appen själv, till exempel genom att omdirigera när värdnamnet inte är ditt eget.

---

## Related

- [Så publicerar du en AI-byggd app och får en live-adress](https://northerngo.com/sv/guider/publicera-till-firebase-hosting/)
- [Så gör du en AI-byggd app till en installerbar PWA med egen ikon](https://northerngo.com/sv/guider/skapa-appikoner-for-pwa/)
- [Så tar du betalt i en AI-byggd app med dina egna Stripe-nycklar](https://northerngo.com/sv/guider/ta-betalt-med-stripe/)
- [Så lagrar du data i en AI-byggd app med Supabase](https://northerngo.com/sv/guider/lagra-data-med-supabase/)

---

NorthernGo är en AI-driven plattform för att bygga produktionsklara webbappar utan kod. Lokal AI-generering via WebGPU är obegränsad och gratis, och du äger all genererad källkod. https://northerngo.com/
