Sådan flytter du en WordPress Hjemmeside til ny Hosting

Kort svar: Du flytter WordPress til ny hosting ved at oprette en tom WordPress-installation hos den nye udbyder, eksportere det gamle site med et migreringsplugin som All-in-One WP Migration, importere det på den nye server og teste alt, før du ændrer DNS. Sænk TTL i god tid, tag en sidste synkronisering lige før skiftet, og lad den gamle hosting stå, til du er sikker på, at alt virker. Vil du ikke selv, kan Hostious stå for flytningen gratis.

Fagligt gennemgået: 2. oktober 2026

Her får du en trin-for-trin vejledning i, hvordan du opretter en ny WordPress-side i Hostious’ kontrolpanel, og hvordan du derefter flytter en eksisterende WordPress-side fra en anden host med fx pluginnet All-in-One WP Migration fra ServMask.

Guiden er delt op i dele, så du kan følge den fra start til slut: oprettelse af den nye installation, eksport, import, domæne og DNS, fejlfinding og til sidst de kontroller, der sikrer, at du hverken får nedetid eller mister data.

Del 1: Opret en ny WordPress-side hos Hostious

1. Log ind på kontrolpanelet: Gå til adressen for dit kontrolpanel. Den varierer fra host til host, hos Hostious står den i din velkomstmail. Log ind med det brugernavn og den adgangskode, du har fået.
2. Vælg konto og opret et website: Administrerer du flere brugere eller konti, så vælg den konto, hjemmesiden skal ligge under. Gå til Websites, og klik på Add Website (tilføj website).

3. Opret og klargør WordPress: Klik på Add WordPress site, og følg trinene nedenfor.

• Indtast det domæne, du vil bruge, fx mitdomæne.dk.
• Lad “Installation path” (installationsstien) stå som /.
• Indtast brugernavn, adgangskode og e-mail til WordPress-administratoren.
• Klik på Installer, og vent på, at systemet gør installationen færdig.
• Systemet opretter nu en ny mappe og konfiguration til dit website.

4. Tjek SSL: Kontrolpanelet opretter automatisk et gratis SSL-certifikat. Det bør du beholde. Har du en særlig grund til at fjerne det, finder du indstillingen under Security → SSL Certificate.

Nu er din nye WordPress-installation klar på serveren.

Del 2: Forbered din gamle WordPress-side til flytningen

1. Log ind på dit gamle WordPress-site: Gå til kontrolpanelet på den gamle host, fx https://gammelt-domæne.dk/wp-admin.
2. Installer og aktivér All-in-One WP Migration: Gå til Plugins → Tilføj nyt, søg efter “All-in-One WP Migration” fra ServMask, og installer og aktivér pluginnet.

3. Eksportér din gamle hjemmeside: Følg trinene nedenfor.

• Når pluginnet er aktiveret, ser du menupunktet “All-in-One WP Migration” i WordPress-menuen.
• Klik på Export (eksportér).
• Vælg Export To → File. Andre destinationer findes, men en fil er det mest almindelige.
• Pluginnet laver nu en samlet kopi af hele sitet med filer og database.
• Afhængigt af sitets størrelse får du efter noget tid en knap til at hente en .wpress-fil.
• Gem .wpress-filen på din computer.

Valgfrit: ryd op før eksporten. Inden du eksporterer, kan du fjerne store filer, du ikke bruger, slette inaktive plugins og temaer og tømme papirkurven. Det gør filen mindre og eksport og import hurtigere. Har du et backup-plugin, der gemmer kopier inde i wp-content, så overvej at udelade de mapper, så du ikke flytter gamle backups med.

Del 3: Importér WordPress-sitet på den nye server

1. Log ind på dit nye WordPress-site hos Hostious: Gå til kontrolpanelet på det nye domæne eller på et test-subdomæne, hvis du har sat et op, fx https://nyt-domæne.dk/wp-admin.
2. Installer All-in-One WP Migration: Gå til Plugins → Tilføj nyt, søg efter “All-in-One WP Migration”, og installer og aktivér pluginnet.
3. Importér din kopi: Følg trinene nedenfor.

• Find “All-in-One WP Migration” i WordPress-menuen.
• Vælg Import (importér).
• Klik på Import From → File.
• Vælg den .wpress-fil, du hentede fra den gamle installation.
• Vent, mens pluginnet uploader og pakker filen ud. Det kan tage tid, afhængigt af filens størrelse og din uploadhastighed.

