Migrate your Salesforce Marketing Cloud Account Engagement data
Salesforce's B2B marketing automation platform (formerly Pardot) that syncs Prospects and lead data directly into Salesforce CRM. Built for marketing-sales alignment on longer B2B sales cycles.
In its favor
Why people choose Salesforce Marketing Cloud Account Engagement
The signal that keeps Salesforce Marketing Cloud Account Engagement on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Salesforce CRM integration provides a single source of truth — Prospect activity in Account Engagement syncs bidirectionally to Salesforce Contacts, Accounts, and Opportunities without manual export.
Einstein AI-powered lead scoring is included from the Plus tier upward, giving B2B marketing teams a data-driven priority signal without requiring a data science team.
The platform targets B2B-specific workflows — lead nurturing, multi-touch attribution, and engagement programs are purpose-built for multi-stakeholder buying committees and longer sales cycles.
Engagement Studio visual automation allows non-technical marketers to build multi-step nurture sequences that react to prospect behaviour without developer involvement.
The platform is Salesforce-native, meaning Salesforce admins can manage permissions, user provisioning, and data visibility rules through the same org infrastructure they already use.
Steep learning curve and complex UI require dedicated training or consultant hours before teams can build sophisticated automations without trial-and-error.
High total cost of ownership beyond the license fee — agencies, developers, or additional consultants are frequently needed to configure and optimize campaigns at scale.
Contact volume limits by tier create billing surprises — teams that outgrow their tier's Prospect cap are forced to upgrade or pay overage fees, and there is no prorated credit for downgrades.
Limited flexibility for non-Salesforce CRMs — Account Engagement is architecturally tied to Salesforce, making it a poor fit for teams running HubSpot, Zoho, or Microsoft Dynamics as their CRM of record.
The platform's complexity creates slow time-to-value — even straightforward tasks like form creation or list segmentation require navigating multiple menu layers and configuration screens.
Reasons to switch
Why people leave Salesforce Marketing Cloud Account Engagement
The recurring reasons buyers give for replacing Salesforce Marketing Cloud Account Engagement. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Salesforce Marketing Cloud Account Engagement 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
Salesforce Marketing Cloud Account Engagement pricing overview
Pricing is per organisation per month on an annual billing cycle, with four tiers ranging from $1,250 (Growth+) to $15,000 (Premium+). Contact limits and feature access — including Business Units, dedicated IPs, and Einstein AI — are gated by tier. Overages on Prospect volume are billed separately and there is no prorated refund for downgrades.
Growth+
Tier 1 of 4
$1,250/org/month (billed annually)
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Salesforce Marketing Cloud Account Engagement's schedule — see our quote-based pricing →
What gets migrated
Salesforce Marketing Cloud Account Engagement object support
Object-by-object support for Salesforce Marketing Cloud Account Engagement migrations. Per-pair details surface during scoping.
Prospects
Mapping requiredProspects are the core object in Account Engagement, analogous to Contacts in Salesforce CRM. Each Prospect is uniquely identified by email address and has a prospect_id that differs from the Salesforce Contact ID. We preserve the Pardot prospect_id as a custom field during migration and reconcile duplicates by email match. Active automations referencing a Prospect's internal ID may break post-migration and must be rebuilt at the destination.
Custom Fields
Fully supportedCustom Fields are first-class objects in the Pardot v5 API with full CRUD support. We export all field definitions (label, type, associated tags) and their values per Prospect record. Custom field labels that conflict with destination standard fields require rename mapping before import.
Accounts (Salesforce)
Mapping requiredAccount Engagement does not have a native Account object — Prospects are associated to Accounts via the Salesforce CRM sync. When migrating from a non-Salesforce source, we create or match Account records first and then link Prospects to them. Multi-BU setups require Account visibility to be scoped per Business Unit.
Contacts (Salesforce)
Mapping requiredProspects sync bidirectionally to Salesforce Contacts via the Pardot-Salesforce Connector. We map Prospect records to existing Contacts by email address, creating net-new Contacts when no match exists. Prospect-specific fields like Grading and Scoring do not map natively to Contact fields and require custom field creation in Salesforce.
Opportunities (Salesforce)
Mapping requiredOpportunities are not created or managed inside Account Engagement — they live in Salesforce CRM. We preserve Opportunity associations by mapping the linked Salesforce Opportunity ID stored on the Prospect record. When the destination CRM does not have the referenced Opportunity, we flag the orphaned link and leave the Opportunity field blank.
Campaigns
Mapping requiredAccount Engagement Campaigns track marketing initiative performance and link to Salesforce Campaigns. We export Campaign metadata and Prospect-level activity data (opens, clicks, form submissions) per campaign. Campaign influence attribution data may not fully map to destination CRM models and is flagged for review.
Users and Owners
Mapping requiredPardot Users (Assigned Users / Owners) correspond to Salesforce Users who are responsible for Prospect records. We map Pardot user_id to Salesforce user_id, flagging cases where the destination org does not have a matching User record. Unmatched Owners default to the admin user or are left blank per customer preference.
Engagement Programs (Automation Rules)
Not in this platformEngagement Programs and Automation Rules in Account Engagement reference Prospects, Campaigns, Forms, and Landing Pages by internal Pardot IDs. These IDs do not exist in the destination system, making direct import of automation logic impossible. We do not migrate automation rules. We document all existing program structures and rebuild them at the destination as part of post-migration services.
Forms
Mapping requiredForms capture Prospect data and are tied to Landing Pages and Custom Fields. We export form definitions and field mappings. Form IDs and handler URLs are internal to Account Engagement and must be recreated at the destination. Form submission history is migrated as Prospect Activity records where the destination supports it.
Landing Pages
Mapping requiredLanding Pages are static web assets hosted within or pointing to Account Engagement. We export page content, layouts, and associated form bindings. Because Landing Pages reference internal form IDs, they must be recreated at the destination and re-linked to Forms. External tracking domains require DNS reconfiguration at the new host.
Tags
Fully supportedTags are used for Prospect segmentation and can be attached to Custom Fields and Prospects via the API. We export tag definitions and their assignments per Prospect. Tags merge cleanly into destination segmentation systems that support flat label lists.
Scoring Categories
Mapping requiredScoring Categories define named buckets for categorising prospect scores (e.g., behavioural score vs. demographic score). We export category definitions and their weight rules. Scoring logic is recalculated at the destination because scores are derived from Prospect activity that may not be fully replicated.
Lists and Segments
Mapping requiredStatic Lists and Dynamic Lists segment Prospects for targeted campaigns. We export list memberships as Prospect records per list. Dynamic lists with rule-based criteria are not migratable as active lists — we export the member snapshot and recommend rebuilding the rules at the destination.
Email Templates
Mapping requiredEmail Templates contain HTML content, dynamic content blocks, and merge fields. We export template HTML and metadata. Merge fields reference Pardot field names (e.g., %%first_name%%) which differ from Salesforce merge field syntax (e.g., {{Lead.FirstName}}). We rewrite merge field syntax as part of the template migration.
Business Units
Mapping requiredBusiness Units separate data, users, and branding within a single Account Engagement account. We migrate Prospect records scoped to the selected Business Unit. Business Unit configuration (IP warming, sender profiles) requires manual setup at the destination. Multi-BU accounts require each BU to be migrated separately.
| Object | Support | Notes |
|---|---|---|
| Prospects | Mapping required | Prospects are the core object in Account Engagement, analogous to Contacts in Salesforce CRM. Each Prospect is uniquely identified by email address and has a prospect_id that differs from the Salesforce Contact ID. We preserve the Pardot prospect_id as a custom field during migration and reconcile duplicates by email match. Active automations referencing a Prospect's internal ID may break post-migration and must be rebuilt at the destination. |
| Custom Fields | Fully supported | Custom Fields are first-class objects in the Pardot v5 API with full CRUD support. We export all field definitions (label, type, associated tags) and their values per Prospect record. Custom field labels that conflict with destination standard fields require rename mapping before import. |
| Accounts (Salesforce) | Mapping required | Account Engagement does not have a native Account object — Prospects are associated to Accounts via the Salesforce CRM sync. When migrating from a non-Salesforce source, we create or match Account records first and then link Prospects to them. Multi-BU setups require Account visibility to be scoped per Business Unit. |
| Contacts (Salesforce) | Mapping required | Prospects sync bidirectionally to Salesforce Contacts via the Pardot-Salesforce Connector. We map Prospect records to existing Contacts by email address, creating net-new Contacts when no match exists. Prospect-specific fields like Grading and Scoring do not map natively to Contact fields and require custom field creation in Salesforce. |
| Opportunities (Salesforce) | Mapping required | Opportunities are not created or managed inside Account Engagement — they live in Salesforce CRM. We preserve Opportunity associations by mapping the linked Salesforce Opportunity ID stored on the Prospect record. When the destination CRM does not have the referenced Opportunity, we flag the orphaned link and leave the Opportunity field blank. |
| Campaigns | Mapping required | Account Engagement Campaigns track marketing initiative performance and link to Salesforce Campaigns. We export Campaign metadata and Prospect-level activity data (opens, clicks, form submissions) per campaign. Campaign influence attribution data may not fully map to destination CRM models and is flagged for review. |
| Users and Owners | Mapping required | Pardot Users (Assigned Users / Owners) correspond to Salesforce Users who are responsible for Prospect records. We map Pardot user_id to Salesforce user_id, flagging cases where the destination org does not have a matching User record. Unmatched Owners default to the admin user or are left blank per customer preference. |
| Engagement Programs (Automation Rules) | Not in this platform | Engagement Programs and Automation Rules in Account Engagement reference Prospects, Campaigns, Forms, and Landing Pages by internal Pardot IDs. These IDs do not exist in the destination system, making direct import of automation logic impossible. We do not migrate automation rules. We document all existing program structures and rebuild them at the destination as part of post-migration services. |
| Forms | Mapping required | Forms capture Prospect data and are tied to Landing Pages and Custom Fields. We export form definitions and field mappings. Form IDs and handler URLs are internal to Account Engagement and must be recreated at the destination. Form submission history is migrated as Prospect Activity records where the destination supports it. |
| Landing Pages | Mapping required | Landing Pages are static web assets hosted within or pointing to Account Engagement. We export page content, layouts, and associated form bindings. Because Landing Pages reference internal form IDs, they must be recreated at the destination and re-linked to Forms. External tracking domains require DNS reconfiguration at the new host. |
| Tags | Fully supported | Tags are used for Prospect segmentation and can be attached to Custom Fields and Prospects via the API. We export tag definitions and their assignments per Prospect. Tags merge cleanly into destination segmentation systems that support flat label lists. |
| Scoring Categories | Mapping required | Scoring Categories define named buckets for categorising prospect scores (e.g., behavioural score vs. demographic score). We export category definitions and their weight rules. Scoring logic is recalculated at the destination because scores are derived from Prospect activity that may not be fully replicated. |
| Lists and Segments | Mapping required | Static Lists and Dynamic Lists segment Prospects for targeted campaigns. We export list memberships as Prospect records per list. Dynamic lists with rule-based criteria are not migratable as active lists — we export the member snapshot and recommend rebuilding the rules at the destination. |
| Email Templates | Mapping required | Email Templates contain HTML content, dynamic content blocks, and merge fields. We export template HTML and metadata. Merge fields reference Pardot field names (e.g., %%first_name%%) which differ from Salesforce merge field syntax (e.g., {{Lead.FirstName}}). We rewrite merge field syntax as part of the template migration. |
| Business Units | Mapping required | Business Units separate data, users, and branding within a single Account Engagement account. We migrate Prospect records scoped to the selected Business Unit. Business Unit configuration (IP warming, sender profiles) requires manual setup at the destination. Multi-BU accounts require each BU to be migrated separately. |
Gotchas
What to watch for in Salesforce Marketing Cloud Account Engagement migrations
Issues we've hit on past Salesforce Marketing Cloud Account Engagement migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Engagement Programs and Automation Rules cannot be exported
Prospect contact volume limits enforced per tier
Email address is the sole unique identifier for Prospect matching
Multi-Business Unit accounts require separate migration scoping
Email Template merge fields use Pardot syntax incompatible with most destinations
| Severity | Issue |
|---|---|
| High | Engagement Programs and Automation Rules cannot be exported |
| High | Prospect contact volume limits enforced per tier |
| High | Email address is the sole unique identifier for Prospect matching |
| Medium | Multi-Business Unit accounts require separate migration scoping |
| Medium | Email Template merge fields use Pardot syntax incompatible with most destinations |
Leaving Salesforce Marketing Cloud Account Engagement?
Where Salesforce Marketing Cloud Account Engagement customers move next
12 destinations Salesforce Marketing Cloud Account Engagement can migrate to.
How a Salesforce Marketing Cloud Account Engagement migration works
Four steps, Salesforce Marketing Cloud Account Engagement-specific
Connect
OAuth 2.0 via a Salesforce Connected App. Every v5 request must include Authorization: Bearer <access_token> and Pardot-Business-Unit-Id: <BU_ID> headers. Legacy username/password auth from earlier API versions is not supported in v5. into Salesforce Marketing Cloud Account Engagement. Scopes limited to read-only on the data we move.
Map
We translate Salesforce Marketing Cloud Account Engagement-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Salesforce Marketing Cloud Account Engagement quirks before production.
Migrate
Full migration with Salesforce Marketing Cloud Account Engagement rate-limit handling. Rollback available throughout.
FAQ
Salesforce Marketing Cloud Account Engagement migration FAQ
Answers to the questions buyers ask most during Salesforce Marketing Cloud Account Engagement migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Salesforce Marketing Cloud Account Engagement migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Salesforce Marketing Cloud Account Engagement.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Salesforce Marketing Cloud Account Engagement setup and destination — written quote back within a business day.