← All playbooks
Newsletters migration

Mailchimp → Kit

Move Mailchimp contacts, custom fields, tags, interests, forms, templates, campaigns, automations, and sending identity into Kit without reactivating inactive addresses.

Typical timeline7–14 business days26–46 hours active work
Statusneeds review
Source testedMailchimp documentation reviewed 2026-07-19
Destination testedKit documentation reviewed 2026-07-19
Last reviewed2026-07-19
Sources3
Before you migrate

Should you make this move?

Both platforms have a case. Compare what you gain with what you give up before scheduling the cutover.

Current platform

Mailchimp

Reasons to stay
  • A broad small-business marketing suite combines email, contacts, forms, and campaigns
  • Audience, campaigns, automations, and reporting live in one publishing system
Reasons to leave
  • Pricing, interface complexity, and audience-based billing can become frustrating
  • Automation logic, analytics history, and deliverability settings are not very portable
New platform

Kit

What gets better
  • Creator-friendly tagging and visual automations make audience journeys approachable
  • Audience, campaigns, automations, and reporting live in one publishing system
What gets worse
  • Publishing, referral, and native monetization features are narrower than newsletter-first platforms
  • Automation logic, analytics history, and deliverability settings are not very portable
Best of the move

Kit: Creator-friendly tagging and visual automations make audience journeys approachable. This removes a major source-side concern: Pricing, interface complexity, and audience-based billing can become frustrating.

Worst of the move

What you lose: A broad small-business marketing suite combines email, contacts, forms, and campaigns. What you inherit: Publishing, referral, and native monetization features are narrower than newsletter-first platforms.

01At a glance

Know the shape of the move.

Transfer outcome12 features audited
Transfer outcome distributionClean transfer: 1, Partial transfer: 5, Manual rebuild: 5, Not transferred: 1.
Clean1
Partial5
Manual5
Lost1
Mapping route9 of 9 fields have a destination path

This timeline assumes

  • Up to 100,000 contacts, five audiences, 50 tags, and 10 active journeys
  • Only subscribers with valid consent enter the active import.
  • The source remains read-only through two successful destination sends.
  • A representative pilot cohort is imported before the full audience.
  • The migration team records evidence for every blocking verification check.
02Loss matrix

What survives the move.

“Partial” and “manual” are not footnotes. They are work that must be scheduled and verified.

ItemOutcomeImpactWhat happensMitigation
Mailchimp audiences, tags, and interestspartialhighKit uses one list and converts audience, tag, and interest combinations into tags.Approve naming, deduplicate contacts, and test segment semantics.
Custom fieldscleanhighKit’s dedicated importer can bring Mailchimp merge fields into subscriber fields.Verify types, blanks, Unicode, and representative values after the pilot.
Campaigns, templates, forms, and landing pagesmanualhighKit’s migration guidance requires these assets to be recreated.Build one approved destination pattern for each active asset.
Automations and in-flight statemanualcriticalMailchimp journeys do not continue as Kit Visual Automations.Rebuild logic and assign an explicit continue, restart, or exit treatment to every active contact.
Eligible email addressespartialcriticalActive subscribers can move, but acceptance and duplicate handling depend on destination import rules.Reconcile unique eligible rows against accepted and rejected imports.
Unsubscribes, complaints, and cleaned addressespartialcriticalSuppression evidence does not become an identical native ledger.Export every inactive class separately and never import it as active.
Tags, groups, and dynamic segmentspartialhighLabels may move, but calculated audience rules require redesign.Document each segment’s business rule and rebuild only active ones.
Past newsletters and web archivepartialhighContent import can change layout, embeds, URLs, and access boundaries.Review a stratified issue sample and crawl the archive.
Templates and brand settingsmanualhighSource email templates do not run as destination templates.Build one approved email and web template before importing content.
Forms and landing pagesmanualcriticalHosted URLs, embeds, consent text, incentives, and redirects are platform-specific.Replace and test every acquisition path before source forms stop.
Automations and in-flight subscribersmanualcriticalTriggers, branches, waits, goals, and current enrollment state do not continue automatically.Rebuild each live automation and disposition every enrolled subscriber.
Campaign analyticslostmediumOpens, clicks, and historical reports remain source evidence.Export dated campaign reports and record privacy-related measurement differences.
03Field and feature mapping

Where each thing goes.

