Von Ecwid zu einem eigenen Shop wechseln

Die Nachricht, mit der ein Wechsel weg von Ecwid beginnt

Die Nachricht kommt meist von jemandem, der nie vorhatte, einen ernsthaften Onlineshop zu betreiben. Da war eine Website, ein Blog oder eine Seite mit ein paar Infos, und irgendwann kam ein Shop dazu. Der Shop wuchs. Heute trägt er ein paar hundert Produkte, ein Abo, eine Handvoll Geschäftskunden mit eigenen Preisen, und er ist der Teil des Betriebs, der die Löhne zahlt. Und er ist noch immer eine Box, eingebettet in eine Seite, die für etwas anderes gebaut wurde.

Für diesen Shop ist der Artikel gedacht. Nicht für den Hobbyverkäufer mit zehn Produkten, der meist gut aufgehoben ist, wo er ist, sondern für den Betrieb, der aus dem Widget herausgewachsen ist und ein echtes, eigenes Geschäft will, das er von Anfang bis Ende steuert. Ich baue diesen Shop auf Solidus, einem quelloffenen Shop Framework auf Ruby on Rails,¹ und ich führe den Umzug durch. Vorher aber die ehrliche Frage: Was lässt dich Ecwid wirklich mitnehmen, und was behält es still für sich.

Was Ecwid ist, und wer zu Recht bleibt

Ecwid ist keine Shop Plattform in dem Sinn, wie es Shopify oder ein eigener Aufbau sind. Es ist ein Shop, den du in eine Website einbettest, die du schon hast. Du kannst einen Ecwid Shop in eine Seite setzen, die mit WordPress, Wix, Squarespace, Joomla und anderem gebaut wurde, oder ihn als gehostete Instant Site auf einer kostenlosen company.site Domain betreiben.² Das ist die ganze Idee, und für den richtigen Shop ist sie gut. Wenn du eine bestehende Seite hast und ein paar Dinge verkaufen willst, ohne etwas neu zu bauen, bringt dich Ecwid an einem Nachmittag dorthin.

Ecwid wird heute als Ecwid by Lightspeed verkauft, Teil der Lightspeed Familie, und das Verwaltungsmenü verweist dich für die Kassa im Laden auf Lightspeed Payments und Lightspeed Retail.³⁴ Die Preise sind wirklich niedrig: Es gibt einen kostenlosen Starter Tarif mit zehn Produkten, dann Venture mit hundert Produkten, Business mit 2.500 und Unlimited darüber, ohne Einrichtungsgebühr und ohne Transaktionsgebühr auf irgendeinem Tarif.⁴ Für einen kleinen Katalog ist das ein fairer Deal, und ich sage klar: Ein Shop mit einer Handvoll Produkten und ohne Wachstumspläne soll ihn behalten. Der Käufer, für den ich schreibe, ist der, der an die Grenzen des Widget Modells gestoßen ist, nicht an die des Preises.

Was dir gehört, und was das Widget festhält

Das Entscheidende vor jedem Umzugsplan: Dein Ecwid Shop ist keine Anwendung, die dir gehört. Er ist ein Konto auf Ecwids Servern, dargestellt durch einen Shop, der Ecwid gehört, eingebettet in deine Seite über ein Skript. Deine Produktdaten, deine Bestellungen und deine Kunden gehören dir in dem Sinn, dass du sie auslesen kannst. Der Shop selbst, die Kassa, die Art, wie URLs gebildet werden, und das Verhalten des Geschäfts gehören Ecwid, und sie kommen nicht mit.

Ein Umzug weg von Ecwid sind also zwei getrennte Aufgaben. Die eine ist, deine Daten sauber herauszuholen, und das ist über die API weitgehend gelöst. Die andere ist, alles neu zu bauen, was von Anfang an keine Daten war: den Shop, die Kassa, die Anbindungen und die Suchpräsenz, die dir ein eingebetteter Shop nur halb gegeben hat. Das meiste Risiko und der meiste Wert stecken in der zweiten Aufgabe.

Der Export ist eine API, kein Download Knopf

