Artikel

DNS-propagation og TTL — Hvad sker der når du ændrer DNS?

DNS-propagation er den tid det tager for en DNS-ændring at sprede sig til alle servere på internettet — typisk 24-48 timer, men kan reduceres med lav TTL.

Du har netop ændret din A-record og peget dit domæne til den nye server.

Men hjemmesiden er stadig den gamle. En kollega i en anden by ser den nye. Du ser den gamle.

Det er DNS-propagation i praksis.


Hvad er DNS-propagation?

DNS-propagation er den tid det tager for en ændring i DNS-indstillinger at sprede sig til alle DNS-servere og -resolvere på internettet.

Internettet har ikke ét centralt DNS-register. Millioner af resolvers verden over cacher DNS-svar lokalt for at undgå at spørge authoritative nameservere ved hvert opslag. Disse caches udløber gradvist — og det er den gradvise udløbning, vi kalder propagation.


Hvad er TTL?

TTL (Time to Live) er kernen i forståelsen af propagation.

Hver DNS-record har en TTL-værdi — et tal i sekunder der fortæller resolvers, hvor længe de må cache svaret:

  • TTL 86400 = cach i 24 timer
  • TTL 3600 = cache i 1 time
  • TTL 300 = cache i 5 minutter

Når TTL udløber, spørger resolveren den autoritative nameserver igen og henter den opdaterede record.

Konsekvensen: Har du en TTL på 86400 og ændrer en A-record, kan resolvers returnere den gamle IP-adresse i op til 24 timer efter ændringen.


Planlagte DNS-ændringer — sådan gør du det rigtigt

Hvis du ved, at du skal flytte en hjemmeside til ny server eller ny hosting:

1. Sænk TTL i god tid Mindst 24-48 timer før flytningen: sæt TTL til 300 (5 minutter). Vent til den gamle høje TTL er udløbet. Nu kan alle caches opdateres hurtigt efter din ændring.

2. Foretag ændringen Skift A-record til den nye server. Med TTL 300 er propagation i praksis afsluttet på 5-10 minutter for de fleste resolvers.

3. Sæt TTL tilbage Når alt fungerer på den nye server, sæt TTL tilbage til en normal værdi (f.eks. 3600 eller 86400).


Hvorfor ser vi ikke det samme?

Under propagation oplever brugere forskelligt, afhængigt af hvilken resolver de bruger:

  • Brugere der bruger Cloudflare DNS (1.1.1.1) kan se den nye server
  • Brugere med ISP-resolver der cachede den gamle record for 24 timer siden, ser stadig den gamle

Det er ikke en fejl — det er caching-systemet, der fungerer som det skal. Det forsvinder, efterhånden som gamle caches udløber.


DNS-propagation og SEO

For SEO er der to situationer, hvor propagation er særlig vigtig:

Domæneflytning Flyttes et domæne til ny server under en større teknisk migration, skal DNS og server være synkroniseret for at undgå nedetid. Nedetid betyder mistet crawl-budget og potentielt tab i rangering.

HTTPS-overgangen Opsætning af SSL/TLS-certifikater kræver korrekt DNS-konfiguration. Certifikatvalidering sker ofte via DNS (DNS-01 challenge). Med høj TTL kan validering fejle, hvis records ikke er opdateret.


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

Andre artikler i samme emne

Placering i ordbogen