SourceDestinationMethodNotes
Email addressEmail addressautomaticRequired unique identifier.
First and last nameName fieldstransformNormalize blanks and full-name values.
Custom or merge fieldCustom fieldtransformCreate the destination field and type first.
Audience, tag, or groupTag, segment, or custom fieldtransformKeep provenance without multiplying duplicates.
Marketing statusImport eligibility or suppression archivetransformNever reactivate an inactive address.
Campaign or issueDestination post or broadcasttransformReview layout, links, images, and access.
Automation enrollmentDestination automation statemanualContinue, restart, exit, or follow up explicitly.
Signup formDestination formmanualReplace fields, consent, incentives, and redirect behavior.
Paid plan and billing stateDestination tier and subscriptionmanualReconcile customer, currency, renewal, and access.
04Before you begin

Make the move recoverable.

Backup procedure

Create the source-of-truth backup

Preserve Mailchimp data, configuration, and operating evidence before any destination write.

  1. Export Mailchimp subscribers separately by active, unsubscribed, complained, cleaned, paid, and complimentary state.
  2. Export fields, tags, segments, content, reports, forms, automations, integrations, and domain settings.
  3. Record totals by status, segment, tier, and active automation.
  4. Hash raw exports and transform copies only.

Proof to capture: A signed manifest reconciles every scoped record class, runtime dependency, export file, count, and hash.

Transformation · Spreadsheet or SQL

Eligibility ledger

Prevent inactive or unproven contacts from becoming sendable.

  1. Inventory source values and exceptions.
  2. Define explicit destination mappings.
  3. Reject unmapped critical records.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

Transformation · CSV validator

Destination audience file

Create deterministic fields, tags, tiers, and provenance.

  1. Normalize encoding, dates, identifiers, and blanks.
  2. Run a representative pilot.
  3. Reconcile accepted, rejected, and transformed rows.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

05Handle with care

The things most likely to hurt.

These are operating limits. Treat every “Stop if” condition as a blocked migration, not a suggestion.

Import

Suppressed contacts become active

criticalpossible likelihood

Destination active count exceeds signed eligibility.

Consequence
Complaints and compliance exposure increase.
Mitigation
Import only the approved active file.

Stop if: Any inactive seed becomes sendable.

Cutover

Both platforms send or bill

criticalpossible likelihood

Source automations or subscriptions remain active after destination activation.

Consequence
Readers receive duplicates or duplicate charges.
Mitigation
Freeze source triggers and reconcile billing ownership.

Stop if: A seed receives two messages or charges.

Sending

Authentication or reputation regresses

criticalpossible likelihood

DMARC alignment fails or bounces and complaints exceed baseline.

Consequence
Messages are rejected or placed in spam.
Mitigation
Verify DNS and send in controlled cohorts.

Stop if: Authentication fails or thresholds breach the approved baseline.

06Precise timeline

Do the work in this order.

Estimate forUp to 100,000 contacts, five audiences, 50 tags, and 10 active journeys
Total elapsed7–14 business days
Active work26–46 hours
BufferAdd time for many audiences, transactional sending, ecommerce automations, or reputation warm-up.
01
Days 1–3Inventory and decisions2–3 days
02
Days 3–5Backup and reconcile1–3 days
03
Days 5–12Map and pilot3–8 days
04
Days 10–20Final delta and switch1–5 days
05
Days 12–40Observe and close3–10 days
  1. Days 1–3 · inventory

    Inventory and decisions

    6–12 hours active2–3 days elapsedOwner review waiting
    • Inventory Mailchimp data, features, users, domains, and integrations.
    • Approve scope, owners, mappings, and exclusions.

    Depends on: Mailchimp and Kit administrator access

    Stop / go checkpoint

    Export?

    Go when: Every critical item has an owner and disposition.

    Stop when: Consent, billing, access, or system ownership is unclear.

  2. Days 3–5 · backup

    Backup and reconcile

    5–10 hours active1–3 days elapsedExport processing waiting
    • Create immutable exports and configuration evidence.
    • Reconcile counts, totals, and hashes.

    Depends on: Approved inventory

    Stop / go checkpoint

    Transform?

    Go when: Source totals and export manifests agree.

    Stop when: Any critical dataset or configuration is absent.

  3. Days 5–12 · pilot

    Map and pilot

    10–35 hours active3–8 days elapsedDestination processing and review waiting
    • Configure Kit and transform representative data.
    • Run a pilot containing normal records and every critical edge case.

    Depends on: Verified backup

    Stop / go checkpoint

    Scale?

    Go when: Pilot mappings, behavior, access, and evidence pass.

    Stop when: Any critical check fails or produces unexplained variance.

  4. Days 10–20 · cutover

    Final delta and switch

    5–25 hours active1–5 days elapsedDNS, import, or sync propagation waiting
    • Freeze production writes in Mailchimp.
    • Apply the final delta, switch ownership, and run blocking checks.

    Depends on: Passed pilot and approved rollback

    Stop / go checkpoint

    Open production?

    Go when: Counts reconcile and one destination system owns production.

    Stop when: A source writer remains active or a blocking check fails.

  5. Days 12–40 · observe

    Observe and close

    3–18 hours active3–10 days elapsedOperating-cycle evidence waiting
    • Monitor one complete operating cycle.
    • Sign the verification report and close rollback only after stability.

    Depends on: Verified cutover

    Stop / go checkpoint

    Close rollback?

    Go when: No trigger occurs during the agreed observation period.

    Stop when: Data, access, delivery, routing, or business results regress.