Ecwids echter Exportweg ist seine REST API. Sie liefert JSON, sie authentifiziert über OAuth 2.0, und die Übersicht sagt, dass sie Zugriff auf alle Shopdaten gibt, auch auf Zahlungs und Versandeinstellungen und die Konfiguration des Shops.⁵ Aufrufe gehen an eine Basisadresse der Form https://app.ecwid.com/api/v3/{storeId}, mit eigenen Endpunkten für Produkte, Kategorien, Bestellungen, Kunden und Abos.⁶ Das reicht, um einen vollständigen, wiederholbaren Export zu skripten, und genau das braucht ein sorgfältiger Umzug: nicht einen Download, sondern einen Export, den du so oft wiederholen kannst, bis der Import in den neuen Shop sauber ist.

Zwei Grenzen prägen das Vorgehen. Erstens das Ratenlimit: Ecwid akzeptiert bis zu 600 Anfragen pro Minute pro Token, und darüber antwortet es mit einem 429 und einem Retry-After Header, der sagt, wie lange du warten sollst.⁵ Für einen Shop mit ein paar tausend Produkten und Bestellungen ist das bequem, wenn du vernünftig paginierst und zurücksteckst, wenn man dich darum bittet, und nur ein Problem, wenn du Anfragen blind abfeuerst. Zweitens wurde die Authentifizierung zuletzt strenger. Seit März 2025 muss das Zugriffstoken als Bearer Token im Authorization Header kommen, der alte Weg über die URL funktioniert nicht mehr.⁷ Seit September 2025 ist die Store ID ein verpflichtender Teil des App Ablaufs.⁸ Beides ist nicht schwer, aber ein Skript nach einer alten Anleitung scheitert, bis du beides reparierst.

Für die tiefen Details, wie jede Datenart wirklich umzieht, welche Felder wohin gehören und wo die Fallen liegen, stütze ich mich auf die Datentyp Leitfäden, statt sie hier zu wiederholen. Dieser Artikel bleibt bei dem, was an Ecwid eigen ist.

Kunden kommen heraus, Passwörter nie

Die Kunden Endpunkte liefern einen sauberen, brauchbaren Datensatz: die E Mail Adresse, das Registrierdatum, Rechnungs und Lieferadressen, die Kundengruppe, Steuerfelder, Bestellstatistiken und ein acceptMarketing Flag, das festhält, ob der Kunde E Mail Werbung zugestimmt hat.⁹ Gerade dieses Feld zählt mehr, als es aussieht, denn eine Werbeeinwilligung korrekt und mit intaktem Sinn mitzunehmen ist der Unterschied zwischen einer rechtmäßigen Neustart E Mail und einer Beschwerde.

Was die API nie liefert, ist ein Passwort. Es gibt kein Passwortfeld und keinen Hash irgendwo im Kundenobjekt.⁹ Das ist normal und richtig, und es ist dieselbe harte Grenze, die jeder Umzug trifft: Was die Plattform nie herausgibt, kannst du nicht mitnehmen. In der Praxis heißt das, jeder bestehende Kunde setzt beim ersten Besuch im neuen Shop ein neues Passwort. Als Überraschung am Starttag füllt das dein Postfach. Als kurzer, geplanter erster Login, bei dem Adressen und Bestellhistorie schon warten, wird daraus ein Neustart statt eines Chaos. Die ausführliche Fassung, auch wie du den ersten Login so führst, dass er sich wie ein Willkommen anfühlt und nicht wie eine Mauer, steht im Leitfaden zu Kundenkonten und Adressen migrieren.

Produkte, Kategorien und die SEO Falle eines eingebetteten Shops

Produkte lassen sich gut exportieren. Die API gibt die SKU heraus, den Grundpreis, Einkaufspreis, Großhandelspreise, den Vergleichspreis, das Gewicht, die volle Beschreibung als HTML, Kategorien, Galeriebilder und die Optionen und Kombinationen, aus denen Varianten bestehen.¹⁰ Ein Shop mit Produkten in Größen oder Farben, bei dem jede Kombination ihre eigene SKU und ihren eigenen Preis trägt, kommt als strukturierter Katalog herüber und nicht als flache Liste, und genau das willst du, wenn du ihn auf der anderen Seite sauber neu aufbaust. Die Abbildungsarbeit und die Stellen, an denen Produktdaten gern schiefgehen, stehen in Produkt und Katalogdaten migrieren.

