Artikel

DNS ved hostingflytning — Flyt din hjemmeside uden nedetid

En hostingflytning kræver DNS-ændringer. Gøres det rigtigt, er nedetiden minimal. Her er den komplette fremgangsmåde.

Sidst opdateret:

At flytte sin hjemmeside til ny hosting er en af de mest almindelige tekniske SEO-opgaver — og en af de der oftest resulterer i unødvendig nedetid. Med den rette fremgangsmåde kan en hostingflytning gennemføres uden mærkbar nedetid: nøglen er at adskille klargøring af ny server, DNS-ændring og propagation i tid og sikre at alt er testet inden DNS-skiftet.

Tre faser i en hostingflytning

En hostingflytning involverer altid tre ting: ny server (filer, database og konfiguration overflyttet), DNS-ændring (A-record opdateret til ny servers IP) og propagation (tid til DNS-ændringen slår igennem globalt). Nedetid opstår typisk, fordi man foretager alle tre på én gang. Det rigtige svar er at adskille dem i tid.

Trin-for-trin: Hostingflytning uden nedetid

7 dage før — Sæt TTL ned

Find din nuværende A-records TTL-værdi. Er den 86400 (24 timer), sæt den til 300 (5 minutter).

Vent nu mindst 24-48 timer — den tid det tager for den gamle høje TTL at udløbe globalt.

1-2 dage før — Opsæt ny server komplet

Opret din hjemmeside fuldt ud på den nye server:

  • Filer, database og konfiguration kopieret
  • Webserver konfigureret korrekt
  • SSL-certifikat installeret
  • Test at alt fungerer ved at tilgå siden via IP-adresse direkte (eller via en midlertidig testdomain/hosts-fil)

Gør det ikke: Skift DNS, og forvent derefter at konfigurere serveren. Det er for sent.

Flytningsdagen — Skift A-record

Opdater A-recorden til den nye servers IP-adresse.

Med TTL på 300 er propagation afsluttet på 5-30 minutter for langt de fleste brugere.

Monitorer aktivt

Hold øje med:

  • At hjemmesiden er tilgængelig fra den nye server
  • At HTTPS-certifikatet er gyldigt
  • At e-mail stadig fungerer (MX-records er uændrede)
  • At Google Search Console ikke viser fejl

24-48 timer efter — Genopsæt TTL

Når alt fungerer stabilt, sæt TTL tilbage til 3600 eller 86400.

Hvad med e-mail?

E-mailkonfigurationen (MX-records, SPF, DKIM) er knyttet til domænet — ikke til webhosting.

Skifter du kun webhosting (ikke e-mailudbyder), er det typisk kun A-recorden du skal ændre. MX, SPF og DKIM forbliver uændrede.

Skifter du til en ny hosting der inkluderer e-mail, skal du opdatere MX-records og TXT-records separat — gerne med lav TTL og god planlægning.

Hvad med www vs. roddomæne?

Husk at opdatere begge:

eksempel.dk.       A    NY.IP.ADRESSE
www.eksempel.dk.   A    NY.IP.ADRESSE   (eller CNAME til eksempel.dk)

Glemmer du én af de to, vil en del brugere ramme den gamle server.

SEO-risici ved hostingflytninger

En ren hostingflytning uden URL-ændringer påvirker ikke rangering. Du bevarer alle URL’er, alle interne og eksterne links og alt indhold. Google vil opleve et hurtigt skifte i IP-adresse, men det er rutine for crawlere — teknisk identisk med hvad der sker, når et CDN roterer IP-adresser.

Risici opstår ved

Nedetid under flytningen betyder, at Googlebot møder fejl. Et SSL-certifikat der ikke er installeret på ny server, giver HTTPS-fejl. Konfigurationsfejl på ny server kan resultere i 500-fejl eller forkerte redirects. MX-records der slettes ved fejl, stopper e-mail.

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.

Del af: DNS — Domain Name System forklaret →

Andre artikler i samme emne

Relaterede begreber

Artikel DNS og SEO — Sådan påvirker DNS din søgemaskineoptimering DNS påvirker SEO via opslagstid, TTFB, HTTPS-konfiguration og e-maillevering — her er hvad du konkret skal have styr på. 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. Artikel DNS TTL — Hvad er Time to Live? TTL (Time to Live) er en talværdi i sekunder der fortæller DNS-resolvere, hvor længe de må cache et DNS-svar, inden de skal spørge igen. Artikel Hvor lang tid tager DNS-propagation? DNS-propagation tager typisk 1-48 timer, afhængigt af TTL-værdien på de records du ændrer. Med lav TTL kan det ske på få minutter. Emne DNS — Domain Name System forklaret DNS er internettets telefonbog — systemet der oversætter domænenavne som stegger.dk til IP-adresser som servere forstår. Artikel DNS vs. domæne vs. hosting — Hvad er forskellen? Domænet er dit navn, hosting er din adresse, DNS er systemet der forbinder de to. Her er den klare forskel.

Ofte stillede spørgsmål

Hvad er de tre faser i en hostingflytning?
En hostingflytning består af: (1) ny server — filer, database og konfiguration overflyttet og testet, (2) DNS-ændring — A-recorden opdateret til ny servers IP-adresse, og (3) propagation — tid til DNS-ændringen slår igennem globalt. Nedetid opstår typisk fordi man gennemfører alle tre på én gang. Løsningen er at adskille dem i tid.
Påvirker en ren hostingflytning din SEO-rangering?
Nej. En hostingflytning uden URL-ændringer påvirker ikke rangering. Du bevarer alle URL'er, interne og eksterne links og alt indhold. Google oplever et hurtigt skifte i IP-adresse, men det er rutine for crawlere. SEO-risici opstår kun ved nedetid under flytningen, HTTPS-certifikatfejl eller konfigurationsfejl på den nye server.
Hvad skal du gøre med e-mail og MX-records ved en hostingflytning?
Skifter du kun webhosting og ikke e-mailudbyder, er det typisk kun A-recorden du skal ændre — MX, SPF og DKIM forbliver uændrede. Skifter du til en ny hosting der inkluderer e-mail, skal du opdatere MX-records og TXT-records separat. Sæt lav TTL på disse records inden ændringen og test at e-mail stadig fungerer efter flytningen.
Hvad gør du, hvis sitet er nede under DNS-propagation?
Opdager du problemer under propagation, er den hurtigste løsning at verificere at den nye server faktisk fungerer korrekt ved at tilgå den direkte via IP-adresse. Er den nye server defekt, kan du midlertidigt pege A-recorden tilbage til den gamle server — med lav TTL slår det igennem hurtigt. Dokumenter altid den gamle servers IP inden du begynder flytningen.
Skal du ændre canonical-tags og hreflang efter en hostingflytning?
Nej — ved en ren hostingflytning ændres URL-strukturen ikke, og canonical-tags, hreflang og intern linking forbliver uændrede. Du behøver heller ikke anmode Google om recrawl medmindre du oplever konkrete crawl-fejl. Det eneste SEO-risikoscenarie ved en ren hostingflytning er nedetid under flytningen og HTTPS-certifikatfejl — begge undgås med den korrekte procedure.

Placering i ordbogen

Internettets historie — Fra ARPANET til World Wide Web
DNS — Domain Name System forklaret
DNS ved hostingflytning — Flyt din hjemmeside uden nedetid