1. Ein Remote-MCP-Server als eigener Konnektor. Der Shop bekommt eine URL. Du fügst sie in deinen Assistenten ein, meldest dich an und gibst frei, was er lesen darf. Der Shopify-MCP von BoostEcom funktioniert so, und jeder andere Remote-MCP-Server auch.

2. Der Konnektor von Shopify selbst. Shopify veröffentlicht einen Konnektor im Verzeichnis von Claude, und der schreibt in den Admin: Produkte, Lagerbestand, Rabatte. Wenn der Assistent den Shop aus einem Gespräch heraus ändern soll, ist das das Tool, das dafür gebaut ist. Die beiden werden Zeile für Zeile verglichen in Der offizielle Claude-Konnektor von Shopify oder ein Relay nur zum Lesen.

3. Eigener Code. Eine Shopify Custom App gibt dir einen Admin-API-Token. Dein Code fragt den Shop ab und gibt die Ergebnisse über Tool Use (Anthropic) oder Function Calling (OpenAI) an das Modell weiter. Du hast die volle Kontrolle, und jeder neue Versuch, jedes Rate Limit und jedes Modell-Upgrade bleibt an dir hängen.

Das Model Context Protocol ist ein offener Standard für genau diese Aufgabe. Ein Server kündigt seine Tools mit typisierten Argumenten an, sobald sich ein Client verbindet, und der Client ruft sie beim Namen auf. Du schreibst keine Tool-Schleife und installierst kein SDK, und dieselbe URL bedient jeden Client, der MCP über HTTP spricht.

Deshalb brauchen die Wege 1 und 2 keinen Code: Der Assistent ist bereits der MCP-Client. Und deshalb ist Weg 3 geschrumpft. Die APIs beider Anbieter können einen Remote-MCP-Server inzwischen selbst aufrufen: die Messages API von Anthropic über ihren MCP-Konnektor, der die URL des Servers und ein authorization_token entgegennimmt, und die Responses API von OpenAI, die einen Remote-MCP-Server als Tool akzeptiert. Die Orchestrierung behältst du, den Klebstoff lässt du weg.

Claude nimmt einen Remote-MCP-Server als eigenen Konnektor an: Öffne in den Einstellungen von Claude die Konnektoren und füge einen eigenen Konnektor hinzu. Füg die URL des Shops ein und lass Client-ID und Secret leer. Claude weist sich aus, führt einen OAuth-2.1-Handshake mit PKCE durch und öffnet einen Freigabebildschirm, der den Client, den Shop und jede angefragte Berechtigung nennt. Gibst du frei, füllt sich die Tool-Liste von Claude mit den Tools, die diese Berechtigungen öffnen.

→ Claude Schritt für Schritt verbinden

Claude Code meldet sich auf dieselbe Weise aus dem Terminal an: claude mcp add deklariert den Server, dann öffnet /mcp deinen Browser auf demselben Freigabebildschirm. → Claude Code verbinden

ChatGPT nimmt einen Remote-MCP-Server an, sobald der Entwicklermodus aktiv ist: Schalte in den Einstellungen von ChatGPT den Entwicklermodus ein und füge dann einen Konnektor mit der URL des Shops und OAuth hinzu. Den Entwicklermodus gibt es in den Tarifen Plus, Pro, Business, Enterprise und Edu. ChatGPT bittet dich um Bestätigung, bevor ein Tool läuft, und du kannst diese Antwort für den Rest des Gesprächs beibehalten.

→ ChatGPT Schritt für Schritt verbinden

Cursor liest dieselbe URL aus seiner mcp.json und meldet sich über seine MCP-Einstellungen an. → Cursor verbinden

Für diese Aufgabe ist es dem Relay egal: Beide bekommen dieselben Tools unter derselben Freigabe, und bei keinem läuft auf unserer Seite ein Modell. Nimm den Assistenten, den dein Team schon nutzt, mit dem Modell, das dein Tarif anbietet. Was sich wirklich unterscheidet, ist der Weg zur Verbindung:

Jeder verbundene Shop bekommt einen eigenen Endpunkt:

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

Dieser Endpunkt registriert 24 Tools. 22 davon können einem Client angeboten werden, die übrigen 2 sind Admins von BoostEcom vorbehalten: Sie erscheinen nie auf dem Freigabebildschirm eines Kunden. Es sind 15 Shopify-Relay-Tools plus die eigenen Lese-Tools von BoostEcom (das Studio, der Intelligence-Eintrag des Shops und die Dokumentation). Die Referenz zu Tools und Scopes nennt jedes davon mit dem Scope, der es öffnet.

