mcp-shopify-admin
This MCP server connects one Shopify store through the Admin GraphQL API, offering read tools, targeted writes, and an arbitrary GraphQL escape hatch.
Inspect shop details, plan, currency, timezone, product count, and locations.
List/search products, get full product cards, create products, update product fields, and change variant prices.
List/search orders, get full order details, and irreversibly cancel orders with explicit refund/restock choices.
List/search customers and get customer details with recent orders.
List locations and set absolute inventory quantities for inventory items.
List discounts and create basic percentage or fixed-amount code discounts.
Run arbitrary Admin GraphQL queries or mutations for unsupported operations such as metafields, media, collections, webhooks, bulk operations, and publishing.
Every response includes GraphQL cost-bucket information.
It cannot switch stores; dedicated tools do not cover order creation, fulfillment, customer writes, variant creation, media, targeted discounts, or sales-channel publishing except via
graphql_request.
Connects an AI assistant to a Shopify store's admin via the Admin API (GraphQL), providing tools to manage products, variants, prices, orders, customers, inventory, locations, and discounts, as well as arbitrary GraphQL queries.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@mcp-shopify-admin Create a 20% discount code for summer."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Shopify Admin MCP
English | Русский
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
userErrorsand 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
SUMMERfor 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.
Get access and prepare the app's client ID and client secret.
Add the MCP server to your AI application.
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:
Open Settings → MCP servers.
Select Add server.
Choose STDIO, then enter
npx -y mcp-shopify-admin@latestand setSHOPIFY_STORE_DOMAIN,SHOPIFY_CLIENT_ID, andSHOPIFY_CLIENT_SECRET.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 listclaude 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 listThe 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"
}
}
}
}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.
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 |
| 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.
Dev Dashboard app (recommended)
Shopify stopped allowing new admin-created custom apps on 2026-01-01, so this is the path for any store being set up today.
Create an app in the Shopify Dev Dashboard or with the Shopify CLI, in the same Shopify organization the store belongs to.
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, andwrite_discounts.Install the app on the store.
Use the app's client ID and client secret as
SHOPIFY_CLIENT_IDandSHOPIFY_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:
Open the app in the Shopify admin.
Confirm the required Admin API access scopes, such as
read_products,write_products,read_orders,read_customers,read_locations,write_inventory,read_discounts, andwrite_discounts.Install or reinstall the app if Shopify asks you to generate credentials.
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 |
| Yes* | Permanent store host such as |
| 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. |
| Yes** | Client secret of that app. Sent only to the store's |
| Yes** | Legacy alternative: a ready-to-use Admin API access token from a pre-2026 custom app. The server sends it in |
| No | Quarterly |
| No | Full |
| No | Per-request timeout; default: |
| No | Retries for |
| No | How early a minted token is replaced; default: |
* 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, andrestoreRatewhen Shopify provides them. A page withfirstup to 250 is usually cheaper than many small pages.Retries are asymmetric.
THROTTLEDand 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_ordersscope; 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 withASKADS_TELEMETRY=0.
Technical documentation
Capability catalog — one task-oriented page for each of the 16 tools.
Support
Found a bug or missing scenario? Create an issue or contact us on Telegram.
Available Tools
16 toolscancel_orderОтменить заказADestructive
НЕОБРАТИМО отменяет заказ. Два решения обязательны и не имеют значений по умолчанию: 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Карточка клиентаARead-onlyIdempotent
Возвращает одного клиента целиком: контакты, адреса, заметку, теги и его 10 последних заказов с суммами. Принимает числовой id или gid://shopify/Customer/; клиент по email ищется через list_customers с query "email:...". Несуществующий клиент — это data: null, а не ошибка.
Inputs: id (required).
get_orderКарточка заказаARead-onlyIdempotent
Возвращает один заказ целиком: позиции (до 100), суммы (итог, доставка, возвраты), адрес доставки, заметку, теги, отгрузки с трек-номерами. Принимает числовой id или gid://shopify/Order/ — id, не «номер» вида #1001 (номер ищется через list_orders с query "name:#1001"). Несуществующий заказ — это data: null, а не ошибка.
Inputs: id (required).
get_productКарточка товараARead-onlyIdempotent
Возвращает один товар целиком: описание (HTML), опции, до 100 вариантов с ценами, остатками, SKU и id inventoryItem (этот id нужен инструменту set_inventory). Принимает числовой id или gid://shopify/Product/. Несуществующий товар — это data: null, а не ошибка. Медиафайлы и метаполя не возвращает — за ними graphql_request.
Inputs: id (required).
get_shopДанные магазинаARead-onlyIdempotent
Возвращает магазин, к которому привязан сервер: название, myshopifyDomain, основной домен витрины, валюту, тариф (plan), контактный email, часовой пояс, число товаров и список локаций (id локаций нужны инструменту set_inventory). Аргументов не принимает — магазин задан в SHOPIFY_STORE_DOMAIN и не выбирается для отдельного вызова. Как и у всех инструментов здесь, в ответе есть cost: состояние cost-бакета GraphQL (actualQueryCost — сколько стоил запрос, currentlyAvailable/maximumAvailable — остаток и размер бакета, restoreRate — восстановление в секунду).
Inputs: no named parameters.
graphql_requestПроизвольный GraphQL-запросADestructive
Выполняет произвольный 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Список клиентовARead-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Список скидокARead-onlyIdempotent
Возвращает страницу скидок магазина — промокодных и автоматических: тип (__typename), название, статус, период действия, лимит использований, для кодовых — до 5 кодов и счётчик применений. Пагинация курсорная (hasNextPage/endCursor → after). query — строка поиска Shopify: "status:active", "type:code", "title:BLACKFRIDAY". Ничего не создаёт и не выключает.
Inputs: after, first, query.
list_locationsСписок локацийARead-onlyIdempotent
Возвращает локации магазина (склады и точки), включая неактивные: id, название, адрес, активность, выполняет ли онлайн-заказы. Именно id локации нужен инструменту set_inventory. У большинства магазинов локаций одна-две, так что страницы по умолчанию хватает.
Inputs: first.
list_ordersСписок заказовARead-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Список товаровARead-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Задать остаткиAIdempotent
Устанавливает АБСОЛЮТНЫЙ доступный остаток (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Изменить товарAIdempotent
Перезаписывает переданные поля товара (название, описание, вендор, тип, теги, статус) и не трогает остальные. tags замещают весь список тегов, а не добавляются к нему. Цены и остатки здесь не меняются — цены через update_variant, остатки через set_inventory. status: DRAFT снимает товар с витрины, ARCHIVED архивирует (обратимо — вернуть можно, снова передав ACTIVE). Провал приходит как ошибка с userErrors.
Inputs: id (required), tags, title, status, +3 more.
update_variantИзменить цены вариантаAIdempotent
Задаёт цену и/или зачёркнутую цену (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
Scored across 16 tools
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.
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.
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.
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
Related MCP Connectors
Connect AI to store orders, products and inventory with scoped access and human approvals.
Bulk edit Shopify products from an AI agent: search, preview, apply and undo catalog edits.
Run your Shopify store with AI: drafts you approve, what to fix, and how your store is doing.
Shopify store security: find risky scripts and apps, and turn them off from your AI agent.
Related MCP Servers
- AlicenseDqualityDmaintenanceEnables interaction with Shopify stores through the GraphQL Admin API. Supports product management, customer data, order queries, blog/article management, and store-wide search capabilities through natural language.159 npm2MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to interact with live Shopify stores through Admin and Storefront APIs for tasks like GraphQL execution, bulk operations, and file uploads. It includes built-in rate limiting and operation logging to manage store data and schema discovery securely.25 npm3ISC
- AlicenseAqualityDmaintenanceExposes Shopify Admin API capabilities to LLMs, enabling product, order, customer, and inventory management via natural language.49236 npm1MIT
- AlicenseAqualityCmaintenanceEnables AI agents to read and write Shopify store data including products, orders, customers, inventory, and more via the Admin GraphQL API.2858 npmMIT