En webshop-migrering flytter ikke kun design. Den flytter aktive produkter, varianter, billeder, kunder, ordrebehov, URL'er, betaling, fragt, mails, tracking og daglige rutiner. Den sikreste plan skiller data, frontend, integrationer og domæneskift ad, så hver del kan testes før det korte vindue, hvor den gamle butik stopper og den nye overtager.
1. Definér hvorfor I flytter
Skriv de problemer, den nye platform skal løse: drift, redigering, internationalisering, checkout, integration eller omkostning. Tilføj et succeskriterium og en begrænsning. »Nyt design« er ikke nok til at afgøre, om kundehistorik skal med, om gamle apps kan undværes, eller om lager må være låst under skiftet.
Vælg en ansvarlig for produktdata, økonomi, lager, marketing, SEO og teknisk launch. Små teams kan have samme person i flere roller, men beslutningerne skal stadig have en ejer.
2. Lav et datainventar
| Data | Beslutning | Kontrol |
|---|---|---|
| Produkter og varianter | Felter, status, SKU, pris og lager | Stikprøver og totaler |
| Billeder | Original, URL, alt-tekst og rækkefølge | Manglende filer og beskæring |
| Kunder | Profil, adresse og marketingstatus | Retsgrundlag og dubletter |
| Ordrer | Historik, drift eller arkiv | Økonomi og kundeservice |
| Rabat/gavekort | Flyt, erstat eller udfas | Saldo og vilkår |
| Indhold | Sider, blog, politikker og navigation | Ejerskab og dato |
Shopify beskriver migration som flere trin og anbefaler at vurdere, hvilke data der skal flyttes og i hvilken rækkefølge. WooCommerce dokumenterer sin produkt-CSV, men en standardeksport dækker ikke nødvendigvis custom fields eller plugin-data. Gem rå eksportfiler uændret, og lav transformationer i kopier med versionshistorik.
3. Prøveimportér de svære tilfælde
Vælg produkter, der repræsenterer kompleksiteten: varianter, flere billeder, forskellige momsklasser, udsolgt status, specialfelter og lange beskrivelser. Importér dem i et ikke-offentligt miljø. Kontrollér både admin og den viste produktside. En succesbesked fra importøren betyder ikke, at relationer og billeder er korrekte.
Dokumentér feltmapping: kildefelt, transformation, målfelt, standardværdi og hvad der sker ved tom data. Når den fulde import fejler, kan teamet se, om årsagen er kilden, reglen eller destinationen.
4. Byg URL-kortet før launch
Eksportér kendte produkt-, kategori-, side- og artikeladresser fra sitemap, crawl, analytics og Search Console. Match hver gammel URL med den mest relevante nye. Bevar adressen, hvor det er muligt. Brug permanente serverbaserede redirects til ændrede adresser; send ikke alle udgåede produkter til forsiden.
Google anbefaler at forberede mapping, opdatere interne links og beholde redirects længe nok til, at brugere og søgemaskiner har lært ændringen. Kontrollér også canonical, sitemap, hreflang ved flere sprog og links i kampagner og mails.
5. Genskab integrationer bevidst
Lav en liste over betaling, fragt, lager, regnskab, ERP, nyhedsbrev, reviews, feeds, consent og tracking. For hver: konto-ejer, autentifikation, dataretning, testmiljø, fejlbesked og supportkontakt. Installer ikke automatisk en tilsvarende app; spørg om processen stadig er nødvendig, og om platformens standardfunktion nu dækker den.
6. Test en rigtig ordre
Gennemfør ordrer på mobil og computer med relevante betalings- og fragtmetoder. Test succes, afvist betaling, rabat, moms, ordremail, refundering og lagerændring. Brug tydeligt mærkede testordrer og aftal, hvordan de bogføres eller annulleres. Kontrollér, at analytics deduplikerer på transaktions-id og kun kører efter den valgte samtykkeopsætning.
7. Planlæg freeze, delta og rollback
Fastlæg tidspunktet, hvor produkter, priser og indhold ikke længere redigeres i kilden. Hvis butikken fortsat tager ordrer, skal deltaen mellem sidste eksport og launch flyttes eller håndteres manuelt. Beskriv præcis hvem der kan stoppe lanceringen, hvilke kriterier der udløser rollback, og hvordan den gamle butik holdes tilgængelig uden at skabe to aktive checkouts.
8. Følg de første dage
- Kontrollér 404, redirect-fejl og de mest besøgte gamle adresser.
- Følg betaling, ordremails, lager og supporthenvendelser.
- Åbn sitemap og stikprøver i Search Console.
- Kontrollér feeds, annoncer og e-mailautomation.
- Ret kritiske driftsfejl før kosmetiske detaljer.
Placeringer og crawling kan svinge efter en flytning. En korrekt plan kan mindske risikoen, men ikke garantere uændret trafik. Rapportér observationer med dato og URL, så normale forsinkelser ikke forveksles med en teknisk fejl.
Den korte leverance
En migrationsplan bør ende som fem konkrete artefakter: datainventar og mapping, URL-kort med redirects, integrations- og testliste, launch-runbook med ansvar samt opfølgningsliste. Når de findes før lancering, bliver flytningen en kontrolleret ændring frem for en natlig improvisation.