Migrate your Iterable data
Cross-channel marketing automation platform for enterprise brands sending email, SMS, push, and in-app at scale with real-time AI decisioning.
In its favor
Why people choose Iterable
The signal that keeps Iterable on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Strong cross-channel execution on email, SMS, push, and in-app from a single platform, reducing the need to manage separate vendor stacks for different message types.
AI-powered decisioning that learns from behavioral and contextual signals to personalize message content and timing at scale across large contact volumes.
Enterprise-grade infrastructure trusted by global brands, handling trillions of interactions with high deliverability and uptime SLAs.
Helpful and responsive customer support that customers cite as a significant advantage during onboarding and ongoing campaign management.
Real-time data unification across behavioral, product, and engagement signals so every outbound message reflects a customer's current context.
Steep learning curve with unclear documentation forces teams to rely heavily on support for tasks that should be self-service.
SMS deliverability issues with accounts blocked without clear accountability or transparent root-cause communication from Iterable.
Contract pricing increases when usage is reduced, creating a billing model that punishes customers who downscale usage.
Cluttered UI requiring multiple clicks through nested menus to access common functions, slowing down campaign creation and editing.
Inconsistent conversion tracking and reporting makes it difficult to reliably measure campaign performance and optimize spend.
Reasons to switch
Why people leave Iterable
The recurring reasons buyers give for replacing Iterable. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Iterable fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Iterable pricing overview
Iterable does not publish pricing publicly. Available third-party data indicates entry-level contracts around $20,000/year for up to 50,000 monthly active users, scaling by contact volume, messaging channels, and custom event usage. All tiers are contract-based and negotiated per customer, making price comparisons difficult without direct sales engagement.
Growth
Tier 1 of 3
Not publicly listed (~$20,000+/year estimated)
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Iterable's schedule — see our quote-based pricing →
What gets migrated
Iterable object support
Object-by-object support for Iterable migrations. Per-pair details surface during scoping.
User Profiles
Fully supportedIterable's primary contact object. Every profile has a dataId, email, userId, and a set of system fields plus unlimited custom fields. We export profiles with their full field map and reimport preserving all custom field values, including multi-value arrays and nested data structures.
Custom Events
Fully supportedCustom events track behavioral data beyond profile updates. Each event has a name, user identification, and arbitrary metadata payload. We migrate the full event history per user, preserving event names and payload schema exactly as they exist in the source.
Lists
Fully supportedLists are collections of user profiles used for audience segmentation and campaign targeting. We map list memberships at the user level and preserve list names and IDs so existing Journey triggers referencing those lists remain valid after migration.
Campaigns
Mapping requiredCampaigns are the sendable units in Iterable, each with a name, channel type, template, and sending configuration. We export campaign metadata including channel, status, and schedule but note that template content and campaign settings require manual review post-migration due to the wide variation in campaign configurations.
Journeys
Mapping requiredJourneys are Iterable's workflow engine defining multi-step, multi-channel automation paths. Each Journey has trigger conditions, branching logic, and associated message actions. Journey definitions are complex JSON structures; we export the full Journey configuration and flag re-trigger eligibility settings that may behave differently in the destination platform.
Templates
Mapping requiredTemplates define message content for campaigns and Journey steps, supporting HTML email, plain text, and dynamic personalization via Handlebars syntax. We export template content and metadata but note that template rendering depends on the destination's personalization engine, which may use different syntax than Handlebars.
Catalog Items
Mapping requiredCatalog is Iterable's product data store used for dynamic content insertion in messages. We export catalog schemas and item records. Note that Catalog relationships to Journey steps must be revalidated after migration since destination platforms use different catalog/attribute data models.
Purchases
Fully supportedPurchase events record transaction data including orderId, total, items, and associated user. We preserve the purchase event history and link each event to the corresponding user profile. Note that messaging-related metrics include bounces but exclude send skips and proof sends.
Subscriptions
Fully supportedSubscription status tracks channel-level opt-in/opt-out states per user. We migrate subscription status per channel (email, SMS, push) and preserve subscription event history to maintain suppression lists correctly in the destination.
Data Sync Records
Mapping requiredIterable Data Sync is a warehouse export feature gated behind Customer Success and requiring IP allowlisting. We export historical Data Sync records but note that the feature requires CSM coordination to configure and is not a self-serve export path.
| Object | Support | Notes |
|---|---|---|
| User Profiles | Fully supported | Iterable's primary contact object. Every profile has a dataId, email, userId, and a set of system fields plus unlimited custom fields. We export profiles with their full field map and reimport preserving all custom field values, including multi-value arrays and nested data structures. |
| Custom Events | Fully supported | Custom events track behavioral data beyond profile updates. Each event has a name, user identification, and arbitrary metadata payload. We migrate the full event history per user, preserving event names and payload schema exactly as they exist in the source. |
| Lists | Fully supported | Lists are collections of user profiles used for audience segmentation and campaign targeting. We map list memberships at the user level and preserve list names and IDs so existing Journey triggers referencing those lists remain valid after migration. |
| Campaigns | Mapping required | Campaigns are the sendable units in Iterable, each with a name, channel type, template, and sending configuration. We export campaign metadata including channel, status, and schedule but note that template content and campaign settings require manual review post-migration due to the wide variation in campaign configurations. |
| Journeys | Mapping required | Journeys are Iterable's workflow engine defining multi-step, multi-channel automation paths. Each Journey has trigger conditions, branching logic, and associated message actions. Journey definitions are complex JSON structures; we export the full Journey configuration and flag re-trigger eligibility settings that may behave differently in the destination platform. |
| Templates | Mapping required | Templates define message content for campaigns and Journey steps, supporting HTML email, plain text, and dynamic personalization via Handlebars syntax. We export template content and metadata but note that template rendering depends on the destination's personalization engine, which may use different syntax than Handlebars. |
| Catalog Items | Mapping required | Catalog is Iterable's product data store used for dynamic content insertion in messages. We export catalog schemas and item records. Note that Catalog relationships to Journey steps must be revalidated after migration since destination platforms use different catalog/attribute data models. |
| Purchases | Fully supported | Purchase events record transaction data including orderId, total, items, and associated user. We preserve the purchase event history and link each event to the corresponding user profile. Note that messaging-related metrics include bounces but exclude send skips and proof sends. |
| Subscriptions | Fully supported | Subscription status tracks channel-level opt-in/opt-out states per user. We migrate subscription status per channel (email, SMS, push) and preserve subscription event history to maintain suppression lists correctly in the destination. |
| Data Sync Records | Mapping required | Iterable Data Sync is a warehouse export feature gated behind Customer Success and requiring IP allowlisting. We export historical Data Sync records but note that the feature requires CSM coordination to configure and is not a self-serve export path. |
Gotchas
What to watch for in Iterable migrations
Issues we've hit on past Iterable migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Iterable does not allow field deletion
Separate API endpoints for US and EU data centers
Soft limit of 8,000 unique fields per project
Enterprise pricing is opaque and contract-based
Usage metrics lag by one calendar day
| Severity | Issue |
|---|---|
| Medium | Iterable does not allow field deletion |
| High | Separate API endpoints for US and EU data centers |
| Medium | Soft limit of 8,000 unique fields per project |
| High | Enterprise pricing is opaque and contract-based |
| Low | Usage metrics lag by one calendar day |
Leaving Iterable?
Where Iterable customers move next
12 destinations Iterable can migrate to.
How a Iterable migration works
Four steps, Iterable-specific
Connect
API key (Bearer token) into Iterable. Scopes limited to read-only on the data we move.
Map
We translate Iterable-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Iterable quirks before production.
Migrate
Full migration with Iterable rate-limit handling. Rollback available throughout.
FAQ
Iterable migration FAQ
Answers to the questions buyers ask most during Iterable migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Iterable migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Iterable.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Iterable setup and destination — written quote back within a business day.