Skip to main content
Metrics type: Key MetricsCategory: Project Management

At a glance

The percentage of Vortex IQ-filed Gorgias tickets that the merchant team has actually closed in the last 90 days. Designed to answer the merchant question: “is the audit programme working, or am I paying for findings that nobody actions?” Gorgias is the ecommerce-native helpdesk: order context appears inline in every ticket and AI auto-responses handle the high-volume “where is my order” tail. That changes how this card reads: a Gorgias-specific resolution rate above 80% is normal because the AI closes a chunk of tickets without human triage, so the human-action portion of the rate matters more than the headline number.

Calculation

Calculated automatically from your Gorgias data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.

Worked example

A US DTC supplements brand on Shopify Plus running Gorgias Pro with AI Auto-Responder enabled for shipping/order-status macros. Snapshot taken on 02 May 26 at 10:25 ET, looking back over the rolling 90 days from 02 Feb 26. The card reads 78%. Five observations:
  1. 78% is the upper-end-normal for Gorgias. Ecommerce-native helpdesks tend to score 5-10 percentage points higher than enterprise helpdesks (Zendesk, Freshdesk) because the inline order context lets agents close tickets faster. A Gorgias resolution rate below 65% is a red flag in a way that the same number on Zendesk would not be.
  2. Gorgias AI closing 4 of 75 (5%) is realistic for Vortex IQ tickets. AI handles the “where is my order” tail brilliantly but struggles with technical-bug findings whose body text is unique. Do not expect AI to materially lift this rate; the rate climbs through better triage workflows, not better AI.
  3. The 7 Workflow-closures are honest. Gorgias’s auto-close-after-N-days rule is configurable per tag. Set it to 28 days for vortex_iq tags so abandoned findings drop out of the active backlog into the closed bucket. The merchant trades a small numerator inflation for a more accurate denominator-shrink later when the rolling window moves on.
  4. Pair with shopify.refund_rate. Gorgias’s deep Shopify integration means refund spikes show up in the helpdesk immediately, often before they show in Shopify Analytics. If refund rate is steady AND this card sits at 78%, the audit programme is paying for itself. If refund rate is climbing despite the high rate, the team is closing the wrong findings.
  5. The 21 open findings include the highest-value bugs. Gorgias agents typically close the easy stuff (mistagged variants, broken redirects) and flag the harder revenue-impact bugs (broken Klarna, broken Shop Pay) for engineering. So the 21 open is biased toward high-value bugs, the inverse of what a Zendesk merchant sees. Inspect each open ticket individually rather than treating the count as fungible.
  6. Reconcile with bigcommerce.refund_rate if multi-platform. Brands on Shopify Plus + BigCommerce B2B sometimes have one Gorgias account aggregating both. The card aggregates the same way; if the BigCommerce side is dragging the rate, scope a Stacked Panel by vortex_iq.platform_filter:bigcommerce (custom config) for visibility.

Sibling cards merchants should reference together

Reconciling against the vendor’s own dashboard

Where to look in Gorgias’s own dashboard: Gorgias does NOT provide a single “tag-scoped resolution rate” gauge, so this card is computed by Vortex IQ from the Tickets API. To verify it manually:
Statistics -> Performance Overview filtered to the vortex_iq tag and date range last 90 days. Read the percentage of Closed against Total tickets created. That is the same calculation this card runs. Views -> All tickets with tag:vortex_iq plus a status:closed filter, gives the numerator population at a glance. [Saved view -> “Vortex IQ findings, closed (90d)”] if you have set one up, gives the count without re-typing the filter.
Why our number may legitimately differ from Statistics’ number: Cross-connector reconciliation:

Known limitations / merchant FAQs

The rate dropped 15 points this week. What changed? Three usual causes, in order of likelihood:
  1. Audit volume up. Vortex IQ filed more findings than usual (a big catalogue audit, a payment-funnel audit). The denominator grew faster than the team’s closure rate. Often resolves itself within 2-3 weeks.
  2. Capacity loss. A senior agent on holiday, or BFCM/launch peak swallowing all CS attention. Pair with Open Tickets (all); if global backlog is also up, capacity is the answer.
  3. Rule drift. A Gorgias Rule that auto-tagged or auto-routed Vortex IQ tickets turned off. Open Settings -> Rules and confirm the vortex_iq rules are still active.
