Sådan flytter du en WordPress Hjemmeside til ny Hosting

Her får du en trin-for-trin vejledning på, hvordan du opretter en ny WordPress-side via Hostious.io kontrolpanel, og hvordan du efterfølgende migrerer en eksisterende WordPress-side fra en anden host ved brug af fx All-in-One WP Migration-plugin’et fra ServMask.

Del 1: Oprettelse af en ny WordPress-side på Hostious.io

1. Log ind på kontrolpanelet

• Gå til URL’en for dit kontrolpanel (den kan variere fra host til host, fx login.hostious.io eller en anden dedikeret adresse).
• Log ind med de brugernavne og adgangskoder, du har modtaget.

2. Opret en ny konto eller administrer eksisterende

• Hvis du administrerer flere brugere eller konti i Hostious, skal du vælge den konto, du vil oprette hjemmesiden under.
• Gå til Websites og klik på Add Website

3. Oprettelse og klargøring af WordPress

1. Klik på Add WordPress site.
2. Indtast det domæne, du vil bruge. (F.eks. mitdomæne.dk).
3. Lad “Installation path” være /
4. Indtast admin-brugernavn, adgangskode og e-mail (til WordPress).
5. Klik Installer, og vent på, at systemet færdiggør installationen.
6. Systemet opretter nu en ny mappe og konfiguration til dit website.

4. Konfigurer SSL (valgfrit men anbefales)

• I kontrolpanelet oprettes der automatisk SSL. Hvis du ikke ønsker SSL kan det fjernes under menuen “Security -> SSL Certificate”

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

Del 2: Forberedelse af din gamle WordPress-side til migration

