Helpdesk migration

Migrate from Intercom to Gorgias

Field-level mapping, validation, and rollback between Intercom and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.

Intercom logo

Intercom

Source

Gorgias

Destination

Gorgias logo

Compatibility

87%

13 of 15

objects map 1:1 between Intercom and Gorgias.

Complexity

CModerate

Timeline

1-2 weeks

Rollback included Accuracy guarantee Field-level validation

Try the reverse

Gorgias
Intercom

Overview

What this migration involves

Moving from Intercom to Gorgias is a shift from a conversation-centric to a ticket-centric support model. Intercom organizes around Contacts, Companies, and threaded Conversations with message Parts; Gorgias uses Customers, Tickets, and a unified inbox with deep Shopify integration for order-level ticket context. We resolve the conversation-to-ticket mapping during scoping, pull full message history via the Intercom REST API (bypassing the S3 export that deliberately omits transcripts), and preserve tag, team, and admin ownership across both platforms. Intercom Workflows, bots, and Outbound sequences do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Gorgias Macros and Rules. The Help Center article import uses Gorgias's native import path with appearance and custom scripts scoped separately.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Intercom logo

Intercom

What's pushing teams away

  • Pricing escalates unpredictably with AI resolution fees ($0.99/Fin resolution), add-ons (Copilot at $29/agent, Pro at $99/mo), and channel-based charges for SMS and WhatsApp, with reported jumps from $4k to $9k/month.
  • Setup complexity is a friction point — while the interface is praised once configured, reviewers on Capterra note that initial configuration of bots, workflows, and inbox rules takes time and internal guidance.
  • Major outages are reported as not uncommon by Capterra reviewers, with the platform becoming unreachable during incidents, which is problematic for teams requiring always-on support.
  • Advanced features are gated behind premium tiers, making the cost prohibitive for startups and small businesses — reviewers specifically call out pricing as steep for limited budgets.
  • Workspace-level isolation prevents moving workflows or content between test and production environments without rebuilding, which complicates staging migrations.

Choosing

Gorgias logo

Gorgias

What's pulling them in

  • Shopify-native integrations pull order details, shipment status, and return data directly into the ticket view, eliminating the need for agents to switch between apps.
  • Unlimited user seats mean growing support teams do not trigger billing changes; pricing scales only on billable ticket volume.
  • AI Agent automates responses to high-volume queries like order status and returns, measurably reducing the number of billable tickets each month.
  • Omnichannel inbox consolidates email, live chat, Facebook, Instagram, WhatsApp, SMS, and voice into a single threaded view.
  • SOC 2 Type II certification and GDPR-aligned data handling satisfy enterprise procurement requirements for customer support platforms.

Object mapping

How Intercom objects map to Gorgias

Each row shows how a Intercom object lands in Gorgias, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Intercom

Contact (User)

maps to

Gorgias

Customer

1:1
Fully supported

Intercom Contacts (Users and Leads) migrate to Gorgias Customer records. Email, name, phone, language, timezone, and external_id map directly. Custom attributes on Contacts map to Gorgias Customer custom fields, which we pre-create in the destination workspace during schema setup. Intercom contact-type distinction (user vs lead) is preserved in a custom field ic_contact_type__c. The Gorgias API supports external_id for dedupe validation.

Intercom

Company

maps to

Gorgias

Customer (organization field)

1:1
Fully supported

Intercom Companies link to Contacts and carry attributes (name, plan, monthly_spend, custom attributes). We map Company.name to the organization field on the Gorgias Customer record, preserving the company-contact association so agents see the customer's organization context in the Gorgias ticket view. Any Company-level custom attributes map to Customer custom fields with an ic_company_ prefix.

Intercom

Conversation

maps to

Gorgias

Ticket

1:1
Fully supported