07The point of change

Cut over with a way back.

Go live

Cutover

Make Kit the only production system without losing the final Mailchimp delta.

Recommended window: A low-volume weekday morning with platform, data, DNS, and business owners available.

  1. Freeze production writes and scheduled actions in Mailchimp.
  2. Export, transform, and reconcile the final delta.
  3. Apply the approved delta to Kit.
  4. Switch domains, forms, integrations, sending, or sync ownership as applicable.
  5. Run every blocking verification check and keep the source intact.

Proof to capture: Kit owns production, totals reconcile, and every blocking check has durable evidence.

Return to safety

Rollback

Return production ownership to Mailchimp without losing destination-era changes.

Deadline: Within seven days and before source data, plans, credentials, domains, or billing are changed.

  1. Stop new writes and scheduled actions in Kit.
  2. Restore the prior Mailchimp routing, forms, integrations, sending, or sync ownership.
  3. Export the Kit post-cutover delta.
  4. Review and apply safe destination-era changes to Mailchimp.
  5. Run the same blocking checks against the restored source.

Proof to capture: Mailchimp again owns production with current data and no duplicate destination action.

Rollback immediately when
  • Unexplained critical count or value variance
  • Missing or exposed critical data
  • Duplicate production action
  • Failed access, routing, delivery, or integration check
  • A critical feature has no safe destination replacement
08Verification report

Prove the migration worked.

Every blocking check must pass. Capture the evidence before cleanup begins.

0%
Interactive report preview0 / 8 checks passed
PassIDCheckMethodExpected resultEvidence
V-01BlockingEligible countReconcile unique eligible emails.100% accepted, rejected, or investigated.Count sheet.
V-02BlockingInactive protectionTest inactive seed addresses.No inactive seed is sendable.Seed log.
V-03BlockingValues and segmentationCompare 30 stratified subscribers.All approved mappings match.Record comparison.
V-04BlockingAcquisition pathsSubmit every form.Correct consent, field, tag, redirect, and welcome behavior.Form matrix.
V-05BlockingBranches and timingRun seed accounts through each path.One correct sequence per seed.Automation log.
V-06Archive and accessReview representative free and paid issues.Approved layout, links, images, canonical, and access.Content review.
V-07BlockingAuthentication and cohortsInspect headers and send reports.SPF and DKIM pass; DMARC aligns; thresholds hold.Headers and reports.
V-08BlockingSingle sending and billing ownerInspect triggers, integrations, and subscriptions in both systems.Kit alone owns approved production actions.Ownership checklist.
09Post-migration cleanup

Remove the scaffolding safely.

Safe after: One complete operating cycle, at least seven stable days, and owner sign-off on every blocking check.

  1. Create final Mailchimp exports and archive verification evidence.
  2. Revoke temporary credentials, API keys, webhooks, and elevated roles.
  3. Remove obsolete embeds, forms, jobs, integrations, and DNS records.
  4. Keep the source intact through the approved retention window.
  5. Cancel paid plans only after billing, legal, and recovery review.
  6. Schedule the next Kit backup, access, and migration-playbook review.
Sources and maintenance

Built to be reviewed.

Tested 2026-07-19. Next scheduled review: 2026-10-19.

  1. Kit: migrate from MailchimpAccessed 2026-07-19
  2. Kit: import subscribersAccessed 2026-07-19
  3. Mailchimp: export contactsAccessed 2026-07-19