Home › Blog › Migrate from Instantly to Smartlead Without Losing Replies
Switching sequencers is routine; losing a month of replies, your blocklist, and your campaign history in the switch is a choice. Here is the complete migration: the audit that decides whether to move at all, the export checklist that captures everything before you cancel, and the cutover that keeps replies flowing to threads that started on the old tool.

Audit first (half the time the answer is fix, not switch). Then export everything while the account lives: leads with statuses, replies, the blocklist, templates, settings, mappings, analytics, integrations. Cut over with a two-week overlap: old tool finishes in-flight sequences and catches stragglers, same mailboxes start new campaigns on the new tool. Replies live in mailboxes, not sequencers, keep the inboxes and you keep every late reply.
EXPORT (account still alive):
□ leads + statuses + custom fields
□ reply history (CSV/API)
□ blocklist / suppression list ← the forgotten one
□ sequences, templates, schedules
□ mailbox↔campaign mappings
□ analytics baselines
□ webhooks + integrations inventory
CUTOVER (2-week overlap):
wk 0 stop NEW sequence starts on old tool
import suppression into new tool FIRST
dedupe leads vs master DB before import
wk 0+ same mailboxes connect to new tool,
new campaigns launch there
warmup enrolled on new tool, overlapped
wk 0-2 old unified inbox checked daily for
stragglers; in-flight sequences finish
wk 2+ final export refresh → cancel old tool
NEVER: delete inboxes or domains in a migration.
Late replies arrive for weeks (rotation post).The ordering rule that prevents the two classic disasters: suppression imports before any lead imports (so the new tool cannot email an opted-out contact even for a minute), and lead imports get deduped against your master database with statuses mapped, so finished sequences stay finished. If you built the hub-and-spoke suppression sync, the migration is just adding a spoke, which is the strongest argument for having built it.
The key insight: replies land in the MAILBOXES, not the sequencer, so late replies are never truly lost unless you delete inboxes. What the old tool owns is thread context, sequence state, and history. The safe cutover: stop new sequence starts on the old tool, let in-flight sequences finish (about 2 weeks, one full campaign cycle), keep reading the unified inbox for stragglers, reconnect the same mailboxes to the new tool for new campaigns, and only cancel the old subscription after the export checklist is complete and in-flight threads have gone quiet.
Nine things: (1) all leads with statuses and custom fields, (2) reply history (CSV where offered, otherwise via API; the mail itself lives in your inboxes), (3) the blocklist/suppression list, this is the one people forget and it is compliance-critical, (4) sequence copy and templates, (5) campaign settings and schedules, (6) mailbox-to-campaign mappings, (7) analytics exports for your baselines, (8) webhook and integration configs, (9) API keys inventory so you know what else touches the tool. Do this while the account is alive; retention after cancellation is not guaranteed.
Always, because half of audit outcomes are 'stay and fix the setup.' Score the incumbent honestly: reliability (actual incident count, not vibes), reply detection accuracy, API and export quality, per-inbox analytics, deliverability features you actually use, integration cost to your stack, and true total cost. Then price the migration itself: setup days, re-learning, integration rebuilds, and the risk window. A tool 10% worse than the alternative rarely justifies a migration; a tool that misclassifies replies or caps your API does.
Domain and mailbox reputation lives with the domains and mailboxes, not the tool, so it transfers perfectly if you keep the same inboxes, which is the main reason the same-mailboxes migration is the low-risk path. What resets is tool-side warmup networks: if you used the old tool's warmup pool, enroll inboxes in the new tool's equivalent and overlap the transition rather than gapping it. Never re-warm from zero on inboxes that were already sending fine; just continue normal volume.
Three things: suppression gaps (the blocklist did not fully transfer, and someone who opted out last quarter gets emailed, the sync post covers preventing this permanently), duplicate outreach (lead statuses imported wrong, so the new tool restarts finished sequences, dedupe against your master database before importing anything), and reply blindness during cutover (nobody watching the old unified inbox for stragglers). All three are checklist items, not fate.
Prewarmed Inboxes So You Can Send Cold Emails Today
Get Prewarmed & Fresh InboxesGoogle, Microsoft 365 and Azure inboxes with free prewarmed domains and DNS configured before you log in. Prewarmed inboxes send the day they land; every order is delivered within 48 to 72 hours.
Get Prewarmed & Fresh Inboxes