Skip to main content
Glama
mcp-shopify-admin

mcp-shopify-admin

Shopify Admin MCP

English | Русский

npm Glama CI License: MIT

A1 Shopify Admin MCP connects AI applications to one Shopify store through the Admin GraphQL API. Ask in plain language about products, orders, customers, inventory, discounts, and shop data; the assistant uses the server's ready-made tools and shows the result.

  • One store per server. The store domain and credentials come from configuration; tools cannot switch to another store.

  • Tokens stay fresh. Give the server the client ID and secret of a Shopify Dev Dashboard app and it mints the Admin API token itself, keeps it in memory only, and re-mints it before the 24-hour expiry. A ready-made token from an older custom app still works too.

  • 16 focused tools. Read shop data, products, orders, customers, locations, inventory, and discounts, plus create or update the supported records.

  • GraphQL failures are surfaced. Shopify can return HTTP 200 for a failed mutation, so the server checks userErrors and rejects empty or malformed GraphQL responses.

  • Cost-aware responses. Every result includes the GraphQL cost bucket: the cost of the request and the points currently available for the next calls.

  • Risk is visible. Reads are read-only; product, price, inventory, and discount writes are explicit; order cancellation and arbitrary GraphQL are marked destructive.

Start with a read-only request:

Show the latest orders and the products that currently have inventory.

Connect the server · Explore use cases · Open technical documentation


See it work in a minute

You: Show the latest orders and the products that currently have inventory.

Assistant: Shows recent orders with their statuses and totals, then products with prices and inventory. Nothing changes.

You: Prepare a 20% discount code called SUMMER for two weeks.

Assistant: Shows the proposed code, percentage, dates, and limits, then asks for confirmation before creating it.

You: Confirm.

Related MCP server: Shopify Store MCP Server

Contents

Quick start

You need Node.js 20+, a store domain such as my-store.myshopify.com, and Admin API credentials. The recommended set is the client ID and secret of a Shopify Dev Dashboard app: the server exchanges them for an access token itself and keeps that token fresh, which matters because the token Shopify issues for this grant expires after 24 hours. The app and the store must belong to the same Shopify organization.

  1. Get access and prepare the app's client ID and client secret.

  2. Add the MCP server to your AI application.

  3. Send the safe request from the opening section.

The server runs locally over stdio through npx. Browser-only ChatGPT and Claude web sessions cannot start a local stdio process directly.

Every snippet below uses that pair. If your store still holds a ready-made token from an admin-created custom app, replace SHOPIFY_CLIENT_ID and SHOPIFY_CLIENT_SECRET with a single SHOPIFY_ACCESS_TOKEN — see Getting access.

Through the app:

  1. Open Settings → MCP servers.

  2. Select Add server.

  3. Choose STDIO, then enter npx -y mcp-shopify-admin@latest and set SHOPIFY_STORE_DOMAIN, SHOPIFY_CLIENT_ID, and SHOPIFY_CLIENT_SECRET.

  4. Select Save, then Restart.

Through the CLI:

codex mcp add shopify-admin \
  --env SHOPIFY_STORE_DOMAIN=my-store.myshopify.com \
  --env SHOPIFY_CLIENT_ID=your_client_id \
  --env SHOPIFY_CLIENT_SECRET=your_client_secret \
  -- npx -y mcp-shopify-admin@latest

codex mcp list

Codex MCP documentation

claude mcp add \
  --env SHOPIFY_STORE_DOMAIN=my-store.myshopify.com \
  --env SHOPIFY_CLIENT_ID=your_client_id \
  --env SHOPIFY_CLIENT_SECRET=your_client_secret \
  --transport stdio --scope user shopify-admin \
  -- npx -y mcp-shopify-admin@latest

claude mcp list

Claude Code MCP documentation

The current official path is Settings → Extensions. For a custom desktop extension, open Advanced settings → Extension Developer → Install Extension…, select a .mcpb file and follow the prompts.

