Gorgias × Metabase

How to build Gorgias support dashboards in Metabase

Gorgias is the help desk built for ecommerce, tying customer tickets to orders from Shopify and other stores. Metabase is where you turn that activity into shared, trustworthy dashboards. This guide covers two complementary paths: a lightweight MCP route for fast, AI-assisted questions, and a durable pipeline route that syncs Gorgias into a database so you can build dashboards anyone can read.

Heads up: Metabase connects to SQL databases and warehouses — it does not ship a native Gorgias connector. For dashboards that need history and reliability, you'll sync Gorgias into a database first (covered below).

How do you connect Gorgias to Metabase?

Most teams combine these: use the MCP route to explore voice-of-customer trends, and the pipeline route for the dashboards people depend on.

1 · MCP route (AI-assisted)

Live, conversational analysis

Pair Gorgias's official MCP server with the Metabase MCP server so an AI assistant can read live ticket data and query existing Metabase models on demand.

Best for
  • Voice-of-customer questions like "top return drivers this week?"
  • Ad-hoc reporting from plain-English prompts
  • Helpdesk hygiene — auditing tags, macros, and rules
Trade-offs
  • Gorgias's MCP is in open beta — reads are live, some writes are gated
  • Not a substitute for governed or scheduled reporting
  • No history unless your data already lives in Metabase
2 · Pipeline route (warehouse-backed)

Durable dashboards with history

Sync Gorgias into a database or warehouse with dlt or the REST API, then point Metabase at it.

Best for
  • Support-driven revenue and response-time dashboards
  • Joining tickets with Shopify orders and customers
  • Trends over quarters and peak-season comparisons
Trade-offs
  • No first-party managed connector — plan on API or dlt-based sync
  • You own the data model and refresh schedule
  • Capture ticket events for accurate time-in-status

What can you analyze from Gorgias data in Metabase?

  • Ticket volume — created vs. closed by day and channel
  • First response time — especially during sales peaks
  • Support-driven revenue — orders and conversions linked to support
  • Return and refund drivers — top contact reasons by tag
  • Backlog and aging — open work and how long it's been waiting
  • CSAT — satisfaction surveys over time
  • Repeat contacts — customers writing in again and again

Which Gorgias dashboards should you build in Metabase?

For: CX leads

Support overview

The daily pulse of volume and responsiveness.

  • Tickets created vs. closed per day (dual line)
  • Median first response time (number + trend)
  • Open backlog by status (bar)
  • Volume by channel (email, chat, social) (bar)
For: Ecommerce ops

Support-driven revenue

Tie support activity to orders, Gorgias's signature angle.

  • Revenue from support-influenced conversations (number)
  • Tickets linked to orders (number + %)
  • Top return / refund drivers by tag (bar)
  • Conversion after a support interaction (table)
For: Support ops

Response time & SLA

Are we replying fast enough during peaks?

  • First response time p50/p90 by week (line)
  • Aging open tickets by days-open bucket (table)
  • Volume by hour of day (heatmap-style bar)
  • Reopened tickets by week (line)
For: CX leadership

CSAT & drivers

Track satisfaction and what's generating contacts.

  • CSAT % by week (line)
  • Bad ratings by tag (bar)
  • Volume by tag/topic (bar)
  • Repeat-contact customers (table)

How do you use the Gorgias and Metabase MCP servers together?

Pair the Gorgias MCP server with the Metabase MCP server for live, conversational analysis. The Gorgias MCP reads current ticket and customer data; the Metabase MCP queries the models and dashboards you've already built.

Example workflows

  • Surface top return drivers and most-requested restocks this week.
  • Pull open tickets from Gorgias and compare response trends against a Metabase model.
  • Audit tagging gaps and stale macros from plain-English prompts.

Be honest about the limits

  • MCP is great for live lookups — not for scheduled or audited reporting.
  • It does not create history; trend analysis still needs synced data.
  • Reads are live in the beta; some write actions are gated.
  • The Metabase MCP server is built in; an admin enables it under Admin → AI → MCP.

How do you set up the Gorgias and Metabase MCP servers?

Gorgias MCP official

Endpoint
https://mcp.gorgias.com/mcp?gorgias_subdomain=YOUR-SUBDOMAIN
Transport
Streamable HTTP
Auth
OAuth (log in to your Gorgias account)
Note
Available on paid plans; reads live, some writes gated.

Metabase MCP built-in

