Helpdesk migration
Field-level mapping, validation, and rollback between LiveHelpNow and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
LiveHelpNow
Source
Gorgias
Destination
Compatibility
10 of 12
objects map 1:1 between LiveHelpNow and Gorgias.
Complexity
CModerate
Timeline
3-5 weeks
Overview
LiveHelpNow and Gorgias serve different buyer profiles even though both are categorized as helpdesk software. LiveHelpNow targets small to mid-sized teams wanting an all-in-one workspace at a per-agent price; Gorgias is built for eCommerce brands who need Shopify-native order context, per-ticket AI resolution, and integrations with Klaviyo, Recharge, Loop Returns, and Yotpo. The migration from LiveHelpNow to Gorgias is a platform switch, not an upgrade path, and the data model differences are meaningful: LiveHelpNow organizes around standalone Conversations and Tickets, while Gorgias merges both into a single Ticket object with a message thread. We map LiveHelpNow chat transcripts and tickets into Gorgias tickets, preserving message order, timestamps, and agent attribution. Knowledge Base articles and categories transfer with hierarchy intact. Survey response data migrates as records; survey trigger logic does not and must be rebuilt in Gorgias Rules. Automations, canned response folder structures, and workforce management settings do not migrate as code. We deliver a written inventory of all LiveHelpNow automations and canned response folders for the customer's admin to rebuild in Gorgias Macros and Rules post-migration.
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 LiveHelpNow 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.
LiveHelpNow
Ticket
Gorgias
Ticket
1:1LiveHelpNow Tickets map directly to Gorgias Tickets. We preserve the original LiveHelpNow ticket ID as a reference field on the Gorgias ticket for audit traceability. Ticket status (Open, Pending, Resolved, Closed) maps to Gorgias Ticket status values, with the original LiveHelpNow status stored in a custom reference field. Assigned agent maps via email match to the Gorgias User. Priority and any custom ticket fields transfer as typed Gorgias custom fields, which we create in the destination account before import.
LiveHelpNow
Conversation
Gorgias
Ticket message thread
1:manyLiveHelpNow separates Conversations (chat sessions) from Tickets, while Gorgias merges both into a single Ticket with an ordered message thread. We reconstruct the thread by merging each LiveHelpNow Conversation linked to a Ticket into the corresponding Gorgias Ticket as message events in chronological order, preserving operator name, customer name, message content, and timestamp. Standalone LiveHelpNow Conversations without a linked ticket create a new Gorgias Ticket with the chat content as the initial message.
LiveHelpNow
Agent
Gorgias
User
1:1LiveHelpNow Agents map to Gorgias Users. We resolve by email address match. Agent name, email, role (Admin, Operator), and group/queue assignments transfer. Queue routing rules from LiveHelpNow Workforce Management export as a written reference document; Gorgias Rules handle routing in the destination but routing logic does not migrate as code.
LiveHelpNow
Knowledge Base Article
Gorgias
Help Center Article
1:1LiveHelpNow KB articles map to Gorgias Help Center articles. We preserve article title, body content (rich text), category assignment, tags, and publication status. Article IDs change during import; we maintain a cross-reference table mapping old LiveHelpNow article IDs to new Gorgias article IDs so that embedded KB links and chat widget references can be updated post-migration. Customer must confirm all published KB URLs after cutover.
LiveHelpNow
KB Category
Gorgias
Help Center Category
1:1LiveHelpNow Knowledge Base categories form a hierarchical folder structure. We replicate the full category tree in Gorgias Help Center with parent-child relationships preserved so that article navigation order mirrors the source. Category-level permissions (public, internal, agent-only) map to Gorgias article visibility settings.
LiveHelpNow
Customer
Gorgias
Customer
1:1LiveHelpNow customer records (name, email, phone, company) map to Gorgias Customer. We use email as the dedupe key. LiveHelpNow customer notes transfer as Gorgias Customer notes. If the customer record links to a LiveHelpNow Conversation, we associate the merged ticket thread with the corresponding Gorgias Customer record.
LiveHelpNow
Canned Response
Gorgias
Macro
1:1LiveHelpNow canned response templates map to Gorgias Macros. We export the folder hierarchy and content so the Macro library mirrors the source organization. Macro triggers (ticket status change, channel, keywords) do not migrate as configuration; we deliver a Macro inventory document with trigger recommendations for the customer to configure in Gorgias Rules. Macros are named individually rather than batched, so the folder structure becomes a naming convention or tag in Gorgias.
LiveHelpNow
Tag
Gorgias
Tag
1:1LiveHelpNow tags on tickets and knowledge base articles transfer as Gorgias Tags. Tag inheritance and auto-suggest behavior differ between platforms, so we document which tags are present and recommend whether they should be applied as labels, trigger conditions in Rules, or filter criteria in Views during the post-migration configuration phase.
LiveHelpNow
Custom Ticket Field
Gorgias
Custom Field
1:1LiveHelpNow custom fields on tickets (string, number, date, dropdown) map to Gorgias Ticket custom fields. We extract the LiveHelpNow field schema and create matching Gorgias custom fields before data import. Field type compatibility must be verified during scoping: dropdown fields map to Gorgias dropdown, date fields to Gorgias date, numeric fields to Gorgias number. Custom fields that do not have a direct Gorgias type equivalent are documented as requiring a custom workaround or a different UI approach.
LiveHelpNow
Survey Response
Gorgias
CSAT Record
1:1LiveHelpNow post-chat and post-ticket survey response data migrates as records attached to the corresponding ticket in Gorgias. Survey questions, trigger conditions, and routing rules are platform configuration settings that do not export; we deliver a survey inventory document listing each LiveHelpNow survey with its questions and trigger logic for the customer to rebuild in Gorgias CSAT and Rules.
LiveHelpNow
Workforce Management Data
Gorgias
Not migrated as data
lossyLiveHelpNow agent scheduling, availability windows, and queue routing rules exist as workforce management configuration settings rather than transactional data records. We export them as a written report for the customer's reference. Gorgias scheduling and availability are handled through separate tools and do not accept this data through the API; the customer must configure availability in Gorgias Calendar or through an integrated workforce management tool post-migration.
LiveHelpNow
Social Channel Messages
Gorgias
Ticket (via channel)
1:1Facebook, Twitter, and other social channel messages surface as ticket-linked conversations in LiveHelpNow. We migrate the message content and attach it to the corresponding Gorgias Ticket. Social-channel-specific metadata (Facebook page reference, tweet thread ID) is stored in a custom reference field. The social channel connection itself must be reconfigured in Gorgias as a separate channel setup step.
| LiveHelpNow | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Conversation | Ticket message thread1:many | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Knowledge Base Article | Help Center Article1:1 | Fully supported | |
| KB Category | Help Center Category1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Canned Response | Macro1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Ticket Field | Custom Field1:1 | Fully supported | |
| Survey Response | CSAT Record1:1 | Fully supported | |
| Workforce Management Data | Not migrated as datalossy | Mapping required | |
| Social Channel Messages | Ticket (via channel)1:1 | Mapping required |
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.
LiveHelpNow gotchas
Cloudflare infrastructure dependency causes silent service outages
API rate limits are not publicly documented
Survey configurations do not export as logic
Knowledge base article IDs do not persist across export/import
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
Scoping and evidence audit
We audit the LiveHelpNow account across all tiers for object volume: ticket count, conversation count, knowledge base article count, agent count, custom field definitions, canned response folder count, and survey inventory. We analyze historical ticket volume from LiveHelpNow reporting to project Gorgias plan sizing. We identify any standalone Conversations without linked Tickets, any custom field type mismatches, and the proportion of survey response data versus survey configuration. The scoping output is a written migration scope with object counts, a Gorgias plan recommendation based on ticket volume, and a pre-migration checklist for the customer to complete including channel reconnection steps and admin access provisioning.
Gorgias account provisioning and schema setup
We provision the Gorgias account at the recommended plan tier. We create all required custom fields on Ticket and Customer objects matching the LiveHelpNow schema (with type mapping for dropdown, date, number, and string fields). We configure the Help Center with the same category hierarchy from LiveHelpNow before article import begins. We map LiveHelpNow ticket status values to Gorgias ticket status values in a status mapping table. All schema setup occurs in the live Gorgias account before migration to avoid field-not-found errors during import.
Agent and customer pre-import
We import LiveHelpNow Agents mapped to Gorgias Users by email. Any Agent without a matching email in Gorgias goes to a reconciliation queue for the customer's admin to provision. We then import LiveHelpNow Customers mapped to Gorgias Customers using email as the dedupe key. Customer notes, phone, and company data transfer. Only after both Agents and Customers are imported do we proceed to ticket import, because the Gorgias Ticket requires a valid Customer reference and an Agent (User) reference for assignment.
Ticket and conversation migration with threading
We import LiveHelpNow Tickets in dependency order: first Tickets with no linked Conversation, then Tickets with linked Conversations. For each linked pair, we create the Gorgias Ticket, attach the LiveHelpNow Conversation messages as ordered events in the ticket message thread, and preserve timestamps, operator names, and customer attribution. Standalone LiveHelpNow Conversations without a Ticket create a new Gorgias Ticket with the chat content as the initial message. Tags, custom field values, and priority transfer with each ticket. We flag any ticket with missing required references (Customer not found, Agent not found) for the reconciliation queue.
Knowledge base article migration
We import LiveHelpNow Knowledge Base articles into Gorgias Help Center in category order, preserving parent-child hierarchy. Articles are assigned to their corresponding Gorgias category during import. Publication status (published, draft, archived) transfers. We store the original LiveHelpNow article ID in a custom reference field on each Gorgias article and maintain the cross-reference table for post-migration URL audit. Tags on articles transfer as Gorgias article labels.
Canned response and tag inventory delivery
We export all LiveHelpNow canned response folders and templates as a structured inventory document. Each canned response entry includes the title, body content, folder path, and a recommended Gorgias Macro trigger configuration. Tags are exported as a flat list with their associated record counts. The inventory document serves as the rebuild checklist for the customer's admin to configure Macros and Rules in Gorgias post-migration. We do not create Macros in Gorgias as part of the standard migration scope.
Cutover, delta sync, and URL audit handoff
We freeze LiveHelpNow writes during the cutover window, run a final delta migration of any tickets, conversations, or customer records created or modified since the initial export, then switch the customer-facing channel (chat widget, email routing) to Gorgias. We deliver the knowledge base cross-reference table and the URL audit checklist for the customer to update all embedded KB links. We deliver the automation, canned response, and survey inventory documents for rebuild in Gorgias Rules. We support a three-day hypercare window for reconciliation issues; we do not provide ongoing admin support or workflow rebuild as standard scope.
Platform deep dives
LiveHelpNow
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 LiveHelpNow 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
LiveHelpNow: Not publicly documented.
Data volume sensitivity
LiveHelpNow 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 LiveHelpNow to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your LiveHelpNow 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 LiveHelpNow
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.