This repository currently publishes an npm stdio package and does not contain a .mcpb bundle. For Claude Desktop builds that still support local configuration, use the following JSON stdio configuration as a fallback:

{
  "mcpServers": {
    "shopify-admin": {
      "command": "npx",
      "args": ["-y", "mcp-shopify-admin@latest"],
      "env": {
        "SHOPIFY_STORE_DOMAIN": "my-store.myshopify.com",
        "SHOPIFY_CLIENT_ID": "your_client_id",
        "SHOPIFY_CLIENT_SECRET": "your_client_secret"
      }
    }
  }
}

In those builds, save it to ~/Library/Application Support/Claude/claude_desktop_config.json on macOS or %APPDATA%\Claude\claude_desktop_config.json on Windows.

Claude Desktop MCP documentation

Add this server to ~/.cursor/mcp.json on macOS/Linux or %USERPROFILE%\.cursor\mcp.json on Windows:

{
  "mcpServers": {
    "shopify-admin": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "mcp-shopify-admin@latest"],
      "env": {
        "SHOPIFY_STORE_DOMAIN": "my-store.myshopify.com",
        "SHOPIFY_CLIENT_ID": "your_client_id",
        "SHOPIFY_CLIENT_SECRET": "your_client_secret"
      }
    }
  }
}

Cursor MCP documentation

Run MCP: Open User Configuration and add:

{
  "inputs": [
    {
      "type": "promptString",
      "id": "shopify_store_domain",
      "description": "Shopify store domain, for example my-store.myshopify.com"
    },
    {
      "type": "promptString",
      "id": "shopify_client_id",
      "description": "Client ID of the Shopify Dev Dashboard app"
    },
    {
      "type": "promptString",
      "id": "shopify_client_secret",
      "description": "Client secret of that app",
      "password": true
    }
  ],
  "servers": {
    "shopify-admin": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "mcp-shopify-admin@latest"],
      "env": {
        "SHOPIFY_STORE_DOMAIN": "${input:shopify_store_domain}",
        "SHOPIFY_CLIENT_ID": "${input:shopify_client_id}",
        "SHOPIFY_CLIENT_SECRET": "${input:shopify_client_secret}"
      }
    }
  }
}

Check the server with MCP: List Servers.

VS Code MCP documentation

What you can ask it to do

  • Inspect the store. Show shop details, locations, products, orders, customers, or discounts.

  • Work with products. Create a product draft, update product fields, or change variant prices.

  • Track inventory. Find locations and set the absolute available quantity for inventory items.

  • Review orders. Search orders, inspect a complete order, or cancel an eligible order with explicit refund and restock choices.

  • Manage discounts. List existing discounts or create a basic code discount.

  • Use the escape hatch. Run an arbitrary Admin GraphQL document for capabilities that do not have a dedicated tool.

What can change in Shopify

Operation

What happens

Data boundary

Shop, products, orders, customers, locations, discounts

Reads store data

Read-only

Product fields or variant prices

Replaces the fields supplied in the request

Changes the storefront data

Inventory quantities

Sets the absolute available quantity

Changes product availability

Product or discount creation

Creates a new Shopify object

Creates data and cannot be undone automatically

Order cancellation

Cancels an order and can refund and/or restock

Destructive and irreversible

graphql_request

Can run any Admin API query or mutation

Potentially destructive

This server does not provide dedicated tools for creating orders, fulfillment, customer writes, variant creation, media, targeted discounts, or publishing products to sales channels. Use graphql_request only when you understand the document and its userErrors response.

The AI client may ask for confirmation before a write, but confirmation behavior belongs to that client. A clear request to create, update, set, or cancel authorizes the corresponding server operation.

Getting access

The server authenticates in one of two ways: with the client ID and secret of a Dev Dashboard app, which it exchanges for an access token itself, or with a ready-to-use Admin API access token that it sends as-is. If both are configured, the ready-made token wins.

