Artikel

CNAME-record — Hvad er et CNAME i DNS?

CNAME er et DNS-alias: det peger fra ét domænenavn til et andet domænenavn, ikke direkte til en IP-adresse.

CNAME-record (Canonical Name Record) er et alias i DNS — i stedet for at pege til en IP-adresse peger en CNAME til et andet domænenavn, som DNS-systemet derefter løser videre til en IP-adresse. CNAME bruges typisk til www-subdomæner og hosting-tjenester som Shopify og Netlify, og forståelse af CNAME vs. A-record er afgørende for korrekt DNS-konfiguration ved domæneskift og hostingflytninger.


Hvad gør en CNAME-record?

www.stegger.dk.     CNAME    stegger.dk.
blog.stegger.dk.    CNAME    stegger.dk.

Her er www.stegger.dk et alias for stegger.dk. Spørger nogen om www.stegger.dk, returnerer DNS stegger.dk, og løser derefter den A-record til IP-adressen.


Hvornår bruger du en CNAME?

www-subdomænet

Den klassiske brug: www.eksempel.dk peget til eksempel.dk via CNAME, så begge adresser fører til det samme site.

Hosting-tjenester

Mange hosting-platforme (Shopify, Squarespace, Netlify, GitHub Pages, Cloudflare Pages) kræver, at du sætter en CNAME der peger til deres infrastruktur:

shop.eksempel.dk.    CNAME    shops.myshopify.com.

Det giver dem fleksibilitet til at flytte din trafik til andre servere uden at du skal opdatere DNS.

Andre subdomæner

Subdomæner som status.eksempel.dk, app.eksempel.dk eller help.eksempel.dk sættes typisk op med CNAME til den relevante tjenestes domæne.


CNAME-begrænsninger

Roddomænet kan ikke have CNAME

Et roddomæne (eksempel.dk uden www) kan ikke have en CNAME-record. Det er defineret i DNS-standarden (RFC 1034). Årsagen er, at et domæne med CNAME ikke må have andre records — men et roddomæne skal altid have en SOA-record og NS-records, og de er uforenelige.

Løsningen er en A-record på roddomænet, eller “CNAME flattening” som Cloudflare og andre udbydere tilbyder — en teknisk workaround der opfører sig som CNAME men returnerer en A-record.

CNAME kan ikke pege til MX- eller NS-records

CNAME-records kan ikke bruges som destination for e-mail (MX) eller nameserver (NS) records. Begge skal pege direkte til navne med A-records.


CNAME vs. A-record

A-recordCNAME
Peger tilIP-adresseAndet domæne
Roddomæne
Subdomæner
Opdatering ved IP-skiftManuelAutomatisk (via target)
HastighedDirekteEkstra opslag

Se den fulde sammenligning i CNAME vs. A-record.


Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog — den komplette danske reference til søgeoptimering. → Denne artikel er en del af DNS — Domain Name System forklaret.

Andre artikler i samme emne

Ofte stillede spørgsmål

Hvad er en CNAME-record?
CNAME (Canonical Name Record) er et DNS-alias der peger fra ét domænenavn til et andet domænenavn — ikke direkte til en IP-adresse. DNS-systemet løser derefter det pekede domæne videre til en IP. Eksempel: www.stegger.dk CNAME stegger.dk. betyder at forespørgsler om www-subdomænet løses som stegger.dk.
Hvorfor kan et roddomæne ikke have en CNAME-record?
Et roddomæne (eksempel.dk uden subdomæne) kan ikke have CNAME — det er defineret i RFC 1034. Årsagen er at et domæne med CNAME ikke må have andre records, men roddomænet skal altid have SOA- og NS-records. Mange DNS-udbydere som Cloudflare løser dette med CNAME flattening — en teknisk workaround der lader dig konfigurere det som CNAME, men returnerer en A-record til resolvere.
Hvornår er en CNAME den rigtige record-type?
Brug CNAME til www-subdomænet (www.eksempel.dk → eksempel.dk), til hosting-tjenester som Shopify, Netlify og GitHub Pages der kræver en CNAME til deres infrastruktur, og til andre subdomæner som shop.eksempel.dk eller app.eksempel.dk. CNAME giver den fordel at IP-adressen opdateres automatisk, hvis hostingudbyderen ændrer sine servere.
Hvad betyder det at en CNAME kædes?
CNAME-kæder opstår, når en CNAME peger til en anden CNAME, der igen peger videre — fx www.eksempel.dk → eksempel.netlify.app → netlifys-infrastruktur.com. Lange CNAME-kæder forsinker DNS-opslag fordi hvert led kræver et separat opslag. DNS-standarden specificerer ikke en maksimumgrænse, men de fleste resolvere afbryder ved 8-10 kædeledd. Hold CNAME-kæder så korte som muligt for optimal DNS-opslagstid.
Hvad er TTL for en CNAME-record, og hvad er den optimale indstilling?
TTL (Time to Live) for en CNAME-record angiver, hvor længe resolvere må cache svaret, målt i sekunder. En typisk standard-TTL på 3600 (1 time) eller 86400 (24 timer) er fin i daglig drift. Planlægger du at ændre CNAME — fx flytte en Shopify-butik til en anden platform — bør du sætte TTL til 300 mindst 24-48 timer inden ændringen for at minimere propagations-ventetiden.

Placering i ordbogen