4. Bekræft importen: Efter uploaden advarer pluginnet om, at importen overskriver alle data på den nuværende installation. Klik på Proceed (fortsæt) for at gennemføre. Bemærk, at du bagefter logger ind med brugernavn og adgangskode fra det gamle site, fordi databasen er blevet erstattet.
5. Gør færdig og test: Når importen er lykkedes, beder pluginnet dig typisk om at gemme permalinks igen. Gå til Indstillinger → Permalinks, og klik på Gem ændringer. Du behøver ikke ændre noget. Tjek derefter, at siden vises korrekt.

Del 4: Domæne og DNS (vigtigt for live drift)

Peg domænets DNS mod den nye server. Skal det rigtige domæne flyttes til den nye host, skal du opdatere domænets A-post (og eventuelt AAAA-post) til den nye servers IP-adresse. IP-adressen kan du se i kontrolpanelet på den nye server. Vi anbefaler ofte at styre DNS via Cloudflare, som har en gratis plan. Se Del 6.

Vent på, at ændringen slår igennem. DNS kan tage fra få minutter til 24–48 timer om at være opdateret overalt, afhængigt af TTL. Imens kan du teste siden på en midlertidig URL eller ved at rette din lokale hosts-fil, så du er sikker på, at alt spiller, inden DNS skifter.

SSL-certifikat. Når DNS peger på den nye server, skal du sikre, at SSL er udstedt til domænet, så siden kører sikkert over HTTPS. Let’s Encrypt-certifikater kan normalt først udstedes eller fornyes, når domænet peger på serveren.

Test hele sitet. Gennemgå sider, indlæg, kontaktformularer og billeder. Tjek, at permalinks virker, så links ikke giver 404-fejl. Bruger du et cacheplugin, så tøm cachen, så du ikke ser gamle filer.

Del 5: Fejlfinding og typiske faldgruber

• Filstørrelsesgrænse ved import: Fejler importen på grund af filstørrelsen, skal grænserne upload_max_filesize og post_max_size i PHP-indstillingerne hæves, hvilket du kan gøre i Hostious’ kontrolpanel. Pluginnets egen grænse følger serverens uploadgrænse, og ServMask sælger en betalt udvidelse til meget store sites. Se også guiden til at hæve upload-grænsen i WordPress.
• Tegnsæt i databasen: Ser du mærkelige tegn i stedet for æ, ø og å efter importen, så tjek, at databasen bruger samme tegnsæt som før, typisk utf8mb4. Pluginnet håndterer det normalt, men dobbelttjek, hvis du ser fejl.
• Ændring af site-URL: Flytter du til et nyt domæne, retter All-in-One WP Migration normalt selv URL’erne i databasen. Skal du rette dem manuelt, kan du bruge pluginnet Better Search Replace og tjekke Indstillinger → Generelt. Søg og erstat altid på en kopi eller efter en backup.
• Permalinks: Gå til Indstillinger → Permalinks, og klik på Gem ændringer. Det fjerner ofte 404-fejl efter en flytning.
• Plugins, temaer og PHP: Efter importen bør du tjekke, om plugins og temaer skal opdateres. Den nye server kører måske en nyere PHP-version. Sigt efter en understøttet version som PHP 8.3 eller 8.4, men tjek først, at dine plugins og dit tema er kompatible. Gamle plugins kan give fejl efter et PHP-skift.
• Billeder mangler: Vises billederne ikke, skyldes det typisk, at uploads-mappen ikke kom med, eller at URL’erne stadig peger på det gamle domæne. Se billeder vises ikke efter en flytning.

Har du husket alle trin?

• Opret en ny WordPress-installation med 1-klik-installationen eller manuelt.
• Installer pluginnet og eksportér det gamle site med All-in-One WP Migration.
• Importér til den nye installation med samme plugin.
• Peg DNS korrekt, og vent på, at domænet er opdateret.
• Tjek SSL, permalinks og at hele sitet fungerer, som det skal.

Med denne arbejdsgang har du en komplet opskrift på både at oprette en ny WordPress-side hos Hostious og at flytte en eksisterende side over med All-in-One WP Migration.

Del 6: Brug Cloudflare som DNS – trin for trin

Med Cloudflare som DNS-tjeneste kan du skifte IP-adressen frem og tilbage på få sekunder, hvis noget går galt. Sådan sætter du det op:

