Back to Tools

Email Migration Checklist

Step-by-step interactive checklist for migrating between email marketing platforms. Covers pre-migration audit, data export, authentication setup, testing, and go-live monitoring across 6 phases.

About this tool

Switching email platforms is one of the highest-risk operations in marketing. Get it wrong and you lose subscribers, break automations that drive revenue, tank your deliverability, and potentially violate CAN-SPAM or GDPR by losing suppression lists. Get it right and the whole thing is invisible to your subscribers. If you are moving off Mailchimp and still weighing where to go, this Reddit thread on which Mailchimp alternative is actually better collects first-hand switching experiences. This 32-item checklist covers every phase of migration so nothing slips through the cracks.

Phase 1: The Pre-Migration Audit (Don't Skip This)

Before you touch the new platform, document everything on your current one. Export your complete subscriber list with all custom fields, tags, segments, and engagement history. Export your suppression list separately—this includes every unsubscribed, bounced, and complained address. Forgetting to migrate suppressions is the #1 migration disaster because you'll email people who explicitly opted out, generating spam complaints that can blocklist your domain within days. Also document every automation flow, noting triggers, delays, conditions, and content.

Phase 2: Authentication and Infrastructure

Set up SPF, DKIM, and DMARC for the new platform before sending a single email. If you're moving to a new IP, you'll need to warm it up—start with 50-100 emails/day to your most engaged subscribers and double every 2-3 days over 4-8 weeks. Use the warmup calculator to plan the schedule. Verify all DNS records are propagated with the DNS propagation checker before proceeding. This phase takes 1-2 weeks on its own.

Phase 3: The Scariest Part—Data Migration and Parallel Running

Import your subscribers to the new platform and verify counts match exactly. Check that custom fields mapped correctly—a common failure is date formats (MM/DD vs DD/MM) getting mangled during import. Import your suppression list and verify it's enforced. Rebuild your automations in the new platform but keep them paused. Run both platforms in parallel for 1-2 weeks: continue sending from the old platform while testing everything on the new one. This overlap period is your safety net.

Phase 4: Go-Live and the Danger Zone

When you flip the switch, disable all automations on the old platform first, then enable them on the new one. Send your first real campaign to a small, engaged segment (top 10% by engagement) and monitor bounce rates, complaint rates, and deliverability for 24-48 hours. If everything looks clean, gradually increase to full volume. Watch your bounce rate obsessively for the first two weeks. Check the blacklist checker daily during this period. Keep your old platform account active for at least 90 days in case you need to reference historical data or roll back.

Common Migration Disasters and How to Avoid Them

The three most common disasters are: 1) Lost suppression lists—emailing people who unsubscribed, generating a wave of spam complaints. 2) IP warmup failures—sending full volume from a cold IP and getting blocked by Gmail. 3) Broken automations—triggers firing incorrectly and sending duplicate or irrelevant emails to your entire list. Each of these is completely preventable with proper planning. The checklist below walks you through the specific steps to avoid each one.

Frequently Asked Questions

How long does email platform migration take?

Plan for 2-6 weeks minimum. Simple migrations (under 10K subscribers, few automations, shared IPs) take 1-2 weeks. Complex migrations (100K+ subscribers, many automations, dedicated IPs requiring warmup) take 4-8 weeks. The IP warmup phase alone can take 4 weeks. Don't rush it—a botched migration can take months to recover from.

Will I lose subscribers during migration?

Not if you follow the checklist. Export all subscribers with complete data (email, name, custom fields, tags, engagement dates, signup dates). Import to the new platform and verify total counts match. The real risk isn't losing subscribers—it's losing suppression data (unsubscribes, bounces, complaints). Migrating suppressions is legally required under CAN-SPAM and GDPR, and failing to do so is the most common migration disaster.

Should I run both platforms simultaneously?

Yes, for 1-2 weeks. Keep sending from the old platform while you configure, test, and warm up the new one. Disable automations on the old platform before enabling them on the new one to prevent duplicate sends. This overlap is your safety net—if something goes wrong on the new platform, you can fall back immediately without interrupting your email program.

What about my sender reputation when switching IPs?

If you're moving to a new dedicated IP, your reputation starts from zero. You need to warm it up by sending small volumes to your most engaged subscribers first and gradually increasing over 4-8 weeks. Start with 50-100 emails/day and double every 2-3 days. If you're on shared IPs, the ESP manages reputation, but monitor your deliverability closely for the first month. Either way, keep your old platform active as a fallback.

What's the biggest risk during email migration?

The single biggest risk is losing your suppression list—the record of everyone who unsubscribed, bounced, or filed a spam complaint. If you re-email these people on the new platform, you'll generate a spike of complaints that can get your domain blocklisted within hours. Always export suppressions as a separate file, import them before sending any emails, and verify they're enforced before going live.

How do I migrate automations without breaking them?

Document every automation on the old platform: trigger event, delays, conditions, branching logic, and email content. Rebuild each one on the new platform but keep them paused. Test each automation with a test subscriber to verify it fires correctly. When you go live, disable the old platform's automations first, wait 1 hour to clear any queued messages, then enable the new ones. Never have the same automation active on both platforms simultaneously.

Do I need to re-authenticate my domain for the new platform?

Yes. Each ESP has its own DKIM signing keys and may use different sending IPs. You'll need to add new DKIM records to your DNS (your old ones can remain alongside them), update your SPF record to include the new ESP's servers, and verify your DMARC policy still covers both platforms during the transition. Use the SPF, DKIM, and DMARC checkers to verify everything is configured correctly before sending.

How do I handle ongoing signups during migration?

This is a detail people miss. During the parallel running phase, new subscribers signing up through your forms need to be captured on the new platform. Update your signup form endpoints or add the new platform's integration to your forms before cutover. For the overlap period, you may need to sync new signups to both platforms to ensure no one falls through the cracks.

When is it safe to cancel my old platform?

Keep your old platform account active for at least 90 days after full cutover. You'll need access to historical campaign data, engagement metrics, and possibly old email content. Some platforms delete your data immediately upon cancellation. Export everything you might need: campaign reports, subscriber engagement history, email templates, and automation performance data. Only cancel when you're confident you have everything.

Compare email marketing software

Hands-on roundups to help you pick the right platform.