Intercom Conversations map to Gorgias Tickets. The Intercom conversation ID becomes the Gorgias external_id for reconciliation. Conversation status (open, closed, snoozed) maps to Gorgias ticket status with a custom field ic_conversation_state__c preserving the original state. Assignee, team, and tags carry across. Note that Gorgias splits any ticket with more than 250 comments into multiple closed tickets; we flag and document this during scoping for tickets exceeding the threshold.

Intercom

Conversation Part (message)

maps to

Gorgias

Ticket comment

1:1
Fully supported

Intercom message Parts (body, attachments, delivery metadata) map to Gorgias Ticket comments in chronological order. We pull full message content via the Intercom REST API retrieve-conversation endpoint rather than the S3 JSON export, which deliberately omits transcripts. The author (customer or agent) maps to the Gorgias comment sender. Attachments migrate as files linked to the comment.

Intercom

Conversation Part (note)

maps to

Gorgias

Internal ticket note

1:1
Fully supported

Intercom internal notes (Conversation Parts with part_type = note) map to Gorgias internal ticket notes. These are visible to agents but not to customers. We preserve the note body, author, and timestamp, and flag any redacted notes from the Intercom API that cannot be retrieved.

Intercom

Admin

maps to

Gorgias

Agent

1:1
Fully supported

Intercom Admins migrate to Gorgias Agents. Role, avatar, and away/available state are preserved. We map admins by email match to the Gorgias user table. Any Intercom Admin without a matching Gorgias Agent is held in a reconciliation queue for the customer's admin to provision before record import resumes. Inactive Intercom admins migrate as inactive Gorgias agents to preserve assignment history.

Intercom

Team

maps to

Gorgias

Team

1:1
Fully supported

Intercom Teams group Admins for routing and inbox assignment. Team membership and routing associations migrate 1:1 to Gorgias Teams. Team names, member lists, and the team-level inbox assignment rules are preserved to maintain escalation paths post-migration. We flag any routing rules that reference Intercom-specific conditions (e.g., Inbox routing) for manual rebuild in Gorgias Rules.

Intercom

Tag

maps to

Gorgias

Tag

1:1
Fully supported

Intercom Tags migrate to Gorgias Tags. Tags applied to Conversations and Contacts carry across to the corresponding Gorgias Tickets and Customers. Tags are preserved as plain string labels; tag color and grouping metadata (if any) do not have a Gorgias equivalent and are documented in the scoping inventory. Tags used only on Contacts with no associated Conversations migrate as customer tags in Gorgias.

Intercom

Segment

maps to

Gorgias

Customer tag or list (snapshot)

lossy
Fully supported

Intercom Segments are dynamic audience definitions recomputed from Contact attributes and behavior. Gorgias does not have dynamic Segments; the migration captures the membership snapshot at migration time and reapplies those customers as Gorgias customers tagged with the segment name. Dynamic recomputation post-migration is not available; we document the segment criteria in the scoping inventory for the admin to rebuild using Gorgias filters and customer attributes.

Intercom

Article (Help Center)

maps to

Gorgias

Help Center article

1:1
Fully supported

Intercom Help Center Articles migrate to Gorgias Help Center articles using Gorgias's native Intercom import path (Settings > Channels > Help Center > Import from another provider). Published articles map to Gorgias Public status, private articles to Unlisted, and draft articles to Draft. Article body, title, author, and category assignments migrate. Appearance settings and custom scripts do not migrate and are documented separately for the admin to reconfigure. Multiple article collections map to Gorgias categories.

Intercom

Ticket

maps to

Gorgias

Ticket

1:1
Fully supported

Intercom's structured Ticket object (distinct from Conversations) maps to Gorgias Tickets with its own set of fields, statuses, and custom attributes. Ticket status, priority, assignee, and custom ticket fields migrate. We note that Intercom Tickets are a more recent feature layer and may have limited data volume depending on how the workspace uses them versus the Conversation-first model.

Intercom

Custom Attribute (Contact)

maps to

Gorgias