A finding closed today but it was filed 95 days ago. Does it count? No. The window is anchored on the filing date, not the closure date. A ticket filed outside the 90-day window does not appear in the denominator at all, even if it just closed. This avoids “closed an old ticket today” gaming the metric. What is a healthy rate on Gorgias specifically?
  • 80%+ : healthy and expected. Gorgias’s inline order context makes triage fast.
  • 70-80% : normal for a maturing programme. Acceptable.
  • 60-70% : warn. Below typical Gorgias baseline; investigate triage process.
  • <60% : critical. On Gorgias, this is a stronger red flag than on Zendesk. The ecommerce-native workflow advantage is being squandered.
Why is the Gorgias healthy band higher than Zendesk’s (60-75%)? Gorgias’s inline Shopify/BigCommerce order context lets agents close tickets without context-switching to another tab. The same ticket takes 30-40% less time on Gorgias than on Zendesk-with-Shopify-app. So a Gorgias merchant should sustain a higher resolution rate; the same input produces a higher output. Should I optimise for a higher rate? On Gorgias, slightly more aggressively than on other helpdesks. Above 90% sustained for a quarter often means the audit thresholds are too generous (finding only obvious issues). Lower the audit threshold to surface more borderline issues; the rate will dip but the merchant outcome (lower refund rate, lower customer-service load) will improve. Gorgias AI Auto-Responder closed a Vortex IQ ticket. Does that count as resolved? Yes. AI Auto-Responder closes a ticket only when its Macro confidence threshold is hit. On a Vortex IQ ticket the AI rarely matches because findings have technical body text, but if it does close one, the underlying issue is genuinely addressed (the Macro ran the workflow, not just a canned reply). Accept those closures as legitimate. A reopened ticket dropped my rate by 1 point. Can I exclude it? A closed ticket that gets reopened is genuinely no longer resolved, so the rate correctly drops. If reopens are common (>5% of closed tickets), it points to a quality-of-fix problem, fixes are landing but not actually resolving the underlying issue. Gorgias’s auto-close-after-N-days rule is closing my Vortex IQ tickets. Is that gaming the rate? A little, yes. If you have set the global rule to 7 days, abandoned Vortex IQ tickets drop into the closed bucket fast and inflate the numerator. The honest configuration: set a separate rule for vortex_iq-tagged tickets at 28 days minimum, longer than the customer-ticket auto-close rule, because findings need engineering time, not just a customer reply. My Gorgias account has multiple Shopify stores connected. Why a single number? The card aggregates by default. To break out per-store, build a Stacked Panel in the Vortex IQ Nerve Centre with multiple instances scoped via custom config. Alternatively, file findings with a per-store sub-tag (vortex_iq:storeA) and read the rate by sub-tag in Gorgias Statistics. Why is the alert threshold 50% and not 70%? 50% is the breakeven point at which the team is closing one finding for every one filed. Below 50% the backlog grows mathematically; above 50% it shrinks. A 70% threshold would over-page in the first quarter of any new audit programme. For a mature Gorgias programme, you can manually raise the threshold to 65% in Vortex IQ -> Settings -> Alerts to match the higher baseline. Does the inline Shopify order context affect this card’s calculation? No. The calculation depends only on the ticket’s tag and status fields. Order context is what makes Gorgias merchants close tickets faster, but the resolution-rate math is the same as on every other helpdesk. The difference is in cycle time (covered in Avg Time-to-Fix). My team uses Gorgias on the Shopify Plus integration. Is anything different? The Shopify Plus integration adds a few enrichments (subscription order context, Shop Pay refund visibility) but does not change the API surface this card uses. The rate calculation is identical for Plus and non-Plus accounts.

Tracked live in Vortex IQ Nerve Centre

Finding Resolution Rate (90d) is one of hundreds of KPI pulses Vortex IQ tracks across Gorgias and 70+ other ecommerce connectors. Nerve Centre runs the detection layer; Vortex Mind investigates the cause when something moves; Ask Viq lets you interrogate any number in plain English. Start for free or book a demo to see this metric running on your own data.