Ecommerce migration in South Africa, without losing sales or search

Moving a store is mostly an inventory and a redirect map. Get those wrong and the new store launches without the traffic the old one spent years earning.

7 min read

Two laptops showing an old and a new store page, a printed redirect map between them, parcels on shelves behind

Key takeaways

  • An ecommerce migration succeeds or fails on two lists made before the build: everything the old store holds, and where every old address will point.
  • The rankings an online store has earned belong to its URLs, so a new store that changes addresses without permanent redirects starts search from nothing.
  • Customer accounts, order history and product data are the parts of a store migration that customers notice, and the parts most often moved last.
  • A store should be migrated when the platform blocks how the business sells, not because the old design looks dated.
  • The first weeks after a store migration are for watching orders, broken addresses and search visibility daily, before anything new is added.

An ecommerce migration is rarely lost in the design. It is lost in the inventory nobody wrote down: the product variants, the customer logins, the delivery rules, and the thousand small addresses Google has spent years learning. A new store that launches without them looks better and sells less, and the owner usually finds out from a quiet month rather than an error message.

This is the order that keeps the sales and the search visibility a store has already earned.

Migrate when the platform blocks how you sell

A dated look is a reason to redesign, not to move platforms. Migration earns its cost when the platform itself is in the way: a checkout that cannot offer the payment methods South African buyers use, stock that has to be updated by hand in two places, delivery rules the system cannot express, or a catalogue that has outgrown what the platform handles on a phone.

If the honest list of problems is mostly photographs, product descriptions and page speed, fix those on the platform you have. They travel with you either way, and a migration will not write a single product description for you.

Choose the platform after the requirements, not before

Shopify and WooCommerce both run serious South African stores, and neither is the right answer in general. The choice follows from how the business actually operates.

The catalogue

How many products, how many variants, and how often they change. Complexity in the catalogue decides more than the size of it.

Payments and delivery

Which gateways, which couriers, and whether delivery is priced by weight, by area or flat. Check each against the platform before committing.

The till and the stock

If a physical shop or a warehouse system is the source of truth for stock, the integration is the project, not the theme.

Who runs it

A platform the team can update without a developer is worth more than one with features nobody will touch.

What it costs to own

Monthly fees, app subscriptions, hosting and maintenance over three years, not the build price alone.

Where it is going

Wholesale accounts, a second brand, another country. Choose for the next stage, not the last one.

Write the inventory before a single product moves

The inventory is the whole migration on one page. Everything on it is either moved, rebuilt or deliberately dropped, and nothing is left to be discovered after launch.

  • Products, variants, images, weights and the attributes filters depend on.
  • Customer accounts and order history, and what happens to saved passwords.
  • Categories, collections and the order products appear in.
  • Delivery zones, rates, payment methods and tax settings.
  • Every URL the old store has, with its title and description.
  • Legal pages, returns terms, and the emails customers receive after an order.
A paper wireframe with pencil ticks in front of a laptop showing code and a second screen showing the finished page
The build is the visible half. The half customers notice is whether their login and last order came across with it.

Move the data customers will notice

Customers do not see the platform. They see whether they can still log in, whether their order history is there, and whether the product they bookmarked still exists. Passwords usually cannot be carried between platforms, so plan the message that asks returning customers to set a new one, and send it the day the store goes live rather than letting them find a failed login.

Clean the product data on the way across, not after. Duplicate products, empty weights and inconsistent variant names are cheaper to fix in a spreadsheet than in a live catalogue.

Protect the search visibility the old store earned

Rankings belong to addresses. When a product that lived at one URL moves to another, Google treats the new page as new unless the old address points to it with a permanent redirect. This is the part of an ecommerce migration most likely to be treated as a detail, and the most expensive one to skip.

  1. 01Export every indexed URL from the old store and from Search Console before anything changes.
  2. 02Map each one to its closest new page: product to product, category to category. The home page is not a destination for everything that no longer exists.
  3. 03Set permanent redirects for the whole map, and test a sample by hand before launch.
  4. 04Carry across the page titles, descriptions and product copy that were working, rather than starting them again.
  5. 05Submit the new sitemap on launch day and watch the coverage report for errors.
Rankings belong to addresses. A new store that changes every URL without a redirect map has not moved its search visibility. It has left it behind.

Test the store the way a customer uses it

Place real orders on a phone, over mobile data, with each payment method and each delivery option, before launch. Check the confirmation email arrives and says the right thing. Search for a product, filter a category, apply a discount code, and ask for a refund. Every one of those paths worked on the old store, and nobody will notice it has broken until a customer does.

Watch the first weeks closely

For the first weeks after launch, check orders against the same period on the old store, the list of broken addresses Google reports, and the positions of the category and product pages that matter most. A dip in search visibility is common while Google processes a move; a dip that keeps growing is a redirect problem, and the sooner it is found the less it costs.

The point

An ecommerce migration is two lists and a test. Write down everything the old store holds, map where every old address will point, and buy from the new store on a phone before anyone else does. The design is the part people will compliment. The lists are the part that keeps the sales.

Sources and method

  • Google Search Central, "Site moves with URL changes" and "Ecommerce SEO" documentation, read 14/09/2026, for how redirects and URL changes are treated.
  • Process drawn from moving and rebuilding stores in practice. No client figures appear.

Written by Assay House, a South African brand strategy and creative agency. Published 14 September 2026.

All articles

Questions people ask

How long does an ecommerce migration take?
The build is usually a matter of weeks. The time goes on the data: cleaning products, mapping URLs and testing orders. A store with tidy product data moves faster than a smaller one without it.
Will we lose our Google rankings?
Some movement is normal while Google processes the change. A store that keeps its URLs, or redirects every old address to its closest new page, usually recovers. One that sends everything to the home page usually does not.
Can customers keep their accounts?
Customer records and order history can normally be moved. Passwords usually cannot, so returning customers are asked to set a new one, and the message asking them should go out on launch day.
Should we migrate or improve the store we have?
Improve it if the problems are content, photographs or speed. Migrate if the platform itself blocks how you take payment, manage stock or deliver.

Fifteen minutes, and you will know whether we are the right people

No pitch and no deck. What you are trying to grow, what is in the way, and an honest answer about whether we can help with it.