Shopify stopped allowing new admin-created custom apps on 2026-01-01, so this is the path for any store being set up today.

  1. Create an app in the Shopify Dev Dashboard or with the Shopify CLI, in the same Shopify organization the store belongs to.

  2. Give it the Admin API access scopes you need, such as read_products, write_products, read_orders, read_customers, read_locations, write_inventory, read_discounts, and write_discounts.

  3. Install the app on the store.

  4. Use the app's client ID and client secret as SHOPIFY_CLIENT_ID and SHOPIFY_CLIENT_SECRET.

From there the server runs the client credentials grant against https://{store}.myshopify.com/admin/oauth/access_token on its own. The token Shopify returns lives 24 hours; the server keeps it in memory only — never on disk — re-mints it shortly before it expires, lets parallel tool calls share one exchange, and mints a fresh one if the API answers 401. Nothing to renew by hand.

The grant works only when the app and the store belong to the same Shopify organization. Otherwise Shopify refuses with shop_not_permitted, and the server relays that as a hint naming the organization mismatch. Re-issuing the credentials does not help: move the app into the store's organization, or use a store from it.

Existing admin-created custom apps (legacy)

Apps created in the Shopify admin before 2026-01-01 keep working, and their token is still accepted. If you already maintain one:

  1. Open the app in the Shopify admin.

  2. Confirm the required Admin API access scopes, such as read_products, write_products, read_orders, read_customers, read_locations, write_inventory, read_discounts, and write_discounts.

  3. Install or reinstall the app if Shopify asks you to generate credentials.

  4. Use the issued Admin API access token as SHOPIFY_ACCESS_TOKEN.

The server sends this token as-is and never refreshes it, so replacing it when it stops working is yours to do. See Shopify's legacy admin-created custom app documentation.

Treat the access token and the client secret as passwords and never commit them to Git. For safe testing, use a Shopify development store.

Configuration

Variable

Required

Description

SHOPIFY_STORE_DOMAIN

Yes*

Permanent store host such as my-store.myshopify.com; a bare store name also works.

SHOPIFY_CLIENT_ID

Yes**

Client ID of a Dev Dashboard app. Together with the secret, the server mints its own 24-hour access token and keeps it fresh.

SHOPIFY_CLIENT_SECRET

Yes**

Client secret of that app. Sent only to the store's /admin/oauth/access_token; the minted token stays in memory.

SHOPIFY_ACCESS_TOKEN

Yes**

Legacy alternative: a ready-to-use Admin API access token from a pre-2026 custom app. The server sends it in X-Shopify-Access-Token and never refreshes it; it wins if the client pair is set too.

SHOPIFY_API_VERSION

No

Quarterly YYYY-MM release or unstable; default: 2026-01.

SHOPIFY_API_BASE

No

Full http/https GraphQL endpoint override, useful for a local mock.

SHOPIFY_TIMEOUT_MS

No

Per-request timeout; default: 30000 ms.

SHOPIFY_MAX_RETRIES

No

Retries for THROTTLED/429 and for 5xx/network errors on reads; default: 4.

SHOPIFY_TOKEN_LEEWAY_SECONDS

No

How early a minted token is replaced; default: 300 s. Has no effect with a ready-made token.

* SHOPIFY_API_BASE can replace the store domain for local tests, but a real Shopify request still needs credentials.

** One of the two authentication paths is required: SHOPIFY_CLIENT_ID + SHOPIFY_CLIENT_SECRET, or SHOPIFY_ACCESS_TOKEN. With neither, the server still starts and answers initialize, but every tool call returns an error naming both options. Variables are read at startup, so restart the server after changing them.

