Kort svar: Et subdomæne (booking.ditdomæne.dk) er bare en DNS-record plus – hvis det skal vise et website – en tilknytning i webserveren: opret subdomænet i kontrolpanelet (som laver begge dele), eller peg det manuelt med en A-record til en IP eller en CNAME til et andet navn (typisk eksterne tjenester). SSL skal dække subdomænet, propagering tager op til TTL’en – og et subdomæne er gratis: det er ikke et nyt domæne, men en gren på dit eksisterende.
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 et subdomæne består af to halvdele, og folk kun sætter den ene op. Denne guide gør begge halvdele tydelige.
Kontrolramme: Vejledningen er skrevet pr. 30. august 2026. Terminaleksemplet er genskabt med et anonymiseret domæne.
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 i ét: DNS-recorden lægges i zonen, og en webmappe/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.
Tommelfingerreglen: A-record (direkte til en IP), når subdomænet bor på en server, du kender – fx din egen hosting. CNAME (alias til et andet navn), når subdomænet skal følge en ekstern tjeneste, som selv kan skifte IP – booking-, statuspage- og mailkampagne-tjenester beder typisk om netop en CNAME til deres navn:
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. Wildcard (*.ditdomæne.dk) findes også: praktisk til systemer med mange dynamiske subdomæner, men brug det bevidst – det fanger også tastefejl.
Certifikatet for ditdomæne.dk dækker ikke automatisk booking.ditdomæne.dk – subdomænet skal enten have sit eget certifikat (udstedes automatisk, når subdomænet oprettes på Hostious-hosting) eller være dækket af et wildcard-certifikat. Peger subdomænet på en ekstern tjeneste, udsteder tjenesten normalt selv certifikatet, når CNAME’en er verificeret. 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 advarsels-guiden.
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 i DNS-zonens kommentarfelt eller jeres driftsdokument: zonen har det med at samle forældreløse subdomæner gennem årene, og udokumenterede CNAME’er til nedlagte tjenester er både rod og en sikkerhedsrisiko (subdomain takeover). Én linje nu sparer arkæologien senere.
Nej – subdomæner er en del af dit eksisterende domæne og oprettes frit i DNS/kontrolpanelet. Kun indholdet bag dem (fx en ekstern tjeneste) kan koste.
Indhold, der skal styrke hoveddomænet (blog, guides), ligger 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.
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.