Customer custom field

1:1
Fully supported

Intercom custom attributes on Contacts map to Gorgias Customer custom fields. We audit all Intercom Data Attributes via the API during scoping, identify attribute types (string, number, boolean, date, list), and pre-create matching Gorgias custom fields on the Customer object before migration. The external_id on each custom field carries the original Intercom attribute name for audit traceability.

Intercom

Custom Attribute (Company)

maps to

Gorgias

Customer organization field or custom field

1:1
Fully supported

Intercom custom attributes on Companies map to Gorgias Customer custom fields with an ic_company_ prefix to distinguish from Contact-level attributes. Organization name maps to the standard organization field on Customer. All other Company custom attributes (plan, monthly_spend, etc.) are preserved as Customer custom fields so the ecommerce context remains visible on the ticket.

Intercom

Custom Object Instance

maps to

Gorgias

Customer custom field or linked ticket note

lossy
Fully supported

Intercom Custom Objects have user-defined schema and relationships with no direct Gorgias equivalent (Gorgias supports custom fields only on Ticket and Customer). For each Custom Object, we during scoping identify whether the data is customer-referenced or standalone. Customer-referenced instances are mapped to Customer custom fields or stored as structured JSON in a dedicated custom field. Standalone Custom Object data is documented in the scoping inventory as a candidate for a separate data store or a post-migration database integration. This is a high-scope item that requires per-object review during discovery.

Intercom

Conversation rating

maps to

Gorgias

Ticket satisfaction rating

1:1
Fully supported

Intercom Conversation ratings (1-5 star or thumbs up/down) migrate to Gorgias ticket satisfaction ratings. The rating value, the rated-at timestamp, and the comment (if any) map to the Gorgias satisfaction fields. We note that Gorgias uses a different rating scale model (CSAT thumbs) from Intercom's star rating; we preserve the original value in a custom field ic_rating_value__c for historical reporting.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Intercom logo

Intercom gotchas

High

S3 JSON export omits conversation transcripts

High

Workspace isolation prevents workflow migration

Medium

Fin AI resolution fees compound with automation success

Medium

Two-year conversation history limit on historical export

Low

Private app rate limits share workspace quota

Gorgias logo

Gorgias gotchas

High

AI Agent adds outcome-based fees on top of billable ticket costs

High

Overage billing for tickets scales nonlinearly

Medium

API rate limits restrict bulk export throughput

Medium

Agent data visibility cannot be restricted by role for GDPR use cases

Low

Knowledge Base translations require separate API calls per locale

Pair-specific challenges

  • S3 JSON export omits conversation transcripts

    Intercom's Data Export to Amazon S3 stores conversation metadata but explicitly excludes full message transcripts. Teams relying on S3 export for migration will have empty conversation history. We address this by pulling full conversation content via the Intercom REST API retrieve-conversation endpoint during migration, which includes all message Parts with body text, author, and timestamp. This adds API call volume per conversation (one GET per conversation plus paginated Parts), so we monitor the workspace-level rate limit and throttle dynamically. We explicitly document any conversations that return redacted or inaccessible Parts from the API.

  • Intercom workflows and bots do not migrate to Gorgias

    Intercom workspaces operate in isolation and workflows, automation rules, Outbound sequences, Operator bots, and Custom Bots cannot be moved or exported. Gorgias uses a different automation model: Macros (canned responses) and Rules (trigger-action conditions). We do not migrate Intercom automation as code. We deliver a written inventory of every active Intercom workflow and bot with its trigger, conditions, actions, and a recommended Gorgias Macros or Rules equivalent. The customer's admin rebuilds the automation logic post-migration. This is a significant rebuild effort for teams with complex routing or qualification logic.

  • Gorgias splits tickets with more than 250 comments

    Gorgias's ticket import caps conversation threads at 250 comments per ticket; any thread exceeding this threshold is split into multiple closed tickets in Gorgias. We identify all Intercom conversations exceeding 250 Parts during scoping and document them in the migration scope. The customer can choose to accept the split or selectively migrate only a subset of the conversation history. We flag the threshold-crossing count so the admin can re-evaluate whether all historical messages are operationally necessary.

  • Intercom Custom Objects have no direct Gorgias equivalent

    Intercom Custom Objects are user-defined data structures with their own schema, relationships, and API endpoints. Gorgias supports custom fields only on Ticket and Customer objects; there is no standalone Custom Object concept. Customer-referenced Custom Object instances can be mapped to Customer custom fields or stored as structured JSON in a dedicated field. Standalone Custom Objects require a separate data strategy. We audit every Custom Object during discovery and document the mapping approach per object before migration begins.

  • Two-year conversation history cap on Intercom exports

    Intercom's historical data export is capped at two years of conversation data. Teams with longer support histories cannot export older conversations through the native export feature. We use the REST API with date-range filtering to retrieve whatever historical data is accessible, and we explicitly scope and document how much volume falls outside the two-year window so the customer can decide whether to accept the gap or pursue a separate archival approach. We recommend documenting the gap in a custom ic_historical_note__c field on each affected customer record.