Data, limits, and background work

  • GraphQL cost bucket. Every result exposes actualQueryCost, currentlyAvailable, maximumAvailable, and restoreRate when Shopify provides them. A page with first up to 250 is usually cheaper than many small pages.

  • Retries are asymmetric. THROTTLED and HTTP 429 are retried with the wait Shopify reports. 5xx and network errors are retried only for reads; mutations are not replayed after those failures.

  • Order history. Orders older than 60 days require the read_all_orders scope; without it, Shopify does not return them.

  • No background monitoring. The server works when called. If your AI application supports scheduled tasks, it can periodically check orders or inventory.

  • Anonymous telemetry. The server sends technical installation and tool-use events without secrets, store data, arguments, or prompts. For each tool call it also sends the outcome and, on failure, an excerpt of the error text with e-mails, addresses, tokens, numbers of 4+ digits and quoted text replaced by #; a value from your request can appear in it if the error text contains it. Disable it for all Ask Ads MCP servers with ASKADS_TELEMETRY=0.

Technical documentation

Support

Found a bug or missing scenario? Create an issue or contact us on Telegram.

Available Tools

16 tools
cancel_orderОтменить заказA
Destructive

НЕОБРАТИМО отменяет заказ. Два решения обязательны и не имеют значений по умолчанию: refund — вернуть ли деньги покупателю, restock — вернуть ли позиции на склад. notifyCustomer управляет письмом покупателю. Отмена выполняется фоновой задачей: в ответе job, а не обновлённый заказ — итог стоит проверить через get_order. Уже выданный (fulfilled) заказ Shopify отменить не даст — это придёт ошибкой userErrors. Расформировать отмену нельзя; частичные возвраты этот инструмент не делает.

Inputs: reason (required), refund (required), orderId (required), restock (required), +2 more.

create_basic_discountСоздать промокодA

Создаёт базовую промокодную скидку: один код, процент (percentage, доля 0..1: 0.2 = −20%) ИЛИ фиксированная сумма (amount в валюте магазина) — ровно одно из двух, для всех клиентов на все товары. startsAt по умолчанию — сейчас, то есть код начинает действовать немедленно; отложенный запуск задаётся явным startsAt. usageLimit — общий лимит применений, appliesOncePerCustomer — не больше раза на клиента. Скидки на отдельные коллекции/сегменты, BXGY и бесплатная доставка здесь не создаются (graphql_request), выключение скидки — тоже. Повторный вызов с тем же кодом провалится userErrors: код должен быть уникален.

Inputs: code (required), title (required), amount, endsAt, +4 more.

create_productСоздать товарA

Создаёт товар и возвращает его с дефолтным вариантом, который Shopify добавляет сам. Товар НЕ появляется на витрине: созданные через API товары не опубликованы ни в одном канале продаж, и публикация делается отдельной операцией publishablePublish (её здесь нет — только через graphql_request). Статус по умолчанию — ACTIVE, но это не публикация: status: "DRAFT" дополнительно помечает товар черновиком. Цена задаётся следующим вызовом update_variant по id созданного дефолтного варианта (он есть в ответе). Варианты, изображения и остатки этот инструмент не создаёт. Повторный вызов создаст второй такой же товар. Провал приходит как ошибка с userErrors — HTTP-статус Shopify всегда 200.

Inputs: title (required), tags, status, vendor, +2 more.

get_customerКарточка клиентаA
Read-onlyIdempotent

Возвращает одного клиента целиком: контакты, адреса, заметку, теги и его 10 последних заказов с суммами. Принимает числовой id или gid://shopify/Customer/; клиент по email ищется через list_customers с query "email:...". Несуществующий клиент — это data: null, а не ошибка.

Inputs: id (required).

get_orderКарточка заказаA
Read-onlyIdempotent

Возвращает один заказ целиком: позиции (до 100), суммы (итог, доставка, возвраты), адрес доставки, заметку, теги, отгрузки с трек-номерами. Принимает числовой id или gid://shopify/Order/ — id, не «номер» вида #1001 (номер ищется через list_orders с query "name:#1001"). Несуществующий заказ — это data: null, а не ошибка.

Inputs: id (required).

get_productКарточка товараA
Read-onlyIdempotent