Was Ecwid Shops hier erwischt, ist die Suche. Weil der Shop eingebettet ist, gehören dir deine Produkt und Kategorie URLs nicht wirklich. Sie werden von Ecwid in der Seite gebildet, die es darstellt, oft als Fragmente oder Pfade, die das Widget steuert, und du hast wenig Mitsprache. Beim Wechsel zu einem eigenen Shop ändert sich die URL jedes Produkts und jeder Kategorie, und hinter manchen dieser alten Adressen stecken Jahre an Links und Rankings. Die Aufgabe: jede alte URL auflisten, die in den letzten zwölf Monaten einen Besuch oder einen Link brachte, für jede die neue Adresse festlegen und eine dauerhafte serverseitige Weiterleitung setzen, damit weder Google noch ein Lesezeichen auf einer fehlenden Seite landet. In einem eigenen Solidus Shop liegen diese Weiterleitungen in der eigenen Datenbank des Shops mit einer Verwaltungsmaske, sie überleben also jedes künftige Deployment und dein eigenes Team kann eine ergänzen, sobald es einen Ausreißer bemerkt. Lässt du das aus, sieht der Trafficeinbruch nach dem Start so aus, als wäre der neue Shop schlechter, dabei sind es in Wahrheit ein paar hundert Seiten, die einen 404 liefern.

Bestellungen und die Historie, die Kunden sehen wollen

Der Bestell Endpunkt liefert die Daten, die ein wachsender Shop braucht: die Positionen mit SKU und Preis, Zwischensumme, Steuer und Summe, Rechnungs und Lieferdaten, die Zahlungsart und getrennte paymentStatus und fulfillmentStatus Werte mit einer vollen Reihe von Zuständen von der offenen Zahlung bis geliefert oder erstattet.¹¹ Das genügt, um die Bestellhistorie als schreibgeschützte Datensätze mitzunehmen, damit dein Service nachschauen kann und Kunden sehen, was sie gekauft haben.

Mein Rat ist derselbe wie bei jeder Plattform: Nimm ein paar Jahre mit, nicht alles. Alte Bestellungen zeigen auf Produkte, die es vielleicht nicht mehr gibt, und jede muss auf etwas im neuen Katalog oder auf einen Platzhalter abgebildet werden, es kostet also wirklich etwas, fünfzehn Jahre Historie ohne Not mitzuschleppen. Und lass den neuen Shop nie eine Bestellnummer wiederverwenden, die der alte vergeben hat, denn deine Buchhaltung und deine Kunden beziehen sich beide auf diese Nummern. Die volle Begründung steht in Bestell und Kaufhistorie migrieren.

Gespeicherte Karten liegen beim Anbieter, nicht bei Ecwid

Hier die Frage, die du vor jeder anderen klären musst, denn sie ist die, die einen Start still versenken kann. Wenn ein Kunde in deinem Ecwid Shop eine Karte gespeichert hat, wurde diese Karte nicht von Ecwid gespeichert. Sie liegt beim Zahlungsanbieter hinter der Anbindung, die du genutzt hast, und Ecwid hält nur einen Verweis darauf. Die Form davon siehst du in den Abo Daten, wo die Zahlungsart als creditCardMaskedNumber und Kartenmarke zurückkommt, nie als echte Nummer.¹² Die echten Kartendaten liegen beim Verarbeiter, unter dessen eigener Prüfpflicht, und genau so gehört es sich.

Für einen Umzug heißt das: Ob deine Kunden ihre gespeicherten Karten behalten, hängt ganz vom Anbieter ab, nicht von Ecwid. Bucht dein Shop schon über ein eigenes Konto bei einem Verarbeiter, kann sich der neue Solidus Shop mit demselben Konto verbinden und die Karten bleiben, wo sie sind. Lagen die Karten in einem Anbieter, den du nur über eine Ecwid Anbindung erreicht hast, bedeutet ihr Umzug einen Kartendaten Export zwischen zertifizierten Verarbeitern, den manche machen und manche nicht, und der nie die Kundenpasswörter oder die volle Historie umfasst. Das ist ein Thema für sich, behandelt in Zahlungstoken und gespeicherte Karten migrieren, und wenn dir Zahlungen Sorgen machen, lohnt der Begleitartikel über die versteckten Gefahren beim Wechseln von Payment Gateways, bevor du dich festlegst.

Abos sind der Teil, den du zuerst klären musst

Verkauft dein Shop ein Abo, einen Kaffee, der jeden Monat kommt, oder eine Nachfüllung im Turnus, dann ist das der schwierigste einzelne Teil des Umzugs, und der, den du zuerst planst. Ecwid gibt Abos über die API heraus: Du kannst die Abo ID lesen, den Status, das Ladeintervall und dessen Anzahl, das nächste Ladedatum, die maskierte Karte und die Bestellvorlage, aus der jede Erneuerung gebaut wird.¹² Abos werden je Produkt eingestellt, über einen subscriptionSettings Block am Produkt selbst.¹⁰ Du kannst also lesen, was besteht.

