Rund 60.000 Shops laufen hierzulande auf Shopware, und ein erheblicher Teil davon hängt an einer Funktion, die kaum jemand bewusst einrichtet: dem Datenexport. Solange alles läuft, fällt sie nicht auf. Sobald aber der Steuerberater eine Umsatzliste für Q1 will, der neue ERP-Anbieter Stammdaten braucht oder ein Produkt-Feed für Google Shopping aktualisiert werden muss, wird aus dem Nebensatz im Admin-Panel ein echtes Projekt. Der Standardexport in Shopware 6 reicht dafür in vielen Setups — aber längst nicht in allen.
Was der eingebaute Shopware-6-Export wirklich kann
Shopware 6 bringt ab Werk eine Exportfunktion für CSV-Dateien mit. Über das Admin-Panel lassen sich Produkte, Kunden, Bestellungen und Bestellpositionen als CSV ausleiten. Für einen spontanen Backup-Export oder eine einmalige Reporting-Auswertung ist das völlig ausreichend. Der Export läuft über die Datenbankabfrage, verarbeitet die Daten serverseitig und gibt sie als herunterladbare Datei zurück.
Wer diesen Weg nutzt, stößt allerdings schnell auf drei Begrenzungen. Erstens: Es gibt keine native Möglichkeit, den Export automatisch nach Zeitplan laufen zu lassen. Zweitens: Große Datenmengen — etwa 50.000 Artikel mit Varianten, Eigenschaften und Übersetzungen — bringen den Prozess an die Speichergrenzen des Servers. Drittens: Änderungen seit dem letzten Export lassen sich nicht inkrementell abrufen. Jeder Lauf zieht die komplette Tabelle.
Warum Händler mit dem Standard-Export in 2026 an Grenzen stoßen
Der entscheidende Wandel der vergangenen zwei Jahre liegt nicht im Export selbst, sondern in dem, was danach damit passiert. Ein Shop ist 2026 selten das einzige System. Ein typischer DACH-Händler betreibt Shopware als Frontend, ein ERP für Warenwirtschaft, ein CRM für Kundenpflege, mindestens einen Marktplatz-Feed und häufig ein PIM für Produktdaten. Jede dieser Schnittstellen braucht aktuelle Daten — und zwar tagesaktuell, teils stündlich.
Genau hier kollidiert der manuelle CSV-Export mit der Realität. Ein Händler für Outdoor-Ausrüstung mit 18.000 SKUs erzählte mir, man habe monatelang jeden Morgen manuell drei Exporte angestoßen und per FTP verschoben. Bei einer Preisänderung von 400 Artikeln am Vortag kam die Datei morgens um 7, im Marktplatz-Feed war der alte Preis um 9 noch aktiv. Solche Latenzen kosten Umsatz und im schlimmsten Fall Marktplatz-Rankings.
Hinzu kommt die Datenqualität. Wer im Web-Interface exportiert, bekommt eine CSV, deren Spaltenname zu Spaltenname passt. Felder wie Assoziationen (Varianten, Kategorien, Eigenschaften) werden nicht oder nur flach abgebildet. Für einen Warenwirtschafts-Import ist das meist unbrauchbar, weil Stammdaten und Beziehungen getrennt gepflegt werden müssen.
Ein CSV-Export beantwortet die Frage „Was steht aktuell im Shop?“. Er beantwortet nicht die Frage „Was hat sich seit gestern geändert?“ — und genau das brauchen Integrationen.
Wie funktioniert ein Shopware-6-Export für ERP, CRM und Marktplätze?
Für echte Integrationen gibt es in Shopware 6 drei Wege, die sich in Aufwand und Robustheit deutlich unterscheiden. Die richtige Wahl hängt davon ab, ob Daten einmalig oder dauerhaft fließen sollen und ob eine Push- oder Pull-Logik gebraucht wird.
Der erste Weg führt über die Admin API. Shopware 6 stellt eine REST-Schnittstelle bereit, über die sich Produkte, Kunden und Bestellungen programmatisch abrufen lassen. Sie unterstützt Filter, Pagination und — entscheidend — Zeitstempel-Abfragen über das Feld updatedAt. Ein externer Dienst kann also alle fünf Minuten abfragen, welche Datensätze sich seit dem letzten Lauf geändert haben. Das ist die Grundlage jeder inkrementellen Synchronisation.
Der zweite Weg nutzt die Store API für den Frontend-Kontext. Sie eignet sich weniger für Massenexporte als für Live-Abfragen von Verfügbarkeiten und Preisen. Für Warenwirtschaft und Reporting ist sie zu langsam und zu stark in ihrer Feldauswahl beschränkt.
Der dritte Weg sind Apps und Plugins, die Shopware über das Extension-System einbindet. Hier existiert ein Markt mit spezialisierten Lösungen für CSV-Profile, ERP-Konnektoren und Feed-Generatoren. Der Vorteil: Sie kennen die Shopware-Datenstruktur und bilden Assoziationen korrekt ab. Der Nachteil: Sie binden den Händler an einen Anbieter und an dessen Update-Zyklen.
- Admin API: für inkrementelle, regelbasierte Synchronisation mit eigenem Filter — höchster Aufwand, größte Kontrolle.
- Extension-basierte Konnektoren: für Standard-Szenarien wie Lexware, Plentymarkets oder Google Shopping — schnell integriert, weniger flexibel.
- PIM-Anbindung: wenn Produktdaten ohnehin zentral verwaltet werden, sollte der Shop nur konsumieren, nicht exportieren.
Welche Fehler beim Datenexport am meisten kosten
Drei Fehler tauchen in der Praxis immer wieder auf, und alle drei sind vermeidbar. Der häufigste: der komplette Export als Standard. Wer 40.000 Datensätze in eine CSV schreibt, um 200 geänderte Preise zu übertragen, belastet Server und Netzwerk ohne Grund und riskiert Timeouts. Inkrementelle Abfragen sind kein Luxus, sondern Voraussetzung für stabile Integrationen.
Der zweite Fehler betrifft die Feldauswahl. CSV-Exporte aus dem Admin-Panel enthalten häufig technische IDs, aber keine sprechenden Bezeichner. Ein ERP-Import, der auf Artikelnummern basiert, scheitert, wenn nur die interne UUID exportiert wird. Gute Export-Profile mappen interne IDs auf fachliche Schlüssel — eine Aufgabe, die man einmal sauber löst und dann nie wieder anfassen muss.
Der dritte Fehler ist organisatorischer Natur: Es gibt keine klare Datenhoheit. Wenn Produktdaten im Shop gepflegt, Preise im ERP gesetzt und Bestände im PIM verwaltet werden, entsteht ein Kreislauf gegenseitiger Überschreibung. Jedes System braucht eine definierte Rolle — Master oder Consumer. Ohne diese Festlegung produziert jeder Export neue Konflikte.
Was Händler 2026 konkret tun sollten
Wer heute vor der Frage steht, wie Daten aus Shopware 6 zuverlässig in andere Systeme kommen, sollte drei Schritte gehen. Erstens: klären, welche Datentypen überhaupt bewegt werden müssen und in welche Richtung. Produkte wandern meist aus einem PIM in den Shop, Bestellungen aus dem Shop ins ERP, Kunden in beide Richtungen. Diese Flussrichtung bestimmt die technische Lösung.
Zweitens: den Standardexport nur für den Einzelfall reservieren. Für alles, was regelmäßig läuft, kommt man an der Admin API oder einem spezialisierten Konnektor nicht vorbei. Die Investition in ein saubere API-Anbindung amortisiert sich in dem Moment, in dem der erste Mitarbeiter nicht mehr morgens manuell exportieren muss.
Drittens: Monitoring einbauen. Ein Export, der lautlos scheitert, ist gefährlicher als einer, der nie existierte — weil niemand ihn vermisst, bis die Daten um Wochen hinterherhinken. Ein einfacher Check auf Datensatzanzahl und Zeitstempel im Zielsystem reicht meist aus.
Die Erwartung, dass ein Shopsystem von Haus aus jede Integrationsanforderung abdeckt, bleibt 2026 eine Illusion. Shopware 6 liefert mit der Admin API das Fundament. Was darauf gebaut wird — Konnektoren, eigene Skripte, ein PIM als zentrale Drehscheibe — ist eine Architekturentscheidung, die jeder Händler für sein Setup treffen muss. Wer sie bewusst trifft, spart später die Zeit, die man sonst mit fehlerhaften CSVs und widersprüchlichen Beständen verbringt.