1. Opret en gratis Cloudflare-konto: Gå til cloudflare.com, klik på Sign Up, og opret en konto med e-mail og adgangskode.
2. Tilføj dit domæne: Når du er logget ind, vælger du Add a domain (i ældre udgaver “Add a Site”). Skriv dit domæne, fx mitdomæne.dk, og vælg den gratis plan, hvis du ikke har brug for mere.
3. Gennemgå de fundne DNS-poster: Cloudflare scanner automatisk dine nuværende DNS-poster. Tjek, at de er korrekte, og tilføj eller ret de nødvendige A-, CNAME-, MX- og TXT-poster. Sammenlign med posterne hos din nuværende udbyder, så intet bliver glemt.
4. Slå DNSSEC fra hos registratoren: Er DNSSEC slået til på domænet, skal det slås fra, før du skifter navneservere. Ellers kan domænet holde op med at svare. Du kan slå det til igen via Cloudflare bagefter.
5. Skift navneservere til Cloudflare: Cloudflare giver dig to navneservere, fx rita.ns.cloudflare.com og roan.ns.cloudflare.com. Log ind hos din domæneregistrator, hvor domænet er købt, og skift domænets navneservere til de to fra Cloudflare. Det kan tage fra få minutter til 24–48 timer, før skiftet slår igennem overalt.
6. Vent på bekræftelse: I Cloudflare står der, at de venter på navneserverne. Når skiftet er registreret, bliver domænet aktivt i Cloudflare, og du administrerer DNS-posterne dér.
7. Peg A-posten mod den nye servers IP: Find A-posten for roddomænet (typisk vist som “@” eller domænenavnet), og ret feltet Content eller IPv4 address til den nye servers IP-adresse. Tjek også subdomæner som www.
8. Vælg proxy eller ej: Cloudflare skelner mellem Proxied (orange sky) og DNS only (grå sky). Med Proxied får du Cloudflares CDN og beskyttelse, med DNS only bruger du kun Cloudflare som DNS. Poster til mailservere skal altid være DNS only.
9. Skift hurtigt tilbage, hvis noget fejler: Fordi du nu styrer DNS ét sted, kan du til enhver tid ændre IP-adressen tilbage til den gamle server uden at skulle skifte navneservere igen.
10. Test: Besøg dit domæne for at sikre, at det peger på den nye server. Med en DNS-checker som dnschecker.org kan du se, om DNS er opdateret i forskellige lande.

Fordelene ved Cloudflare som DNS er blandt andet hurtige DNS-opslag, nem administration og mulighed for at skifte IP-adresse på få sekunder ved flytninger eller fejl. Samtidig kan du vælge at bruge Cloudflares CDN og sikkerhedsfunktioner som DDoS-beskyttelse efter behov. Læs mere om orange og grå sky i Cloudflare.

Sådan undgår du nedetid og datatab under flytningen

Nedetid opstår sjældent, fordi WordPress er svært at flytte. Den opstår, fordi flere lag ændres på én gang: filer, database, DNS, SSL, cache og eventuelle eksterne integrationer. Er bare ét led ikke klar, ender besøgende med at hoppe mellem gammel og ny version eller møde fejl på billeder, formularer og login.

Den anden klassiske fejl er, at den gamle side stadig modtager ændringer, mens du tester den nye kopi. Har du kontaktformularer, medlemslogin, bookinger eller webshopordrer, kan alt se perfekt ud efter importen, mens nye indsendelser lander på den gamle server og aldrig kommer med over. Nul nedetid handler derfor både om oppetid og om datakonsistens: Den nye installation skal være færdigtestet, før DNS ændres, og de sidste data skal med lige inden skiftet.

Tjekliste før du eksporterer

Inden du klikker på Export i All-in-One WP Migration, bør du have styr på det, der ikke automatisk følger med i en .wpress-fil:

• Adgang til domæne og DNS (registrator eller Cloudflare)
• Adgang til admin, SFTP og database på den gamle host
• Hvilken PHP-version og databaseversion siden kører på i dag
• Formularer og SMTP-opsætning, herunder afsenderdomæne
• Cron-jobs og planlagte opgaver
• Redirects og specialregler i .htaccess eller på serveren
• E-mailkonti og maildata knyttet til domænet
• En plan for at rulle tilbage: Hvordan sender du trafikken tilbage, hvis noget fejler?

Sænk TTL i god tid

TTL angiver, hvor længe DNS-oplysninger må gemmes i cache hos internetudbydere og andre mellemled. Jo højere TTL, jo længere lever den gamle IP-adresse videre, efter du har opdateret A-posten. Sænk derfor TTL på dine DNS only-poster et par dage før flytningen, fx til 300 sekunder, så skiftet slår hurtigere og mere ensartet igennem. Bruger du Cloudflare med Proxied-poster (orange sky), står TTL som udgangspunkt på Auto, som svarer til 300 sekunder, så her behøver du ikke gøre mere. Læs mere om DNS-skift ved migrering.