Den Zeitplan zu lesen ist nicht dasselbe wie das laufende Mandat zu übertragen, die Karte zu belasten. Dieses Mandat gehört dem Zahlungsanbieter, und ein aktives Abo auf einem neuen Shop neu zu erstellen, dieselbe gespeicherte Karte am selben Tag zu belasten, braucht meist die Mithilfe des Anbieters und lässt sich manchmal gar nicht machen, ohne dass der Kunde erneut bestätigt. Der ehrliche Plan nennt das früh, entscheidet, ob bestehende Abonnenten still umziehen oder einmal bestätigen, und legt den Umzug so, dass niemand doppelt belastet oder übersehen wird. Die volle Behandlung steht in Abonnements und wiederkehrende Zahlungen migrieren. Behandle es als Detail für die letzte Woche, und es wird das sein, was schiefgeht.

Die Tarife, und die Decke, die als Stufe verkleidet ist

Ecwids Tarifgrenzen sind ehrlich und öffentlich: zehn Produkte auf Starter, hundert auf Venture, 2.500 auf Business, unbegrenzt darüber, mit Mitarbeiterkonten erst ab Business und ohne Transaktionsgebühr auf jeder Stufe.⁴ Ich will hier fair sein, denn das Fehlen eines Plattformprozents ist eine echte Stärke, und viele Shops zahlen anderswo mehr.

Die Decke, die zählt, ist nicht der Preis oder die Produktzahl. Es ist das Widget selbst. Wie hoch der Tarif auch ist, den du kaufst, der Shop bleibt eingebettet, der Shop bleibt Ecwids, die Kassa verhält sich weiter so, wie Ecwid entscheidet, und die URLs gehören weiter nicht ganz dir. Du kannst Sitze und Produkte dazukaufen, aber du kannst kein Widget in eine Anwendung verwandeln, die dir gehört. Das ist die Wand, an die der wachsende Shop stößt, und keine Stufe nimmt sie weg.

Was umzieht, was gesperrt ist und was neu gebaut werden muss

Was du umziehst	Wie es Ecwid verlässt	Wo es in Solidus landet
Produkte, Varianten, Kategorien, Bilder	REST API als strukturiertes JSON, mit SKUs, Preisen, Optionen¹⁰	Ein Katalog, der dir gehört, Feld für Feld abgebildet
Kunden und Adressen	REST API, mit dem Werbe Einwilligungsflag⁹	Kundenkonten, mit Passwort Reset beim ersten Login
Bestellhistorie	REST API, Positionen, Summen, Status¹¹	Schreibgeschützte Historie, neue Nummern über dem alten Bereich¹¹
Passwörter	Nie exportiert⁹	Von jedem Kunden beim ersten Login gesetzt
Gespeicherte Karten	Beim Anbieter, nicht bei Ecwid¹²	Bleiben bei gleichem Verarbeiterkonto, sonst neu eingegeben
Abos	Zeitplan lesbar, Mandat beim Anbieter¹²	Mit Mithilfe des Anbieters neu erstellt, bei Bedarf bestätigt
Shop, Kassa, URLs	Keine Daten, gehören Ecwid	Neu gebaut und eigen, mit voller Weiterleitungsliste

Wenn dein Umzugsplan nicht für jede dieser Zeilen eine Antwort hat, ist er noch kein Plan.

Ein durchgerechnetes Beispiel: eine Grazer Rösterei verlässt Ecwid

Murkai Kaffee (murkaikaffee.example) ist eine erfundene Rösterei in Graz. Sie begann als WordPress Blog über Kaffee, und vor drei Jahren kam ein Ecwid Shop auf die Seite, um ein paar Säcke zu verkaufen. Heute trägt sie rund 600 Produkte, wenn man Mahlgrad und Packungsgröße mitzählt, betreibt ein monatliches Abo, bei dem zweitausend Kunden angemeldet sind, und beliefert ein Dutzend Cafés, die jeweils eigene Geschäftspreise und eine monatliche Rechnung wollen. Sie ist auf dem Business Tarif. Die Inhaberin ist müde von einem Shop, der Geschäftspreise nicht richtig kann, dessen Kassa sie nicht ändern darf und dessen Produktseiten ihrer Vermutung nach ihren Suchtraffic bremsen.

