Gratis migrering til Hostious: tjeklisten til flytningen

Kort svar: Gratis migrering til Hostious går hurtigst og sikrest, når du har adgange, backup og et overblik over sitet klar fra start: login til WordPress, domæne, DNS og nuværende hosting, en liste over kritiske funktioner som formularer, checkout og integrationer, og en plan for mail. Sitet kopieres og testes på den nye platform, mens det gamle kører videre, og først når testen er godkendt, skiftes DNS. Bagefter tester du de vigtigste sider, formularer og redirects.

Fagligt gennemgået: 2. oktober 2026

En gratis migrering lyder enkel, men en god flytning af et WordPress-site handler om mere end at kopiere filer fra ét sted til et andet. Bliver struktur, redirects, DNS og indhold ikke tænkt ind fra start, kan resultatet blive unødige driftsstop, tabt synlighed i Google eller små fejl, der først viser sig flere dage senere.

Det gælder især, når flytningen sker til en ny WordPress-hosting, og når sitet samtidig er vigtigt for salg, leads eller medlemskommunikation. Hostious tilbyder gratis migrering til WordPress- og WooCommerce-hosting, men selve processen bliver altid lettere, når ejeren af sitet har styr på de vigtigste oplysninger på forhånd. Vil du supplere med praktiske guides, kan du også se hubben for migrering og flytning.

Gratis migrering af WordPress bliver bedst med en klar plan

Google anbefaler ved større flytninger af websites, at du ændrer én ting ad gangen. Det er et klogt princip, også når flytningen “kun” virker som et hostingskifte. Skifter du både host, domæne, URL-struktur, tema og indhold samtidig, bliver det svært at finde årsagen, hvis noget går galt.

Det giver derfor mening at skille opgaverne ad. Først flyttes sitet stabilt. Derefter kan designændringer, nye landingssider eller større tekniske ændringer planlægges i et roligere tempo.

For mange virksomheder er det også nyttigt at afklare, hvad der faktisk flyttes. Er det kun et WordPress-site? Er det en WooCommerce-shop med ordrer? Er der også e-mail hosting knyttet til domænet? De spørgsmål har stor betydning for både timing og test.

Tjekliste før gratis migrering til ny hosting

Før selve flytningen går i gang, er det en fordel at samle oplysningerne i én lille arbejdsplan. Det sparer tid og mindsker risikoen for, at en vigtig detalje bliver glemt.

Punkt	Hvorfor det er vigtigt	Hvem bør afklare det
Backup af database og filer	Giver mulighed for gendannelse, hvis noget fejler	Siteejer eller teknisk ansvarlig
Adgang til WordPress, domæne og DNS	Uden adgang kan flytningen blive forsinket	Siteejer
URL-mapping	Gør redirects og SEO-overgang mere sikker	Teknisk ansvarlig eller SEO-ansvarlig
Liste over kritiske funktioner	Sikrer test af formularer, login, checkout og integrationer	Siteejer
Plan for e-mail og DNS	Undgår afbrudt mailtrafik ved domæneændringer	Teknisk ansvarlig
Tidspunkt for flytning	Mindsker risiko i travle perioder	Siteejer og driftspartner

Selv en kort tabel som denne gør en stor forskel. Den skaber overblik, og den hjælper alle involverede med at tale om det samme.

Backup og adgang før WordPress-migrering

WordPress’ egen dokumentation er tydelig på ét punkt: Der bør være backup af den gamle database, før du fortsætter. Det er et minimum. En databasebackup alene er dog ikke nok, hvis du vil kunne genskabe hele sitet. WordPress påpeger også, at en databasebackup ikke omfatter temaer, plugins, uploads eller wp-config.php.

Det betyder i praksis, at en sikker flytning kræver både database og filer. Især billedbibliotek, specialtemaer, uploads og lokale konfigurationsfiler skal med. Er sitet gammelt, eller har flere personer arbejdet på det over tid, kan der ligge vigtige filer uden for de mest oplagte mapper.

WordPress bemærker også, at visse plugins kan konflikte med eksportprocesser og give tomme eller delvise eksportfiler. Har sitet tidligere haft problemer med eksport, backupplugin eller databaseværktøjer, bør det nævnes tidligt.

