Migrate your Gorgias data
The helpdesk built for ecommerce. Native Shopify and BigCommerce integrations, AI-powered automation, and ticket-volume pricing that scales with your store.
Migrating to Gorgias? Jump to sources →
In its favor
Why people choose Gorgias
The signal that keeps Gorgias on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
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.
Ticket-volume pricing catches teams off guard during seasonal spikes; overage fees at $0.40 per ticket plus $1.50 per AI Agent interaction compound quickly.
G2 reviews document ticketing glitches and performance issues at higher volumes, with some users reporting that the platform becomes unreliable as ticket counts grow.
Custom reporting is limited; teams with evolving business intelligence needs find Gorgias's built-in analytics insufficient and cannot export raw event-level data easily.
Knowledge Base, Macros, and Rules do not export cleanly via native tooling, making it costly to migrate to an alternative platform without a specialist integration partner.
GDPR compliance gaps make the platform unusable for teams using freelance agents; customer data visibility cannot be restricted per-agent role in the way EU data handling requires.
Reasons to switch
Why people leave Gorgias
The recurring reasons buyers give for replacing Gorgias. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Gorgias 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
Gorgias pricing overview
Gorgias pricing is seat-agnostic and scales on billable ticket volume rather than user count, making it attractive for growing support teams. All tiers include unlimited users. Overage fees ($0.40/ticket and $1.50/AI Agent interaction) apply when monthly ticket allotments are exceeded, and AI Agent resolution outcomes are billed separately from the base ticket fee, creating a two-layer overage model that can compound unexpectedly during traffic spikes.
Starter
Tier 1 of 5
$10/month
What's included
Need help selecting your Helpdesk?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Gorgias's schedule — see our quote-based pricing →
What gets migrated
Gorgias object support
Object-by-object support for Gorgias migrations. Per-pair details surface during scoping.
Tickets
Fully supportedTickets are the primary billing and workflow unit in Gorgias. Standard fields (priority, status, assignee, timestamps, channel) are stable and well-documented in the API. We migrate Tickets with all meta fields intact and flag which records were created via AI Agent so the destination system can reflect resolution attribution correctly.
Customers
Fully supportedCustomers represent the end shoppers and are linked to ticket history. The API supports create, update, delete, and merge operations. We preserve the customer-to-ticket linkage and handle the merge operation by de-duplicating matched records and keeping a reference to the merged master ID.
Agents
Fully supportedAgents are the support staff users. We migrate agent profiles including name, status, and group membership. Dynamic action fields on agents require mapping to the destination system's permission model or custom fields.
Groups
Fully supportedGroups (also called Teams) organize agents for routing and assignment. We preserve group membership and map it to the equivalent team or queue concept in the destination platform.
Macros
Fully supportedMacros are saved reply templates with variable substitution and dynamic action fields. We export the full macro body, conditions, and action sequence. Destination platforms without a native macro concept receive them as templated draft messages or saved-snippet records.
Rules
Fully supportedRules define ticket routing, assignment, and auto-responses. We map rule conditions and actions to equivalent workflow or automation constructs in the destination platform, noting which rules were triggered by AI Agent versus manual configuration.
Views
Mapping requiredViews are saved filter configurations that organize the ticket queue. We export the filter logic (field conditions, operators, sort order) and recreate them as saved views or saved searches in the destination system, though the UI representation may differ.
Custom Fields
Mapping requiredCustom fields exist on both Tickets and Customers and support string, boolean, date, number, select, and multi-select types. We preserve field type and archived status. Select and multi-select fields require value mapping if the destination uses a different picklist schema.
Knowledge Base Categories
Fully supportedTop-level KB categories with name, position, and translations. We migrate category hierarchy and ordering, and preserve translation content for each enabled locale.
Knowledge Base Articles
Fully supportedKB articles contain title, body (HTML), author, folder assignment, status, and translations. We preserve full article body content, author attribution, and locale-specific translations. Articles in draft status are flagged for review after migration.
Conversations
Fully supportedConversations are the individual messages within a ticket, including internal notes and public replies. We migrate the full message history with author, timestamp, privacy flag, and attachments. Attachments are fetched by URL and re-uploaded to the destination system's storage.
Attachments
Mapping requiredFile attachments on tickets and comments are stored externally and referenced by URL. We download attachments during migration and re-upload to the destination, handling file type restrictions and size limits on the target platform.
Satisfaction Surveys
Fully supportedCSAT ratings submitted via Gorgias's built-in satisfaction survey are associated with tickets. We migrate the rating score, free-text response, and timestamp, preserving the linkage to the originating ticket.
Tags
Mapping requiredTags are applied to tickets and customers for categorization. We migrate tags as-is and map them to the destination platform's tagging scheme, flagging any tag names that conflict with reserved system labels.
Settings
Mapping requiredAccount-level settings include channel configurations, SLA rules, and notification preferences. These are migrated as configuration records that must be reviewed and applied manually post-import, since many depend on destination-specific feature availability.
| Object | Support | Notes |
|---|---|---|
| Tickets | Fully supported | Tickets are the primary billing and workflow unit in Gorgias. Standard fields (priority, status, assignee, timestamps, channel) are stable and well-documented in the API. We migrate Tickets with all meta fields intact and flag which records were created via AI Agent so the destination system can reflect resolution attribution correctly. |
| Customers | Fully supported | Customers represent the end shoppers and are linked to ticket history. The API supports create, update, delete, and merge operations. We preserve the customer-to-ticket linkage and handle the merge operation by de-duplicating matched records and keeping a reference to the merged master ID. |
| Agents | Fully supported | Agents are the support staff users. We migrate agent profiles including name, status, and group membership. Dynamic action fields on agents require mapping to the destination system's permission model or custom fields. |
| Groups | Fully supported | Groups (also called Teams) organize agents for routing and assignment. We preserve group membership and map it to the equivalent team or queue concept in the destination platform. |
| Macros | Fully supported | Macros are saved reply templates with variable substitution and dynamic action fields. We export the full macro body, conditions, and action sequence. Destination platforms without a native macro concept receive them as templated draft messages or saved-snippet records. |
| Rules | Fully supported | Rules define ticket routing, assignment, and auto-responses. We map rule conditions and actions to equivalent workflow or automation constructs in the destination platform, noting which rules were triggered by AI Agent versus manual configuration. |
| Views | Mapping required | Views are saved filter configurations that organize the ticket queue. We export the filter logic (field conditions, operators, sort order) and recreate them as saved views or saved searches in the destination system, though the UI representation may differ. |
| Custom Fields | Mapping required | Custom fields exist on both Tickets and Customers and support string, boolean, date, number, select, and multi-select types. We preserve field type and archived status. Select and multi-select fields require value mapping if the destination uses a different picklist schema. |
| Knowledge Base Categories | Fully supported | Top-level KB categories with name, position, and translations. We migrate category hierarchy and ordering, and preserve translation content for each enabled locale. |
| Knowledge Base Articles | Fully supported | KB articles contain title, body (HTML), author, folder assignment, status, and translations. We preserve full article body content, author attribution, and locale-specific translations. Articles in draft status are flagged for review after migration. |
| Conversations | Fully supported | Conversations are the individual messages within a ticket, including internal notes and public replies. We migrate the full message history with author, timestamp, privacy flag, and attachments. Attachments are fetched by URL and re-uploaded to the destination system's storage. |
| Attachments | Mapping required | File attachments on tickets and comments are stored externally and referenced by URL. We download attachments during migration and re-upload to the destination, handling file type restrictions and size limits on the target platform. |
| Satisfaction Surveys | Fully supported | CSAT ratings submitted via Gorgias's built-in satisfaction survey are associated with tickets. We migrate the rating score, free-text response, and timestamp, preserving the linkage to the originating ticket. |
| Tags | Mapping required | Tags are applied to tickets and customers for categorization. We migrate tags as-is and map them to the destination platform's tagging scheme, flagging any tag names that conflict with reserved system labels. |
| Settings | Mapping required | Account-level settings include channel configurations, SLA rules, and notification preferences. These are migrated as configuration records that must be reviewed and applied manually post-import, since many depend on destination-specific feature availability. |
Gotchas
What to watch for in Gorgias migrations
Issues we've hit on past Gorgias migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
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
| Severity | Issue |
|---|---|
| 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 |
Leaving Gorgias?
Where Gorgias customers move next
6 destinations Gorgias can migrate to.
Coming to Gorgias?
Migrating in from another Helpdesk
250 sources can migrate into Gorgias.
How a Gorgias migration works
Four steps, Gorgias-specific
Connect
OAuth 2.0 or API key into Gorgias. Scopes limited to read-only on the data we move.
Map
We translate Gorgias-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Gorgias quirks before production.
Migrate
Full migration with Gorgias rate-limit handling. Rollback available throughout.
FAQ
Gorgias migration FAQ
Answers to the questions buyers ask most during Gorgias migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Gorgias migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther helpdesks we support
Ready when you are
Migrate Gorgias.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Gorgias setup and destination — written quote back within a business day.