Helpdesk migration
Field-level mapping, validation, and rollback between Kayako and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
Kayako
Source
HubSpot Service Hub
Destination
Compatibility
8 of 12
objects map 1:1 between Kayako and HubSpot Service Hub.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Kayako to HubSpot Service Hub consolidates customer support into the same platform as sales and marketing for teams already running HubSpot CRM. Kayako's data model centers on Conversations linked to Users and Organizations with unique API field keys for custom fields; HubSpot Service Hub uses Tickets linked to Contacts and Companies with HubSpot Properties that have display names rather than system-generated keys. We handle the field key discovery phase during scoping, map Kayako Organizations to HubSpot Companies, and map Kayako conversations to HubSpot Tickets with the agent-assignment and priority fields preserved. Knowledge Base articles migrate via the HubSpot Knowledge Base import API, and SLA metadata is captured and delivered as a written configuration map. Kayako automations, macros, and Harvey AI settings do not migrate as configuration; we deliver a written inventory for the customer's admin to rebuild in HubSpot Workflows. HubSpot's free tier covers basic ticketing, but SLA management, custom ticket pipelines, and shared inboxes require Service Hub Starter ($15/month per seat) or above.
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.
Source platform
Kayako platform overview
Scorecard, SWOT, gotchas, and pricing for Kayako.
Destination platform
HubSpot Service Hub platform overview
Scorecard, SWOT, gotchas, and pricing for HubSpot Service Hub.
Data migration guide
The complete HubSpot Service Hub migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
HubSpot Service Hub migration checklist
Pre- and post-cutover tasks for moving onto HubSpot Service Hub.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Kayako object lands in HubSpot Service Hub, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Kayako
Conversation
HubSpot Service Hub
Ticket
1:1Kayako Conversations migrate to HubSpot Tickets as the primary ticket object. We map status (open/pending/resolved/closed) to HubSpot Ticket status, priority (low/normal/high/urgent) to HubSpot Ticket priority, and channel (email/chat/voice) to a custom HubSpot property for source channel preservation. Agent assignment migrates by resolving Kayako user email to HubSpot User. Customer association links to the HubSpot Contact resolved from Kayako User email.
Kayako
User
HubSpot Service Hub
Contact
1:1Kayako Users with customer role map to HubSpot Contacts. We resolve by email as the dedupe key. Active and inactive status is preserved. Users with agent role map to HubSpot Users (agents) for ticket assignment rather than Contact records. If a customer email matches an existing HubSpot Contact, we merge rather than duplicate.
Kayako
User (agent role)
HubSpot Service Hub
User
1:1Kayako agent and admin Users map to HubSpot User records by email match. We reconcile owner assignment in Kayako Conversations against the User table. Any Kayako agent without a matching HubSpot User is held in a reconciliation queue for the customer's admin to provision before Conversation import begins.
Kayako
Organization
HubSpot Service Hub
Company
1:1Kayako Organizations map to HubSpot Companies. The Organization name becomes the Company name, and domain fields map to Company domain. We preserve the Organization-to-User linkage so that the migrated HubSpot Contact is associated with the correct Company via the Company association.
Kayako
Custom Field (Conversation)
HubSpot Service Hub
Custom Property (Ticket)
lossyKayako custom fields on Conversations require discovery of their system-generated API field keys during scoping. These keys are distinct from display names and must be used in API reads. We map each discovered key to a HubSpot Ticket custom property of equivalent type (text, number, date, dropdown). If a custom field was created after initial setup, we re-verify its key before migration.
Kayako
Custom Field (User)
HubSpot Service Hub
Custom Property (Contact)
lossyKayako custom fields on Users (customer properties beyond name and email) map to HubSpot Contact custom properties. We discover all User-level custom field keys during scoping and match them to HubSpot property types. Phone number formatting, country codes, and other locale-specific fields are standardized to HubSpot's expected format before import.
Kayako
Custom Field (Organization)
HubSpot Service Hub
Custom Property (Company)
lossyKayako Organization custom fields map to HubSpot Company custom properties. If the same custom field concept appears on both Organization and User in Kayako, we configure it separately on Company and Contact in HubSpot. The customer chooses whether to link them via HubSpot Company association or keep them independent.
Kayako
Knowledge Base Article
HubSpot Service Hub
Knowledge Base Article
1:1Kayako KB articles migrate to HubSpot Knowledge Base using HubSpot's Knowledge Base import API. We preserve article content, category assignments, and publish status. Article attachments migrate as linked files; inline images require separate URL handling depending on whether they are hosted in Kayako or external URLs. View counts migrate as a custom HubSpot property for historical reference.
Kayako
KB Category
HubSpot Service Hub
Knowledge Base Category
1:1Kayako KB categories migrate to HubSpot Knowledge Base categories with hierarchical structure preserved. If HubSpot already has categories with conflicting names, we apply a naming convention prefix to avoid collisions. Article-to-category assignments migrate as part of the article migration step.
Kayako
Tag
HubSpot Service Hub
Tag or Topic
lossyKayako Tags on Conversations migrate as HubSpot Ticket tags. We map them as label strings that agents can filter by in HubSpot. If the customer also uses HubSpot for marketing and wants tag-based segmentation, we map them to HubSpot Topics with TopicAssignment records. The customer chooses the tag strategy during scoping.
Kayako
Attachment (Conversation)
HubSpot Service Hub
File
1:1Kayako conversation attachments require separate API calls per conversation for export. We handle file export by conversation ID, map to HubSpot File records linked to the corresponding Ticket via ContentDocumentLink. Size restrictions on Kayako API file retrieval are scoped during discovery; files exceeding limits are flagged for manual handling or alternative transfer.
Kayako
SLA Policy
HubSpot Service Hub
SLA Policy
1:1Kayako SLA definitions (response time, resolution time, business hours, violation actions) are configuration objects we capture during discovery and deliver as a written SLA configuration map. HubSpot SLA policies are configured separately in Service Hub settings; the map documents the translation from Kayako SLA tier names and thresholds to HubSpot SLA policy values so the customer's admin can configure them post-migration.
| Kayako | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Conversation | Ticket1:1 | Fully supported | |
| User | Contact1:1 | Fully supported | |
| User (agent role) | User1:1 | Fully supported | |
| Organization | Company1:1 | Fully supported | |
| Custom Field (Conversation) | Custom Property (Ticket)lossy | Fully supported | |
| Custom Field (User) | Custom Property (Contact)lossy | Fully supported | |
| Custom Field (Organization) | Custom Property (Company)lossy | Fully supported | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| KB Category | Knowledge Base Category1:1 | Fully supported | |
| Tag | Tag or Topiclossy | Fully supported | |
| Attachment (Conversation) | File1:1 | Fully supported | |
| SLA Policy | SLA Policy1: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.
Kayako gotchas
AI-per-resolution billing can multiply costs silently
Custom fields require API field keys, not field names
Kayako Classic and new Kayako use different export mechanisms
Outbound migration support is limited to export
API rate limits are not publicly documented
HubSpot Service Hub gotchas
Rate limits throttle large migration API calls
Side conversations and Zendesk macros have no HubSpot equivalent
HubSpot stores ticket history as fragmented engagement objects
Custom Objects require Enterprise tier in HubSpot
Ticket pipeline stage probability values do not export cleanly
Pair-specific challenges
Migration approach
Discovery and Kayako version confirmation
We confirm whether the customer is running the current Kayako cloud platform or Kayako Classic, as these have different database schemas and different export mechanisms. We audit the Kayako portal for conversation count, user count, organization count, active custom fields (with API field keys discovered), KB article count and category structure, active SLA policies, and any attachment volume estimates. This output is a written migration scope document.
HubSpot Service Hub configuration
We configure the HubSpot Service Hub destination before migration begins. This includes enabling the Knowledge Base, creating the category hierarchy matching Kayako's structure, configuring ticket pipelines (with one pipeline per Kayako channel or SLA tier), setting up ticket status values mapped from Kayako conversation statuses, and creating custom properties for any Kayako custom fields that have no HubSpot standard equivalent.
Field key discovery and custom property mapping
We run a Kayako API discovery pass to retrieve all active custom field keys for Conversations, Users, and Organizations. We cross-reference each key against its display name and data type, then map it to a corresponding HubSpot property. Any custom fields created after initial setup are re-verified. The mapping document is reviewed by the customer's admin before migration begins.
Demo migration and reconciliation
We run a demo migration of a representative sample (typically 200-500 records per object type) into a HubSpot Sandbox or a non-production test workspace. The customer reconciles record counts, spot-checks field mapping for 25-50 conversations, and reviews KB article rendering. Any mapping corrections, custom field additions, or naming conflict resolutions happen at this stage. We do not proceed to full migration without sign-off on demo results.
Full migration in dependency order
We run production migration in record-dependency order: Organizations (to HubSpot Companies), Users as Contacts (with email dedupe), Users as agents (to HubSpot Users for assignment), Conversations (to Tickets with Company and Contact associations resolved, and agent assignment mapped via User email match), Knowledge Base categories (created first so articles can reference them), Knowledge Base articles, Tags (mapped to HubSpot Ticket tags), Attachments (as HubSpot Files linked to Tickets), and SLA metadata (delivered as configuration map). Each phase emits a row-count reconciliation report.
Cutover, delta sync, and automation handoff
We freeze Kayako writes during cutover, run a final delta migration of any conversations created or modified during the migration window, then hand over HubSpot Service Hub as the system of record. We deliver the automation inventory document covering Kayako automations and Harvey AI settings, with recommended HubSpot Workflow equivalents. We provide a one-week hypercare window for reconciliation issues raised during the first ticket handling cycle.
Platform deep dives
Kayako
Source
Strengths
Weaknesses
HubSpot Service Hub
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 Kayako and HubSpot Service Hub.
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
Kayako: Not publicly documented — API returns HTTP 429 when exceeded.
Data volume sensitivity
Kayako 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 Kayako to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your Kayako to HubSpot Service Hub migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Kayako
Other ways to arrive at HubSpot Service Hub
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.