Migration and updates
Migrating a shop covers three different situations: upgrading version on the same platform, switching platform, or switching host. Each carries its own risks, and I treat them differently rather than applying one default method.
Three types of migration, three levels of risk
A version upgrade on the same platform stays the most contained: the core system doesn't change, but modules or a customised theme can become incompatible. A platform switch is heavier: catalogue, customer accounts, order history and business logic have to be rebuilt or transferred, which almost always means choices to make, not a straight copy.
A hosting change on its own is often the simplest technically, but still sensitive: DNS, certificates, server configuration and email all have to switch over without extended downtime.
How a migration runs
-
Audit of the existing setup
Inventory of modules, customisations, data volumes and external dependencies before any pricing.
-
Written switch plan
What's carried over as-is, what's rebuilt, and the order of operations, including a rollback plan if needed.
-
Migration on a separate environment
The work happens on a copy, never directly on the live site.
-
Switch and verification
Going live at an agreed time, then checking critical journeys: ordering, payment, customer accounts.
-
Post-migration follow-up
Close monitoring in the days that follow, to confirm nothing was missed.
- 2019 e-commerce developer since
- 3 platforms: PrestaShop, WooCommerce, Shopify
- 3 working languages: FR, EN, TR
- 100 % direct contact with the developer
No middleman: the person who replies is the one who works on the code.
Describe your need in one minute
A few targeted questions so I can reply with an estimate rather than another questionnaire.