Enable
Admin → AI → MCP
Endpoint
https://<your-metabase>/api/metabase-mcp
Auth
OAuth handled by Metabase
Cursor~/.cursor/mcp.json or .cursor/mcp.json
{
  "mcpServers": {
    "gorgias": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://mcp.gorgias.com/mcp?gorgias_subdomain=YOUR-SUBDOMAIN"
      ]
    },
    "metabase": {
      "command": "npx",
      "args": ["-y", "mcp-remote", "https://your-metabase.example.com/api/metabase-mcp"]
    }
  }
}

Replace YOUR-SUBDOMAIN with the part of your Gorgias URL before.gorgias.com. On first connection the server opens a browser window to authorize.

Verify before shipping: confirm the Metabase MCP URL in Admin → AI → MCP (Metabase docs) and the current Gorgias MCP setup in the Gorgias docs.

Can you generate a Gorgias dashboard with AI?

Yes — and this is the fastest way to a strong first draft. Use the prompt below with the Metabase MCP server and any assistant that can inspect your warehouse schema and create Metabase questions. It assumes Gorgias data is already synced into a database Metabase can read, treats MCP as exploratory, and tells the agent to skip metrics the schema can't support — including support-driven revenue if no order data is present.

Prompt for creating a Gorgias Support Overview dashboard
Create a polished Metabase dashboard for Gorgias ecommerce support analytics
using the available Gorgias tables in this database.

Goal: Help ecommerce CX leaders understand volume, responsiveness, support-driven
revenue, CSAT, and contact drivers from Gorgias data.

First, inspect the schema and identify the available Gorgias tables. Do not assume
exact table names. Map the available raw tables into these analytical concepts
where possible: Tickets, Messages, Customers, Users (agents), Tags, Satisfaction
surveys, and any linked order/revenue data (e.g. Shopify) if present.

Important:
- Treat MCP data access as exploratory only.
- Build the dashboard from durable database/warehouse tables.
- Use medians (p50) and p90 for response times, never averages.
- Define "first response" as the first outbound agent message, excluding internal
  notes and automated messages.
- Only build support-driven revenue cards if linked order data is actually present.
- If ticket event history is missing, do not calculate reopen rate or
  time-in-status. Use a caveat instead.
- Do not claim Metabase connects natively to Gorgias unless that is explicitly
  true in this environment.

Dashboard title: Gorgias Support Overview

Sections:
1. Executive summary (KPI cards): Tickets created last 7 days; Closed last 7 days;
   Open backlog; Median first response time; CSAT % (only if survey data exists);
   Support-influenced revenue (only if order data exists).
2. Volume & backlog: Created vs closed by day; Open by status; Backlog aging;
   Volume by channel.
3. Support-driven revenue: Tickets linked to orders; Top return drivers by tag;
   Conversion after support (only if order data exists).
4. Response time: First response p50/p90 by week; Volume by hour; Reopened by week.
5. CSAT & drivers: CSAT by week; Bad ratings by tag; Volume by tag; Repeat
   contacts.

Filters: Channel, Tag, Agent, Status, Date range.

Before finalizing, create or recommend reusable Metabase models:
modeled_gorgias_tickets, modeled_gorgias_messages, modeled_gorgias_customers,
modeled_gorgias_users, and modeled_gorgias_satisfaction.

Output: Build the dashboard if you have permission; otherwise provide the exact
questions, SQL, model definitions, and layout. Include caveats for any metric
that cannot be calculated from the available schema. Keep it practical, dense,
and executive-readable. Avoid vanity metrics.

How do you sync Gorgias data into a database or warehouse?

For dashboards that need history and reliability, land Gorgias data in a database first, then connect Metabase to that database.

Connector options

  • dlt(code) — write a Python pipeline against the Gorgias REST API; the most reliable route since there's no first-party managed connector.
  • Gorgias REST API(raw) — the source of truth; paginate tickets, messages, customers, and events and upsert on a schedule.
  • Managed ETL (verify) — check whether your ETL vendor offers a Gorgias connector; availability varies, so confirm before relying on it.
  • Store data — sync your ecommerce platform (e.g. Shopify) alongside Gorgias so you can join tickets to orders.

Notes

  • Land raw tables first, then build clean models on top.
  • Capture ticket events if you want accurate reopen rate and time-in-status.
  • Join on customer email or external order IDs to connect support with revenue.

How should you model Gorgias data in Metabase?

Core tables

TableGrainKey columns
ticketsone row per ticketid, status, channel, assignee_user_id, customer_id, created_datetime, closed_datetime
messagesone row per messageticket_id, from_agent, is_internal_note, created_datetime
customersone row per customerid, email, name
usersone row per agentid, name
satisfaction_surveysone row per surveyticket_id, score, created_datetime