Zwei Schranken entscheiden, was ein Client sieht: die Scopes, die du auf dem Freigabebildschirm freigibst, und die Scopes, die Shopify deiner Custom App gewährt hat. Ein Shop, der nur mit read_products verbunden ist, zeigt nie die Tools für Bestellungen oder Themes, egal was du freigibst. Ein statischer Schlüssel für CI und Läufe ohne Browser ist nie über einen Freigabebildschirm gegangen. Er öffnet deshalb die Relay-Tools und sonst nichts.

Das Relay liefert neben den Daten die Query-Kosten und den Drosselungsstatus von Shopify selbst zurück. So kann das Modell sein Tempo selbst steuern, statt zu raten.

Über den Shopify-MCP ändern weder Claude noch ChatGPT deinen Shop. Queries laufen. Jede Mutation und jedes GraphQL-Dokument, bei dem das Relay nicht beweisen kann, dass es nur liest, wird abgelehnt, bevor es Shopify erreicht, und der Versuch landet in deinem Audit-Log.

Eine Änderung an einem Live-Shop ist eine Entscheidung, die jemand freigeben muss, und in einem Relay sitzt kein Mensch. Änderungen laufen deshalb woanders: über den Konnektor von Shopify selbst, wenn der Assistent den Stift halten soll, oder über den Chat im Dashboard von BoostEcom, in dem @Atlas vorschlägt und du jede Änderung freigibst.

Weg 3 ist die richtige Wahl, wenn du einen Ablauf brauchst, den niemand anbietet, oder Daten, die deine eigene Infrastruktur nie verlassen dürfen. Drei Gewohnheiten halten ihn sicher:

• Gib der Custom App Scopes wie einer neuen Mitarbeiterin. Fang mit Lese-Scopes an (read_products, read_orders, read_content, read_themes), beobachte eine Woche lang, was das Modell anfragt, und füge dann einen Schreib-Scope nach dem anderen hinzu, jeweils für einen einzigen Bereich.
• Gib einem Modell nie Scopes, bei denen sich ein Fehler nicht rückgängig machen lässt: Zahlungseinstellungen, Mitarbeiterkonten, Dateien.
• Prüf jeden Tool-Aufruf, bevor er Shopify erreicht: das Tool, den Scope, den es braucht, und den Shop, auf den es zielt. Ein Modell kann einen formal korrekten Aufruf mit der falschen Shop-ID erzeugen.

Der Shopify-MCP ist in jedem Tarif von BoostEcom kostenlos, auch in Free. Er leitet einen Aufruf an die Shopify Admin API weiter und lässt kein Modell laufen, er verbraucht also keine Credits. Rate Limits pro Organisation gibt es, um Missbrauch zu verhindern, und die Seite zum Shopify-MCP nennt sie pro Tarif.

Dein Abo bei Claude oder ChatGPT ist davon getrennt und bleibt, wie es ist: Der Assistent läuft über dein eigenes Konto. Credits verbraucht nur der Chat von BoostEcom selbst, in dem @Atlas und die Spezialisten am Shop arbeiten, siehe Preise.

Gibt es eine Installation mit einem Klick?

Nein. Du verbindest den Shop einmal mit BoostEcom, über eine Shopify Custom App (ihre Client-ID und ihr Secret trägst du in den Einstellungen des Shops unter Konnektoren ein), und fügst dann eine URL in deinen Assistenten ein. Beim ersten Mal dauert das etwa fünf Minuten.

Brauche ich Shopify Plus?

Nein. Custom Apps und die Admin API gibt es in jedem Shopify-Tarif.

Sieht der Assistent jemals meinen Shopify-Token?

Nein. Der Client meldet sich bei BoostEcom an, nie bei Shopify, und hält immer nur einen Token von BoostEcom. Widerrufst du ihn, ist der Client abgeschnitten, ohne dass du in Shopify etwas ändern musst.

Muss ich etwas hosten?

Nein. BoostEcom hostet den Server, und er hält zwischen zwei Aufrufen keine Sitzung. Deshalb bedient eine URL jeden Client.

Welches Modell wird genutzt?

Das, das du in Claude oder ChatGPT wählst. Das Relay beantwortet Tool-Aufrufe. Ein eigenes Modell lässt es nicht laufen.

Kann ich meinen eigenen API-Schlüssel von Anthropic oder OpenAI nutzen?

Für das Relay brauchst du keinen: Dein Assistent nutzt dein eigenes Konto bei Claude oder ChatGPT. Der Chat von BoostEcom selbst läuft über unsere Konten beim AI Gateway und wird mit den Credits deiner Organisation abgerechnet. Einen Schlüssel von dir nimmt er nicht an.