Subdomæner: opret og peg dem rigtigt

Kort svar: Et subdomæne (booking.ditdomæne.dk) består af to halvdele: en DNS-record, der peger navnet på en server, og – hvis det skal vise et website – en tilknytning i webserveren, så serveren ved, hvad den skal vise. Opret subdomænet i hostingens kontrolpanel (som typisk laver begge dele), eller peg det manuelt med en A-record til en IP eller en CNAME til et andet navn, som eksterne tjenester typisk beder om. SSL-certifikatet skal dække subdomænet, ændringen slår igennem inden for TTL’en – og subdomænet er gratis, fordi det er en gren på dit eksisterende domæne.

Fagligt gennemgået: 2. oktober 2026

Subdomæner er domæneverdenens schweizerkniv: shop.ditdomæne.dk til butikken, booking. til kalendersystemet, test. til udviklingskopien og app. til den eksterne tjeneste. Alligevel driller de ofte – fordi folk kun sætter den ene halvdel op. Denne guide gør begge halvdele tydelige, viser hvordan du opretter et subdomæne trin for trin, og gennemgår de fejl, der oftest står i vejen.

De to halvdele: DNS og webserver

DNS-halvdelen får navnet til at pege på en server. Webserver-halvdelen får serveren til at svare med det rigtige indhold, når navnet ankommer. Opretter du subdomænet i dit hosting-kontrolpanel, klares begge dele typisk i ét: DNS-recorden lægges i zonen, og en webmappe eller tilknytning oprettes.

Peger du derimod kun DNS mod din server uden webserver-delen, svarer serveren med hoveddomænet eller en fejlside – den ved jo ikke, hvad subdomænet skal vise. Og omvendt: en webmappe uden DNS-record er usynlig for verden. Ligger DNS hos en anden udbyder end hostingen, skal du selv oprette DNS-recorden dér.

A-record eller CNAME?

Tommelfingerreglen: A-record (direkte til en IPv4-adresse), når subdomænet bor på en server, du kender – fx din egen hosting. Har serveren også IPv6, hører der en AAAA-record til. CNAME (alias til et andet navn), når subdomænet skal følge en ekstern tjeneste, som selv kan skifte IP – booking-, statusside- og mailkampagnetjenester beder typisk om netop en CNAME til deres navn:

Record	Peger på	Brug den når
A	En IPv4-adresse	Subdomænet ligger på din egen hosting eller server
AAAA	En IPv6-adresse	Serveren også svarer på IPv6
CNAME	Et andet værtsnavn	En ekstern tjeneste styrer, hvor navnet ender

To CNAME-regler, der sparer fejlfinding: en CNAME kan ikke stå på selve hoveddomænet (rodniveauet) – kun på subdomæner; og et navn med CNAME må ikke samtidig have andre records, fx MX eller TXT. Wildcard (*.ditdomæne.dk) findes også: praktisk til systemer med mange dynamiske subdomæner, men brug det bevidst – det fanger også tastefejl, og en eksplicit record for et navn vinder altid over wildcardet.

Før du ændrer noget: Tag et skærmbillede eller en eksport af DNS-zonen, før du retter. Tjek, om navnet allerede bruges – fx af en mailtjeneste eller en verifikation – og ret aldrig en eksisterende record “for at se, om det hjælper”. Én ny record ad gangen gør fejlfinding let.

1. Opret subdomænet på hostingen

Opret subdomænet i hostingens kontrolpanel, og vælg, hvilken mappe det skal vise. Skal det være en selvstændig WordPress-installation, installeres WordPress i den mappe; skal det pege på noget eksisterende, vælger du den mappe. Ligger DNS samme sted som hostingen, oprettes recorden ofte samtidig.

2. Opret eller kontrollér DNS-recorden

Ligger DNS et andet sted – fx hos domæneudbyderen eller Cloudflare – opretter du recorden dér: en A-record med serverens IP, eller en CNAME med den værdi, den eksterne tjeneste opgiver. Kopiér værdien bogstavret. Hvis du er i tvivl om serverens IP, så spørg hostingudbyderen.

3. Tjek, at navnet svarer

Spørg den autoritative navneserver direkte, så du ikke narres af gamle svar i cachen, og sammenlign derefter med en offentlig resolver:

dig NS ditdomæne.dk +short
dig A booking.ditdomæne.dk @ns1.dinudbyder.example +short
dig CNAME booking.ditdomæne.dk @1.1.1.1 +short

Svarer den autoritative server rigtigt, men en offentlig resolver ikke, er det kun et spørgsmål om tid – se DNS-propagering og TTL forklaret.

4. Sørg for SSL

Certifikatet for ditdomæne.dk dækker ikke automatisk booking.ditdomæne.dk – subdomænet skal enten have sit eget certifikat eller være dækket af et wildcard-certifikat. På hosting med gratis Let’s Encrypt-certifikater skal subdomænet med i certifikatet, når DNS peger rigtigt. Peger subdomænet på en ekstern tjeneste, udsteder tjenesten normalt selv certifikatet, når CNAME’en er verificeret.

