Make-or-Buy: was eine Shopify Custom App für Angebote 2026 betreiben muss

Bauen Sie eine eigene RFQ-App auf Shopify, wenn der Angebotsworkflow selbst das Produkt ist – eine Beschaffungsregel, eine vertraglich geregelte Verhandlung, ein Dokument, das keine App erzeugt – und jemand die Pflege der App nach Shopifys Kalender finanziert, solange der Shop besteht. Kaufen Sie, wenn der Workflow die übliche Schleife aus Anfrage, Preis, Verhandlung, Freigabe und Umwandlung ist. Bauen Sie nur den Unterschied, wenn eine Komponente besonders ist und der Rest Standard. Der schwierige Teil der Entscheidung ist selten der erste Bau; es ist die zweite Hälfte des ersten Satzes, denn Shopify ändert sich im Quartalstakt, ob jemand hinschaut oder nicht.

Natives B2B, Angebots-App, Eigenentwicklung oder CPQ ist die Entscheidung zwischen vier Wegen. Diese Seite ist die ausführliche Fassung ihres Zweigs Eigenentwicklung: was eine Custom App 2026 ist und wo Shopify eine Plus-Grenze zieht, die zwanzig Komponenten, aus denen ein RFQ-System auf Shopify tatsächlich besteht, ein datiertes Wartungsprotokoll einer laufenden Angebots-App – unserer – und ein Arbeitsblatt, mit dem Sie die Pflichten kalkulieren statt den Launch.

Alles über Shopify wurde am 7. Oktober 2026 gegen Shopifys eigene Seiten in API-Version 2026-10 geprüft; die Quellen stehen am Ende. Das Wartungsprotokoll ist eine Beobachtung von QuotWay: die Aufzeichnung einer App über einige Monate, kein Durchschnittswert.

Was eine Shopify Custom App 2026 ist

Eine Custom App ist eine App, die „exklusiv für Ihren Shopify-Shop“ gebaut wird. Seit der Weg über den Adminbereich geschlossen ist, wird sie im Dev Dashboard angelegt und verwaltet und mit Shopify CLI gebaut, dann über einen Link installiert, den Sie erzeugen. Die Regeln, die eine Make-or-Buy-Entscheidung prägen:

• Vertriebsweg. Custom Distribution installiert auf einem Shop oder auf den Shops einer Shopify-Plus-Organisation. Öffentlicher Vertrieb bedeutet einen Eintrag im App Store und eine Prüfung. Shopifys eigene Beschreibung, wer was nutzt: „Die meisten Apps, die für einen bestimmten Händler oder einen Agenturkunden gebaut werden, nutzen Custom Distribution.“
• Die Wahl ist endgültig. Shopify: Der Vertriebsweg lässt sich nach der Auswahl nicht mehr ändern. Eine Agentur, die dieselbe App später an andere Händler verkaufen könnte, muss das jetzt entscheiden.
• Keine Prüfung, keine Billing API. Custom Distribution überspringt die App-Prüfung, und die App kann nicht über Shopifys Billing API abrechnen – die Agentur stellt ihre Rechnung außerhalb von Shopify.
• Keine im Adminbereich angelegten Apps. Seit dem 1. Januar 2026 lassen sich Custom Apps nicht mehr im Shopify-Adminbereich anlegen. Bestehende, im Adminbereich angelegte Apps funktionieren weiter, konnten aber nie App Bridge oder App-Erweiterungen nutzen und sind deshalb kein Ausgangspunkt für ein RFQ-System.
• Mehrere Kunden, eine Codebasis. Custom Distribution endet an einer Plus-Organisation, eine Agentur mit voneinander unabhängigen Shops stellt also je Kundenshop einen eigenen App-Eintrag aus demselben Code bereit – Shopifys Deployment-Leitfaden erlaubt mehrere App-Einträge auf einer Codebasis – oder geht in den öffentlichen Vertrieb.

Was eine Custom App nutzen kann und wo Plus entscheidet

