Moving to a Different Email Platform

What moves and what does not

The addresses move easily. That is a file, and every platform will import one.

What does not move automatically is the record of how and when each person subscribed, the automations, the templates, the reporting history, and your standing with mail providers.

The last is the one that surprises people: a new platform sends from different infrastructure, so the reputation you built over two years does not transfer with the list.

Which means a migration handled carelessly produces worse delivery from a better tool.

Export the consent record first

The item most likely to be lost, and the hardest to reconstruct afterwards.

For each address, you want the date they subscribed, the source or form they used, and where recorded, the address they signed up from.

Most platforms hold that and most exports omit it unless you select the fields deliberately.

Without it, your new list is a set of addresses with no evidence of how any of them arrived, which is a problem the first time anybody asks and a problem for deciding who to keep.

Export it as a separate file too, and keep that permanently regardless of what the new platform stores.

Ten minutes now, and it cannot be recovered once the old account is closed.

The list to export

• Addresses, with names where held.
• Subscription date and source.
• Unsubscribed addresses, which you must keep.
• Bounced and complained addresses.
• Any tags or groups you use.
• Reporting history, as a summary.

The third is the one people forget and it matters most: importing a clean list without the unsubscribes means emailing everybody who previously asked you to stop, which is the worst outcome available from a migration.

Suppress before you send

The specific step that prevents that outcome.

Every platform has a suppression list, and yours needs to contain everybody who unsubscribed, bounced repeatedly, or complained, from the old system.

Import that file first, before the subscriber list, and confirm it is in place before any send.

Those addresses are frequently in a separate export, in a different part of the interface, which is why they get missed.

Somebody who unsubscribed eighteen months ago and receives your first message from a new platform will complain rather than unsubscribe again, and that complaint lands on a new sending reputation with nothing to absorb it.

Warm the new platform

The part that requires patience rather than work.

Your first send from a new platform arrives from unfamiliar infrastructure, at whatever volume you choose, with no history.

Send to your most engaged recipients first: people who have clicked recently, in a batch of a few dozen.

Then a few hundred a week later, then the rest, watching bounces and complaints at each stage.

That takes two or three weeks and it is the difference between establishing good standing and starting from a poor one.

Some platforms manage this for you, and it is worth asking rather than assuming.

A worked example

A business moved platforms to get better automation, exported their subscribers, and imported them the same afternoon.

They sent to the full list of around nine hundred the following day.

The export had not included unsubscribed addresses, so roughly seventy people who had previously left received the message.

Eleven complaints arrived, on a brand new sending reputation, and delivery from the new platform was poor for over a month.

Rebuilding took longer than the migration had saved, and the automations they had moved for were not set up until six weeks later.

Their assessment was that every part of it had been avoidable with an afternoon of preparation.

Rebuild automations before switching

Because they do not export and they are usually the reason for moving.

Write down every automated sequence in the old platform: what triggers it, what it sends, in what order, with what delays.

Rebuild those in the new platform and test each by going through the trigger yourself, before you move any sending across.

The common failure is switching the list first and rebuilding automations afterwards, which leaves a period where new subscribers receive nothing at all.

That period is invisible, since nobody complains about a welcome message they never knew existed, and it can run for weeks.

Have the automations working on the new platform before the first subscriber arrives there.

Keep the old account running

For a month at least, in the same way as with hosting.

It holds your reporting history, your consent records, and your old templates, and closing it is irreversible.

Take screenshots or exports of the reporting you might want, since that is the thing genuinely lost when an account closes.

Do not send from both, which would confuse unsubscribes and produce duplicate messages.

Cancel it deliberately once you have confirmed the new platform is working, rather than letting it lapse, and note the date.

Update the forms

The loose end that produces a quiet failure.

Signup forms on your website, in your listing, and anywhere else point at the old platform and will continue to after you move.

So new subscribers keep arriving in an account you have stopped using, and nobody notices until somebody asks why the list has stopped growing.

Find every form, including any embedded in a page builder, a pop-up, or a landing page from an old campaign.

Test each one by subscribing yourself and confirming the address appears in the new platform.

That check is the last step of the migration and it is the one most often skipped.

The counter-case

Moving is frequently not worth it.

Platforms are broadly similar for a small business sending a monthly message, and the differences that look compelling in a comparison rarely matter at four hundred subscribers.

The migration costs a day, risks your delivery, and interrupts whatever rhythm you had established, which for many businesses is the thing keeping the newsletter alive.

A genuine reason to move exists where the current platform lacks something you will actually use, where the cost has risen substantially, or where deliverability has been poor over months.

Wanting a nicer interface is not one, and neither is a feature you have never used on the current one.

The order

1. Export consent data with the addresses.
2. Export unsubscribes and complaints separately.
3. Import the suppression list first.
4. Rebuild and test automations before switching.
5. Warm up over two or three weeks.
6. Update every signup form and test it.
7. Keep the old account for a month.

Step three is the one that prevents the worst outcome, since emailing people who previously unsubscribed is how a migration damages a reputation before it has one.

What that reputation is worth is covered in your domain's email reputation.

Frequently asked questions

West Coast Media Solutions Inc. provides web design, web development, hosting, digital marketing, and business consulting to organisations across Canada, drawing on more than twenty-five years in the field.