How to Automate Returns & Exchanges in Gorgias with AI
Returns and exchanges are the most automatable tickets your store handles and the easiest ones to get wrong. Every request follows the same shape — is this order eligible, what does the policy say, kick off the return or refund, label the ticket so reporting stays clean — and yet most teams still work each one by hand because the "obvious" answer hides a dozen edge cases: final-sale items, worn shoes, a refund to a card that's since expired, a customer who wants an exchange but phrases it like a refund. This guide walks through automating returns and exchanges in Gorgias with AI, from eligibility check to policy lookup to a real action in Loop or Shopify, and it stays honest about what native Gorgias does well, where a dedicated AI agent layer has the edge, and which decisions should always stay with a human.
The anatomy of a returns ticket
Before automating anything, it helps to name the steps a good agent runs through, because that sequence is exactly what you're teaching a machine to do:
- Identify intent. Is the customer asking for a refund, an exchange, a size swap, or just asking whether they can return something? These read almost identically in plain text, and mislabelling them is the single most common failure mode.
- Check eligibility. Pull the order, confirm the purchase date is inside the return window, and check whether the specific item is returnable (final-sale, clearance, and hygiene items usually aren't).
- Apply the policy. Free return label or customer-paid? Store credit or original payment method? Refund timing by payment method — cards take a few business days, some methods are near-instant.
- Take the action. Create the return in your returns platform (Loop, ReturnGO) or refund through Shopify, and send the customer a portal link or confirmation.
- Label and close. Tag the ticket (
return-approved,exchange,final-sale-denied) so your reporting and downstream rules stay accurate.
Automation is only trustworthy when it can do all five reliably — not just the friendly first reply.
What native Gorgias Automate and AI genuinely do well
Give Gorgias real credit here. The native stack is a legitimate way to handle a large share of returns volume, and for many stores it's the right starting point.
The Loop Returns integration is the backbone. Gorgias surfaces Loop Returns data directly inside the ticket, so — per Gorgias's own Loop integration page — you can "automate returns in record time" with self-service portals, rules, and pre-written macros grounded in your return policy. The customer initiates the return themselves; the agent sees full order and return context without tab-switching.
The Gorgias AI Agent can take real actions. It isn't just a deflection bot. Configured against your Help Center and a set of Actions, it can process a return, send a personalized returns-portal deep link, process a refund through Shopify, and handle exchange intents — often bundling return and exchange into a single skill so the classification problem gets easier. Gorgias markets the AI Agent as automating up to 60% of email and chat conversations.
If your policies are simple, your platform is Shopify, and Loop is your returns tool, native Gorgias will carry a lot of the load. For the full picture of how the pieces fit, our Gorgias Automate & AI complete guide and Gorgias AI Agent explained go deeper.
A step-by-step returns automation playbook
Here's a build order that works whether you use native Gorgias, an AI agent layer, or both.
- Start with your top two or three return reasons. Wrong size, changed mind, damaged on arrival. Automate the boring 70% first; don't try to model every exception on day one.
- Wire an eligibility check to your order data. The agent must be able to look up the order, read the purchase date against your return window, and see item-level flags (final sale, clearance).
- Encode the policy as instructions, not vibes. Reference your actual return window, restocking rules, and refund-timing-by-method. Generic "be helpful about returns" prompting is where automation quietly goes wrong.
- Connect the action. For self-service, send a Loop portal deep link. For a straight refund, call Shopify. For an exchange, create the exchange order.
- Always label the outcome. Tag every resolved ticket so
return,exchange, anddeniedvolumes show up cleanly in reporting. - Set the human handoff line explicitly. Anything outside policy — goodwill exceptions, high-value orders, disputes, fraud signals — should route to an agent with full context attached, not be forced into an automated decision.
Where native automation stops — and an AI agent layer picks up
Now the honest part. Native Gorgias AI is strong, but it has a shape, and it's worth seeing the edges clearly before you decide it's finished.
It leans on straightforward policies. Gorgias's own guidance is that the AI Agent works best with simple rules; for nuanced, multi-condition eligibility, you're steering it hard with instructions and still expecting a fair amount of manual judgement. Deep native integration is really Loop-shaped — other returns platforms fall back to custom HTTP actions — and the AI Agent depends on Shopify connectivity, so non-Shopify stores lose actions.
Deflection is not resolution. A self-service portal link deflects a ticket; it doesn't necessarily resolve the customer's actual question ("is my worn-once item eligible, and when will the money hit my card?"). True resolution means the agent reasons over the order, the item, the policy, and the payment method, then does the right thing and confirms it. That reasoning-heavy work is exactly what the broader category of AI agents for customer service exists to do.
This is the seam where a dedicated agent layer fits. Macha is an AI agent layer that runs on top of the Gorgias you already use — it is not a help desk replacement, and it doesn't touch your Loop or Shopify setup except to act through them. The Macha–Gorgias connector is live: you connect it to your existing Gorgias, and it reads and writes the same tickets. On a returns request it can chain several tool calls in one turn — pull the order, look up the product, check eligibility against your real policy — and answer with refund timing by payment method, the prepaid-label offer, and final-sale eligibility, all before labelling the ticket. Those order and product lookups are custom tools: a REST API turned into something the agent can call mid-conversation.
The cost model: per resolution vs per action
The billing model matters because it changes how boldly you automate. Here's the honest comparison, using Gorgias's own published numbers.
| Gorgias AI Agent (native) | Macha AI agent layer | |
|---|---|---|
| Billing unit | Per resolved conversation | Per AI action (credit) |
| Published rate | $0.90 per resolution on most plans; Starter from $1 (Gorgias) | Credit-based; see pricing |
| What triggers a charge | AI fully resolves the conversation on its own | Each AI action the agent performs |
| Included volume | ~90 to 2,500+ automated interactions/month, then overages | See plan |
| Runs on top of your help desk? | Native to Gorgias | Yes — layer on top of Gorgias |
Per Gorgias's official pricing page, you pay only when the AI resolves a conversation entirely on its own — "no seat fees, no per-message charges, and no token-based billing." Gorgias also states that if the AI can't resolve a ticket and hands it to a human, "that ticket shifts over to your regular Helpdesk plan… You're not charged for both." Worth noting honestly: some third-party write-ups (e.g. eesel, myAskAI) argue AI interactions can effectively be counted twice because each also lands as a helpdesk ticket — a claim Gorgias's official page contradicts. Model it against your own invoice, and read our Gorgias pricing explained breakdown before you commit.
The conceptual difference is the point. Per-resolution billing rewards conversations the AI closes end to end — great when it works, but it can nudge you toward deflection over genuine resolution. Per-action (the credit model Macha uses) charges for the work the agent does — a tool call, a lookup, a reply — regardless of who ultimately closes the ticket. Neither is "cheaper" in the abstract; they optimise for different behaviours, and for automation-heavy workflows like returns — where a single ticket might legitimately need several tool calls — it's worth understanding which model you're paying under. Credits are consumed per AI action, never per resolution.
Where humans should stay
Automating returns well means being deliberate about what you don't automate:
- Goodwill and exceptions. Out-of-window returns, "I lost the receipt," loyalty saves — these are judgement calls, not policy lookups.
- High-value or high-risk orders. Large refunds, repeat-return patterns, and anything with fraud signals deserve a human before money moves.
- Disputes and emotion. A customer who's angry about a damaged item wants acknowledgement, not a portal link.
- Policy grey zones. If the answer genuinely depends on inspecting the returned item, the agent should gather context and hand off, not guess.
The right design keeps Gorgias as your system of record, lets AI handle the high-volume, in-policy 70%, and routes the rest to humans with the order, the policy, and the eligibility check already attached.
FAQ
Can Gorgias automate returns and exchanges on its own? Yes, to a point. The native Gorgias AI Agent can process returns, send Loop portal deep links, issue refunds through Shopify, and handle exchange intents, and Gorgias markets automation of up to 60% of email and chat conversations. It works best with straightforward policies and a Shopify + Loop setup; nuanced, multi-condition eligibility still leans on human judgement.
How does Gorgias charge for AI-handled returns? Per Gorgias's official pricing page, the AI Agent bills per resolved conversation — about $0.90 on most plans, from $1 on Starter — and only when the AI resolves the conversation entirely on its own. Plans include a monthly interaction allotment (roughly 90 to 2,500+) with overages beyond that. Confirm the current numbers against your own plan.
What's the difference between deflection and resolution for returns? Deflection sends the customer to self-service (a portal link) and closes the ticket; resolution means the agent actually reasons over the order, item, policy, and payment method, takes the correct action, and confirms the outcome. A returns request is "resolved" only when the customer knows their return is approved, how they'll get their money, and when.
How is Macha different from native Gorgias AI for returns? Macha is an AI agent layer that runs on top of your existing Gorgias — not a replacement. It chains multiple tool calls in a single turn (order lookup, product lookup, eligibility check) and answers with refund timing by method and final-sale eligibility before labelling the ticket. Its credits are consumed per AI action, not per resolution.
Do I have to replace Gorgias or Loop to add Macha? No. The Macha–Gorgias connector is live and works on top of the Gorgias, Loop, and Shopify you already run. Macha reads and writes your existing tickets and acts through your existing returns and commerce tools — Gorgias stays your system of record.
Ready to turn returns tickets into resolved returns without swapping out your stack? Start a free trial of Macha and connect it to your Gorgias in minutes.
Add AI agents to your Gorgias
Macha resolves tickets end to end on Gorgias — no migration, no code.
Shopify
Stripe
Slack
Notion
Google Workspace
Confluence

