Was bringt Adobe Commerce 2.4.9 für Integrationen?
Adobe Commerce 2.4.9 gilt seit dem Juni 2026 als Zielversion für Händler mit eigener Infrastruktur. Commerce on Cloud und on-premises werden damit mit dem Storefront Compatibility Package 4.9 unterstützt, Adobe Commerce Optimizer kommt als Basis dazu. Für viele Betreiber beginnt mit diesem Release eine klare Entscheidung: alte PHP-Integrationen im Kern belassen oder den Umstieg auf eine event-basierte Architektur planen.
Der Juni-Release der Storefront-Plattform zeigt, wo die Reise hingeht. Das Order-Drop-in wurde auf Version 4.0.0 angehoben und markiert Bestellungen, die ein Administrator für einen Kunden auslöst. Neben Seller-Assisted-Buying für B2B und B2C senkte Adobe die HTTP-Requests pro Drop-in um 29 bis 85 Prozent. Weniger Verbindungsaufwand heißt schnellere Kasse, auch wenn die eigentliche Integration außerhalb des Shop-Kerns liegt.
Genau dort positioniert Adobe Developer App Builder eine serverless Plattform. Sie erweitert Kommerz-Funktionen, ohne dass neuer Code Upgrades oder die PHP-Version blockiert. Integrationen laufen als eigenständige Dienste daneben, werden automatisch skaliert und bleiben bei einem Release getrennt vom Kern.
Wie funktioniert die event-basierte Anbindung?
Adobe I/O Events für Commerce liefert die Rohdaten. Sobald ein Kunde ein Konto anlegt, ein Produkt in den Warenkorb legt oder eine Bestellung auslöst, sendet der Shop ein Ereignis. Das Integration Starter Kit empfängt diese Signale über Webhooks, die Journaling-API oder Amazon EventBridge und leitet sie an externe Systeme weiter. Conditional Events erlauben Regeln, etwa einen Gutscheincode an Neukunden aus einem bestimmten Bundesland zu senden.
Der Umfang ist begrenzt, aber praktisch. Verfügbar sind Ereignisse für Produkte, Kunden, Kundengruppen, Bestellungen und Bestand. Eine Bestellstatus-Änderung kann so einen Versanddienstleister informieren, eine Kundenaktualisierung synchronisiert den CRM-Datensatz. Runtime Actions erlauben zusätzlich Rückfragen an den Shop, etwa um Lagerbestand oder Adressdaten zu vervollständigen.
Je nach Zielsystem unterscheiden sich die Konsumenten. Wer nur weiterleiten will, nutzt eine Webhook-URL. Wer Geschäftslogik einhängen muss, setzt eine Runtime Action. Wer Ereignisse zuverlässig abpuffern will, arbeitet mit der Journaling-API. Für komplexere Fälle empfiehlt sich ein Blick auf den Enterprise Reference Architecture-Leitfaden.
Integrationen laufen besser neben dem Shop-Kern. Nur so überleben sie den nächsten Upgrade.
Native Adobe-Integrationen oder Drittanbieter?
Händler im Adobe-Ökosystem haben es leicht. Real-Time CDP, Adobe Target, Experience Manager, Journey Optimizer und Customer Journey Analytics sind native Anbindungen, die Kundendaten, Katalog und Kaufverhalten gemeinsam nutzen. Dabei fließen Kauf- und Katalogdaten in dieselbe Datenbasis. Wer ohne AEP auskommen will, bleibt bei Drittanbietern besser bedient.
Über den Commerce Marketplace kommen ERP-, CRM- und PIM-Lösungen hinzu. App Builder verbindet diese Systeme über API Mesh zu einem einzigen GraphQL-Endpunkt, sodass ein Shop mit mehreren Quellen arbeitet, ohne sie einzeln anzufassen. Für HubSpot gibt es eine Referenz-App, die Kunden-, Firmen- und Bestelldaten bidirektional synchronisiert und den Bestellstatus direkt im Admin-Grid anzeigt.
Wer heute in Adobe Commerce investiert, sollte Integrationen außerhalb des Kerns planen. 2.4.9 schafft die technische Basis, App Builder und Events liefern das Fundament. Händler, die ihre Systemlandschaft noch im Shop verkabeln, bauen Altlasten für den nächsten Release.