E-Commerce-Software: ein Referenz-Tech-Stack für jede Shopgröße

Ein E-Commerce-Tech-Stack ist die Gesamtheit der E-Commerce-Software, die einen Onlineshop betreibt: im Zentrum die Commerce-Plattform und die Zahlungsabwicklung, drumherum die Tools für Produktinformationen (PIM), digitale Assets (DAM), Shopsuche, Bestand und Bestellungen (ERP oder OMS), Versand, Analytics, E-Mail, Bewertungen und Kanal-Feeds. Jedes System sollte genau eine Art von Datensatz besitzen, und der Stack funktioniert, wenn jedes andere System diesen Datensatz liest, statt eine eigene Kopie zu pflegen.

Die kurze Antwort, was du kaufen solltest: Ein Shop mit einem Kanal und ein paar hundert Produkten braucht eine Plattform, Zahlungsabwicklung, Analytics, ein E-Mail-Tool und eine Bewertungs-App, und kaum mehr. Ein PIM lohnt sich, wenn Katalog, Anzahl der Kanäle oder Anzahl der Sprachen über das Plattform-Backend hinauswachsen. Ein ERP oder OMS lohnt sich, wenn Bestand, Einkauf und Finanzen mehrere Standorte oder Vertriebskanäle umfassen. Unten findest du drei Referenz-Stacks nach Shopgröße, die Datenflüsse zwischen den Systemen und eine Kaufreihenfolge, die sich danach richtet, wo der Schmerz zuerst auftritt.

Elf Systeme im E-Commerce-Stack und der Datensatz, den jedes besitzt

Die meisten Stack-Ratgeber listen Tool-Kategorien auf. Die nützlichere Frage ist, für welchen Datensatz jede Ebene die Single Source of Truth ist, denn das entscheidet, wo eine Änderung passieren muss.

• Commerce-Plattform (Shopify, WooCommerce, Magento, Lightspeed, CCV Shop): Storefront, Warenkorb, Checkout und die Bestellung, wie sie aufgegeben wird.
• Zahlungen: die Transaktion, Erstattungen und Auszahlungen.
• PIM (Product Information Management): Produktcontent: Titel, Beschreibungen, Attribute, Kategorien, Übersetzungen und kanalspezifische Varianten von all dem. Die vollständige Definition findest du unter was ein PIM ist.
• DAM (Digital Asset Management): Master-Bilder, Videos, Handbücher sowie deren Rechte und Versionen. Kleinere Shops halten Assets im PIM oder in der Plattform; der Ratgeber PIM vs. DAM erklärt, wann sie sich trennen.
• Shopsuche und Merchandising: der Suchindex, Synonyme, Ranking-Regeln und hervorgehobene Produkte. Sie liest Produktdaten, besitzt sie aber nicht.
• ERP und OMS: Bestände, Bestellungen beim Lieferanten, Einkaufspreise, Rechnungen und das Routing einer Bestellung an ein Lager oder eine Filiale. Der Ratgeber PIM vs. ERP erklärt die Grenze.
• Versand und Fulfillment: Etiketten, Wahl des Versanddienstleisters, Sendungsverfolgung und Retouren, in einer Versand-App, bei einem 3PL oder im Lagerverwaltungssystem. Es liest die Bestellung sowie Gewicht und Maße des Produkts.
• Analytics: Events (Aufrufe, In-den-Warenkorb, Käufe) und die darauf aufbauenden Berichte, meist GA4 plus die eigenen Berichte der Plattform.
• E-Mail und SMS: Einwilligungen, Segmente und die Nachrichten an Kunden.
• Bewertungen: Sternebewertungen und Bewertungstexte von Kunden, die in Produktseiten, strukturierte Daten und Shopping-Anzeigen einfließen.
• Feeds und Kanal-Connectoren: die Version jedes Produkts, die Google Shopping, Meta oder ein Marketplace erhält, gemappt auf die Attribute dieses Kanals.

Eine Quelle der Wahrheit pro Feld: Preis, Bestand, Content, Einwilligung

Streit in einem Stack dreht sich fast immer um ein Feld, das zwei Systeme für sich beanspruchen. Lege diese Besitzer auf dem Papier fest, bevor du irgendetwas verbindest:

Die Kosten eines Fehlers zeigen sich bei den Käufern. In Salsifys Verbraucherstudie 2025 gaben 54 % der Käufer an, einen Kauf wegen widersprüchlicher Informationen abgebrochen zu haben. Widersprüchliche Informationen entstehen genau dann, wenn eine Produktbeschreibung im Shop, im PIM und im Feed-Tool bearbeitet wird und jede Kopie auseinanderläuft.

Wie Produkt-, Bestell- und Bestandsdaten zwischen Systemen fließen

Zeichne den Stack als Flüsse, nicht als Kästen. Vier Flüsse decken die meisten Shops ab:

Produktdaten: vom Lieferanten ins PIM und in jeden Kanal

1. Lieferantendateien, Artikeldaten aus dem ERP oder gescrapte Herstellerseiten landen im PIM.
2. Das PIM füllt Lücken (Attribute, Beschreibungen, Übersetzungen), prüft den Datensatz gegen die Regeln jedes Kanals und kategorisiert ihn.
3. Das PIM überträgt den Datensatz an die Plattform und erzeugt Kanal-Feeds. Googles Produktdatenspezifikation zeigt, warum sich die Feed-Version von der Shop-Version unterscheidet: Titel sind auf 150 Zeichen begrenzt, Beschreibungen auf 5.000, und Felder wie `gtin`, `brand`, `color` und `size` sind je nach Produkttyp und Land Pflicht.
4. Such-, Bewertungs- und E-Mail-Tools lesen Produktdaten aus der Plattform oder einem Feed, nie aus einer Tabelle, die jemand per E-Mail verschickt hat.

Bestellungen: vom Checkout zum Fulfillment und zurück

1. Die Plattform legt die Bestellung an und nimmt die Zahlung entgegen.
2. OMS oder ERP übernimmt sie, reserviert Bestand und leitet sie an ein Lager weiter.
3. Versandstatus und Tracking gehen zurück an die Plattform, die den Kunden informiert.
4. Erstattungen starten in der Plattform oder im OMS und werden für die Buchhaltung ins ERP gebucht.

Bestand: eine Zahl, viele Anzeigen

Der Bestand verlässt das ERP oder Lagerverwaltungssystem und geht nach Zeitplan oder bei jeder Änderung an die Plattform und jeden Marketplace. Je enger die Synchronisation, desto weniger Überverkäufe. Marketplaces bestrafen Stornierungen härter als dein eigener Shop, deshalb wird der Marketplace-Bestand meist häufiger oder mit einem Sicherheitspuffer synchronisiert.

Analytics: von Events zu Berichten zu einem Data Warehouse

Die Storefront sendet Events an GA4; die Plattform hält den Bestelldatensatz. Verknüpfe beide, wenn du Margen- oder Analysen auf Produktebene brauchst. Eine Standard-GA4-Property kann laut Googles Dokumentation im täglichen Export bis zu 1 Million Events pro Tag nach BigQuery exportieren, was für die meisten mittelgroßen Shops reicht, bevor sie etwas Schwereres brauchen. Unser Vergleich von E-Commerce-Analytics-Tools sortiert die Optionen nach ihrer Aufgabe.

Referenz-Stack 1: ein Starter-Shop unter 500 SKUs auf einem Kanal

Erledige alles, was geht, innerhalb der Plattform. Jedes zusätzliche Tool ist ein weiterer Login, eine weitere Rechnung und ein weiterer Ort, an dem Daten auseinanderlaufen können.

• Plattform und Zahlungen: eine gehostete Plattform mit integrierter Zahlungsabwicklung, etwa Shopify mit Shopify Payments oder WooCommerce mit einem Zahlungs-Plugin.
• Produktdaten: das Plattform-Backend plus ein sauberer CSV-Export als Backup. Ein kostenloser PIM-Plan lohnt sich, sobald du übersetzt oder auf einem zweiten Kanal verkaufst.
• Suche: die integrierte Suche der Plattform. Bring Produktdaten und Synonyme in Ordnung, bevor du für eine separate Suchmaschine zahlst.
• Analytics: GA4 und Google Search Console, plus die Verkaufsberichte der Plattform.
• E-Mail: ein E-Mail-Tool mit einem Warenkorbabbrecher-Flow und einer Willkommensserie.
• Versand: die eigenen Versandetiketten der Plattform oder eine Versand-App mit Sendungsverfolgung und Retourenseite.
• Bewertungen: eine Bewertungs-App, die Bewertungsdaten auf Produktseiten ausgibt; Google kann Sternebewertungen aus strukturierten Produktdaten anzeigen.
• Feeds: die Google-Kanal-App der Plattform.

