1. Un serveur MCP distant, en connecteur personnalisé. La boutique reçoit une URL. Vous la collez dans votre assistant, vous vous connectez et vous approuvez ce qu'il a le droit de lire. Le Shopify MCP de BoostEcom fonctionne ainsi, comme n'importe quel serveur MCP distant.

2. Le connecteur de Shopify. Shopify publie un connecteur dans l'annuaire de Claude, et celui-ci écrit dans l'admin : produits, stocks, réductions. Si vous voulez que l'assistant modifie la boutique depuis une conversation, c'est l'outil conçu pour ça. Les deux sont comparés point par point dans Le connecteur Shopify officiel ou un relais en lecture seule.

3. Votre propre code. Une Custom App Shopify vous fournit un jeton Admin API ; votre code interroge la boutique et transmet les résultats au modèle via le tool use (Anthropic) ou le function calling (OpenAI). Vous gardez le contrôle total, et chaque nouvelle tentative, chaque limite de débit et chaque changement de modèle restent à votre charge.

Le Model Context Protocol est un standard ouvert, conçu précisément pour ce travail. Quand un client se connecte, le serveur annonce ses outils, avec des arguments typés ; le client les appelle ensuite par leur nom. Aucune boucle d'outils à écrire, aucun SDK à installer, et la même URL sert tout client qui parle MCP en HTTP.

Voilà pourquoi les chemins 1 et 2 ne demandent aucun code : l'assistant est déjà le client MCP. Et voilà pourquoi le chemin 3 s'est allégé. Les API des deux éditeurs savent désormais appeler elles-mêmes un serveur MCP distant : l'API Messages d'Anthropic via son connecteur MCP, qui prend l'URL du serveur et un authorization_token, et l'API Responses d'OpenAI, qui accepte un serveur MCP distant comme outil. Vous gardez l'orchestration et vous vous débarrassez du code de liaison.

Claude accepte un serveur MCP distant comme connecteur personnalisé : dans les réglages de Claude, ouvrez Connecteurs et ajoutez un connecteur personnalisé. Collez l'URL de la boutique et laissez vides le client id et le secret. Claude s'identifie tout seul, effectue un échange OAuth 2.1 avec PKCE, puis ouvre un écran de consentement qui nomme le client, la boutique et chaque permission demandée. Approuvez : la liste d'outils de Claude se remplit avec les outils que ces permissions ouvrent.

→ Connecter Claude, pas à pas

Claude Code se connecte de la même façon depuis un terminal : claude mcp add déclare le serveur, puis /mcp ouvre votre navigateur sur le même écran de consentement. → Connecter Claude Code

ChatGPT accepte un serveur MCP distant une fois le mode développeur activé : dans les réglages de ChatGPT, activez le mode développeur, puis ajoutez un connecteur avec l'URL de la boutique et OAuth. Le mode développeur est disponible avec les abonnements Plus, Pro, Business, Enterprise et Edu. ChatGPT vous demande une confirmation avant d'exécuter un outil, et vous pouvez conserver cette réponse pour le reste de la conversation.

→ Connecter ChatGPT, pas à pas

Cursor lit la même URL dans son mcp.json et se connecte depuis ses réglages MCP. → Connecter Cursor

Pour ce travail, le relais ne fait aucune différence : les deux reçoivent les mêmes outils avec les mêmes droits, et aucun ne fait tourner de modèle chez nous. Prenez l'assistant que votre équipe utilise déjà, avec le modèle que votre abonnement propose. Ce qui change vraiment, c'est la façon de se connecter :

Chaque boutique connectée reçoit son propre endpoint :

https://www.boostecom.app/api/mcp/v1/<STORE_ID>