Test den nye installation grundigt før DNS-skiftet

Du kan teste kopien på den nye server på tre måder, og de har hver deres styrker:

Testmetode	Egnet til	Fordel	Vær opmærksom på
Staging-URL	De fleste WordPress-sites	Let at dele med kolleger og gennemgå i ro	Kræver korrekt håndtering af URL’er og cache
Midlertidig URL	Hurtig kontrol	God til at se, at siden loader	Ikke alle funktioner opfører sig normalt på et midlertidigt domæne
Hosts-fil	Teknisk test før DNS-skift	Tester på det rigtige domæne mod den nye server	Påvirker kun din egen maskine og er let at glemme igen

Et staging-miljø er ofte den mest overskuelige vej, fordi du kan gennemgå siden uden at forstyrre besøgende på det rigtige domæne. Skal du lave søg og erstat i databasen på grund af URL-ændringer, så gør det på staging først og aldrig direkte på live uden backup.

Sådan bruger du hosts-filen: Tilføj en linje med den nye servers IP-adresse efterfulgt af dit domæne, fx “192.0.2.10 mitdomæne.dk www.mitdomæne.dk”. På Windows ligger filen i C:\Windows\System32\drivers\etc\hosts og skal redigeres som administrator. På macOS og Linux ligger den i /etc/hosts. Husk at fjerne linjen igen efter testen.

Det bør du teste, før du peger domænet

Det er fristende kun at tjekke forsiden, men de fleste fejl gemmer sig dybere i brugerflowet:

• Login og admin: Kan redaktører logge ind, opdatere indhold og gemme uden fejl?
• Undersider og kategorier: Virker produktsider, arkiver og eventuelle redirects?
• Mediefiler: Loader PDF-filer, videoindlejringer og miniaturer, ikke kun billeder?
• Formularer og e-mail: Kommer testbeskeder frem, og er SMTP-opsætningen stadig gyldig?
• Pluginfunktioner: Opfører SEO-plugin, sikkerhedsplugins, medlemsfunktioner og sidebyggere sig som før?
• Cache: Ser du gamle filer, blandet cache eller uventede 404-fejl?

Overvejer du WordPress’ indbyggede eksport og import via en WXR-fil i stedet for et migreringsplugin, så vær opmærksom på forskellen: WXR flytter kun redaktionelt indhold som indlæg, sider og kategorier. Pluginindstillinger, specialfelter, brugerroller og webshopdata følger ikke med. Skal siden genskabes 1:1, er en fuld flytning med filer og database næsten altid den rigtige vej.

Alternativer til All-in-One WP Migration

All-in-One WP Migration er nem at bruge, men den er ikke den eneste vej. Der findes andre migrerings- og backupplugins, der kan flytte et helt site, og nogle hosts har deres egne flytteværktøjer. Vælg det værktøj, du kender, og test altid resultatet på samme måde som beskrevet ovenfor.

Du kan også flytte sitet manuelt, hvilket giver mest kontrol ved store sites:

1. Hent alle filer fra den gamle server via SFTP, især mappen wp-content.
2. Eksportér databasen, fx med phpMyAdmin eller WP-CLI (wp db export).
3. Upload filerne til den nye server, og importér databasen i en ny, tom database.
4. Ret databasenavn, bruger og adgangskode i wp-config.php, så de passer til den nye server.
5. Skifter domænet, så kør søg og erstat på URL’erne, fx med wp search-replace, som også håndterer serialiserede data korrekt.

Den manuelle metode kræver lidt mere teknisk erfaring, men den har ingen størrelsesgrænse og gør det let at se, præcis hvad der er flyttet.

Lanceringsdagen: rækkefølgen der beskytter dine data

Når staging er godkendt, bør selve skiftet køres som en fast, kort sekvens:

1. Tag en sidste backup af både database og filer på den gamle host.
2. Frys ændringer kortvarigt: Ingen nye redigeringer, store importjob eller pluginopdateringer lige før skiftet.
3. Synkronisér de sidste data: Er siden aktiv, skal du eksportere og importere igen tæt på skiftetidspunktet, så de seneste ordrer, brugere og formularindsendelser kommer med.
4. Opdatér DNS, når alt andet er bekræftet.
5. Kontrollér live-sitet med det samme: forside, admin, formularer, login, billeder og betalinger.

Lad den gamle løsning stå, indtil du er sikker på, at trafikken er landet rigtigt på den nye. Så har du både mulighed for at rulle tilbage og en kilde til data, hvis noget alligevel mangler.

