Helpdesk migration
Field-level mapping, validation, and rollback between BoldDesk and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
BoldDesk
Source
Gorgias
Destination
Compatibility
9 of 12
objects map 1:1 between BoldDesk and Gorgias.
Complexity
CModerate
Timeline
1-2 weeks
Overview
Moving from BoldDesk to Gorgias is an optimization shift for ecommerce-focused support teams. BoldDesk's per-agent pricing and general-helpdesk data model serve broad SMB use cases well; Gorgias's ticket-volume pricing and Shopify-native integrations align tightly with ecommerce support operations where ticket data ties directly to order and customer lifetime value. We export the full BoldDesk ticket archive with conversation history and agent assignments, resolve customer records with their contact and organization data, and migrate knowledge base articles with their category hierarchy intact. Custom fields on Tickets, Contacts, and Contact Groups must be pre-created in Gorgias with matching types and dropdown options before migration; we enumerate every active field during discovery and coordinate schema creation in parallel. BoldDesk workflow automations (routing rules, SLA policies, escalation triggers) export as structured JSON for manual reconstruction in Gorgias Rules. We do not migrate Reports or Dashboards as these are platform-specific runtime configurations. The migration is a no-downtime background transfer with a final delta pass at cutover.
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 BoldDesk 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.
BoldDesk
Ticket
Gorgias
Ticket
1:1BoldDesk Tickets migrate directly to Gorgias Tickets. The conversation history (all customer and agent messages) transfers as ticket comments in chronological order. Status, priority, and assignee map from BoldDesk status and priority labels to Gorgias status and user assignment. We preserve BoldDesk tags on tickets and re-apply them in Gorgias after migration. Any BoldDesk custom ticket fields must be pre-created in Gorgias with matching field types before migration; we coordinate schema pre-creation during the discovery phase.
BoldDesk
Contact
Gorgias
Customer
1:1BoldDesk Contacts map to Gorgias Customers. The BoldDesk email field is the primary dedupe key; we resolve duplicate customers by email match and consolidate if the same email appears across multiple BoldDesk contact records. BoldDesk contact organization data maps to Gorgias customer attributes. Any BoldDesk custom Contact fields must be pre-created in Gorgias Customer Fields with matching types (text, dropdown, boolean) before migration begins.
BoldDesk
Contact Group
Gorgias
Segment
1:1BoldDesk Contact Groups migrate to Gorgias Segments, preserving group membership lists and any group-level custom field values. Segments in Gorgias are used for customer filtering and routing. We maintain the full membership roster during migration so that segment-based rules in Gorgias Rules function immediately post-migration.
BoldDesk
Agent
Gorgias
User
1:1BoldDesk Agent records map to Gorgias Users. We export agent profiles (name, email, role) and map role assignments to Gorgias permission structures. BoldDesk's role and permission model differs from Gorgias; we flag any custom roles requiring manual reconstruction in the destination. The customer provisions Gorgias User accounts with matching email addresses before migration so that ticket assignments resolve correctly.
BoldDesk
Knowledge Base Article
Gorgias
Article
1:1BoldDesk KB Articles migrate as Gorgias Articles with HTML content body, title, and category assignments preserved. We download article body content as HTML and upload to Gorgias. Embedded images and media references are exported as binary attachments and re-uploaded to Gorgias with original filenames and content types preserved. A post-migration content review pass is standard to verify that embedded media and layout elements render correctly in Gorgias's article viewer.
BoldDesk
KB Category
Gorgias
Article Category
1:1BoldDesk KB Categories form a hierarchical folder structure that migrates to Gorgias Article Categories. We preserve the full category tree and re-create it in Gorgias before article migration, then re-link migrated articles to their corresponding category paths. This ensures the knowledge base organization mirrors the BoldDesk source immediately upon completion.
BoldDesk
Custom Field
Gorgias
Custom Field (Customer Field or Ticket Field)
lossyBoldDesk custom fields on Tickets, Contacts, Agents, and Contact Groups require pre-creation in Gorgias before migration. We enumerate all active custom fields during discovery, capture field type (text, dropdown, date, number, boolean), dropdown option values, and any conditional visibility rules. Custom field types are mapped to Gorgias equivalents: BoldDesk dropdown becomes Gorgias dropdown with matching options pre-created. We coordinate schema creation in Gorgias during the discovery and sandbox phases so that the destination fields exist before any data migration begins.
BoldDesk
Canned Response
Gorgias
Macro
1:1BoldDesk Canned Responses migrate to Gorgias Macros. We export full template text, subject lines, and folder structure. Note: Gorgias macros support reply text and subject but do not natively carry field mutation actions or group assignment logic. Any BoldDesk canned response linked to a workflow that updates fields, assigns groups, or triggers side effects must be rebuilt as a Gorgias Rule with the equivalent actions manually added post-migration.
BoldDesk
Workflow
Gorgias
Rule
lossyBoldDesk Workflow definitions (ticket routing rules, SLA policies, time triggers, escalation chains) export as structured JSON during discovery. Gorgias Rules are event-triggered automations but do not accept migrated workflow definitions directly. We deliver a written inventory of every active BoldDesk workflow with its trigger conditions, actions, and SLA parameters mapped to a Gorgias Rule equivalent. The customer's admin rebuilds these in Gorgias Rules post-migration.
BoldDesk
Tag
Gorgias
Tag
1:1BoldDesk Tags migrate to Gorgias Tags, preserving all tag names and their associations to Tickets and Customers. We re-link migrated tags to the corresponding Tickets and Customers in Gorgias. Tag taxonomy is preserved as-is; the customer may choose to consolidate or rename tags during the migration cleanup phase.
BoldDesk
Attachment
Gorgias
Attachment
1:1BoldDesk file attachments on Tickets and Knowledge Base Articles migrate as binary files in Gorgias. We download attachment content, preserve original filenames and content types, and upload to Gorgias linked to the corresponding Ticket or Article. Large attachment batches are chunked to avoid source API rate limits. BoldDesk's file size limits apply on the source side; we flag any attachments exceeding Gorgias upload limits during discovery.
BoldDesk
Reports and Dashboards
Gorgias
Reports (rebuild required)
lossyBoldDesk Reports and Dashboards are runtime-generated from underlying ticket and agent data and are not stored as transferable records. We export the raw ticket and agent data that powers BoldDesk reports so that equivalent reports can be built in Gorgias's analytics module. The customer or a Gorgias implementation partner rebuilds report definitions post-migration based on the migrated data. We provide a data export of all ticket metrics, agent activity, and SLA performance from BoldDesk as the source dataset.
| BoldDesk | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Contact Group | Segment1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| KB Category | Article Category1:1 | Fully supported | |
| Custom Field | Custom Field (Customer Field or Ticket Field)lossy | Fully supported | |
| Canned Response | Macro1:1 | Fully supported | |
| Workflow | Rulelossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Reports and Dashboards | Reports (rebuild required)lossy | Not 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.
BoldDesk gotchas
API rate limits vary sharply between legacy plan tiers
AI credit consumption is not included in standard plans
Workflow automations require manual reconstruction at the destination
Knowledge base articles store HTML content that may require post-migration formatting review
Gorgias gotchas
AI Agent adds outcome-based fees on top of billable ticket costs
Overage billing for tickets scales nonlinearly
API rate limits restrict bulk export throughput
Agent data visibility cannot be restricted by role for GDPR use cases
Knowledge Base translations require separate API calls per locale
Pair-specific challenges
Migration approach
Discovery and plan-tier confirmation
We audit the source BoldDesk portal across legacy plan tier (Scale, Momentum, or Enterprise), active custom fields per object, knowledge base article count and category depth, active workflows and SLA policies, canned response volume and folder structure, contact group membership size, and ticket volume. We confirm the BoldDesk plan tier to determine API rate limits that affect export batch sizing. The discovery output is a written migration scope with object counts, a custom field enumeration table, a knowledge base category map, and a BoldDesk workflow inventory JSON.
Gorgias destination setup and custom field pre-creation
We coordinate with the customer to create all required custom fields in Gorgias before migration begins. Each BoldDesk custom field is mapped to a Gorgias equivalent (Customer Field or Ticket Field) with matching type and dropdown options pre-created. We also set up the BoldDesk Contact Group equivalents as Gorgias Segments, provision Gorgias User accounts for each BoldDesk Agent, and create the knowledge base category hierarchy in Gorgias. This step ensures the destination schema can accept migrated data without type-mismatch errors.
Automation disablement and sandbox migration
Before any production migration, we coordinate with the customer's Gorgias admin to disable all active Rules under Automation > Rules. We then run a sandbox migration using a representative subset of BoldDesk data to validate object counts, field mappings, attachment integrity, and knowledge base content rendering. The customer validates the sandbox output against the BoldDesk source and approves before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Gorgias Users (validated from BoldDesk Agents), Segments (from BoldDesk Contact Groups), Customers (from BoldDesk Contacts), Tickets with conversation history (with BoldDesk tags preserved and re-linked), Knowledge Base Articles with category assignments (with attachment binaries uploaded), Canned Responses as Gorgias Macros, and custom field values populated on the matching destination fields. Each phase emits a row-count reconciliation report before the next phase begins.
Final delta and cutover
We freeze BoldDesk write access during cutover, run a final delta pass to capture any records modified since the migration started, then mark Gorgias as the active system of record. We re-enable Gorgias Rules under customer admin direction after cutover validation. We validate migrated ticket counts, customer counts, and knowledge base article counts against the BoldDesk source and resolve any discrepancies before declaring the migration complete.
Workflow inventory delivery and post-migration handoff
We deliver the BoldDesk workflow inventory JSON documenting every active routing rule, SLA policy, escalation chain, and time trigger with its conditions and actions. We also deliver a BoldDesk canned response inventory noting which macros carry non-text actions that require manual Gorgias Rule rebuild. We support a one-week hypercare window for reconciliation issues. We do not rebuild BoldDesk workflows as Gorgias Rules within the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
BoldDesk
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across BoldDesk and Gorgias.
Object compatibility
3 of 7 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
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
BoldDesk: 100–500 req/min depending on plan tier; trial accounts limited to 50 req/min and 1,000 req/hour.
Data volume sensitivity
BoldDesk 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 BoldDesk to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your BoldDesk to Gorgias migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave BoldDesk
Other ways to arrive at Gorgias
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.