To detaljer driller ofte: har domænet en CAA-record, skal den tillade den udsteder, der skal lave certifikatet, ellers afvises udstedelsen. Og et wildcard-certifikat fra Let’s Encrypt kræver validering via DNS (en TXT-record), ikke via webserveren. Får besøgende certifikatadvarsler på subdomænet, er det næsten altid fordi, det svarer fra en server, hvis certifikat ikke nævner navnet – se guiden om “Din forbindelse er ikke privat”.

Subdomæner til test og staging

test.ditdomæne.dk er en populær adresse til en kopi af sitet – men en kopi, som søgemaskiner kan finde, konkurrerer med det rigtige site og kan blive indekseret. Beskyt testsubdomæner med adgangskode (fx HTTP-basisgodkendelse), eller slå “Afskræk søgemaskiner fra at indeksere dette websted” til i WordPress’ læseindstillinger på kopien. Adgangskode er det sikreste, fordi det også holder nysgerrige og bots ude. Hostingpakker med indbygget staging klarer dette for dig – se guiden om staging i WordPress.

WordPress på et subdomæne

Installerer du WordPress på et subdomæne, er det en selvstændig installation med sin egen database og sine egne URL’er i indstillingerne (WordPress-adresse og webstedsadresse). Flytter du senere sitet fra et subdomæne til hoveddomænet, skal URL’erne i databasen søges og erstattes – se guiden om at flytte WordPress til nyt domæne. Husk også, at Google behandler subdomænet som sit eget site: en domæneejendom i Search Console dækker alle subdomæner, mens en URL-præfiks-ejendom kun dækker det præcise navn.

Når subdomænet ikke virker

• NXDOMAIN (findes ikke): DNS-recorden mangler, er stavet forkert – eller propageringen er ikke færdig. Tjek med dig direkte mod din DNS-værts navneservere.
• Viser hoveddomænets side: DNS er ok, webserver-halvdelen mangler – opret tilknytningen i kontrolpanelet.
• Certifikatfejl: SSL-halvdelen mangler, eller en CAA-record blokerer udstedelsen (ovenfor).
• Ekstern tjeneste melder “ikke verificeret”: CNAME’en peger ikke præcist på det navn, tjenesten kræver – kopiér deres værdi bogstavret, og husk at bag Cloudflare skal sådanne records ofte stå med grå sky.
• Virker på IPv4, men ikke for alle: en gammel eller forkert AAAA-record sender IPv6-brugere til den forkerte server. Fjern eller ret den.

Undgå subdomain takeover

Zonen har det med at samle forældreløse subdomæner gennem årene. En CNAME, der peger på en tjeneste, I har opsagt, er ikke bare rod: hvis en anden kan oprette en konto hos tjenesten med samme navn, kan de overtage jeres subdomæne og vise deres eget indhold på det (subdomain takeover). Fjern derfor CNAME-recorden samtidig med, at I opsiger tjenesten, og gennemgå zonen en gang om året for navne, ingen kan forklare.

Verifikation

Subdomænet er i drift, når et dig-opslag returnerer den forventede IP eller CNAME-kæde, siden svarer med det rigtige indhold på https uden advarsler – fra både fast net og mobilnet – og eventuelle eksterne tjenester melder verificeret. Notér subdomænets formål og ejer i DNS-zonens kommentarfelt eller jeres driftsdokument. Én linje nu sparer arkæologien senere.

Læs også

• Hub: Domæner, DNS og SSL
• DNS-propagering
• TXT-records til verifikationer
• Grundlæggende DNS-guide
• DNS hosting med høj oppetid
• Hvad er et domæne? Domænenavne forklaret for begyndere
• Webhotel hos Hostious – med gratis SSL og dansk support døgnet rundt

Ofte stillede spørgsmål om subdomæner

Koster et subdomæne noget?

Nej – subdomæner er en del af dit eksisterende domæne og oprettes frit i DNS og kontrolpanelet. Kun indholdet bag dem (fx en ekstern tjeneste) kan koste.

Er subdomæne eller undermappe bedst til SEO?

Indhold, der skal styrke hoveddomænet (blog, guides), ligger som regel bedst i en undermappe (/blog/). Subdomæner er til adskilte systemer – shop, booking, app – hvor teknik eller tjeneste kræver det. Vælg efter funktion, ikke mode.

Hvor mange subdomæner kan jeg have?

I praksis ubegrænset – DNS sætter ingen relevant grænse. Den reelle grænse er overblikket: hver record bør have et kendt formål og en ejer.

Skal jeg bruge et wildcard-certifikat?

Kun hvis du har mange eller skiftende subdomæner på samme server. Til få subdomæner er et certifikat, der nævner hvert navn, enklere. Et wildcard-certifikat fra Let’s Encrypt kræver DNS-validering, så det kræver adgang til at oprette TXT-records automatisk eller manuelt.