Migration approach

Six steps for a successful Intercom to Gorgias data migration

  1. Discovery and scoping

    We audit the source Intercom workspace across object volume (Contacts, Companies, Conversations, message Parts, Admins, Teams, Tags, Segments, Articles, Tickets, Custom Attributes, Custom Objects), workspace tier (Essential, Advanced, Expert), active bot and workflow count, and the two-year history window to determine how much conversation data falls outside the export cap. We pair this with a Gorgias plan assessment to determine whether Standard, Advanced, or Premium is appropriate for the customer's ecommerce support scope. The discovery output is a written migration scope document with record counts, a data gap report for conversations older than two years, and a Custom Object inventory with per-object mapping recommendations.

  2. Schema design and field-level mapping

    We design the destination schema in Gorgias. This includes provisioning Customer custom fields (typed to match Intercom attribute types: string, number, boolean, date, list), Ticket custom fields for Ticket-level Intercom attributes, and any company-attribute fields with an ic_company_ prefix. We pre-create Tags in Gorgias matching the Intercom tag list. For Articles, we configure the Help Center categories that correspond to Intercom collections before triggering the native import. Agent accounts are provisioned in Gorgias with matching email addresses before the migration phase begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Gorgias trial or staging environment using a representative data sample (all object types, at least 500 tickets, 50 customers, 5 agents) to validate field mappings, tag preservation, article import completeness, and Custom Object handling. The customer's support team lead spot-checks 25-50 random tickets against the Intercom source for content accuracy, conversation thread completeness (including message ordering and attachment presence), and tag application. Any mapping corrections are documented and applied before the production migration. This step also validates the conversation-split threshold for threads exceeding 250 comments.

  4. Customer and organization import

    We import Intercom Contacts and Companies in dependency order: Contacts first (with organization field linking to the Company), then Companies (for cross-reference validation). Custom attribute values carry into the pre-created Gorgias custom fields. Any Contacts without an associated Company are imported with the organization field blank. Tags on Contacts are applied post-import. The agent mapping is validated during this phase: every Intercom Admin referenced on a Contact must have a matching Gorgias Agent account or be placed in the reconciliation queue.

  5. Ticket and conversation import

    We import Intercom Conversations as Gorgias Tickets via the REST API. For each Conversation, we pull full message history via retrieve-conversation (bypassing the transcript-excluding S3 export), sequence the Parts chronologically, and write them as comments to the Gorgias Ticket. Internal notes map to internal ticket notes. Conversation assignee, team, and tags carry across. The Intercom conversation ID is stored as external_id on the Gorgias Ticket for reconciliation. Attachments are uploaded and linked to the corresponding comment. Tickets exceeding 250 comments are split per the threshold identified during scoping, with a cross-reference field linking the split tickets to the original conversation ID.

  6. Agent reconciliation and team mapping

    We match every distinct Intercom Admin by email against the Gorgias Agent table. Admins without a matching Gorgias Agent go to a reconciliation queue. The customer's Gorgias admin provisions any missing Agent accounts (active or inactive matching the original Intercom state). We then map Intercom Teams to Gorgias Teams, preserving member lists and team-level routing associations. Routing rules that reference Intercom-specific inbox logic are documented separately for manual rebuild in Gorgias Rules.

  7. Cutover, Help Center import, and automation rebuild handoff

    We freeze Intercom writes during cutover, run a final delta migration of any records modified during the migration window, then enable Gorgias as the system of record. We trigger the Help Center article import via Gorgias's native Intercom import path for articles and categories, noting that appearance and custom scripts require manual reconfiguration. We deliver the workflow and automation inventory document to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Intercom workflows as Gorgias Macros or Rules inside the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

