Efter flytningen: tjeklisten, der fanger alt det glemte

Kort svar: En flytning er først færdig, når den er efterprøvet. Kør tjeklisten i fire hovedspor – web (SSL, undersider, formularer), mail (ind og ud på hver konto), DNS (alle records genskabt, gamle svar udløbet) og drift (backup, cron og overvågning kører på den nye løsning) – plus et ekstra spor, hvis du driver webshop. Først når alle spor har været grønne i en uge, opsiger du den gamle løsning.

Fagligt gennemgået: 2. oktober 2026

Selve flytningen får al opmærksomheden – men de fleste flytteproblemer opdages først bagefter: formularen, ingen testede; SPF-recorden, der ikke kom med; cron-jobbet, der stadig kørte på den gamle server. Denne tjekliste samler alt det, der skal efterprøves, i én systematisk gennemgang – uanset hvor du er flyttet fra.

Brug listen sammen med tjeklisten før flytningen: den forbereder, denne efterprøver. Har du et screenshot af den gamle DNS-zone og en liste over sitets funktioner fra før flytningen, er halvdelen af arbejdet gjort.

Før du ændrer noget: Luk ikke den gamle løsning, før tjeklisten er gennemført. Lav ikke indholdsændringer, mens DNS stadig peger forskelligt for forskellige besøgende – ellers kan ordrer, kommentarer eller formularindsendelser lande på den gamle server og gå tabt.

De første 72 timer

Ikke alt skal testes på én gang. Begynd med det, der koster penge eller kunder, hvis det fejler:

Hvornår	Hvad	Hvorfor
Straks efter DNS-skiftet	Forside, SSL, login, kontaktformular, testmail ind og ud	De mest synlige fejl rammer flest
Første døgn	Alle mailkonti, betalingsflow, ordremails, formularer	Fejl her koster henvendelser og salg
Første 72 timer	Fuld DNS-afstemning, cron, backup, integrationer, Search Console	Fejl her viser sig først med forsinkelse
Efter en uge	Gentag stikprøverne, og gennemgå logs	Fanger det, der kun sker ugentligt

Disse kommandoer viser hurtigt, om DNS og webserver svarer som forventet. Erstat domænet med dit eget:

dig +short A ditdomæne.dk
dig +short MX ditdomæne.dk
dig +short TXT ditdomæne.dk
curl -sI https://ditdomæne.dk/ | head -n 5
curl -sI http://www.ditdomæne.dk/ | grep -i location

1. Spor: Web

• Forsiden og de 10 vigtigste undersider svarer 200 på det rigtige domæne – testet i et privat vindue.
• SSL er aktivt og fornys automatisk; https tvinges, og der er ingen mixed content.
• Alle formularer er testet med rigtige indsendelser – og beskederne ankom.
• Billeder vises overalt (en klassiker efter flytning – se guiden om billeder efter flytning, hvis ikke).
• Login til wp-admin virker for alle brugere, og rettighederne er intakte (ellers: guiden om „Sorry, you are not allowed to access this page“).
• Permalinks og undersider virker – giver alle undersider 404, så se guiden om permalinks.
• Gamle URL’er, du har redirects til, redirecter stadig – redirect-regler i en gammel .htaccess eller i et plugin kommer ikke altid med.
• Sitet er ikke sat til „skjul for søgemaskiner“, og robots.txt blokerer ikke – en klassisk rest fra en staging-kopi.
• PHP-versionen på den nye server er den, sitet er testet med (helst en aktuel version som PHP 8.3 eller 8.4), og der er ingen nye fejl i fejlloggen.
• Hastigheden er målt, så du har et før- og efter-tal at sammenligne med.

2. Spor: Mail

• HVER konto: send og modtag én testmail – også scanner@, faktura@ og de andre, der let bliver glemt.
• Gamle mails og mapper er på plads efter IMAP-overførslen.
• SPF, DKIM og DMARC validerer på den nye opsætning (send en testmail til Gmail, vælg „Vis original“ og se efter pass på alle tre).
• Alle klienter og telefoner peger på den nye server – guiden til iPhone og Android og guiden til Outlook og Apple Mail har værdierne.
• Videresendelser, aliaser og autosvar er genskabt – de ligger ofte i den gamle udbyders kontrolpanel og kommer ikke med i en IMAP-overførsel. Se guiden om autosvar og videresendelse.
• Sitets egne mails (formularer og ordrer) sendes autentificeret og lander i indbakken – ikke i spam.