Ekstra kontrol ved WooCommerce og medlemssider

En præsentationsside kan flyttes på et hvilket som helst tidspunkt. En webshop skaber derimod nye data hvert minut: ordrer, lagerbevægelser, kundekonti og transaktionsmails. Læg derfor skiftet i et tidsrum med lav aktivitet, og gennemfør en fuld testordre på den nye platform, så du har bekræftet betalingsflow, ordrebekræftelse og lagertræk. Tjek også webhooks til betalingsgateway, fragt og ERP samt rabatkoder og momsregler. Det samme gælder sider med kursusplatforme, booking eller brugeroprettelse.

E-mail flytter ikke med

Et punkt, der ofte overses: En WordPress-flytning flytter kun selve WordPress. Postkasser, IMAP-data og gamle mails på den gamle host følger ikke med i .wpress-filen. Har du e-mail på domænet, skal du behandle flytning af e-mail som en separat opgave og sikre, at MX-posterne fortsat peger rigtigt, når du opdaterer A-posten. Kontrollér desuden SPF og DKIM for afsenderdomænet, så formularbeskeder og ordremails ikke ender i spam, selv om siden i øvrigt virker perfekt.

Efterkontrol i timerne efter go-live

Mange flytninger fejler ikke i selve skiftet, men i timerne efter, når alle har slappet af. Kør derfor en systematisk kontrolrunde, der starter med det synlige og slutter med det usynlige:

• Front-end: Design, navigation, søgning, mobilvisning og interne links.
• Formularer: Send testbeskeder fra alle vigtige formularer.
• Performance: Mål svartid og TTFB på de vigtigste sider, og bekræft, at cachen er aktiv.
• SEO-signaler: Redirects, canonical-tags, sitemap og robots.txt.
• Sikkerhed: SSL, firewallregler, loginbeskyttelse og at automatisk backup kører på den nye server.
• Driftsdata: PHP-logs, serverlogs og cron-jobs.

En samlet liste finder du i tjeklisten efter flytningen.

Hvad gør du med den gamle hosting?

Opsig ikke den gamle hosting samme dag, som du skifter DNS. Lad den køre, til du har set trafikken lande på den nye server, typisk et par dage til en uge, og til du har bekræftet, at mail, formularer og eventuelle betalinger virker.

Før du opsiger, så hent en sidste komplet kopi af filer og database og gem den et sikkert sted. Tjek også, om der ligger andet hos den gamle udbyder, fx flere domæner, e-mailkonti, subdomæner eller DNS-zonen selv. Ligger domænet registreret hos den gamle udbyder, skal det enten blive der eller flyttes særskilt, før abonnementet opsiges.

Lad Hostious stå for flytningen

Er siden forretningskritisk, eller er der tale om WooCommerce, medlemssite eller mange integrationer, kan det være klogere at lade Hostious stå for flytningen. Gratis migrering er inkluderet i alle WordPress- og WooCommerce-planer, og du får daglig backup, gratis SSL og dansk support døgnet rundt. Fra WP StartUp og Woo StartUp er der også staging, så test, sidste synkronisering og DNS-skift bliver koordineret ét sted.

Læs også

• Hub: Migrering og flytning – alle guides om emnet samlet ét sted
• DNS ændring ved migrering: sådan undgår du unødig nedetid
• Efter flytningen: tjeklisten, der fanger alt det glemte
• WooCommerce migrering uden tab af salg
• Gratis migrering hos Hostious – vi flytter dit site for dig

Ofte stillede spørgsmål om flytning af WordPress

Kan jeg selv flytte WordPress uden nedetid?

Ja. Vil du flytte WordPress til ny hosting uden nedetid, så kopiér sitet til den nye server, test det der, og ændr først DNS til sidst. Med lav TTL og en sidste synkronisering er skiftet i praksis usynligt for besøgende.

Hvor lang tid tager en WordPress-flytning?

En mindre side med All-in-One WP Migration tager typisk under en time. Større sites med WooCommerce, medlemsområder eller mange integrationer kræver mere planlægning – især omkring sidste sync og DNS-skiftet.

Hvad er det vigtigste at teste efter flytningen?

Forside, undersider, billeder, formularer, login og permalinks – og på webshops hele købsflowet. Tjek også SSL, og at mails fra sitet stadig bliver sendt korrekt.

Flytter min e-mail med, når jeg flytter WordPress?

Nej. En WordPress-flytning omfatter kun filer og database. Postkasser og gamle mails skal flyttes særskilt, og MX-posterne skal pege på den mailudbyder, du bruger efter flytningen.