3,5 Millionen Artikeldatensätze über eine REST-API in einen Shop zu pumpen, dauert mitunter Tage. Genau an diesem Punkt setzt eine neue Entwicklung in der Magento-Community an: GraphQL soll künftig auch den Datenimport in Magento 2 Open Source und Adobe Commerce übernehmen – eine Verbindungsart, die beide Systeme bis heute von Haus aus nicht beherrschen.
Dabei ist GraphQL im Magento-Umfeld längst etabliert. Als Abfragesprache für Storefronts, insbesondere im Headless-Betrieb mit PWA Studio oder Hyvä Themes, hat es REST weitgehend verdrängt. Der Datenexport Richtung Frontend funktioniert performant und feldgenau. In die Gegenrichtung allerdings – also beim Schreiben von Produkten, Kategorien oder Kundendaten – bleibt Shopbetreibern bisher nur die REST-Schnittstelle, die bei großen Katalogen spürbar an ihre Grenzen stößt.
Warum stockt der Datenimport bei Magento 2 bislang?
Die Antwort liegt in der Architektur: Die REST-API von Magento 2 verarbeitet viele Entitäten nur einzeln oder in kleinen Batches, jede Anfrage durchläuft Validierung, Indizierung und Cache-Invalidierung. Bei einem Sortiment mit mehreren hunderttausend SKUs bedeutet das Wartezeiten von Stunden bis Tagen für ein initiales Befüllen oder eine Migration. Wer von einem Altsystem auf Adobe Commerce wechselt, kennt das Problem aus eigener Erfahrung – Agenturen planen für große Katalogimporte regelmäßig eigene Sprint-Zyklen ein.
Zwar existiert mit dem nativen CSV-Import und Adobe´s Data Import Framework ein zweiter Weg. Doch der ist starr: Formatänderungen erfordern Anpassungen, Echtzeit-Synchronisation mit einem PIM-System wie Akeneo oder Pimcore ist damit kaum abbildbar. Genau hier verspricht GraphQL Flexibilität, weil Clients exakt definieren, welche Felder sie schreiben wollen, statt starre Datenstrukturen zu übergeben.
Was plant die Community für 2026?
Im Mittelpunkt stehen sogenannte Mutations – die schreibenden Operationen von GraphQL. Während Abfragen (Queries) seit Jahren zum Core gehören, decken Mutations bislang nur ausgewählte Bereiche ab, etwa Warenkorb und Kundenkonto im Checkout-Kontext. Die Community arbeitet daran, dieses Modell auf administrative Importprozesse auszuweiten und die Schnittstelle perspektivisch als Nachfolger der REST-API für Massendaten zu positionieren.
Konkret geht es um Bulk-Mutations für Produkte, Preise und Lagerbestände. Für Händler mit Multi-Source-Inventory wäre das ein spürbarer Fortschritt: Bestandsupdates aus dem Warenwirtschaftssystem ließen sich gebündelt und feldselektiv übertragen, statt jeden Artikel einzeln anzufassen. Ein verbindlicher Release-Termin steht allerdings aus – Adobe hat die Erweiterung bislang nicht offiziell auf die Roadmap von Adobe Commerce gesetzt.
Wie bereiten sich Shopbetreiber sinnvoll vor?
Wer heute größere Datenmengen importieren muss, greift in der Praxis zu etablierten Extensions. Das Modul Improved Import & Export von Firebear Studio etwa unterstützt bereits GraphQL-basierte Importprofile und bildet damit einen Teil dessen ab, was der Core noch nicht liefert. Auch der klassische Weg über REST bleibt mit sauberem Batch-Management funktionsfähig – nur eben nicht schnell.
Strategisch raten wir dazu, Integrationen jetzt API-first aufzusetzen, statt CSV-Uploads weiter auszubauen. Ob die schreibende Schicht am Ende REST oder GraphQL heißt, entscheidet sich dann im Connector – nicht in der Prozesslogik. Händler, die ihre PIM-Anbindung ohnehin 2026 neu aufsetzen, sollten die GraphQL-Mutations-Entwicklung im Magento-Open-Source-Repository verfolgen, bevor sie in eine reine REST-Architektur investieren.
Denn die Richtung ist eindeutig: Magento 2 GraphQL wird vom Frontend-Werkzeug zur vollwertigen Schnittstelle. Wer seine Datenflüsse heute sauber trennt, wechselt später die Übertragungsart mit einem Bruchteil des Aufwands.