n-Gorgias Tells Klaviyo When a Ticket Opens and Closes. It Doesn't Tell It Why.
Gorgias's native Klaviyo integration pushes support events, ticket opened, ticket resolved, satisfaction survey completed, onto a customer's Klaviyo profile in real time, where they become real triggers for segments and flows. It's a genuinely useful signal for suppressing or re-engaging customers around a support interaction. It just doesn't carry any detail about what the ticket was actually about.
What the native integration actually syncs
Three events, real time. Opened Ticket, Resolved Ticket, and a completed satisfaction survey land on the Klaviyo profile as metrics the moment they happen in Gorgias. From there, Klaviyo's own flow and segment builder can act on them like any other event: suppress a frustrated customer from a promotional send, trigger a check-in email after a resolution, or hold back a campaign while a ticket's still open.
It runs both directions, to a point. Klaviyo profile and marketing data can surface inside Gorgias too, either as ticket fields or a sidebar widget, so an agent can see recent email engagement or a customer's segment without leaving the ticket.
Multi-brand works through tags. If you run more than one brand through Klaviyo, the sync can separate tickets by brand using tags, instead of mixing every store's support activity into one undifferentiated feed.
Where the detail stops
The three synced events are the whole picture. Klaviyo gets told a ticket closed, not what it was about, so you can't build a flow around 'customers who had a shipping complaint' or 'customers who asked about a specific product,' only around the generic fact that a ticket existed and got resolved. Any segmentation sharper than that needs the actual ticket subject, tag, or category, which the native sync doesn't carry over.
It's also missing the reverse detail. An agent sees that a customer's recent flow or campaign engagement looks a certain way, but Gorgias has no way to connect that to purchase intent or a specific product interest unless someone builds that connection separately.
What a deeper sync looks like
Ticket category becomes a real segment
Instead of a generic 'ticket resolved' event, Klaviyo receives the actual tag or category, a shipping issue, a sizing question, a billing dispute, so flows can target the real reason, not just the fact that something happened.
The sidebar shows purchase intent, not just engagement
An agent sees that a customer recently browsed a specific product or abandoned a cart in Klaviyo, right next to the ticket, instead of a generic marketing-engagement score that doesn't say much.
What would a support-to-marketing handoff actually need to know?
Usually it's the specific tag or category sitting on the ticket already, just not passed along yet.
Only getting 'ticket opened' and 'ticket resolved' out of your Gorgias and Klaviyo setup?
Tell us what a flow would actually need to know to be useful, the real reason behind a ticket, not just that one existed. We build the sync that carries that detail across, on top of the native connection instead of replacing it. And if the real gap in your store's data lives somewhere other than support and marketing, we'll go look there instead.
Let's talk