Wer Produktdaten aus einem PIM-System, einer Warenwirtschaft oder einem Lieferanten-Feed in Adobe Commerce oder Magento 2 laden will, stößt schnell an eine harte Grenze: Der native Import versteht ausschließlich CSV. JSON, der De-facto-Standard moderner Schnittstellen, bleibt außen vor. Für Händler ab einer Million Euro Jahresumsatz, deren Datenflüsse selten aus einer einzigen Excel-Tabelle bestehen, ist das ein strukturelles Problem — und 2026 drängender denn je, weil immer mehr PIM- und ERP-Anbieter ihre Feeds primär als JSON ausliefern.
Warum unterstützt Magento 2 keinen JSON-Import?
Die kurze Antwort: Adobe hat den klassischen Import seit Jahren nicht funktional erweitert. Der Datenimport über das Admin-Panel (System → Import) akzeptiert kommagetrennte Dateien mit strikter Header-Struktur, validiert gegen feste Entity-Schemata. JSON mit seiner verschachtelten Struktur passt in dieses flache Modell nicht. Statt den Importer aufzubohren, setzt Adobe auf die REST- und GraphQL-APIs als Integrationsweg — eine Entscheidung, die Entwicklern gefällt, Shop-Managern ohne eigene Dev-Ressourcen aber wenig hilft.
Die Folge kennt jeder Magento-Admin: Lieferantendaten werden vor dem Import per Skript oder Konverter in CSV gewaltt. Das kostet Zeit, erzeugt Fehlerquellen bei Sonderzeichen und Encoding und bricht spätestens dann, wenn Attribute mehrstufig verschachtelt sind — etwa Bundle-Komponenten, konfigurierbare Produkte mit Dutzenden Varianten oder mehrsprachige Attributwerte.
Drei Wege zum JSON-Import: Extension, API oder Middleware
Der pragmatischste Weg für Shop-Betreiber führt über eine spezialisierte Import-Extension. Am weitesten verbreitet ist die Improved Import & Export Suite von Firebear Studio: Sie verarbeitet JSON, XML, XLSX und Google-Sheets-Feeds, mappt verschachtelte JSON-Strukturen per Drag-and-Drop auf Magento-Attribute und automatisiert wiederkehrende Importe per Cron. Für Händler, die regelmäßig Lieferantenfeeds oder PIM-Exporte verarbeiten, amortisiert sich der Lizenzpreis schnell — die Alternative ist ein selbst gebautes Konverter-Skript, das bei jeder Schema-Änderung des Lieferanten nachgepflegt werden will.
Der zweite Weg ist die REST-API. Adobe Commerce bietet mit den Async-Bulk-Endpunkten (/async/bulk/V1/products) eine performante Schnittstelle, die JSON-Payloads nativ entgegennimmt und massenhafte Produktupdates als Warteschlangen-Jobs abarbeitet. Das ist der technisch sauberste Ansatz, setzt aber Entwicklungskapazität voraus: Authentifizierung, Fehler-Handling und Retries müssen selbst gebaut werden. Für Agenturen und Händler mit internem Dev-Team die erste Wahl, für alle anderen überdimensioniert.
„Wer 2026 noch Lieferantenfeeds händisch von JSON nach CSV konvertiert, zahlt doppelt: einmal in Arbeitsstunden, einmal in Importfehlern.“
Der dritte Weg, Middleware-Lösungen wie Alumio, MuleSoft oder n8n, lohnt sich, wenn Magento nur ein Knoten in einem größeren Datennetz ist — etwa bei paralleler Anbindung von Marktplätzen, ERP und Logistik. Für den reinen Produktimport ist das jedoch mit Kanonen auf Spatzen geschossen.
Was bedeutet das für den Shop-Alltag?
Konkret: Prüfen Sie, in welchem Format Ihre Datenquellen liefern. Kommt JSON aus PIM oder ERP, ist eine Import-Extension mit Mapping-Funktion die schnellste Lösung — typischerweise an einem Tag eingerichtet, inklusive Cron-gesteuertem Delta-Import. Händler mit eigenem Entwicklerteam sollten dagegen auf die Bulk-API setzen; sie skaliert auch bei sechsstelligen Artikelzahlen sauber.
Und eines sollte kein Händler mehr tun: JSON-Feeds vor jedem Import manuell in CSV umwandeln. Jeder Konvertierungsschritt ist eine Fehlerquelle, und bei wöchentlichen Preis- und Bestandsaktualisierungen summiert sich das zu einem Prozess, der weder nachvollziehbar noch stabil ist. Die native CSV-Grenze von Magento wird Adobe so schnell nicht aufweichen — die Integration müssen Händler selbst lösen, und 2026 gibt es dafür keinen Mangel an Werkzeugen.