Was du in dieser Phase weglassen kannst: ERP, DAM, eine separate Suchmaschine, Headless-Frontends und Middleware.

Referenz-Stack 2: eine wachsende Marke mit 500 bis 10.000 SKUs und mehreren Kanälen

Hier hört das Plattform-Backend auf, eine brauchbare Single Source of Truth zu sein. Produkte leben jetzt im Shop, auf ein oder zwei Marketplaces, in Google Shopping und vielleicht in einem Shop in einer zweiten Sprache, und jede Kopie wird separat bearbeitet, wenn nichts Zentrales sie besitzt.

• PIM: die erste große Ergänzung. Ein Produktdatensatz, einmal angereichert, an jeden Kanal mit kanalspezifischen Titeln und Attributen übertragen.
• Feed-Management: im PIM oder in einem eigenen Feed-Tool, mit Regeln pro Kanal für Titel, Kategorien und Ausschlüsse.
• Assets: eine strukturierte Mediathek im PIM, mit benannten und mit SKUs verknüpften Bildern. Ein separates DAM ist noch selten nötig.
• Bestand: ein Bestands- oder schlankes ERP-Tool, sobald du aus mehr als einem Lagerort oder über mehr als einen Kanal verkaufst.
• Suche: eine eigene Such-App, wenn der Katalog viele Attribute und Filter hat.
• Analytics: GA4 plus Bestelldaten, verknüpft auf Produktebene, damit du Umsatz und Marge pro Produkt und Kanal siehst.
• E-Mail und Bewertungen: nach Produktkategorie segmentierte Flows; Bewertungen werden an Google syndiziert.

Referenz-Stack 3: ein Händler oder Großhändler in mehreren Ländern mit über 10.000 SKUs

In dieser Größenordnung hat der Stack mehr Systeme, als es Menschen gibt, die alle verstehen, deshalb zählt das Integrationsdesign genauso viel wie die Toolwahl.

• ERP: besitzt Artikel, Kosten, Bestand, Einkauf und Finanzen. Artikelstammdaten beginnen hier, dann ergänzt das PIM den Content.
• OMS: leitet Bestellungen über Lager, Filialen und Dropshipper und übernimmt Teillieferungen und Retouren.
• PIM: Content pro Sprache und pro Kanal, Klassifikationsstandards für B2B (ETIM, GS1) und Qualitätsprüfungen, bevor irgendetwas veröffentlicht wird.
• DAM: wenn Marken-, Marketing- und Produktteams Tausende von Assets mit Nutzungsrechten teilen.
• Suche und Merchandising: eine eigene Suchmaschine mit Merchandising-Regeln pro Markt.
• Data Warehouse: Analytics-, ERP- und Plattformdaten an einem Ort verknüpft.
• Integrationsschicht: Middleware oder ein iPaaS für die Flüsse, die mehrere Systeme verbinden.

Viele Shops in dieser Größenklasse ziehen Headless- oder Composable-Frontends in Betracht. Lies was Headless Commerce ist und Composable Commerce, bevor du dich festlegst: Beide erhöhen die Zahl der Systeme, die saubere Produktdaten brauchen, sie verringern sie nicht.

Welche E-Commerce-Software du zuerst kaufst: eine Reihenfolge nach dem größten Schmerz

Kaufe in der Reihenfolge des Problems, das dich heute am meisten Geld kostet, nicht in der Reihenfolge, die das Diagramm eines Anbieters nahelegt. Eine praktische Reihenfolge für die meisten wachsenden Shops:

Das PIM steht aus gutem Grund in der Mitte dieser Liste: Suche, Feeds, E-Mail und Bewertungen lesen alle Produktdaten, wer sie also kauft, bevor die Produktdaten sauber sind, konfiguriert jedes Tool zweimal.

Native Apps, Middleware, APIs und geplante Dateien: vier Wege, Systeme zu verbinden

Wie Systeme miteinander sprechen, zählt genauso viel wie die Wahl der Systeme. Es gibt vier gängige Muster:

• Native Connectoren und Apps: am schnellsten eingerichtet und am leichtesten kaputt, wenn sich eine Seite ändert. Prüfe, welche Felder sie in welche Richtung synchronisieren.
• Geplanter Dateiaustausch: CSV- oder XML-Dateien nach Zeitplan. Altmodisch, leicht zu prüfen und gut geeignet für Bestands- und Preisupdates, die stündlich oder täglich laufen.
• APIs: Ein System ruft das andere auf, um Datensätze zu lesen oder zu schreiben. Am flexibelsten; braucht jemanden, der die Integration pflegen kann.
• Middleware oder iPaaS: eine separate Schicht, die Daten zwischen mehreren Systemen bewegt und jeden Lauf protokolliert. Lohnt sich ab mehr als drei oder vier Flüssen.

Halte für jede Verbindung Richtung, Felder, Auslöser (Zeitplan, Änderung oder manuell) und das Verhalten bei einem fehlgeschlagenen Datensatz fest. Ein Unified-Commerce-Setup ist im Wesentlichen diese Tabelle, sorgfältig ausgefüllt.

Sieben Stack-Entscheidungen, die doppelte Produktdatensätze erzeugen

1. Beschreibungen im Shop und im PIM bearbeiten. Der nächste PIM-Push überschreibt die Änderung im Shop, oder die Änderung im Shop erreicht den Marketplace nie.
2. Feed-Tools, die Titel umschreiben. Regeln, die Titel im Feed korrigieren, fließen nicht zurück, also zeigen Google und dein Shop unterschiedliche Produkte.
3. Zwei Systeme, die beide den Bestand beanspruchen. Der Marketplace-Connector und das ERP schreiben beide Bestand in die Plattform, und der letzte gewinnt.
4. Bilddateinamen als einzige Verknüpfung zum Produkt. Benenne eine Datei um, und das Produkt verliert sein Bild.
5. Analytics ohne Bestelldaten. GA4 zeigt Sitzungen und Conversions, aber weder Marge noch Retouren, sodass der Bestseller nach Umsatz der schlechteste nach Gewinn sein kann.
6. Suche oder Empfehlungen kaufen, bevor die Attribute stimmen. Die Engine kann nur nach Feldern ranken und filtern, die existieren.
7. Apps, die jeweils Skripte einbinden. Zehn Apps, die Skripte auf jeder Seite einfügen, bremsen den Shop; prüfe das Seitengewicht, wenn du ein Tool hinzufügst.

PIM, Feeds und Produkt-Analytics in WISEPIM

WISEPIM deckt den PIM-Teil des Stacks ab und einen Teil der Feed- und Analytics-Arbeit daneben. Es importiert einen Katalog, ergänzt und korrigiert Produktdaten mit AI (Beschreibungen, Attribute, Übersetzungen und Kategorien), prüft Datensätze mit Quality-Guard-Regeln und überträgt sie an Shopify, WooCommerce, Magento 2, Lightspeed eCom, Ecwid, CCV Shop, Kaufland, PrestaShop, ShopWired und Google Merchant Center. Feed Hub erzeugt Kanal-Feeds, die Mediathek hält Produktbilder, und Analytics kombiniert Daten aus Google Analytics 4 und Search Console mit Bestellungen, die aus Shopify, WooCommerce, Magento 2, CCV Shop und Lightspeed importiert werden.

Es ist kein ERP, kein Order-Management-System, keine Shopsuchmaschine, kein E-Mail-Tool und keine Bewertungsplattform, und es hat keine ERP-Connectoren. Für Systeme ohne Connector lässt die öffentliche API im Pro-Plan deine eigenen Integrationen Produkte lesen und schreiben, und Automationen mit Zeitplan-Triggern führen wiederkehrende Importe und Exporte aus.