Skal gratis migrering gå hurtigt, hjælper det meget at have disse oplysninger klar:

• WordPress-login: administratoradgang til backend
• Domæneadgang: registrator eller kontrolpanel, hvor domænet styres
• DNS-adgang: adgang til at redigere records eller skifte navneservere
• Eksisterende hostingadgang: filadgang, databaseadgang eller kontrolpanel
• Backupstatus: hvornår den seneste brugbare backup er taget
• Særlige integrationer: betalingsløsninger, formularer, CRM og mailtjenester

Del adgange sikkert – brug fx en midlertidig administratorbruger eller en adgangskodedeler frem for at sende adgangskoder i en almindelig mail, og skift dem, når flytningen er færdig.

Skal der arbejdes direkte i database, konfiguration eller søg-og-erstat-processer, bør det ske med backup og helst i staging. Det er ikke et sted, man bør improvisere på et aktivt produktionssite.

URL-mapping, 301-redirects og SEO ved flytning

Handler flytningen kun om ny hosting, og forbliver alle URL’er identiske, er SEO-opgaven som regel mindre. Men så snart domæne, undermapper, permalinks eller sprogstruktur ændres, bliver URL-mapping centralt.

Google anbefaler at forberede et kort over gamle og nye URL’er, før flytningen starter. Det gælder både store sites og mindre WordPress-løsninger. Et godt URL-map er i sin enkleste form en liste, hvor hver gammel adresse peger på sin nye placering.

301-redirects bør bruges ved permanente flytninger. Google behandler dem som et signal om, at redirect-målet bør være den kanoniske version. Samtidig anbefaler Google, at redirects bevares så længe som muligt, ofte mindst ét år. Det er et punkt, mange overser, fordi flytningen føles “færdig”, så snart sitet er online.

SEO-delen handler heller ikke kun om redirects. Bruger sitet canonical-tags, hreflang, XML-sitemaps eller Search Console, skal de dele også stemme med den nye struktur. Ellers risikerer du blandede signaler til søgemaskinerne. Skifter du domæne, så læs også flyt WordPress til nyt domæne uden SEO-tab.

Efter lanceringen er det værd at kontrollere disse sider og signaler:

• Forside
• Vigtigste kategorier
• Mest besøgte landingssider
• Blogindlæg med historisk trafik
• Kontakt- og formularsider
• Sider med kampagner eller annoncer

Det er ofte på de sider, at fejl giver størst forretningsmæssig effekt.

DNS, TTL og timing ved domæneflytning

DNS er den del af flytningen, som mange først tænker på til sidst, selv om den har direkte betydning for, hvor hurtigt ændringer slår igennem. Cloudflare dokumenterer, at en højere TTL kan give flere cachede DNS-svar og dermed hurtigere opslag. Ulempen er, at ændringer også slår langsommere igennem.

Det betyder ikke, at der findes én rigtig TTL til alle flytninger. Det betyder, at timingen skal planlægges. Ændres records lige før et vigtigt salgsvindue, eller er e-mail også knyttet til domænet, kan en dårlig plan koste unødig uro.

Der er også forskel på record-TTL og ændringer på navneserverniveau. Skal hele DNS-opsætningen skiftes, kan forløbet se anderledes ud, end hvis der kun justeres enkelte records. Læs mere om DNS-propagering.

En enkel tommelfingerregel er, at site, DNS og e-mail bør ses som tre forbundne spor. Flyttes kun WordPress-hostingen, er opgaven ofte ret ligetil. Flyttes hele domænet, kræver det mere koordinering.

WordPress-hosting, WooCommerce-hosting og e-mail-hosting er ikke det samme

Det lyder banalt, men mange flytninger bliver besværlige, fordi forskellige tjenester bliver blandet sammen. Et WordPress-site kan flyttes, uden at e-mailen nødvendigvis skal flyttes med. En webshop kræver ofte en anden testplan end en almindelig firmaside. Og et webhotel kan indeholde flere funktioner end selve sitet.

Bruger du WooCommerce, skal du tænke bredere end sider og indlæg. Ordrer, kundeprofiler, lagerlogik, betalingsflow, fragtmoduler og transaktionsmails skal kontrolleres. Her er det ofte klogt at planlægge flytningen uden for spidsbelastede tidsrum.