Возвращает один товар целиком: описание (HTML), опции, до 100 вариантов с ценами, остатками, SKU и id inventoryItem (этот id нужен инструменту set_inventory). Принимает числовой id или gid://shopify/Product/. Несуществующий товар — это data: null, а не ошибка. Медиафайлы и метаполя не возвращает — за ними graphql_request.

Inputs: id (required).

get_shopДанные магазинаA
Read-onlyIdempotent

Возвращает магазин, к которому привязан сервер: название, myshopifyDomain, основной домен витрины, валюту, тариф (plan), контактный email, часовой пояс, число товаров и список локаций (id локаций нужны инструменту set_inventory). Аргументов не принимает — магазин задан в SHOPIFY_STORE_DOMAIN и не выбирается для отдельного вызова. Как и у всех инструментов здесь, в ответе есть cost: состояние cost-бакета GraphQL (actualQueryCost — сколько стоил запрос, currentlyAvailable/maximumAvailable — остаток и размер бакета, restoreRate — восстановление в секунду).

Inputs: no named parameters.

graphql_requestПроизвольный GraphQL-запросA
Destructive

Выполняет произвольный GraphQL-документ против Admin API магазина — для всего, чему нет отдельного инструмента (метаполя, медиа, коллекции, вебхуки, сегменты, bulk-операции). Токен, магазин и версию API подставляет сервер; переменные — через variables. Помечен destructive, потому что документ может быть мутацией; query безопасен. ВАЖНО: у мутаций Shopify HTTP 200 не значит успех — реальный вердикт в userErrors внутри data, и здесь он возвращается как есть, без интерпретации: поле userErrors нужно проверить самому. Ретраев для мутаций нет (повтор мог бы применить изменение дважды) — вид операции определяется разбором документа, поэтому мутация с фрагментом перед ней тоже не повторяется; THROTTLED повторяется сам после паузы. Стоимость запроса видна в cost ответа — глубокие вложенные выборки стоят дорого, а дороже 1000 очков запрос отклоняется валидатором Shopify.

Inputs: query (required), variables, operationName.

list_customersСписок клиентовA
Read-onlyIdempotent

Возвращает страницу клиентов (имя, email, телефон, число заказов, потраченная сумма, город) плюс count — число клиентов под тем же фильтром. Пагинация курсорная: hasNextPage/endCursor в ответе, следующий вызов передаёт endCursor в after. query — строка поиска Shopify: "email:ivan@example.com", "phone:+79001234567", "state:enabled", "created_at:>=2026-01-01". Клиентов не создаёт и не меняет — записи с персональными данными изменяются только через graphql_request. Нужен scope read_customers.

Inputs: after, first, query.

list_discountsСписок скидокA
Read-onlyIdempotent

Возвращает страницу скидок магазина — промокодных и автоматических: тип (__typename), название, статус, период действия, лимит использований, для кодовых — до 5 кодов и счётчик применений. Пагинация курсорная (hasNextPage/endCursor → after). query — строка поиска Shopify: "status:active", "type:code", "title:BLACKFRIDAY". Ничего не создаёт и не выключает.

Inputs: after, first, query.

list_locationsСписок локацийA
Read-onlyIdempotent

Возвращает локации магазина (склады и точки), включая неактивные: id, название, адрес, активность, выполняет ли онлайн-заказы. Именно id локации нужен инструменту set_inventory. У большинства магазинов локаций одна-две, так что страницы по умолчанию хватает.

Inputs: first.

list_ordersСписок заказовA
Read-onlyIdempotent

Возвращает страницу заказов, новые первыми (номер, дата, финансовый статус, статус выдачи, сумма, клиент) плюс count под тем же фильтром. Пагинация курсорная: hasNextPage/endCursor в ответе, следующий вызов передаёт endCursor в after. query — строка поиска Shopify: "financial_status:pending", "fulfillment_status:unfulfilled", "created_at:>=2026-08-01", "email:ivan@example.com". Нужен scope read_orders; заказы старше 60 дней требуют ещё read_all_orders — без него они просто не приходят.

