A surprising number of businesses end up with two HubSpot portals. An old free CRM account created years ago sits next to a new paid portal; an acquisition brings a second portal into the fold; a well-meaning agency built a client's assets inside the wrong account. Sooner or later someone asks the obvious question: can we just merge them?
The short answer is no — HubSpot does not offer a native "merge two portals" button. But moving data from one HubSpot portal to another is absolutely doable, and teams that follow a structured sequence preserve their records, their associations, and their email subscription compliance along the way. The teams that skip steps discover months later that deal-to-contact associations were lost or that unsubscribed contacts started receiving marketing email again.
This guide explains what actually transfers between HubSpot portals, what has to be rebuilt, and the migration sequence that keeps the move clean.
HubSpot cannot merge two portals, but you can migrate data between them. Contacts, companies, deals, tickets, and custom objects move via export/import using each record's Record ID to preserve associations. Automation, lists, forms, and content must be rebuilt or moved with migration tools. User permissions and billing are portal-specific, so a super admin on the paid portal must recreate access, and license consolidation is a separate conversation with HubSpot. Vantage Point runs portal-to-portal migrations as a structured project so nothing quietly breaks downstream.
The pattern is remarkably consistent. A free CRM account gets created for an early experiment and quietly accumulates years of companies and contacts. Later, the business signs up for a paid subscription — sometimes through a different email address, sometimes through a partner — and a second portal is born. In other cases, one portal holds the sales team's CRM while a legacy marketing portal holds the website and email history.
The result is predictable confusion: users log in and cannot see licensed features because their user account lives in the wrong portal, leadership sees two incomplete versions of the truth, and nobody is sure which portal is "real."
No. There is no native account-merge function. Each HubSpot portal is a separate account with its own subscription, users, data, and settings. "Merging" is really a migration project: pick the destination portal (almost always the paid one), move the data, rebuild the configuration, re-point anything public-facing, and retire the old portal.
That framing matters because it sets expectations. A portal consolidation is not a toggle — it is a mini-migration with the same disciplines as moving between any two CRM systems, just with friendlier tooling.
| Asset | How it moves | Watch out for |
|---|---|---|
| Contacts, companies, deals, tickets | Export with Record IDs, import into the destination portal with the same IDs | Record IDs are portal-specific — you import them into a custom "legacy ID" property, not HubSpot's own ID field |
| Record associations | Multi-object imports keyed on the legacy Record ID re-link contacts to companies and deals | Skipping association mapping is the most common way migrations quietly fail |
| Notes, calls, emails, meetings | Engagements export via API or reporting tools and re-import as activities | Timeline order and original timestamps need deliberate mapping |
| Email subscription status | Export opt-outs and subscription preferences; import them before any marketing send | Treating this as optional is a compliance risk, not a data nicety |
| Files and documents | Download from the files tool and re-upload | Public file URLs change — check for hard-coded links |
| Lists, workflows, forms, sequences | Rebuilt manually (or cloned where the tool allows cross-portal copying) | Budget real time here; it is usually the largest workstream |
| Website, landing pages, blog | HubSpot's content migration tooling or a marketplace migration app | Re-point domains and re-embed the tracking code after cutover |
| Users and permissions | Recreated by a super admin in the destination portal | Only a super admin can add users; confirm who holds that role first |
| Subscription and billing | Does not move — the license belongs to the portal that bought it | Consolidating contracts is a conversation with your HubSpot account manager |
The failures are quiet. Contacts import fine but their deals belong to no one. A marketing email goes out from the new portal to people who unsubscribed years ago in the old one. A sales rep's "recent activity" is empty because engagement history stayed behind. None of these produce an error message — they surface as lost trust, so the checklist above exists to catch them before users do.
Vantage Point runs HubSpot portal consolidations as structured migrations: access audit, export mapping, association-preserving imports, subscription-status handling, and automation rebuilds. Senior consultants only — no junior handoffs; the experts you meet are the experts who deliver. Our HubSpot technology team and HubSpot implementation service handle portal-to-portal moves alongside broader CRM migrations, and our system integration and data migration practice covers the exports, mappings, and validation that make the cutover boring.
A portal consolidation pays for itself the first time leadership trusts the pipeline report again. Talk to Vantage Point about your HubSpot portal migration.
No. HubSpot does not offer a native merge between portals. Consolidating two portals is a migration project: data is exported from one portal and imported into the other, automation is rebuilt, and billing is consolidated separately through your HubSpot account manager.
Yes, if you export records with their Record IDs and use multi-object imports keyed on those IDs. The associations are reconstructed during import. Skipping the ID mapping is the most common way associations are lost.
Not automatically. Opt-outs and subscription preferences must be exported from the old portal and imported into the new one before any marketing email is sent. Treating subscription status as optional creates a real compliance risk.
Only a super admin can create users and assign permissions. Before starting a consolidation, confirm who holds super admin rights on the paid portal — users locked out of licensed features are often simply users who were never added to the right account.
Subscriptions belong to the portal that purchased them and do not move with the data. Consolidating or reassigning contracts is a commercial conversation with your HubSpot representative, handled in parallel with the technical migration.
For a straightforward CRM-only move, plan on a few weeks including testing; portals with websites, heavy automation, or many integrations take longer. The automation rebuild and licensing conversations usually take more calendar time than the data load itself.