Ligger domænets mail også hos samme leverandør, skal MX-records, SPF, DKIM og eventuelle andre DNS-poster håndteres varsomt. Den del bør være tydeligt afklaret, før nogen trykker på knappen.

Et godt afklaringsmøde før migrering handler tit om disse forskelle:

• WordPress-hosting: selve sitet, databasen, mediebiblioteket og plugins
• WooCommerce-hosting: alt fra WordPress plus ordreflow, checkout og integrationer
• E-mail-hosting: postkasser, DNS-poster og leveringssikkerhed
• Webhotel: kan rumme flere domæner, databaser eller andre afhængigheder

Det gør det lettere at bestille den rigtige hjælp første gang.

Test efter migrering af WordPress-site

Når sitet er flyttet, er opgaven ikke færdig. Der skal testes systematisk, og det er her, mange småfejl bliver fanget, før kunderne gør det.

Start med det vigtigste: Kan forsiden indlæses, kan du logge ind, virker kontaktformularen, og bliver billeder vist korrekt? WordPress’ dokumentation minder om, at billedreferencer i indhold kan være gemt i post_content i wp_posts. Det betyder, at gamle absolutte URL’er kan leve videre inde i indlæg og sider, selv om resten af sitet virker.

Skal URL’er opdateres i stor skala, bør det ske forsigtigt. Værktøjer som wp search-replace kan være nyttige, men bør bruges af en teknisk ansvarlig og helst på staging eller med en frisk backup klar. En forkert søg-og-erstat kan ramme serialiserede data, pluginindstillinger eller referencestrukturer på uheldige måder.

SEO-testen bør også være konkret. Tjek, at redirects virker, at canonical-tags peger rigtigt, at XML-sitemappet kan åbnes, og at Search Console har de korrekte egenskaber registreret. Er der sprogversioner, skal hreflang også gennemgås.

Her er en kort praktisk rækkefølge, som ofte fungerer godt:

• Åbn de vigtigste sider manuelt
• Test formularer og e-mails
• Kontrollér login og brugerroller
• Gennemfør en prøveordre, hvis det er en webshop
• Tjek redirects fra gamle URL’er
• Gennemgå sitemap og indekserbare sider

Et site kan godt se korrekt ud på overfladen og stadig have fejl under motorhjelmen. Derfor giver det mening at teste både brugeroplevelse, teknik og søgesignaler. Brug gerne den samlede tjekliste efter flytningen.

Oplysninger, der gør gratis migrering hurtigere

Når du bestiller eller planlægger gratis migrering, bliver processen mere effektiv, hvis du sender et kort samlet overblik i stedet for mange små beskeder. Det gælder især, hvis flere personer er involveret i domæne, indhold og marketing.

Du behøver ikke skrive en lang kravspecifikation. Ofte er et præcist overblik nok til, at den tekniske del kan planlægges rigtigt fra starten.

Det kan være smart at samle dette i én mail eller ét dokument:

• Primært domæne: nuværende adresse og eventuelle alternative domæner
• Type af løsning: WordPress-side, WooCommerce-shop eller multisite
• Adgange: WordPress, domæne, DNS og nuværende host
• Kritiske funktioner: formularer, booking, medlemslogin, betaling, ERP eller CRM
• SEO-forhold: ændres URL-struktur, domæne, sprogversioner eller redirects?
• Ønsket tidspunkt: hvornår flytningen helst skal ske

Det er sjældent den tekniske kopi af sitet, der er den svære del. Det, der afgør, om flytningen føles rolig og professionel, er som regel forberedelsen, koordineringen og testen bagefter.

Når de tre ting er på plads, bliver gratis migrering ikke bare billigere. Den bliver også markant mere tryg.

Nul nedetid er en metode, ikke et løfte

Gratis migrering og migrering uden nedetid er ikke det samme. Selve kopieringen af filer og database er sjældent det svære. Udfordringen ligger i tidsrummet mellem første kopi og det øjeblik, hvor al trafik rammer den nye server. I det vindue kan nogle besøgende stadig lande på den gamle hosting, fordi DNS-svar ligger i cache hos udbydere og browsere, og samtidig kan der opstå nye ordrer, logins og formularindsendelser, som kun findes på det gamle site.