Inputs: after, first, query.

list_productsСписок товаровA
Read-onlyIdempotent

Возвращает страницу товаров магазина (id, название, handle, статус, вендор, тип, теги, общий остаток, до 5 вариантов с ценами) плюс count — число товаров под тем же фильтром. Пагинация курсорная: в ответе pageInfo-поля hasNextPage и endCursor, следующий вызов передаёт endCursor в after; параметра "номер страницы" у Shopify нет. query — строка поиска Shopify, например "status:active", "vendor:Nike created_at:>=2026-01-01", "title:shirt". Страница first до 250 за один вызов дешевле по cost-бакету, чем много мелких страниц.

Inputs: after, first, query.

set_inventoryЗадать остаткиA
Idempotent

Устанавливает АБСОЛЮТНЫЙ доступный остаток (available) позиций на локациях — «стало N», не «изменить на N»: повторный вызов с теми же числами ничего не меняет. Каждый элемент quantities несёт inventoryItemId (id inventoryItem варианта — он в ответе get_product, это НЕ id варианта), locationId (из list_locations) и quantity >= 0. reason — из закрытого словаря Shopify, по умолчанию correction. Историю движений не пишет и резервы не трогает. Провал приходит как ошибка с userErrors — например, если позиция не отслеживается (inventory tracking выключен) или не привязана к локации.

Inputs: quantities (required), reason.

update_productИзменить товарA
Idempotent

Перезаписывает переданные поля товара (название, описание, вендор, тип, теги, статус) и не трогает остальные. tags замещают весь список тегов, а не добавляются к нему. Цены и остатки здесь не меняются — цены через update_variant, остатки через set_inventory. status: DRAFT снимает товар с витрины, ARCHIVED архивирует (обратимо — вернуть можно, снова передав ACTIVE). Провал приходит как ошибка с userErrors.

Inputs: id (required), tags, title, status, +3 more.

update_variantИзменить цены вариантаA
Idempotent

Задаёт цену и/или зачёркнутую цену (compareAtPrice) вариантам одного товара — до 250 вариантов за вызов, каждый элемент variants несёт id варианта и новые значения. Суммы — десятичные строки в валюте магазина ("1999.00"); compareAtPrice: null убирает зачёркнутую цену. Больше ничего в варианте не меняет (SKU, штрихкод, опции — через graphql_request). Требуется id товара-родителя: он есть в ответах list_products и get_product. Провал приходит как ошибка с userErrors.

Inputs: variants (required), productId (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.5/5.0

    Scored across 16 tools

    Disambiguation5/5

    Each tool maps to a distinct resource-action pair: get_* for single entities, list_* for collections, create_*/update_* for mutations, and set_inventory for stock. Even the overlap-prone update_product, update_variant, and set_inventory are clearly separated by the data they modify. graphql_request is explicitly a fallback for operations outside the dedicated tools, so it does not create ambiguity.

    Naming Consistency4/5

    The overwhelming majority follow verb_noun with underscores: get_shop, list_products, create_product, update_variant, cancel_order, set_inventory. The two deviations are graphql_request (not verb-first) and create_basic_discount (narrower than list_discounts would imply), but both are still readable and predictable in context.

    Tool Count4/5

    16 tools is slightly above the typical 3-15 sweet spot, but each tool covers a meaningful Shopify Admin resource: shop, products, variants, inventory, orders, customers, locations, and discounts. The count feels justified for a broad domain, especially with graphql_request covering edge cases.

    Completeness4/5

    The core lifecycles are well represented: products can be created, listed, fetched, and updated; prices and inventory can be changed; orders can be listed, fetched, and cancelled; customers can be listed and fetched; basic discounts can be created and listed. Gaps like product deletion, variant creation, or discount updates are not first-class but are workable via graphql_request, avoiding dead ends.

    Maintenance

    ActivityActive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers