Helpdesk migration
Field-level mapping, validation, and rollback between Support.ly by 500apps and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Support.ly by 500apps
Source
Gorgias
Destination
Compatibility
11 of 13
objects map 1:1 between Support.ly by 500apps and Gorgias.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Support.ly by 500apps is in mandatory 90-day wind-down with no path forward on the current platform. The 500apps API has roughly 15% endpoint availability, making automated data extraction unreliable and requiring direct coordination with the vendor's support team to obtain a full export. We engage the 500apps support team on your behalf, receive the vendor-provided data file, transform it into the Gorgias schema, and import Tickets, Customers, Agents, Teams, Tags, and Knowledge Base Articles. Custom fields require discovery scoping to confirm naming and types before mapping. Macros, automation rules, and survey configurations do not migrate as code; we deliver a written map of these for your admin to rebuild in Gorgias.
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 Support.ly by 500apps 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.
Support.ly by 500apps
Ticket
Gorgias
Ticket
1:1Support.ly Tickets map directly to Gorgias Tickets using ticket ID, subject, status, priority, channel source, and created/updated timestamps. The source channel (email, chat, social) maps to Gorgias channel metadata. We flag any custom ticket fields discovered during discovery for field-level mapping against Gorgias custom field schema (String, Boolean, Date, Number types documented at https://developers.gorgias.com/reference/list-custom-fields).
Support.ly by 500apps
Customer
Gorgias
Customer
1:1Support.ly Customer records map to Gorgias Customer with name, email, phone, language, timezone, and note preserved. The customer's ticket history links through the migrated ticket associations. Any missing optional fields receive defaults based on Gorgias field requirements. Custom fields on Customer objects are mapped during discovery scoping.
Support.ly by 500apps
Company
Gorgias
Customer (organization link)
1:1Support.ly Companies map to Gorgias Customers with organization-level attributes (company name, domain, address). Multiple Customer contacts can be linked to a single Organization in Gorgias. We preserve the Contact-to-Company linking structure by setting the organization reference on each migrated Customer record.
Support.ly by 500apps
Agent
Gorgias
User
1:1Support.ly Agent profiles map to Gorgias Users. We resolve agents by email match and map team membership to Gorgias Teams. Agent-level assignment rules are preserved as Gorgias User settings. Agents without matching emails in the destination are held in a reconciliation queue for the customer's admin to provision before ticket import.
Support.ly by 500apps
Team
Gorgias
Team
1:1Support.ly Teams map to Gorgias Teams with agent membership reconstructed via the User mapping. Team-level routing configurations are documented in the automation handoff inventory for admin rebuild in Gorgias Rules. We flag any team-specific SLA configurations requiring manual reconfiguration in Gorgias.
Support.ly by 500apps
Conversation
Gorgias
Ticket (message thread)
1:1Support.ly conversation threads attach to Tickets as message history. We map the full message chain to Gorgias Tickets, preserving timestamps, sender identity (agent or customer), and HTML/text formatting. Internal notes and public replies are separated by message type during import. We flag any HTML complexity that may not render identically in Gorgias.
Support.ly by 500apps
Tag
Gorgias
Tag
1:1Support.ly Tags migrate as string arrays to Gorgias Tags. The full tag vocabulary is preserved so existing filter and segment logic transfers intact. We map tags on both Tickets and Knowledge Base articles. Tag renaming strategy is documented during discovery if the customer wants to consolidate or standardize tag naming before migration.
Support.ly by 500apps
Knowledge Base Article
Gorgias
Knowledge Base Article
1:1Support.ly KB Articles map to Gorgias Help Center articles with title, body content, category assignment, and publication status. We normalize HTML content and handle image embedding. Publication status (draft, published, archived) transfers to Gorgias visibility settings. Articles without categories receive a default category for admin review.
Support.ly by 500apps
KB Category
Gorgias
Help Center Category
1:1Support.ly KB Categories map to Gorgias Help Center Categories with category name and article ordering preserved. We reconstruct the category hierarchy and map articles to their target categories during import. Any naming differences are documented for admin review in Gorgias.
Support.ly by 500apps
Attachment
Gorgias
Attachment
1:1File attachments on tickets and KB articles are downloaded from Support.ly and re-uploaded to Gorgias with original filenames preserved. We flag any size or format restrictions in the Gorgias schema. Attachment ordering within ticket threads is preserved by matching the original sort order during import.
Support.ly by 500apps
Custom Fields
Gorgias
Custom Fields
lossyCustom fields on Tickets and Customers require discovery scoping because Support.ly does not publish field type documentation. We ask the customer to export a sample record or share a screenshot of the custom field configuration during discovery, then build the field map against Gorgias custom field schema (String, Boolean, Date, Number types). Custom fields are created in Gorgias before ticket import begins.
Support.ly by 500apps
Incident Management
Gorgias
Ticket Priority / SLA
lossySupport.ly incident management flags and escalation metadata map to Gorgias Ticket Priority values and SLA configuration. We preserve escalation flags as Gorgias priority levels (low, medium, high, urgent) and document any SLA-specific metadata in the automation handoff inventory for admin rebuild in Gorgias SLAs.
Support.ly by 500apps
Survey & Feedback
Gorgias
CSAT Configuration
1:1Survey and feedback data attached to tickets maps to Gorgias CSAT survey responses or embedded custom fields depending on the customer's reporting requirements. We flag whether the destination plan includes native Gorgias CSAT features. If not, response text and scoring are preserved as custom fields on the ticket.
| Support.ly by 500apps | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Company | Customer (organization link)1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| Conversation | Ticket (message thread)1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| KB Category | Help Center Category1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Incident Management | Ticket Priority / SLAlossy | Mapping required | |
| Survey & Feedback | CSAT 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.
Support.ly by 500apps gotchas
Entire platform entering mandatory 90-day wind-down
Only ~15% of API endpoints are functional
No publicly documented bulk export or migration API
Standard support response times of 24–72 hours create migration risk
Custom field schemas not publicly documented
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
Urgent discovery and vendor coordination
We conduct an immediate discovery call to audit the Support.ly account: ticket volume, customer count, agent count, custom field configuration, KB article count, tag vocabulary, and team structure. In parallel, we submit a coordinated export request to [email protected] on the customer's behalf requesting a full data export including tickets, customers, companies, agents, conversations, and knowledge base. We set the project schedule around the vendor response timeline given the 24-72 hour support SLA.
Sample record collection and field mapping
While awaiting the vendor export, we ask the customer to share screenshots or a manual export of sample ticket records showing custom field names and values. We use this to build the custom field map against Gorgias custom field schema (String, Boolean, Date, Number). We pre-create custom fields in the Gorgias destination account before import begins. We also map the Support.ly tag vocabulary to Gorgias Tags and confirm the category hierarchy for KB articles.
Vendor export validation and transformation
When the vendor-provided data file arrives, we validate record counts against the discovery audit (ticket count, customer count, agent count). We identify any gaps and request additional data pulls if needed. We then run the transformation: normalizing ticket statuses, channel sources, and conversation HTML content into the Gorgias import schema. Agents and teams are mapped to Gorgias Users and Teams, and the organization linking structure is built for Customer records.
Sandbox migration and reconciliation
We run a test migration into the customer's Gorgias sandbox using a representative subset of data (typically 100-200 tickets plus associated customers and conversations). The customer's admin reviews the imported records for mapping accuracy, confirms that tag filtering works, validates that conversation threads render correctly, and spot-checks 25 sample tickets against the Support.ly source. Any mapping corrections are documented and applied before production migration.
Production migration in dependency order
We run production migration in dependency order: Agents and Teams first (Users must exist before ticket assignment), then Customers and Organizations, then Tickets with conversation history and attachments, then Knowledge Base Articles and Categories. Tags are imported in a final pass and associated with their respective Tickets and Articles. Each phase emits a row-count reconciliation report. We run a delta pass at the end to capture any records modified during the migration window.
Cutover, validation, and automation handoff
We freeze Support.ly writes during cutover, run the final delta migration, and enable Gorgias as the system of record. We deliver the written automation inventory: a map of every Support.ly macro, automation rule, team routing configuration, and SLA setting with a recommended Gorgias equivalent (Macros, Rules, SLAs). We support a 72-hour hypercare window for reconciliation issues. We do not rebuild macros or automations inside the migration scope; that work belongs to the customer's admin in Gorgias.
Platform deep dives
Support.ly by 500apps
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 6 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 Support.ly by 500apps and Gorgias.
Object compatibility
6 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
Support.ly by 500apps: Not publicly documented.
Data volume sensitivity
Support.ly by 500apps 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 Support.ly by 500apps to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Support.ly by 500apps 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 Support.ly by 500apps
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.