En flytning uden mærkbar nedetid bygger derfor på tre elementer: parallel drift, hvor gammel og ny platform kører side om side, et kontrolleret trafikskift og en sidste datasynkronisering umiddelbart før skiftet. Bruger du et DNS-lag som Cloudflare, er gennemslagstiden ofte kortere, end du regner med. Cloudflare oplyser, at proxied records som standard har en automatisk TTL på 300 sekunder.

Simpel kopiering eller parallel drift?

Model	Sådan virker den	Egner sig til	Svaghed
Simpel kopiering	Sitet kopieres én gang, og DNS peges om	Små blogs og firmasider uden login og betaling	Ingen plan for det, der sker mellem kopi og stabilt DNS-skift
Parallel drift (blue/green)	Ny platform bygges og testes, mens den gamle er live; trafikken flyttes, når alt er valideret	Webshops, medlemssites og sites med API-integrationer	Mere arbejde og to miljøer i en periode

Den store fordel ved parallel drift er, at du kan rulle tilbage. Fejler checkout, login eller en webhook efter skiftet, sendes trafikken tilbage til den gamle platform, mens problemet løses.

Næsten nul nedetid er realistisk for de fleste WordPress- og WooCommerce-sites, hvis pluginstack og PHP-version er kendt, integrationer er kortlagt, og du accepterer et kort, planlagt skiftevindue. Det er mindre realistisk, hvis shoppen kører kampagne, hvis checkout er stærkt tilpasset, eller hvis hosting, e-mail, CDN og domæne flyttes samme dag. Her er “næsten ingen synlig nedetid” den ærlige formulering.

9 krav, du kan stille til en gratis migrering

To leverandører kan begge skrive “gratis migrering”, mens kun den ene tager ansvar for hele forløbet. Nogle tilbyder alene en standardimport, hvor sitet kopieres én gang, og du selv står for DNS-skift, validering og fejl i checkout eller webhooks. Brug disse ni krav, når du vurderer et tilbud:

1. Tydeligt omfang: Det skal fremgå, hvad der er med: filer, database, mediebibliotek, SSL, cronjobs og eventuelt e-mail – og hvordan datatab og nedetid undgås.
2. Parallel drift: Gammel og ny platform skal kunne køre side om side frem til trafikskiftet.
3. DNS-plan: TTL, records og ansvar for selve skiftet skal være aftalt på forhånd.
4. Sidste datasynkronisering: Ordrer, kunder og formularindsendelser, der opstår efter første kopi, skal med over.
5. Rollback: Trafikken skal kunne sendes tilbage, hvis noget fejler.
6. Test før skiftet: Betaling, cache, redirects, SMTP og cronjobs skal valideres i det nye miljø.
7. Afgrænset ansvar: Det skal være klart, om DNS, e-mail, CDN, staging og tredjepartsintegrationer er en del af opgaven.
8. Frisk backup: Der skal findes et gendannelsespunkt tæt på selve skiftet.
9. Overvågning efter go-live: Logs, svartider og ordreflow skal følges de første timer.

Mangler bare ét punkt, stiger risikoen for, at migreringen er gratis, mens fejltiden bagefter bliver dyr. Hos Hostious er gratis migrering kombineret med daglig og manuel backup med selvbetjent gendannelse og dansk support døgnet rundt, hvilket er relevant, når skiftet ligger uden for normal arbejdstid. Staging følger med fra WP StartUp og Woo StartUp.

Sådan undgår du datatab og skjult nedetid

Hold ordrer og kundedata synkroniseret

På en webshop er databasen mere følsom end temaet. Flytningen sker typisk i to faser: en første kopi, hvor filer, database og uploads overføres, mens den gamle butik stadig sælger, og en deltafase, hvor ændringerne siden første kopi overføres. På mindre WooCommerce-sites løses deltafasen ofte med en kort skrivefrys uden for spidsbelastning, så de sidste ordrer og kontodata kan flyttes sikkert.