So würde ich es führen. Zuerst, noch vor dem Katalog, kläre ich die zwei harten Fragen. Murkai bucht Abos über ein eigenes Konto bei einem Zahlungsanbieter, die gespeicherten Karten und die laufenden Mandate können also bei diesem Konto bleiben, wenn der neue Shop sich damit verbindet, und das macht aus dem schlimmsten Risiko ein beherrschbares. Diese eine Tatsache entscheidet die Form des ganzen Projekts, deshalb kommt sie zuerst.

Dann der Export. Ich skripte die REST API, um den vollen Katalog zu ziehen, die Kunden mit ihren Einwilligungsflags, drei Jahre Bestellungen und den Abo Zeitplan, paginiere innerhalb der 600 Anfragen pro Minute und lasse das Ganze gegen eine Kopie laufen, bis der Import in den Solidus Shop sauber ist.⁵ Die Kunden kommen mit Adressen und Bestellzahlen, aber ohne Passwörter, der Startplan enthält also eine Service Nachricht vor dem Umschalten und einen kurzen ersten Login im neuen Shop.⁹ Der Abo Zeitplan wird aus der API gelesen und im neuen Shop gegen dasselbe Anbieterkonto neu aufgebaut, mit einem Probelauf, der niemanden belastet.

Parallel baue ich den Shop, den Murkai auf einem Widget nie haben konnte: echte Geschäftskonten mit eigenen Preislisten, eine Kassa, die ihr gehört, und Produktseiten mit sauberen, dauerhaften URLs. Jede alte Ecwid Produkt und Kategorieadresse, die Traffic brachte, wird mit einer Weiterleitung auf ihre neue URL abgebildet, so wird aus der Suchpräsenz, die sie halb hatte, eine, die sie voll steuert. Der alte Ecwid Shop bleibt nach dem Umschalten dreißig Tage lang unangetastet als Rückfallebene, und erst dann kündigt sie den Tarif, nach einem letzten Export. Das Abo, an das niemand denken wollte, war in Woche eins geklärt, nicht in der Startwoche, und das ist der ganze Punkt.

Wann du nicht von Ecwid weggehen solltest

Manche Shops sollen bleiben, und ein guter Berater sagt das. Wenn dein Katalog klein und üblich ist, wenn das Widget alles tut, was du brauchst, und wenn die einzige Klage ist, dass es ein bisschen anders aussehen könnte, dann ist ein eigener Aufbau mehr, als du brauchst, und ich würde ihn dir nicht verkaufen. Ecwid ohne Transaktionsgebühr ist in dieser Größe schwer zu schlagen.⁴ Der Fall für einen Wechsel entsteht, wenn du Dinge brauchst, die das Widget zu keinem Preis gibt: eine Kassa, die du steuerst, echte Geschäfts oder Großhandelspreise, Abos zu deinen eigenen Bedingungen, Anbindungen, die der App Markt nicht abdeckt, und URLs und einen Shop, die wirklich deine sind. Wenn du keine Fähigkeit nennen kannst, an der du tatsächlich scheiterst, bist du wahrscheinlich noch nicht so weit, und das ist in Ordnung.

Wie ich den Umzug führe, und was du am Ende hast

Die Form des Umzugs ist dieselbe, die ich ausführlich im Pfeiler Leitfaden beschreibe, was sich übertragen lässt und was nicht: eine Erhebung, die die Zahlungs und Abo Fragen klärt, ein Aufbau, der den Import wiederholt, bis er langweilig ist, ein Parallelbetrieb mit eingefrorenem altem Shop, ein ruhiges Umschalten an einem Wochentag und der alte Shop als Rückfallebene für einen Monat. Willst du die Ziele vorher sauber vergleichen, legen der Plattformvergleich und die Gesamtkosten über fünf Jahre dar, was ein eigener Shop kostet und über die Zeit spart. Gehst du von Ecwid weg, weil ein leichtgewichtiger Baukasten keinen Platz mehr hat, ist das ehrliche Gegenstück der Wechsel weg von Wix, das dieselbe eingebettete Natur und dieselben Fallen hat.

