Available for projects & agency overflow · Quick reply, from the person who does the work

Changing platform without losing what matters

Changing CMS or version without losing SEO, order history or customer accounts is a type of project that hinges as much on method as on pure development.

Describe my issue Send a message

The typical need

A migration becomes necessary for various reasons: a CMS version reaching end of support, a platform that no longer keeps up with the business's needs, a strategic shift to a different ecosystem. The stated need is almost always the same: making the change without losing what has value — the SEO rankings built up, order history, customer accounts, sometimes specific modules or features developed over time.

How I approach this kind of work

I start with an audit of what exists: what absolutely must be kept, what can be rebuilt differently, what can be dropped because it's no longer useful. This audit avoids reproducing technical choices that no longer make sense, while securing what genuinely matters for the business.

The most sensitive point is almost always SEO: every existing URL needs to be accounted for, with an appropriate redirect to its equivalent on the new platform, so as not to lose the SEO work built up over the years. I set up a cutover plan with checks at each step rather than a single one-shot change, to catch a problem before it durably affects traffic or sales. Depending on the data volume, migrating order history and customer accounts also needs particular attention to the integrity of the transferred data.

Factors that affect the estimate

  • Catalogue size

    A catalogue of a few dozen SKUs migrates faster than one with several thousand, which needs checks at scale.

  • Number of specific modules or features

    Existing custom development needs reviewing one by one to decide whether it's rebuilt, replaced by a native feature, or dropped.

  • Volume of history to keep

    Keeping the full order history and customer accounts requires more extensive data migration work than starting fresh.

  • Sensitivity to SEO

    A site with significant organic traffic justifies far more rigorous redirect and verification work than a site with low current visibility.

Frequently asked questions

Can a migration happen with no downtime?
The goal is to minimise it as much as possible, with a cutover planned and prepared in advance; zero downtime isn't always realistic, but it can be reduced to a few well-anticipated minutes rather than several hours.
Is SEO necessarily affected by a migration?
A temporary impact is possible even with a careful redirect plan, since search engines need time to adjust. A thorough, rigorous redirect plan greatly limits this risk compared with an improvised migration.
Does the entire order history need to be migrated?
It depends on legal retention obligations and the genuine need to consult it later; this choice is made case by case rather than by default.
How long does a platform migration take?
Catalogue size is the first factor driving the timeline, even before the number of specific modules to handle; a precise estimate always follows the initial audit.

Describe your need in one minute

A few targeted questions so I can reply with an estimate rather than another questionnaire.

depart
arrivee
catalogue
contraintes (facultatif)
Please provide an email or a phone number so I can get back to you.

Please provide an email or a phone number so I can get back to you.