CRM migration
Field-level mapping, validation, and rollback between Aweber and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Aweber
Source
Nutshell
Destination
Compatibility
12 of 12
objects map 1:1 between Aweber and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
AWeber and Nutshell serve fundamentally different functions: AWeber is an email marketing platform where the primary record is a subscriber bound to a list, with tags, custom fields, and automation state attached. Nutshell is a sales CRM where the primary records are People, Companies, Deals, and Leads — with activity tracking and pipeline management as first-class objects. There is no structural equivalent in Nutshell for AWeber's list-subscriber model, its campaign send history, or its automation workflows. We map AWeber subscribers to Nutshell People, preserving email address, name, custom field values, and tag assignments. Tags migrate as a custom text field (AWeber_Tags__c) using pipe-delimited values, since Nutshell has no native tagging construct. AWeber's custom field definitions (up to 25 per subscriber) map to Nutshell custom fields on the Person object. We extract data via AWeber's REST API (120 req/min rate limit), validate field-level mapping in a sample migration, then push records through Nutshell's JSON-RPC API. Automations, email templates, landing pages, and sign-up forms do not migrate — we export AWeber's automation definitions as a JSON reference so your Nutshell admin can rebuild sequences using Nutshell Workflows and email sequences.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Aweber object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Aweber
Subscriber
Nutshell
Person
1:1AWeber subscribers map 1:1 to Nutshell People. Each subscriber's email address, name, phone, and address fields map to Nutshell's standard Person fields. Custom field values carried over as Nutshell custom fields. Source system ID stored in AWeber_Source_ID__c for delta-run tracking.
Aweber
Tag
Nutshell
AWeber_Tags__c (custom text field on Person)
1:1AWeber tags are flat labels with no hierarchy. Nutshell has no native tagging — we concatenate all subscriber tags into a pipe-delimited string stored in a custom text field. Saved searches in Nutshell can then filter on tag substrings. Teams needing granular tagging rebuild using Nutshell custom fields.
Aweber
Custom Field (per subscriber)
Nutshell
Custom field on Person object
1:1AWeber supports up to 25 custom fields per list. Nutshell allows custom fields on Person, Company, and Lead objects. We create a matching Nutshell custom field for each AWeber custom field, preserving field type (text, number, date, checkbox, dropdown). Dropdown-type fields require value-by-value mapping.
Aweber
List
Nutshell
List_Name__c (custom text field on Person)
1:1AWeber lists have no CRM equivalent in Nutshell. List membership is preserved as a custom text field (List_Name__c). Subscribers in multiple lists store all list names pipe-delimited. Nutshell's CRM model does not use list-scoped fields. This means list-based segmentation used in AWeber must be rebuilt in Nutshell using saved searches or custom field filters based on tag and list name values.
Aweber
Campaign
Nutshell
No equivalent
1:1AWeber campaigns (broadcast sends, follow-up sequences) have no equivalent in Nutshell's data model. Campaign names and send timestamps are not carried into Nutshell records. We export campaign definitions as JSON for reference when rebuilding email sequences in Nutshell. This JSON documents each campaign's schedule, audience criteria, and content so your team can reconstruct the communication flow manually.
Aweber
Campaign stats (opens, clicks, bounces)
Nutshell
No equivalent
1:1Per-subscriber open/click/bounce history attached to campaigns does not migrate. Nutshell tracks activities (calls, emails, meetings) but not email marketing engagement. Engagement data can be referenced via AWeber_Source_ID__c if AWeber is retained for sending. For teams sunsetting AWeber, engagement history remains accessible in exported AWeber reports independently.
Aweber
Automation / Workflow
Nutshell
No equivalent
1:1AWeber's Campaigns and Workflows are automation constructs with no data-layer equivalent. The trigger conditions, wait periods, and action steps export as a JSON definition file for use in rebuilding Nutshell Workflows and email sequences manually. This export captures the full automation logic including conditional branches, time delays, and target audience filters so nothing is lost in translation.
Aweber
Email Template
Nutshell
No equivalent
1:1AWeber email templates (up to 3 migrated by AWeber's own team) cannot be imported into Nutshell. Nutshell's email marketing uses its own template system. Templates are exported as HTML reference files. The exported HTML preserves styling, images, and layout so designers can rebuild templates in Nutshell's editor without starting from scratch. Note that AWeber's template migration service applies only to migrations moving TO AWeber, not FROM it.
Aweber
Landing Page / Sign-up Form
Nutshell
No equivalent
1:1AWeber landing pages and sign-up forms are web assets with no Nutshell equivalent. They must be rebuilt using Nutshell's landing page tools or a third-party form builder. Form field definitions export as a JSON reference. The JSON schema includes field names, types, required flags, and validation rules so matching forms can be constructed in Nutshell's form editor or an external tool.
Aweber
Account (AWeber parent org)
Nutshell
Company
1:1AWeber accounts (the top-level subscriber organization) map to Nutshell Companies when subscriber records include company name data. Company name and domain extract from subscriber custom fields or the account-level name if available. For subscribers without company affiliation, Nutshell Person records are created standalone. Account-level metadata such as billing address and subscription tier does not have a dedicated field in Nutshell and is not migrated.
Aweber
Subscriber status (active / unsubscribed / bounced)
Nutshell
Person status fields
1:1AWeber subscriber statuses (active, unsubscribed, bounced, complaint) migrate as a custom pick-list field Status_in_AWeber__c. Unsubscribe timestamp migrates as a custom datetime field if present. Bounce records flag as a custom checkbox. These status fields allow Nutshell users to filter and prioritize outreach based on a contact's prior subscription state without needing to reference AWeber data directly.
Aweber
Subscriber IP address / geolocation
Nutshell
No equivalent
1:1AWeber captures subscriber IP at opt-in and geolocation data is available per subscriber. Nutshell Person records do not have a native IP or geolocation field. These values can be stored as custom text fields if business justification exists, such as compliance requirements or regional targeting analysis. Without a specific use case, these fields are omitted to keep the Person record clean.
| Aweber | Nutshell | Compatibility | |
|---|---|---|---|
| Subscriber | Person1:1 | Fully supported | |
| Tag | AWeber_Tags__c (custom text field on Person)1:1 | Fully supported | |
| Custom Field (per subscriber) | Custom field on Person object1:1 | Fully supported | |
| List | List_Name__c (custom text field on Person)1:1 | Fully supported | |
| Campaign | No equivalent1:1 | Fully supported | |
| Campaign stats (opens, clicks, bounces) | No equivalent1:1 | Fully supported | |
| Automation / Workflow | No equivalent1:1 | Fully supported | |
| Email Template | No equivalent1:1 | Fully supported | |
| Landing Page / Sign-up Form | No equivalent1:1 | Fully supported | |
| Account (AWeber parent org) | Company1:1 | Fully supported | |
| Subscriber status (active / unsubscribed / bounced) | Person status fields1:1 | Fully supported | |
| Subscriber IP address / geolocation | No equivalent1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Aweber gotchas
120 req/min API rate limit blocks bulk exports at scale
Auto-upgrade billing without auto-downgrade
API subscriber moves lose custom field values when field names diverge
Automation and Workflow logic has no export path
Custom fields are list-scoped, not global across account
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Audit AWeber data export via REST API
FlitStack connects to AWeber via OAuth 2.0 and pulls a full subscriber export using paginated API calls against /accounts/{id}/lists/{id}/subscribers. Custom field definitions are retrieved from /accounts/{id}/lists/{id}/custom_fields. Tag assignments fetched per subscriber. We respect AWeber's 120 req/min rate limit using exponential backoff. The export produces a normalized JSON representation of every subscriber, their custom field values, tags, list memberships, and status history before any mapping occurs.
Map AWeber custom fields to Nutshell custom fields
Based on the custom field definitions pulled from AWeber, FlitStack creates matching custom fields on the Nutshell Person object via the Nutshell API. Field type mapping applied: text fields → Nutshell Text, dates → Nutshell Date, checkboxes → Nutshell Checkbox, dropdowns → Nutshell Picklist with values mapped one-to-one. Any AWeber dropdown value with no Nutshell equivalent is flagged for admin decision before the full migration runs.
De-duplicate subscribers by email address
AWeber's N:N list model can produce the same email address in multiple lists. FlitStack normalizes all subscriber records by lowercasing email addresses and identifying duplicates. The primary record carries full field values; duplicate list memberships are appended to the AWeber_Lists__c and AWeber_Tags__c pipe-delimited fields. De-duplication results are surfaced in the sample migration report for your review before the full run commits.
Run sample migration with field-level diff
A representative sample of 100–500 subscribers migrates into Nutshell, typically spanning multiple lists and a range of custom field types. FlitStack generates a field-level diff showing source AWeber values and destination Nutshell field values side-by-side. You verify tag concatenation, date format handling, dropdown value mapping, and person-company linkage. Custom field creation in Nutshell is confirmed. The sample migration report is delivered within 24 hours of connecting both accounts.
Execute full migration with delta pickup window
After sample sign-off, FlitStack runs the full subscriber export and bulk import into Nutshell via the Nutshell JSON-RPC API. A delta pickup window of 24–48 hours after the main run captures any subscribers who modified their profile or re-subscribed in AWeber during the migration window. Each operation is logged in an audit trail. If reconciliation identifies missing or mismatched records, one-click rollback reverts the Nutshell instance to its pre-migration state so the run can be corrected and repeated.
Platform deep dives
Aweber
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Aweber and Nutshell.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Aweber: 120 requests per minute per account; no daily or monthly caps.
Data volume sensitivity
Aweber doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Aweber to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Aweber to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Aweber
Other ways to arrive at Nutshell
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.