Oberfläche	In einer Custom App	Shopifys Grenze
Admin GraphQL API und Webhooks	Ja	Zugriffs-Scopes; einige Scopes brauchen Shopifys Freigabe (read_users für die Identität von Mitarbeitenden braucht Plus oder Advanced)
Eingebettete Admin-Oberfläche (App Bridge)	Ja	–
Theme-App-Erweiterungen (Button im Shop, Blöcke, App-Embed)	Ja	Größengrenzen je Erweiterung
Kundenkonto-UI-Erweiterungen (das Portal des Käufers)	Ja	64 KB je Erweiterung, 128 KB für eine ganze Seite
Checkout-UI-Erweiterungen in den Schritten Information, Versand und Zahlung	Ja	Nur auf Shopify Plus – für jede App, nicht nur für Custom Apps
Shopify Functions (Validierung, Cart Transform, Rabatte)	Ja	Für Custom Apps nur auf Plus-Shops; öffentliche Apps nutzen sie auf jedem Tarif
Trigger und Aktionen für Shopify Flow	Ja	Für Custom Apps nur auf Plus-Shops
Sidekick-App-Erweiterungen	Nicht angegeben	Shopifys Seiten zu Sidekick sagen dazu nichts
Billing API	Nein	Custom Distribution kann sie nicht nutzen
Built for Shopify	Nicht anwendbar	Ein App-Store-Programm mit Voraussetzungen bei Installationen und Bewertungen

Shopify formuliert die Regel zu Erweiterungen negativ: App-Erweiterungen sind nur für im Adminbereich angelegte Apps nicht verfügbar. Eine mit der CLI gebaute Custom App kann sie nutzen, innerhalb der Grenzen oben.

Tokens, Daten und Hosting

Zugriffstokens. Eine eingebettete App erhält ihr Token per Token Exchange, eine nicht eingebettete per Authorization Code Grant; eine serverseitige Integration, die nur Shops in Ihrer eigenen Organisation berührt, kann den Client Credentials Grant nutzen, der Tokens mit 24 Stunden Laufzeit ausgibt, ohne Freigabebildschirm für den Händler. Ablaufende Offline-Tokens (eine Stunde, 90 Tage lang erneuerbar) werden für öffentliche Apps am 1. Januar 2027 Pflicht – und Shopify sagt, „das gilt nicht für Custom Apps oder von Händlern erstellte Apps“, deren Tokens gültig bleiben, bis die App deinstalliert oder ihr Client Secret widerrufen wird. Wechseln Sie trotzdem auf ablaufende Tokens: Eine dauerhafte Zugangsberechtigung in der Hand einer Agentur ist genau das, was die Sicherheitsprüfung eines Shops finden soll.

Scopes. „Jeder Scope, der eine Ressource schreibt, gewährt auch Lesezugriff darauf“ – und Shopifys Liste der gewährten Scopes zeigt dann nur den Schreib-Scope. Genau dieser eine Satz hat in unserer eigenen App einen Produktionsfehler verursacht (siehe unten). read_orders deckt die letzten 60 Tage ab; ältere Bestellungen brauchen read_all_orders, das beantragt werden muss.

Kundendaten. Geschützte Kundendaten der Stufen 1 und 2 sind für Custom Apps ohne Prüfung „immer verfügbar“, wo öffentliche Apps eine Prüfung brauchen; Shopify „ermutigt alle Apps“, dieselben Anforderungen zu erfüllen, und das Help Center ergänzt, dass „Custom-Apps mit personenbezogenen Daten der Stufe 2“ den Tarif Grow oder höher brauchen. Die drei Compliance-Webhooks sind eine Anforderung des App Store, aber Shopify sendet customers/data_request an jede installierte App mit Zugriff auf Kunden oder Bestellungen, und das Datenschutzrecht des Händlers gilt ohnehin – eine Eigenentwicklung implementiert die Handler also ebenfalls.

Hosting. „Shopify hostet nur den Code Ihrer Erweiterung.“ Das Backend, seine Datenbank, seine Warteschlange und jeder Endpunkt, den Shopify aufruft – Webhook-Empfänger mit einem Timeout von fünf Sekunden, der App-Proxy hinter dem Formular im Shop –, laufen auf einem Hosting, das Sie wählen und betreiben.

Die zwanzig Komponenten eines RFQ-Systems auf Shopify

Shopify hat kein Angebotsobjekt. Ein Bestellentwurf wird beim Update vollständig ersetzt und nach einem Jahr ohne Bearbeitung gelöscht; er kann am Ende also das vereinbarte Geschäft tragen, aber nicht die Verhandlung davor (warum ein Bestellentwurf kein Angebot ist). Alles andere bauen Sie selbst:

