Helpdesk migration
Field-level mapping, validation, and rollback between LiveChat and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
LiveChat
Source
Zendesk
Destination
Compatibility
10 of 12
objects map 1:1 between LiveChat and Zendesk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from LiveChat to Zendesk is a migration from a focused real-time chat platform to a full omnichannel service desk. LiveChat organizes data around Chats (conversations), Agents (operators), and Requesters (customers), while Zendesk uses Tickets, Users (agents), and End Users (customers) with an Account hierarchy option for B2B contexts. The primary migration challenge is transforming session-based chat threads into persistent tickets with full conversation history preserved, since LiveChat's default mode is ephemeral while Zendesk's is record-based. We extract chat transcripts via the LiveChat API, map agents 1:1 to Zendesk users, and resolve requesters against the Zendesk end-user table before inserting. Widget-level custom fields in LiveChat require deduplication during the mapping phase when the account uses multiple chat widgets. We do not migrate automated rules, chatbot flows, or integrations as configuration; we document them for your admin to rebuild in Zendesk.
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 LiveChat object lands in Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
LiveChat
Chat
Zendesk
Ticket
1:1LiveChat Chats map to Zendesk Tickets with the full message thread preserved as ticket comments. We sequence messages chronologically, mapping agent messages to public comments and customer messages to public comments in the Zendesk conversation view. System events (chat started, transferred, rated) are preserved as private comments with a migration note so agents can audit thread context. Chat ID is stored in a custom field ticket_custom_field_livechat_id for cross-referencing after migration.
LiveChat
Agent
Zendesk
User
1:1LiveChat Agents map directly to Zendesk Users. We match by email address, preserving display name, role, and group assignment. Agents with the Agent role in LiveChat map to Zendesk Agents; administrators map to Zendesk Admins. The customer provisions the Zendesk users before migration so that OwnerId references are satisfied at insert time.
LiveChat
Requester
Zendesk
End User
1:1LiveChat Requesters map to Zendesk End Users. Email, name, and any requester-level custom properties migrate directly. If the customer uses Zendesk Organizations (Accounts), we attach End Users to the matching Organization during import by matching on domain or a pre-agreed organization name field. Requester avatar URLs do not migrate as Zendesk does not support avatar import via API.
LiveChat
Tag
Zendesk
Tag
1:1LiveChat chat tags migrate as Zendesk ticket tags. We normalize tag character set (Zendesk allows alphanumeric, hyphen, underscore, and colon only) and enforce the 100-character per-tag limit. Multi-word tags with spaces are converted to hyphen-separated strings.
LiveChat
Custom Field (Chat)
Zendesk
Custom Field (Ticket)
lossyLiveChat custom fields attached to chats map to Zendesk ticket custom fields. We detect widget-level field overlap during the discovery scan: if the same field name exists in multiple widgets but with different internal IDs, we consolidate to a single Zendesk custom field and map all widget-level values to it. Field type mapping follows: text inputs to text, dropdowns to dropdown, checkboxes to boolean, date pickers to date.
LiveChat
Custom Field (Requester)
Zendesk
Custom Field (End User)
lossyLiveChat requester custom properties map to Zendesk End User custom fields. These are created under Admin > People > End User Fields before migration. Field type mapping follows the same rules as ticket custom fields.
LiveChat
Group
Zendesk
Group
1:1LiveChat Groups and Departments map to Zendesk Groups. Agent membership in groups migrates as Zendesk Group Membership records. If LiveChat groups share the same agent (an agent belongs to multiple groups), we create multiple Zendesk group memberships for that user.
LiveChat
Canned Response
Zendesk
Macro
1:1LiveChat canned responses (workspace-level templates) map to Zendesk Macros. We extract the template body, name, and shortcut, and write them as Zendesk Macros with the same category structure if the customer uses macro categories. Variable syntax differs: LiveChat uses {{variable_name}} and Zendesk uses {{ticket.ticket_field_id}} or {{ticket.requester.name}}; we flag dynamic variables for manual reconstruction in the migration report.
LiveChat
Chat Rating
Zendesk
Satisfaction Rating
1:1LiveChat chat ratings (1-5 stars) map to Zendesk Satisfaction Ratings (offered, answered, or CSAT). If LiveChat ratings are qualitative (good/bad or thumbs up/down), we map them to Zendesk CSAT with good mapping to satisfied and bad mapping to dissatisfied. Ratings attached to closed chats only migrate if the chats are closed at migration time; open chats are flagged for rating migration post-closure.
LiveChat
Help Center Article
Zendesk
Article
1:1LiveChat KnowledgeBase articles map to Zendesk Guide articles. We export article HTML body, title, and slug, and create them under the corresponding Section in Zendesk Guide. If the customer uses article categories and subsections in LiveChat, we map them to Zendesk Section and Subsection hierarchy. Embedded images from LiveChat CDN are downloaded and re-uploaded as Zendesk Guide attachments. The Help Center must be activated in Zendesk before article import begins.
LiveChat
Automated Rule
Zendesk
Trigger
1:1LiveChat automated rules (triggered by chat events like new chat, visitor abandoned, or chat rated) do not migrate as active Zendesk triggers because the event models differ. We document every active rule in text with its trigger condition, action, and suggested Zendesk Trigger equivalent. The customer's Zendesk admin rebuilds them post-migration using Zendesk's trigger builder.
LiveChat
Integration Configuration
Zendesk
Integration Configuration
1:1LiveChat integrations (Slack, Salesforce, Shopify connectors, and similar) are configuration-bound with no portable data format. We document the list of active integrations with their connection parameters and recommend re-configuring them in Zendesk Admin > Apps > Integrations after cutover. Email and webhook integrations that point to LiveChat webhooks require the customer to update the webhook URLs post-migration.
| LiveChat | Zendesk | Compatibility | |
|---|---|---|---|
| Chat | Ticket1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Requester | End User1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Field (Chat) | Custom Field (Ticket)lossy | Fully supported | |
| Custom Field (Requester) | Custom Field (End User)lossy | Fully supported | |
| Group | Group1:1 | Fully supported | |
| Canned Response | Macro1:1 | Fully supported | |
| Chat Rating | Satisfaction Rating1:1 | Fully supported | |
| Help Center Article | Article1:1 | Fully supported | |
| Automated Rule | Trigger1:1 | Fully supported | |
| Integration Configuration | Integration Configuration1:1 | Fully 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.
LiveChat gotchas
Chats Exporter app required for bulk export
Seat-based billing creates migration cost surprises
API rate limits throttle large migrations
Custom field schema is per-widget, not global
Ongoing chats auto-close on reconnect failure
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Discovery and export preparation
We audit the source LiveChat account: widget count, agent count, requester volume, chat history date range, custom field schema per widget, canned response count, knowledge base article count, and active automated rules. We identify the Chats Exporter app requirement and coordinate with the customer to install it and provision export credentials. We confirm which Zendesk Suite tier the customer is provisioning (Team through Enterprise Plus) and whether Organizations are in scope. The discovery output is a written migration scope with record counts per object and a Zendesk configuration readiness checklist.
Zendesk schema provisioning and custom field creation
We provision the Zendesk destination schema before any data moves. This includes creating Zendesk ticket custom fields to match LiveChat chat custom fields (consolidated across widgets), creating End User custom fields to match LiveChat requester properties, setting up Groups to match LiveChat groups, creating Macro categories if the customer uses canned response categorization, and activating Zendesk Guide for knowledge base migration. The Help Center must be activated by the account owner under Guide > Settings before article import can proceed.
Widget-level export stitching and data validation
We run LiveChat chat exports per widget per date window using the Chats Exporter API, stitching results across widgets and date ranges into a single chronological dataset. We validate completeness against the total chat count reported by the LiveChat API, checking for truncation at widget boundaries and date boundary gaps. Chat ratings, tags, and custom field values are extracted from the export payload and validated for type consistency before transformation.
Test migration and mapping reconciliation
We run a test migration into the customer's Zendesk sandbox (or a trial environment) using a representative sample of 500-1,000 chats. The customer reconciles ticket threading, custom field values, agent assignments, and requester records against the LiveChat source. Any field type mismatches, missing custom fields, or tag normalization issues are corrected before the production migration begins. This step also validates that the canned response to Macro conversion and knowledge base article structure are acceptable.
User and agent provisioning
We provide the customer with a user provisioning spreadsheet listing every LiveChat agent mapped to a Zendesk User. The customer provisions the Zendesk Users (with appropriate roles and group memberships) before production migration begins. OwnerId references on Tickets are required at insert time, so User provisioning must be complete and validated before we proceed with ticket imports.
Production migration in dependency order
We run the production migration in dependency order: Groups first (referenced by agent group memberships), then Users (Agents from LiveChat), then End Users (Requesters), then Articles (if Guide is activated), then Macros (Canned Responses), then Tickets (Chats with thread preserved as comments). Each phase emits a row-count reconciliation report. Chat threads are inserted chronologically with system events logged as private comments. Custom fields are resolved at ticket insert time using the consolidated field schema.
Cutover, validation, and automation handoff
We freeze LiveChat writes during cutover, run a final delta migration of any chats created or modified during the migration window, and enable Zendesk as the system of record. We deliver the automated rule inventory document listing every LiveChat automated rule with its trigger, conditions, and recommended Zendesk Trigger equivalent. We do not rebuild automated rules as Zendesk triggers inside the migration scope; the customer's Zendesk admin rebuilds them post-migration. We support a one-week post-cutover reconciliation window for data issues raised by the support team.
Platform deep dives
LiveChat
Source
Strengths
Weaknesses
Zendesk
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 LiveChat and Zendesk.
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
LiveChat: Configuration API: 1,000 requests per 10-minute window per license (shared across all tokens and integrations on that license), with X-RateLimit-Remaining and Retry-After headers for backoff. Chat API (Zendesk-aligned heritage): 200 requests per minute per endpoint..
Data volume sensitivity
LiveChat 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 LiveChat to Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your LiveChat to Zendesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave LiveChat
Other ways to arrive at Zendesk
Same-Helpdesk migrations
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.