Modeling advice

  • Define first response from the first from_agent = true, non-internal message.
  • Normalize status (open/closed) and channel so charts stay stable.
  • Join tickets to your store's orders on customer email or order reference to model support-driven revenue honestly.
  • Treat tags as a bridge table so a ticket can carry many tags.
  • Define "closed" once and reuse it everywhere.

Which Gorgias metrics should you track in Metabase?

MetricDefinitionNotes
First response timeCreated → first agent message.Report median and p90; watch it during sales peaks.
Ticket volumeCreated vs. closed in a period.Segment by channel; expect seasonality.
Support-driven revenueRevenue from orders linked to support interactions.Only meaningful with joined order data.
CSATPositive surveys ÷ rated tickets.Watch the response rate too.
BacklogOpen tickets right now.Pair with aging buckets.
Repeat-contact rateCustomers with multiple tickets.A signal of unresolved root causes.

What SQL powers Gorgias dashboards in Metabase?

These assume the modeled tables above (PostgreSQL dialect). Adjust identifiers to match your warehouse.

Tickets created vs. closed per dayPostgreSQL

The basic volume trend over the last 30 days.

SELECT
  date_trunc('day', t.created_datetime) AS day,
  COUNT(*)                                          AS created,
  COUNT(*) FILTER (WHERE t.status = 'closed')       AS closed
FROM tickets t
WHERE t.created_datetime >= CURRENT_DATE - INTERVAL '30 days'
GROUP BY 1
ORDER BY 1;
First response time by weekPostgreSQL

Median from the first outbound agent message per ticket.

WITH first_outbound AS (
  SELECT
    m.ticket_id,
    MIN(m.created_datetime) AS first_reply_at
  FROM messages m
  WHERE m.from_agent = true
    AND m.is_internal_note = false
  GROUP BY m.ticket_id
)
SELECT
  date_trunc('week', t.created_datetime) AS week,
  percentile_cont(0.5) WITHIN GROUP (
    ORDER BY EXTRACT(EPOCH FROM (f.first_reply_at - t.created_datetime)) / 60.0
  ) AS median_first_reply_min
FROM tickets t
JOIN first_outbound f ON f.ticket_id = t.id
GROUP BY 1
ORDER BY 1;
Volume by tagPostgreSQL

Top contact drivers — returns, shipping, product — over 90 days.

SELECT
  tg.name            AS tag,
  COUNT(*)           AS tickets
FROM tickets t
JOIN ticket_tags tt ON tt.ticket_id = t.id
JOIN tags tg ON tg.id = tt.tag_id
WHERE t.created_datetime >= CURRENT_DATE - INTERVAL '90 days'
GROUP BY tg.name
ORDER BY tickets DESC
LIMIT 20;
Repeat-contact customersPostgreSQL

Customers who wrote in three or more times in the last 90 days.

SELECT
  c.email,
  COUNT(*)           AS ticket_count
FROM tickets t
JOIN customers c ON c.id = t.customer_id
WHERE t.created_datetime >= CURRENT_DATE - INTERVAL '90 days'
GROUP BY c.email
HAVING COUNT(*) >= 3
ORDER BY ticket_count DESC
LIMIT 50;

What are common mistakes when analyzing Gorgias in Metabase?

Treating MCP answers as governed reporting.→ Use MCP for voice-of-customer exploration; build warehouse-backed dashboards for anything people depend on.
Claiming support-driven revenue without order data.→ Only build revenue cards once you've joined Gorgias tickets to store orders.
Counting internal notes or automations as first response.→ Restrict to outbound agent messages.
Using averages for response time.→ Report medians and p90 — response time spikes hard during sales events.
Ignoring seasonality.→ Compare like periods (e.g. this Black Friday vs. last) rather than week-over-week.

Related analytics

Related integrations

FAQ

Does Metabase connect natively to Gorgias?
No. Metabase reads SQL databases and warehouses. Sync Gorgias into a database first (dlt or the REST API), then connect Metabase to that database.
Is the Gorgias MCP server official?
Yes. Gorgias hosts a first-party MCP server (open beta) at mcp.gorgias.com/mcp with a gorgias_subdomain query parameter, authenticated via OAuth. Reads are live; some write actions are gated during the beta.
How do I measure support-driven revenue?
Sync your store (e.g. Shopify) alongside Gorgias and join tickets to orders on customer email or order reference. Only then can you attribute revenue to support interactions honestly.