1. Log ind på dit gamle WordPress-sted
   • Gå til admin-dashboardet på din gamle host (f.eks. https://gammelt-domæne.dk/wp-admin).

2. Installer og aktiver All-in-One WP Migration

• I WordPress kontrolpanelet:
  • Gå til Plugins → Tilføj nyt.
  • Søg efter “All-in-One WP Migration” af ServMask.
  • Installer og aktiver plugin’et.

3. Eksporter din “gamle” hjemmeside

• Når plugin’et er aktiveret, vil du i WordPress-menuen se et menupunkt kaldet “All-in-One WP Migration” eller “AI1WM”.
• Klik på Export.
• Vælg Export To… → File (eller en anden metode, men File er mest almindelig).
• Plugin’et laver nu en backup af hele WordPress-sitet (filer, database, osv.).
• Efter noget tid (afhængigt af størrelsen på dit site) får du en download-knap for at hente en .wpress-fil.
• Gem .wpress-filen på din computer.

(Valgfrit) Ryd op i unødvendige filer/data

• Inden du eksporterer, kan du overveje at fjerne store filer, slette ubrugte plugins og temaer samt tømme papirkurven. Det kan reducere størrelsen af din backup og gøre export/import hurtigere.

Del 3: Import af WordPress-sitet på din nye server

1. Log ind på dit nye WordPress-sted på Hostious
   • Gå til admin-dashboardet på det nye domæne eller test-subdomæne, hvis du har sat det op (f.eks. https://nyt-domæne.dk/wp-admin).
2. Installer All-in-One WP Migration
   • I det nye WordPress-dashboard:
     • Gå til Plugins → Tilføj nyt.
     • Søg efter “All-in-One WP Migration”.
     • Installer og aktiver plugin’et.

3. Importer din backup til din nye host

• I WordPress-menuen finder du “All-in-One WP Migration”.
• Vælg Import.
• Klik på Import From… → File.
• Vælg din .wpress-backup-fil, som du hentede fra den gamle installation.
• Vent, mens plugin’et uploader og udpakker filen. Dette kan tage tid, afhængigt af filens størrelse og din upload-hastighed.

1. Bekræft import
   • Efter uploaden vil All-in-One WP Migration fortælle, at den er klar til at overskrive dit nuværende WordPress-sted. Du får en advarsel om, at det overskriver alle nuværende data.
   • Klik Fortsæt / Proceed for at gennemføre.
2. Færdiggør og test
   • Når importen er succesfuld, beder plugin’et dig ofte om at gemme permalinks igen.
   • Klik på linket eller gå selv til Indstillinger → Permalinks i WordPress. Tryk Gem ændringer (du behøver ikke at ændre noget, blot gemme).
   • Tjek herefter, om siden vises korrekt.

Del 4: Konfiguration af domæne og DNS (vigtigt for live drift)

1. Peg dit domænes DNS til den nye server (OBS! Vi anbefaler at du bruger Cloudflare til at styre din DNS. Cloudflare er gratis)
   • Hvis du vil flytte det “rigtige” domæne til den nye host, skal du opdatere DNS-indstillingerne (A-record) til din nye server-IP.
   • Du kan se IP-adressen for dit site inde i dit kontrolpanel på serveren.
2. Vent på DNS-propagation
   • DNS kan tage alt fra nogle minutter til 24-48 timer om at opdatere fuldt i hele verden.
   • I mellemtiden kan du evt. teste siden på en midlertidig URL eller ved at ændre din lokale hosts-fil, hvis du vil være sikker på, at alt spiller, inden DNS skifter.
3. SSL-certifikat (hvis ikke allerede aktiveret)
   • Når DNS peger på den nye server, bør du sikre dig, at du har sat SSL korrekt op, så siden kører sikkert på HTTPS.
4. Test hele sitet
   • Gennemgå sider, indlæg, kontaktformularer, billeder osv.
   • Tjek at permalinks virker (links ikke giver 404-fejl).
   • Hvis du brugte et caching-plugin, skal du muligvis rense cachen og sikre, at alt er opdateret.

Del 5: Fejlfinding og typiske faldgruber

1. Håndtering af filstørrelsesgrænser ved import
   • Hvis All-in-One WP Migration-importen fejler pga. filstørrelse, kan du være nødt til at øge upload_max_filesize og post_max_size i PHP-indstillingerne via Hostious’ kontrolpanel.
   • Nogle gange er der en udvidelse til All-in-One WP Migration, som hæver max-grænsen for importfiler.
2. Database-tegnsæt eller charset-fejl
   • Hvis du ser specialtegn eller mærkelige symboler efter import, skal du sikre dig, at database-karaktersættet (oftest UTF8) er ens. Ofte fikser plugin’et det automatisk, men dobbelttjek hvis du ser fejl.
3. Ændring af site-URL
   • Hvis du flytter til et helt nyt domæne, vil All-in-One WP Migration normalt selv rette URL’er i databasen. Skulle du alligevel have manuelt behov for at ændre URL’er, kan du bruge plugin’et “Better Search Replace” eller kigge i WordPress’ Indstillinger → Generelt.
4. Permalinks
   • Husk at gå til Indstillinger → Permalinks og trykke Gem ændringer. Dette hjælper ofte med at fjerne 404-fejl efter en migration.
5. Plugins og temaopdateringer
   • Efter import er det en god idé at tjekke, om alle plugins og temaer skal opdateres, nu hvor de kører på en ny server med evt. nyere PHP-version.

Har du husket alle steps?

1. Opret en ny WordPress-installation (enten med One-Click Installer eller manuelt).
2. Installer og eksportér det gamle site med All-in-One WP Migration (fra gammel host).
3. Importér til den nye installation med det samme plugin.
4. Peg DNS korrekt og vent på, at domænet bliver opdateret.
5. Tjek SSL, permalinks, og at hele sitet fungerer efter hensigten.

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

Del 6. Brug Cloudflare DNS – Trin for trin guide (Anbefales!)

Trin-for-trin guide på hvordan du hurtigt kan bruge Cloudflare som DNS-tjeneste, så du nemt kan skifte IP-adressen frem og tilbage, hvis noget går galt:

1. Opret en gratis Cloudflare-konto
   • Gå til cloudflare.com og klik på “Sign Up”.
   • Opret din konto med e-mail og adgangskode.
2. Tilføj dit domæne
   • Når du er logget ind, vælger du “Add a Site”.
   • Indtast dit domæne (eks. mitdomæne.dk) og vælg den gratis plan, hvis du ønsker den kostnadsfrie løsning.
3. Gennemgå de fundne DNS-poster
   • Cloudflare vil automatisk scanne nuværende DNS-poster.
   • Tjek, at de er korrekte. Ellers tilføj/rediger de nødvendige A-, CNAME-, MX-poster osv.
4. Skift navneservere til Cloudflare
   • Cloudflare giver dig to nye navneservere (f.eks. rita.ns.cloudflare.com og roan.ns.cloudflare.com).
   • Log ind hos din domæneregistrator (der, hvor du har købt dit domæne), og skift domænets navneservere til de to Cloudflare-navneservere.
   • Gem ændringerne. Det kan tage alt fra få minutter til 24-48 timer, før de nye navneservere slår igennem verden over (DNS-propagation).
5. Vent på bekræftelse
   • Inde i Cloudflare vil der stå, at de venter på navneservere.
   • Når de har registeret, at du har skiftet navneservere, går domænet live via Cloudflare, og du kan nu administrere DNS-posterne dér.
6. Peg A-record til den nye server-IP
   • Find A-record for dit domæne (typisk “@” eller roddomænet) og skift “Content” eller “IP Address” til IP’en for din nye server.
   • Hvis du samtidig bruger subdomæner (f.eks. “www”), skal du sikre, at disse også peger rigtigt.
   • Cloudflare skelner mellem “Proxied” (orange sky) og “DNS only” (grå sky). Med “Proxied” får du Cloudflares CDN og beskyttelsesfunktioner; med “DNS only” bruger du udelukkende Cloudflare som DNS-udbyder.
7. Skift hurtigt tilbage, hvis noget fejler
   • Fordi du nu styrer DNS fra ét sted (Cloudflare), kan du til enhver tid gå ind og ændre IP-adressen tilbage til den gamle server, hvis der opstår fejl på den nye.
   • På den måde kan du hurtigt pege domænet væk fra den nye server, uden at skulle skifte navneservere igen.
8. Test
   • Besøg dit domæne for at sikre, at det peger korrekt på den nye server.
   • Du kan bruge en DNS-checker (f.eks. dnschecker.org) til at se, om DNS er opdateret i forskellige lande.

Fordelene ved at bruge Cloudflare som DNS er bl.a. hurtige DNS-opslag, nemmere administration og mulighed for hurtigt at skifte IP-adresse ved flytninger eller fejl. På samme tid kan du vælge at benytte Cloudflares CDN og sikkerhedsfeatures (DDoS-beskyttelse m.m.) efter behov.

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. Hvis bare ét led ikke er 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 trykker 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 rollback-plan: Hvordan sender du trafikken tilbage, hvis noget fejler?

Sænk TTL i god tid

TTL angiver, hvor længe DNS-oplysninger må caches hos internetudbydere og andre mellemled. Jo højere TTL, jo længere lever den gamle IP videre, efter du har opdateret din A-record. Sænk derfor TTL på dine DNS-only records et par dage før flytningen, fx til 300 sekunder, så skiftet slår hurtigere og mere ensartet igennem. Bruger du Cloudflare med proxied records (orange sky), er TTL som udgangspunkt låst til 300 sekunder, og så 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:

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 search-replace i databasen på grund af URL-ændringer, så gør det på staging først og aldrig direkte på live uden backup.

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, videoembeds og thumbnails, ikke kun billeder?
• Formularer og e-mail: Kommer testbeskeder frem, og er SMTP stadig gyldig?
• Plugin-funktioner: Opfører SEO-plugin, sikkerhedsplugins, medlemsfunktioner og sidebyggere sig som før?
• Cache: Ser du gamle assets, blandet cache eller uventede 404-fejl?

Overvejer du WordPress’ indbyggede eksport/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. Plugin-indstillinger, specialfelter, brugerroller og webshopdata følger ikke med. Skal siden genskabes 1:1, er en fuld migrering med filer og database næsten altid den rigtige vej.

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 importjobs eller plugin-opdateringer 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. Verificér live-sitet straks: 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 en rollback-mulighed 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 genererer 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-migrering flytter kun selve WordPress. Postkasser, IMAP-data og historiske 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-records fortsat peger rigtigt, når du opdaterer din A-record. Kontrollér desuden SPF og DKIM for afsenderdomænet, så formularbeskeder og ordremails ikke ender i spam, selvom 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, firewall-regler, loginbeskyttelse og at automatisk backup kører på den nye server.
• Driftsdata: PHP-logs, serverlogs og cron-jobs.

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 staging, daglig backup, gratis SSL og dansk support 24/7 med i købet, så staging-test, sidste sync og DNS-skift bliver koordineret ét sted.

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.

Læs også

• Hub: Migrering og flytning – alle guides om emnet samlet ét sted