Cet endpoint enregistre 24 outils. 22 d'entre eux peuvent être proposés à un client, et les 2 autres sont réservés aux admins de BoostEcom : ils n'apparaissent jamais sur l'écran de consentement d'un client. Ce sont 15 outils relais Shopify, plus les outils de lecture propres à BoostEcom (le Studio, la fiche d'intelligence de la boutique et la documentation). La référence des outils et scopes les liste tous, avec le scope qui ouvre chacun.

Deux barrières décident de ce qu'un client voit : les scopes que vous approuvez sur l'écran de consentement, et ceux que Shopify a accordés à votre Custom App. Une boutique connectée avec read_products seul n'affiche jamais les outils de commandes ni de thèmes, quoi que vous approuviez. Une clé statique, prévue pour la CI et les exécutions sans navigateur, n'est jamais passée par un écran de consentement : elle n'ouvre donc que les outils relais.

Le relais renvoie, à côté des données, le coût de la requête et l'état de limitation de débit communiqués par Shopify, pour que le modèle règle son rythme au lieu de deviner.

Par le Shopify MCP, ni Claude ni ChatGPT ne modifient votre boutique. Les lectures s'exécutent ; toute mutation, et tout document GraphQL dont le relais ne peut pas prouver qu'il se contente de lire, est refusé avant d'atteindre Shopify, et la tentative est inscrite dans votre journal d'audit.

Écrire sur une boutique en ligne est une décision que quelqu'un doit approuver, et il n'y a personne dans un relais. Les modifications passent donc ailleurs : par le connecteur de Shopify si vous voulez que l'assistant tienne le stylo, ou par le chat du tableau de bord BoostEcom, où @Atlas propose et où vous approuvez chaque changement.

Le chemin 3 est le bon choix quand vous avez besoin d'un workflow que personne ne propose, ou de données qui ne doivent jamais quitter votre propre infrastructure. Trois réflexes le gardent sûr :

• Donnez à la Custom App les droits d'une nouvelle recrue. Commencez par les scopes de lecture (read_products, read_orders, read_content, read_themes), observez pendant une semaine ce que le modèle demande, puis ajoutez un scope d'écriture, une surface à la fois.
• Ne donnez jamais à un modèle un scope dont l'erreur serait irréversible : réglages de paiement, comptes collaborateurs, fichiers.
• Vérifiez chaque appel d'outil avant qu'il n'atteigne Shopify : l'outil, le scope qu'il exige et la boutique qu'il vise. Un modèle peut produire un appel bien formé avec le mauvais identifiant de boutique.

Le Shopify MCP est gratuit sur tous les plans BoostEcom, Free compris. Il relaie un appel à l'Admin API de Shopify sans faire tourner de modèle, donc il ne consomme aucun crédit ; des limites de débit par organisation existent pour empêcher les abus, et la page Shopify MCP les détaille par plan.

Votre abonnement Claude ou ChatGPT reste à part et ne change pas : l'assistant tourne sur votre propre compte. Ce qui consomme des crédits, c'est le chat de BoostEcom, où @Atlas et les spécialistes travaillent sur la boutique.

Existe-t-il une installation en un clic ?

Non. Vous connectez d'abord la boutique à BoostEcom, une seule fois, par une Custom App Shopify (son client id et son secret se renseignent dans les paramètres de la boutique, rubrique Connecteurs), puis vous collez une URL dans votre assistant. Comptez environ cinq minutes la première fois.

Faut-il Shopify Plus ?

Non. Les Custom Apps et l'Admin API sont disponibles sur tous les forfaits Shopify.

L'assistant voit-il un jour mon jeton Shopify ?

Non. Le client se connecte à BoostEcom, jamais à Shopify, et ne détient jamais qu'un jeton BoostEcom. Révoquez-le et le client perd l'accès, sans rien changer côté Shopify.

Dois-je héberger quelque chose ?

Non. BoostEcom héberge le serveur, qui ne garde aucune session entre deux appels : c'est pour ça qu'une seule URL sert tous les clients.

Quel modèle utilise-t-il ?

Celui que vous choisissez dans Claude ou ChatGPT. Le relais répond à des appels d'outils ; il ne fait tourner aucun modèle à lui.

Puis-je utiliser ma propre clé API Anthropic ou OpenAI ?

Le relais n'en a pas besoin : votre assistant utilise votre propre compte Claude ou ChatGPT. Le chat de BoostEcom passe par nos comptes AI Gateway et se décompte des crédits de votre organisation ; il n'accepte pas de clé personnelle.