Intercom logo

Intercom

Source

Strengths

  • Integrated AI agent (Fin) for automated resolution with per-resolution billing that rewards high automation rates.
  • Multi-channel inbox consolidating live chat, email, SMS, WhatsApp, and Phone into a single threaded view.
  • Native help center with articles, collections, and self-service deflection capabilities.
  • Workflow automation for routing, qualification, and proactive outbound messaging across channels.
  • Strong API ecosystem with 10,000 req/min rate limits for private apps enabling high-throughput migration pipelines.

Weaknesses

  • Pricing model compounds with seat count, AI resolution fees, channel costs, and multiple add-ons, making total cost hard to predict.
  • Workspace-level isolation prevents moving workflows or content between environments, requiring manual rebuilds.
  • S3 JSON export deliberately excludes conversation transcripts, necessitating REST API calls for full message history.
  • Outages are reported as frequent enough to be a concern for always-on support operations.
  • Setup complexity means teams often require internal guidance or professional services to configure bots and automation correctly.
Gorgias logo

Gorgias

Destination

Strengths

  • Shopify and BigCommerce integrations surface order, return, and shipment data natively inside every ticket.
  • Unlimited agent seats remove per-user licensing friction as support teams grow.
  • AI Agent reduces billable ticket volume through automated resolution of high-frequency queries.
  • SOC 2 Type II certified with GDPR-aligned data handling for enterprise procurement readiness.
  • Omnichannel inbox aggregates email, live chat, Facebook, Instagram, WhatsApp, SMS, and voice into a single threaded view.

Weaknesses

  • Ticket-volume pricing with overage fees creates unpredictable monthly costs during seasonal traffic spikes.
  • Custom reporting is shallow; raw event-level data export for BI tooling is not natively supported.
  • Knowledge Base, Macros, and Rules lack simple export tooling, making competitive migrations complex.
  • GDPR compliance limitations mean customer data cannot be hidden from agents by role, blocking use by teams with freelance staff.
  • Performance and glitch reports emerge in G2 reviews at higher ticket volumes.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 5 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Intercom and Gorgias.

  • Object compatibility

    C

    5 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Intercom: 10,000 req/min per private app; 25,000 req/min per workspace (private apps share workspace quota).

  • Data volume sensitivity

    B

    Intercom doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Intercom to Gorgias migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Intercom to Gorgias data migrations

Answers to the questions buyers ask most during Intercom to Gorgias migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Intercom to Gorgias migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between one and two weeks for accounts under 10,000 tickets and 50,000 message Parts with no Custom Objects. Migrations with large conversation histories (over 100,000 messages), multiple Custom Objects requiring per-instance mapping, help center article migration with category restructuring, or ecommerce order-context setup extend to three to five weeks because of REST API pagination for conversation history, per-conversation transcript retrieval, and the Help Center import validation step.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Intercom.
Land in Gorgias, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day