Subdomän

Vad en subdomän faktiskt är

I app.exempel.se är se toppdomänen, exempel.se den registrerade domänen (ofta kallad apex eller rotdomän) och app subdomänetiketten. Du skapar en genom att lägga till en DNS-post för namnet – vanligtvis en CNAME-post som pekar mot din leverantör, eller en A-post som pekar mot en IP-adress. Du köper den inte, du registrerar den inte, och du kan skapa hur många du vill på en domän du styr över.

Eftersom destinationen är fristående kan en subdomän serveras av en helt annan plattform än huvudwebbplatsen. Det är därför den är standardplatsen för en app: exempel.se behåller marknadswebbplatsen medan app.exempel.se kör produkten. NorthernGo fungerar likadant – appar på Premium och Pro publiceras till <subdomän>.northerngo.com, eller till en egen domän på Pro.

En subdomän är ett eget ursprung, och det får följder

Det här är den del som brukar överraska. Ur webbläsarens säkerhetsperspektiv är app.exempel.se och exempel.se olika ursprung. Praktiskt betyder det:

• localStorage, IndexedDB och cachelagring följer inte med. En användare som är inloggad på den ena är inte inloggad på den andra, om du inte medvetet delar en kaka som gäller för .exempel.se.
• En service worker registrerad på den ena styr inte den andra. Varje värdnamn behöver sin egen.
• HTTPS-certifikatet måste täcka exakt det värdnamnet. Ett certifikat för exempel.se täcker inte app.exempel.se om det inte är ett wildcard-certifikat eller listar båda namnen.

Subdomän eller undermapp?

För SEO har den diskussionen pågått i åratal, och det ärliga svaret är att båda fungerar. Google behandlar subdomäner som en del av samma webbplats när sambandet är tydligt, men signaler samlas något mer tillförlitligt i en undermapp. Där det verkligen spelar roll är i driften: en undermapp kräver att samma server hanterar båda, en subdomän gör det inte. Är appen en egen driftsättning är subdomänen det enklare och robustare valet – se guiden om egen domän för hur du pekar en mot en publicerad app.