3. Spor: DNS og domæne

• Afstem den nye DNS-zone mod dit gamle screenshot – record for record (A, AAAA, CNAME, MX, TXT, SRV).
• Verifikationer (Google, sociale medier, betalingstjenester) melder stadig verificeret – se guiden om TXT-records til verifikationer.
• Domænet peger korrekt overalt, og ingen gamle svar hænger (tjek fra mobilnet og evt. et online DNS-tjek; propagering kan tage op til TTL’ens længde).
• www og uden www redirecter til én primær variant – se guiden om www eller uden www.
• Subdomæner (booking., shop. osv.) er flyttet med eller bevidst udfaset.
• Er navneserverne flyttet, og var DNSSEC slået til, så tjek, at DNSSEC er sat korrekt op hos den nye DNS-udbyder – en forkert DS-record gør domænet utilgængeligt. Se guiden om DNSSEC.
• TTL er sat tilbage til en normal værdi, hvis du sænkede den før flytningen.

4. Spor: Drift og baggrund

• Backup kører på den nye løsning – og en gendannelsestest er prøvet, mens det er nemt.
• Cron og planlagte opgaver kører på den NYE server – og er slukket på den gamle, så intet kører dobbelt (se guiden om wp-cron).
• Overvågning og uptime-tjek peger på den nye løsning – og cache og object cache er sat op efter planen.
• Integrationer (økonomisystem, CRM, API-nøgler med IP-binding) er gentestet – serverens IP-adresse er jo ny.
• Sitemap er tilgængeligt, og Search Console viser ingen nye fejl i indeksering eller crawling.

5. Spor: Webshop

Driver du webshop, lægges dette oveni:

• et komplet testkøb med rigtig betaling – og en refundering bagefter;
• ordremails, der ankommer til både kunde og butik;
• betalings-callbacks, der opdaterer ordrestatus (se guiden om ordrer, der står som „Afventer betaling“, hvis ikke);
• fragtintegrationen, der danner labels;
• planlagte handlinger i WooCommerce, der kører (abonnementer, lageropdateringer, mails);
• ordrer fra flyttevinduet, der er komplette – jf. guiden om WooCommerce-migrering uden tab af salg.

6. Først nu: opsigelsen

Når alle spor har været grønne i en uge: gem det sidste fra den gamle løsning (endelig backup, DNS-screenshot, fakturaer og eventuelle logs), bekræft at intet stadig peger på den – og opsig så med god samvittighed. Gem materialet i mindst tre måneder.

Tjek også, hvad opsigelsen omfatter: følger domænet med i den gamle aftale, skal det flyttes eller beholdes, før aftalen ophører – ellers risikerer du at miste det. Dukker der alligevel noget op senere (en glemt tjeneste, et sjældent brugt subdomæne), har du både facitlisten og supporten til at lukke det hurtigt.

Læs også

• Hub: Migrering og flytning
• Tjeklisten før flytningen
• DNS ændring ved migrering: sådan undgår du unødig nedetid
• Flyt mail og web hver for sig
• Gratis migrering til Hostious – gratis flytning, når du vælger WordPress hosting

Ofte stillede spørgsmål om tjek efter flytning

Hvor længe skal jeg beholde den gamle løsning?

Mindst en uges verificeret drift efter DNS-skiftet – og gerne hen over de begivenheder, der belaster systemet (lønkørsel, nyhedsbrev, kampagne). Et dobbeltabonnement i en kort periode er en billig forsikring i hele flytningen.

Noget virkede i går, men ikke i dag – hvorfor?

Klassisk propagering: i går ramte du den gamle server på et cachet DNS-svar; i dag den nye. Derfor tester man fra flere netværk – og venter TTL’en ud, før man konkluderer.

Hvem skal køre tjeklisten?

Del den op. Den, der står for flytningen, kan efterprøve teknikken (DNS, SSL og mail-flow), men funktionerne – formularer, købsflow og integrationer – kender du typisk bedst selv. Aftal på forhånd, hvem der tester hvad, så intet bliver glemt.

Kan en flytning skade min SEO?

Ikke hvis domænet og URL’erne er de samme, og sitet svarer hurtigt og korrekt. Risikoen ligger i glemte redirects, en noindex-indstilling fra staging eller en robots.txt, der blokerer. Tjek de tre punkter, og hold øje med Search Console de første uger.