Was du am Ende hast, ist ein Shop, der eine Anwendung ist, die dir gehört, kein Konto, das du in der Seite eines anderen mietest. Es gibt keine Lizenzgebühr, keine Tarifdecke und keine Plattform zwischen dir und deinen Kunden. Der maßgeschneiderte Code gehört dir, sobald er bezahlt ist. Und das, was Ecwid zu einem so leichten Startpunkt machte, dass es nie wirklich dein Shop war, ist genau das, was du hinter dir gelassen hast. Willst du wissen, ob sich dieser Tausch für deinen Betrieb lohnt, ist der ehrliche Weg, deine eigenen Zahlen und deine eigenen Hürden auf den Tisch zu legen, und genau dafür ist der Workshop da. Für die weitere Frage, wem deine Daten gehören, während sie auf irgendeiner Plattform liegen, ist wem gehören eigentlich deine Geschäftsdaten der richtige Anfang.

Solidus, Repository solidusio/solidus auf GitHub (quelloffenes Shop Framework auf Ruby on Rails, BSD 3 clause Lizenz), https://github.com/solidusio/solidus ↩
Ecwid, Instant Site und das Hinzufügen eines Ecwid Shops zu einer bestehenden Website (WordPress, Wix, Squarespace, Joomla und andere, oder eine kostenlose company.site Domain), https://www.ecwid.com/instant-site ↩
Ecwid by Lightspeed, Über Ecwid (Unternehmensseite, Markenbezeichnung "Ecwid by Lightspeed", Teil von Lightspeed Commerce), geprüft 14. November 2026, https://www.ecwid.com/about ↩
Ecwid, Preise (Tarife Starter, Venture, Business und Unlimited, Produktgrenzen von 10, 100 und 2.500, Mitarbeiterkonten ab Business, keine Einrichtungs oder Transaktionsgebühren), geprüft 14. November 2026, https://www.ecwid.com/pricing ↩ ↩² ↩³ ↩⁴
Ecwid, REST API Übersicht (OAuth 2.0 Autorisierung, JSON Daten, Zugriff auf alle Shopdaten, bis zu 600 Anfragen pro Minute pro Token, ein 429 Fehler mit einem Retry-After Header über dem Limit), geprüft 14. November 2026, https://docs.ecwid.com/api-reference/rest-api/rest-api-overview ↩ ↩² ↩³
Ecwid, REST API Aufrufe (Basisadresse https://app.ecwid.com/api/v3/{storeId} und die Endpunkte für Bestellungen, Produkte, Kategorien, Kunden und Abos), https://docs.ecwid.com/api-reference/advanced/rest-api-calls ↩
Ecwid, Changelog, Discontinued tokens passing in query params of API calls (Tokens müssen nun als Bearer Token im Authorization Header kommen), 20. März 2025, https://docs.ecwid.com/changelog/march-2025/march-20/discontinued-tokens-passing-in-query-params-of-api-calls ↩
Ecwid, Changelog, Store ID is now required for external apps authentication, 19. September 2025, https://docs.ecwid.com/changelog/september-2025/september-19/store-id-is-now-required-for-external-apps-authentication ↩
Ecwid, REST API, Get customer und Search customers (Kundenfelder wie E Mail, Registrierdatum, Adressen, Kundengruppe, das acceptMarketing Einwilligungsflag, und nirgends ein Passwortfeld im Datensatz), https://docs.ecwid.com/api-reference/rest-api/customers/get-customer ↩ ↩² ↩³ ↩⁴ ↩⁵
Ecwid, REST API, Search products und Get product (SKU, Grund und Großhandelspreise, Beschreibung, Kategorien, Galeriebilder, Optionen und Kombinationen, und ein subscriptionSettings Block je Produkt), https://docs.ecwid.com/api-reference/rest-api/products/search-products ↩ ↩² ↩³
Ecwid, REST API, Search orders (Positionen, Zwischensumme, Steuer und Summe, Rechnung und Lieferung, Zahlungsart, und paymentStatus und fulfillmentStatus Werte), https://docs.ecwid.com/api-reference/rest-api/orders/search-orders ↩ ↩² ↩³
Ecwid, REST API, Search recurring subscriptions (subscriptionId, Status, Ladeintervall und Anzahl, nächstes Ladedatum, Bestellvorlage, und eine Zahlungsart als creditCardMaskedNumber und Kartenmarke statt der vollen Nummer), https://docs.ecwid.com/api-reference/rest-api/orders/recurring-subscriptions/search-recurring-subscriptions ↩ ↩² ↩³ ↩⁴