#	Komponente	Shopify-Oberfläche, auf der sie aufsetzt	Der schwierige Teil
1	Anfrageerfassung: Button, Formular, Angebot aus dem Warenkorb	Theme-App-Erweiterung; App-Proxy für signierte Übermittlungen	Berechtigung je Käufer und Unternehmen ohne langsamen Umweg; die Vielfalt der Themes; Gewicht im Shop
2	Preissichtbarkeit	Theme-App-Erweiterung; eine Liquid-Bedingung im Theme, um Preise aus dem HTML herauszuhalten	Ein Ausblenden per CSS oder Skript ist nur visuell (Preise ausblenden)
3	Angebotsdatensatz und unveränderliche Versionen	Ihre Datenbank	Eine versendete Version ändert sich nie; eine Änderung ist eine neue Version
4	Verhandlung und Gegenangebote	Ihre Datenbank und eine Oberfläche für den Käufer	Wer am Zug ist; eine Position, die der Käufer nicht gewählt hat, bleibt offen und ist nicht verloren
5	Ausgangspreis	contextualPricing für den Unternehmensstandort (ab 2026-10 mit auditTrail)	Katalogvorrang; nie eine zweite Preisliste (der Ausgangspreis)
6	Summen und Beträge	Ihr Code; draftOrderCalculate für Shopifys Sicht	Den vereinbarten Betrag speichern; angezeigte Zeilen nie neu summieren
7	Freigaben und Prüfprotokoll	Ihre Datenbank; Identität der Mitarbeitenden über einen freigabepflichtigen Scope	Durchsetzung auf dem Server, Entscheidungen nur anhängend (Freigabematrix)
8	Dokumente	Ihr Backend	Ein Dokument je Version; was ein Angebot enthalten muss
9	E-Mail-Benachrichtigungen	Ihr Backend und ein E-Mail-Anbieter	Zustellbarkeit, Sperrlisten, sicheres erneutes Senden
10	Käuferportal	Kundenkonto-UI-Erweiterung und ein Backend, das Sie hosten	Die Erweiterung gegenüber Ihrem Backend authentifizieren; Gäste ohne Konto (das Portal bauen)
11	Umwandlung in einen Bestellentwurf	draftOrderCalculate, draftOrderCreate mit purchasingEntity, Preisüberschreibungen, Zahlungsziele	Kein Idempotenzschlüssel für draftOrderCreate, auch nicht in 2026-10 (genau ein Bestellentwurf); Abweichungen zwischen Angebot und Umwandlung (17 Fehlerbilder)
12	Webhooks und Abgleich	orders/*, draft_orders/*, app/* und die Compliance-Topics	Duplikate, Reihenfolge, die Bestellung, die vor Ihrem eigenen Schreibvorgang ankommt, ein Abgleichlauf für verpasste Zustellungen
13	Admin-Oberfläche	Eingebettete App (App Bridge, Polaris), optional Admin-Blöcke	Jeden Bildschirm bauen Sie selbst und halten ihn mit Shopifys Adminbereich im Gleichschritt
14	Berechtigungen der Mitarbeitenden	Ihr eigenes Modell	Wer senden, freigeben und umwandeln darf (Angebote durch den Vertrieb)
15	Mehrere Währungen und Märkte	Kontextbezogene Preise je Land; Präsentationswährung auf dem Entwurf	Den Kurs zum Zeitpunkt des Angebots festhalten
16	Übersetzungen	Sprachdateien je Erweiterung plus Ihre eigenen Texte	Jeder Text, den der Käufer sieht, auf jeder Oberfläche
17	Auswertungen	Ihre Datenbank – Shopifys Berichte sehen keine Angebote	Angebotener gegenüber angenommenem Wert; Währungsmix
18	Integrationen und Automatisierung	Flow-Erweiterungen (in einer Custom App nur auf Plus-Shops), Ihre eigene API und Webhooks, Sidekick-Erweiterungen	Jede Oberfläche hat ihre eigene Versionierung (Integrationsmuster für ERP, CRM und PIM)
19	Compliance und Daten	Compliance-Webhooks, geschützte Kundendaten	Schwärzung in jeder Tabelle, die Käuferdaten enthält
20	Hosting und Betrieb	Ihr Hosting, Ihre Datenbank, Warteschlange, Fehlerüberwachung	Verfügbarkeit der Endpunkte, die Shopify aufruft; Backups; Secrets

Zur Einordnung die Gestalt einer ausgelieferten Angebots-App – unserer, am 7. Oktober 2026 aus ihrem Repository gelesen: 27 App-Erweiterungen (eine Theme-App-Erweiterung mit einem App-Embed und vier Blöcken; zwei Kundenkonto-UI-Erweiterungen; ein Admin-Block; 19 Flow-Erweiterungen – zehn Trigger, drei Aktionen, sechs Vorlagen; drei Sidekick-Erweiterungen), 10 Webhook-Topics (die drei Compliance-Topics plus sieben) und 53 Datenmodelle. In einer Custom App auf einem Shop ohne Plus wären alle 19 Flow-Erweiterungen nicht verfügbar.

Wie die Wartung einer Custom App tatsächlich aussieht

Das ist die Aufzeichnung einer App, geführt von denen, die sie pflegen. Es ist kein Durchschnittswert – aber jeder Eintrag kam nach Shopifys Zeitplan, nicht nach unserem.

Achtzehn Tage Shopify-Änderungen. Bei der erneuten Prüfung unserer Shopify-Fakten für das Release 2026-10 haben wir zwischen dem 20. September und dem 7. Oktober 2026 17 datierte Änderungen an der B2B- und App-Oberfläche festgehalten. Darunter:

• Sidekick begann, reine Intent-Erweiterungen aufzurufen (28. September).
• Ein neuer App-Intent für Rabatte (30. September).
• API 2026-10 wurde stabil, mit 2027-01 als Release Candidate und 2025-10 ohne Support ab dem 16. Oktober.
• priceRule wurde aus den Rabattwarnungen von Bestellentwürfen entfernt, und orderUpdate berechnet die Steuer jetzt neu, wenn sich die Lieferadresse ändert.
• Über- und untergeordnete Märkte kamen hinzu.
• Die Customer Account API hat lastIncompleteCheckout verloren.
• Events wurden allgemein verfügbar, neben den klassischen Webhooks.
• Vom Käufer angefragte Bestellbearbeitungen kamen hinzu.

Derselbe Durchgang hat neun unserer eigenen veröffentlichten Aussagen korrigiert. Nicht nur die API driftet, auch das Verständnis derer, die pflegen; die erneute Prüfung hält beides fest.

Ein Versions-Upgrade ist eine Prüfung, keine Konfigurationsänderung. Unser Wechsel von API 2026-04 auf 2026-07 hat 40 Dateien geändert: Bibliotheksversionen, die API-Version in allen 24 Erweiterungskonfigurationen und ein neu erzeugtes Schema, gegen das jede Admin-Operation validiert wurde. Shopifys Changelog zeigte keine Breaking Change auf unserer Oberfläche. Die Schema-Validierung fand trotzdem zwei Operationen, die die ganze Zeit ungültig gewesen waren – eine Abfrage von Bestellentwürfen, die ein Feld anforderte, das es nicht gibt, wodurch ein Abgleichjob bei jeder Zeile fehlschlug, und eine Mutation, die mit der falschen Argumentstruktur aufgerufen wurde. Für 2026-10 findet eine Suche im Code nach jedem entfernten oder abgekündigten Feld nichts, es gibt also keinen bekannten Bruch – und das Upgrade berührt trotzdem diese 24 Konfigurationen und die eigenen Versionsfestlegungen der App.

Der implizite Scope. Am 30. September verlangte unsere Prüfung der Zahlungsziele sowohl read_payment_terms als auch write_payment_terms in den gewährten Scopes. Shopify führt nur den Schreib-Scope auf, wenn beide gewährt sind, weil Schreiben Lesen einschließt – Shops, die die Berechtigung erteilt hatten, wurden also behandelt, als hätten sie es nicht, und die Umwandlung eines Angebots mit Zahlungszielen war blockiert, bis noch am selben Tag ein Hotfix ausgeliefert wurde. Die Testdaten hatten ein Scope-Format verwendet, das Shopify nie sendet.

Validierungsfehler bei der Umwandlung. Im Juli lehnte draftOrderCalculate jedes korrekt aufgebaute Unternehmensangebot mit „Cannot send both customer and purchasing_entity“ ab, bis die beiden sich gegenseitig ausschlossen. Der nächste Fehler war „An issue date is required with net payment terms“: Nettozahlungsziele brauchen einen Zahlungsplan, der Umwandlungsbildschirm musste den Händler also nach einem Ausstellungsdatum fragen.

Eine Sicherheitsmeldung zu einer Bibliothek. Im August machte eine Sicherheitsmeldung zu Shopifys App-Bibliothek (HMAC-Validierung des App-Proxys) ein Upgrade auf die gepatchte Hauptversion nötig. Unsere eigene Proxy-Prüfung war nicht betroffen, aber das Upgrade verlangte eine neuere Node.js-Laufzeit und eine Codeänderung wegen einer entfernten Eigenschaft.

Das Budget im Shop. Das Skript im Shop wird durch eine Prüfung der Bundle-Größe auf 108 KB begrenzt. Heute sind es 105.050 Byte, etwa das Dreifache von Shopifys empfohlenen 10 KB komprimiert, und das Budget wurde Mitte 2026 in vier Wochen zehnmal angehoben, während Funktionen ausgeliefert wurden (was das einen Shop kostet).

Scopes und Berechtigungen. Zwischen Mai und Juli 2026 haben sich die angefragten Scopes wiederholt geändert:

• Ein Scope, den es nicht gibt, wurde von der Deploy-Validierung abgelehnt.
• Die B2B-Scopes wurden verpflichtend gemacht und dann wieder optional, weil die Pflicht Installationen durch Mitarbeitende ohne Berechtigung zum Anzeigen von Unternehmensdaten blockierte.
• Ein eingeschränkter Scope für Mitarbeitende wurde ohne Shopifys Freigabe abgelehnt.
• Zwei ungenutzte Scopes wurden vor der Einreichung im App Store entfernt.

Eine Custom App überspringt den App-Store-Teil davon, nicht den Rest.

Das Budget folgt aus dem Protokoll: mindestens eine API-Prüfung je Quartal, eine Prüfung von Scopes und Berechtigungen, sobald eine Funktion eine neue Ressource berührt, und ein Abgleichjob vom ersten Tag an. Technische Schulden in Shopify B2B hält die datierten Oberflächen in einem Kalender.

Was die Kosten treibt

Wir veröffentlichen keine Kostenzahlen – hinter keiner Zahl, die wir nennen könnten, stehen Daten. Die Treiber lassen sich aber zählen, und jeder ist eine laufende Pflicht, keine Aufgabe für den Launch:

• Oberflächen. Jeder Erweiterungstyp – Shop, Kundenkonto, Adminbereich, Flow, Checkout – hat eigene Grenzen und einen eigenen Upgrade-Pfad.
• Plus-Abhängigkeiten. Functions, Flow-Erweiterungen in einer Custom App und Erweiterungen in den Checkout-Schritten gibt es nur auf Plus-Shops.
• Shops und Organisationen. Ein App-Eintrag je unabhängigem Shop; der Vertriebsweg lässt sich später nicht ändern.
• Das Käuferportal. Eine Kundenkonto-Erweiterung plus ein authentifiziertes Backend, das Sie hosten.
• Compliance und Daten. Handler für die Schwärzung und Schutzmaßnahmen für geschützte Daten in jeder Tabelle.
• Integrationen. Jedes externe System bringt eine Synchronisierung, einen Abgleich und ein Fehlerbild mit.
• Der Kalender. Vier API-Releases im Jahr, jedes mindestens 12 Monate unterstützt, danach ein stilles Vorwärtsfallen auf die älteste unterstützte Version.
• Betrieb. Hosting, Überwachung und jemand in Rufbereitschaft für Endpunkte, von denen Shopify innerhalb von Sekunden eine Antwort erwartet.

Das Make-or-Buy-Arbeitsblatt

Kopieren Sie die Tabelle, eine Zeile je Komponente aus der Übersicht oben, und füllen Sie sie mit dem Kunden aus:

Komponente	Make / Buy / hybrid	Verantwortlich	Shopify-Oberfläche	Laufende Pflicht	Plus-gebunden?	Wer wird alarmiert, wenn sie ausfällt
Anfrageerfassung			Theme-App-Erweiterung, App-Proxy	Theme-Kompatibilität, Skriptgewicht	Nein
Umwandlung in einen Bestellentwurf			Admin API	Idempotenz, Abweichungen, vierteljährliche API-Prüfung	Nein
Checkout-Regel (zum Beispiel eine Pflicht zur Bestellnummer)			Functions	Versionen der Function-APIs	Ja, in einer Custom App
Freigaben und Prüfprotokoll			Ihre Datenbank, Scope für Mitarbeitende	Durchsetzung, Freigabe des Scopes	Scope für Mitarbeitende: Plus oder Advanced
…

Beantworten Sie dann sieben Fragen:

1. Ist der Workflow besonders oder nur eine Komponente? Eine Komponente heißt hybrid.
2. Wer finanziert die API-Prüfung jedes Quartal, solange der Shop besteht?
3. Ist der Shop auf Plus, und braucht der Entwurf Functions, Flow-Erweiterungen oder Erweiterungen in den Checkout-Schritten?
4. Wie viele Shops, in wie vielen Organisationen? Custom Distribution deckt eine Plus-Organisation ab, und die Wahl ist endgültig.
5. Müssen Käufer in ihrem Kundenkonto handeln? Das ist eine Erweiterung plus ein Backend, das Sie hosten.
6. Wem gehört die Compliance – die Webhooks für die Schwärzung und der Umgang mit geschützten Daten?
7. Wie sieht der Ausstieg aus? Wer hält Code, Daten und Zugangsdaten, wenn die Zusammenarbeit mit der Agentur endet – mit dem Wissen, dass das Token einer Custom App nicht von selbst abläuft?

Der hybride Weg

Kaufen Sie eine App für den Standardworkflow und bauen Sie nur den besonderen Teil – eine ERP-Synchronisierung, eine Headless-Anfrageerfassung, einen Preisdienst, dessen Ergebnis dann ein Mensch übernimmt. Voraussetzung ist, dass die App die Ereignisse und Endpunkte bereitstellt, die der besondere Teil braucht; prüfen Sie also vor dem Scoping, was ihre API nicht kann.

Die REST API und die signierten Webhooks von QuotWay als Beispiel, genau benannt: verfügbar im Tarif Enterprise, auch während der 14-tägigen kostenlosen Testphase. Die API liest Angebote mit ihren Positionen, Summen und Ereignissen, legt Angebotsanfragen an, sendet Nachrichten, versendet einen Vorschlag, den ein Mensch bereits bepreist hat, listet Dokumente auf und liest Auswertungen. Sie kann keine Preise setzen oder ändern, keine Positionen bearbeiten, nicht für den Käufer annehmen oder ablehnen und kein Angebot in einen Bestellentwurf umwandeln, und Webhook-Payloads enthalten keine personenbezogenen Daten von Käufern. Was Sie mit der QuotWay-API bauen können geht sechs Integrationen durch; die Bewertungs-Checkliste ist der Test für die API jedes Anbieters. Die Tarife stehen auf der Preisseite, die API selbst ist auf der Seite zu API und Webhooks beschrieben.

Häufige Fragen

Was ist eine Shopify Custom App?

Eine App, die für einen Shop oder für die Shops einer Shopify-Plus-Organisation gebaut, im Dev Dashboard angelegt und über einen Link installiert wird, den Sie erzeugen. Sie hat keinen Eintrag im App Store und keine App-Prüfung. Seit dem 1. Januar 2026 lässt sie sich nicht mehr im Shopify-Adminbereich anlegen.

Wie lege ich eine Custom App an, seit es die Option im Adminbereich nicht mehr gibt?

Legen Sie die App im Dev Dashboard an – mit Shopify CLI, wenn sie eine Oberfläche oder Erweiterungen hat –, wählen Sie Custom Distribution und erzeugen Sie den Installationslink für den Shop. Apps, die vor 2026 im Adminbereich angelegt wurden, funktionieren weiter.

Was unterscheidet eine Custom App von einer öffentlichen App?

Eine Custom App installiert auf einem Shop oder in einer Plus-Organisation, überspringt die Prüfung, kann die Billing API nicht nutzen und kann Functions und Flow-Erweiterungen nur auf Plus nutzen. Eine öffentliche App installiert über den App Store auf jedem Shop, durchläuft die Prüfung, kann über Shopify abrechnen und kann Functions auf jedem Tarif nutzen. Die Wahl lässt sich später nicht ändern.

Kann eine Custom App Shopify Functions nutzen?

Ja, aber nur auf einem Shopify-Plus-Shop, und dasselbe gilt für ihre Flow-Erweiterungen. Checkout-UI-Erweiterungen in den Schritten Information, Versand und Zahlung gibt es nur auf Shopify Plus, für jede App.

Brauchen Custom Apps eine App-Prüfung, oder können sie Built for Shopify sein?

Custom Distribution hat keine App-Prüfung. Built for Shopify ist ein App-Store-Programm mit Voraussetzungen bei Installationen und Bewertungen und gilt deshalb nicht für eine Custom App.

Wie erhält eine Custom App ein Zugriffstoken?

Eine eingebettete App nutzt Token Exchange, eine nicht eingebettete den Authorization Code Grant; eine serverseitige Integration auf den Shops Ihrer eigenen Organisation kann den Client Credentials Grant nutzen, der Tokens mit 24 Stunden Laufzeit ausgibt. Custom Apps sind von der Pflicht zu ablaufenden Tokens ab 2027 ausgenommen, der Wechsel ist aber sicherer.

Wer hostet eine Custom App?

Sie. Shopify hostet nur den Code der Erweiterungen – Theme-Blöcke und UI-Erweiterungen. Das Backend, seine Datenbank und jeder Endpunkt, den Shopify aufruft, laufen auf einem Hosting, das Sie wählen und pflegen.

Was kostet eine eigene RFQ-App für Shopify?

Wir veröffentlichen keine Zahlen. Die Kosten bestimmen die Oberflächen, die Sie bauen, die Plus-Abhängigkeiten, die Zahl der Shops, das Käuferportal, Compliance, Integrationen und Hosting – und die API-Prüfung jedes Quartal, solange der Shop besteht.

Können wir eine App kaufen und nur den besonderen Teil bauen?

Ja, wenn die App die Ereignisse und Endpunkte bereitstellt, die der besondere Teil braucht. Prüfen Sie zuerst, was ihre API nicht kann: Die API von QuotWay zum Beispiel gibt es nur im Tarif Enterprise, und sie kann keine Preise setzen, keine Positionen bearbeiten, nicht für den Käufer annehmen und nicht umwandeln.

Quellen

Shopify-Seiten, gelesen am 7. Oktober 2026 in API-Version 2026-10:

• Custom Apps – exklusiv für einen Shop gebaut; personenbezogene Daten der Stufe 2 und Tarife
• Über den App-Vertrieb und einen Vertriebsweg wählen – Custom gegenüber öffentlich, eine Plus-Organisation, endgültige Wahl, keine Prüfung, keine Billing API, im Adminbereich angelegte Apps und Erweiterungen, Shopifys Satz zu den „meisten Apps, die für einen bestimmten Händler gebaut werden“
• Changelog: Legacy-Custom-Apps lassen sich nach dem 1. Januar 2026 nicht mehr anlegen – veröffentlicht am 30. Oktober 2025; bestehende Apps funktionieren weiter
• Shopify Functions – Custom Apps mit Functions nur auf Plus
• Shopify Flow für Apps – Flow-Erweiterungen in Custom Apps nur auf Plus
• Checkout-UI-Erweiterungen – Schritte Information, Versand und Zahlung auf Plus
• Kundenkonto-UI-Erweiterungen – Größengrenzen; „Shopify hostet nur den Code Ihrer Erweiterung“
• Authentifizierung und Autorisierung, Client Credentials Grant und Offline-Zugriffstokens – Token Exchange, Authorization Code, 24 Stunden beim Client Credentials Grant, die Ausnahme für Custom Apps von den ablaufenden Tokens
• Zugriffs-Scopes – Schreiben schließt Lesen ein; read_all_orders; freigabepflichtige Scopes
• Geschützte Kundendaten und Einhaltung von Datenschutzgesetzen – Verfügbarkeit für Custom Apps; Compliance-Webhooks
• API-Versionierung und Release Notes 2026-10 – vierteljährliche Releases, Supportfenster, Vorwärtsfallen, die Änderungen in 2026-10
• Ihre App bereitstellen – Hosting-Anbieter; mehrere App-Einträge auf einer Codebasis
• Anforderungen für Built for Shopify – ein App-Store-Programm mit Voraussetzungen bei Installationen und Bewertungen

Unsere eigene Aufzeichnung: die erneute Prüfung der Shopify-B2B-Referenz für 2026-10 und die Repository-Historie der QuotWay-App, gelesen am 7. Oktober 2026 – hier ohne interne Namen beschrieben.