Undgå at ændre datamodellen midt i flytningen. Skift ikke centrale plugins, tabeller eller checkout-logik, mens migreringen står på. Og husk webhooks: Sender betalingsgateway, ERP eller fragtplatform stadig events til den gamle hosting, kan ordrer se korrekte ud på overfladen og alligevel mangle statusopdateringer.

Se den nye server, før DNS skiftes

Det nye miljø skal testes som produktion, ikke som en pæn kopi. Åbn sitet via et preview-domæne eller din lokale hosts-fil, så du rammer den nye server uden at flytte offentlig trafik. Gennemfør hele købsrejsen med testbetaling, ordrebekræftelse, e-mail og lageropdatering, og tjek cacheheadere og svartider, før du går videre. Har du staging, er det et oplagt sted at køre testen.

Kortlæg samtidig alle DNS-records, ikke kun roddomænet. A, AAAA, CNAME, MX, SPF, DKIM og subdomæner til checkout, app eller staging skal alle med. Når skiftet er gennemført, bør du måle udefra fra flere netværk og ikke kun fra kontoret eller din VPN. Lokale caches kan give et falsk billede af, at alt er slået igennem.

Fejl, der først viser sig efter skiftet

Skjult nedetid opstår som regel efter et vellykket DNS-skift. Forsiden indlæses, men ordren går ikke igennem. Login virker, men mailen kommer ikke frem. De typiske syndere er:

• Glemte webhooks til betaling, fragt eller ERP
• Forkerte cacheregler på checkout- og kontosider
• Manglende cronjobs til e-mail, oprydning eller lageropdatering
• SSL- eller mixed content-fejl på underdomæner
• Sessionskonflikter efter login eller kurvopdatering
• E-mail, der stadig peger mod en gammel SMTP- eller MX-opsætning

Modgiften er enkel: Følg logs, svartider og ordreforløb de første timer efter go-live, og hold den gamle platform kørende længe nok til, at du kan verificere alt eller rulle tilbage. Det er den forskel, der afgør, om flytningen bliver en rutineopgave eller et driftstab.

Mail, SSL og den gamle hosting efter flytningen

Tre ting bliver ofte glemt, når sitet først kører på den nye server.

• SSL-certifikatet: Et gratis Let’s Encrypt-certifikat kan først udstedes, når domænet peger på den nye server. Forvent derfor, at certifikatet kommer på plads lige efter DNS-skiftet, og tjek bagefter, at både domænet med og uden www virker over HTTPS. Se mixed content efter SSL, hvis hængelåsen ikke bliver hel.
• E-mail: Flytter mailen ikke med, skal MX-records, SPF og DKIM stå uændret. Flytter den med, skal postkasserne være oprettet og indholdet flyttet, før MX ændres. Se flyt virksomhedens e-mail uden at miste beskeder.
• Den gamle hosting: Opsig den først, når du har verificeret sitet, mailen og eventuelle ordrer, og når du har gemt en sidste backup lokalt. Tjek også, om domænet er registreret hos den gamle udbyder, så det ikke ryger med i opsigelsen.

Læs også

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

Ofte stillede spørgsmål om gratis migrering til Hostious

Hvad skal jeg have klar, før migreringen starter?

Adgang til nuværende hosting, WordPress og DNS, et overblik over mailkonti og kritiske funktioner samt en frisk backup. Send det samlet med din henvendelse, så kan flytningen planlægges præcist fra første dag.

Er der nedetid, når Hostious flytter mit site?

Normalt ikke mærkbart. Sitet kopieres og testes på den nye platform, mens det gamle kører videre. Først når testen er godkendt, skiftes DNS med lav TTL, og på webshops kan et kort, planlagt skrivefrys være nødvendigt for den sidste synkronisering af ordrer.

Koster migreringen virkelig ikke noget?

Nej, migreringen er gratis, når du vælger WordPress- eller WooCommerce-hosting hos Hostious. Det omfatter planlægning, kopiering, test og opfølgning efter lanceringen.

Skal min e-mail flyttes samtidig med websitet?

Ikke nødvendigvis. Mail styres af domænets MX-records, så websitet kan flyttes, mens mailen bliver, hvor den er. Skal mailen også flyttes, bør det planlægges som et separat trin, så ingen beskeder går tabt.