At flytte en WordPress-side uden synlig nedetid handler sjældent om et enkelt klik. Det handler om rækkefølge, test og timing. Selve kopieringen af filer og database er kun én del af opgaven. Den anden del er at sikre, at besøgende, formularer, ordrer og login fortsætter med at virke, […]
At flytte en WordPress-side uden synlig nedetid handler sjældent om et enkelt klik. Det handler om rækkefølge, test og timing. Selve kopieringen af filer og database er kun én del af opgaven. Den anden del er at sikre, at besøgende, formularer, ordrer og login fortsætter med at virke, mens domænet peges over på den nye løsning.
Hvis målet er en rolig overgang, er den vigtigste tommelfingerregel enkel: Den nye installation skal være færdigtestet, før DNS ændres. Det er også den linje, der går igen i WordPress’ egen migreringsvejledning og support, hvor staging, temporary URL eller test via hosts file nævnes som sikre måder at verificere destinationen på, før siden går live.
Nedetid opstår typisk ikke, fordi WordPress i sig selv er svært at flytte. Den opstår, når flere lag ændres samtidig: filer, database, domæne, cache, SSL, DNS og eventuelle eksterne integrationer. Hvis bare ét led ikke er klart, bliver brugerne ofte sendt mellem gammel og ny version, eller også møder de fejl på billeder, formularer eller login.
Et andet klassisk problem er, at den gamle side stadig modtager ændringer, mens den nye kopi testes. Det gælder især aktive sider med kontaktformularer, medlemslogin, bookinger eller webshopordrer. I den situation kan en tilsyneladende vellykket flytning stadig koste data, hvis ændringer lander på den gamle server efter sidste databasesynkronisering.
Kort sagt: nul-nedetid er ikke kun et spørgsmål om oppetid, men også om datakonsistens.
En god WordPress-flytning begynder med en plan, der er mere praktisk end teknisk. Først skal du vide præcis, hvad der skal flyttes, og hvad der ikke følger med automatisk. WordPress’ egen dokumentation skelner i praksis mellem selve WordPress-indholdet og den bredere hostingopsætning omkring siden.
For de fleste sites giver det mening at afklare både den gamle og den nye platform, inden noget kopieres. Det gælder især, hvis du skifter fra et almindeligt webhotel til en specialiseret WordPress-løsning, eller hvis du samler drift, migrering og support ét sted, som ved WordPress-hosting hos Hostious.
Inden du går videre, bør du have styr på følgende:
Det lyder basalt, men netop disse punkter afgør, om flytningen bliver rolig eller stressende.
WordPress-support anbefaler, at destinationen testes via en staging URL, temporary URL eller hosts file-modifikation, før domænet peges over. Det er en vigtig detalje, fordi du dermed kan gennemgå siden på den nye server uden at forstyrre besøgende på det rigtige domæne.
En staging-løsning er ofte den mest overskuelige vej. Her kan du kontrollere, om siden loader korrekt, om permalinks virker, og om plugins opfører sig som forventet i det nye miljø. Hvis du i stedet bruger hosts file, bør det kun gøres af en teknisk ansvarlig, og altid med frisk backup og klar plan for rollback. En lokal hosts file-ændring påvirker kun den enkelte maskine, hvilket er nyttigt til test, men også let at glemme bagefter.
| Testmetode | Egnet til | Fordel | Vær opmærksom på |
|---|---|---|---|
| Staging URL | De fleste WordPress-sites | Let at dele og gennemgå | Kræver ofte korrekt håndtering af URL’er og cache |
| Temporary URL | Hurtig verifikation | God til basal kontrol | Ikke alle funktioner opfører sig normalt på midlertidigt domæne |
| Hosts file | Teknisk test før DNS-skift | Tester på rigtigt domæne mod ny server | Bør kun bruges med backup og teknisk ansvarlig |
Når kopien ligger på den nye server, er det fristende kun at tjekke forsiden. Det er sjældent nok. Mange fejl gemmer sig dybere i brugerflowet.
Hvis du skal lave search-replace i databasen på grund af URL-ændringer, bør det også ske på staging først, aldrig direkte på live uden backup.
Det er vigtigt at vælge den rigtige metode. WordPress har indbyggede værktøjer til eksport og import af indhold, hvor data kan flyttes via en WXR-fil. Det er nyttigt, hvis du primært vil flytte indlæg, sider, kategorier og andet redaktionelt indhold fra en WordPress-side til en anden.
Det er derimod ikke det samme som en fuld migrering. En komplet WordPress-flytning omfatter normalt både database, wp-content, temaer, plugins, uploads og servernære indstillinger. Hvis målet er at genskabe siden 1:1 på ny hosting, er WXR alene sjældent nok.
Her er den praktiske forskel:
Hvis siden har mange plugin-indstillinger, specialfelter, brugerroller eller webshopdata, er en fuld migrering næsten altid den rigtige vej.
Når den nye side er testet færdig, kommer det punkt, mange forbinder med selve flytningen: DNS-skiftet. Det er her domænets DNS records opdateres, så besøgende sendes til den nye server i stedet for den gamle.
Det er også her TTL bliver relevant. TTL angiver, hvor længe DNS-oplysninger må caches hos recursive resolvers og andre mellemled. Jo højere TTL, jo længere kan gamle oplysninger leve videre, efter du har opdateret en record. Derfor kan nogle brugere se den gamle server, mens andre allerede rammer den nye.
Hvis du styrer DNS-only records, kan det give mening at sænke TTL i god tid før lanceringen, så skiftet slår hurtigere igennem. Bruger du Cloudflare, er proxied records som udgangspunkt sat til en standard på 300 sekunder, og den værdi kan ikke justeres frit på samme måde som almindelige DNS-only records.
Det vigtige er ikke at jagte “øjeblikkeligt” skift, men at planlægge et kontrolleret skift. Den gamle løsning bør først lukkes, når du er sikker på, at trafikken er landet rigtigt på den nye.
Når staging er godkendt, er det tid til at køre en fast sekvens. Den reducerer risikoen for både fejl og tabte ændringer.
En kort og velkoordineret lanceringsfase er ofte forskellen på en pæn overgang og en lang fejlsøgning.
Hvis du flytter en almindelig præsentationsside, er risikoen ofte til at overskue. Ved WooCommerce er billedet et andet. Nye ordrer, lagerbevægelser, kundekonti og transaktionsmails gør flytningen mere følsom. Her er timing helt central, og i mange tilfælde bør skiftet lægges på et tidspunkt med lav aktivitet.
Det samme gælder sider med medlemskab, kursusplatforme, booking eller brugeroprettelse. Hver ny handling på den gamle side efter sidste sync kan blive en manglende post på den nye.
Et punkt bliver ofte overset: WordPress-migrering flytter ikke automatisk e-mailkonti, mailbokse eller øvrige serverdata uden for selve WordPress-installationen. Det fremgår også af WordPress-supportens egne svar om migrering til samme domæne. Har du e-mail knyttet til domænet, skal du derfor behandle e-mail-hosting som en separat opgave.
Det giver mening at skelne skarpt mellem disse områder:
Hvis du bruger kontaktformularer, bør du også kontrollere afsenderdomæne, SMTP, SPF, DKIM og eventuelle webhook-forbindelser efter flytningen. Selve siden kan virke perfekt, mens beskederne stadig fejler i baggrunden.
Der er mange WordPress-flytninger, som teknisk kan løses internt. Det er ikke det samme som, at det altid er den bedste brug af tid. Hvis siden er forretningskritisk, eller hvis der er tale om WooCommerce, medlemssite eller mange integrationer, er det ofte klogt at lægge opgaven hos en partner med fast proces for test og lancering.
Her kan gratis migrering være relevant, især hvis målet er at komme over på en WordPress-løsning med dansk support og tydelig adskillelse mellem WordPress-hosting, WooCommerce-hosting, e-mail-hosting og øvrige services. Den store gevinst er sjældent bare selve kopieringen. Gevinsten ligger i koordineringen af staging, sidste sync, DNS-skift og efterkontrol.
For bureauer, freelancere og virksomheder med mange sites kan det også være værd at samle drift og migrering i samme setup, så der er mindre håndarbejde ved næste flytning, kloning eller lancering.
En vellykket flytning af WordPress starter altså ikke med DNS. Den starter med en kopi, der er testet færdig, en plan for data, der stadig ændrer sig, og en klar grænse mellem hjemmeside, webshop og e-mail. Når den disciplin er på plads, bliver selve lanceringen markant mere rolig.
Tjenester
Tilmeld dig vores nyhedsbrev
