Zurück zum Blog
Ranking nach Attributen: Das Merchandising in Adobe Commerce Optimizer wechselt die Größenordnung
11. Oktober 2026Adobe Commerce

Architektur, Performance, Sicherheit — Plattformen, die bleiben

Ranking nach Attributen: Das Merchandising in Adobe Commerce Optimizer wechselt die Größenordnung

Von SMART SOLID SOLUTIONS



Zu entscheiden, welche Produkte an die Spitze einer Kategorie oder einer Ergebnisseite steigen, ist einer der E-Commerce-Handgriffe mit dem direktesten Draht zum Umsatz — und einer der manuellsten. In den meisten Werkzeugen pinnt, hebt oder senkt der Merchandiser Produkte einzeln. Die Methode trägt bei einem Katalog von fünfhundert Referenzen; bei fünfzigtausend, multipliziert mit Saisons, Märkten und Sprachen, bricht sie zusammen. Genau dieses Schloss sprengt die September-Release 2026 von Adobe Commerce Optimizer: Die Merchandising-Regeln akzeptieren nun das Ranking nach Attributen, in Beta.


Was die Regel kann


Das Prinzip passt in einen Satz: Sie wählen ein filterbares Attribut — Marke, Hersteller, Kategorie, ein beliebiges Textfeld des Katalogs —, Sie listen einen oder mehrere Werte auf, und jedes Produkt, das einen davon trägt, erhält die gewählte Aktion. Drei Aktionen gibt es: Boost (das Produkt steigt), Bury (es sinkt), Hide (es verschwindet aus den Ergebnissen). Für die ersten beiden regelt ein Schieberegler die Stärke des Effekts; eine Regel akzeptiert bis zu fünfundzwanzig Bedingungen, und der Mechanismus deckt die drei Regeltypen des Werkzeugs ab — Standard-Produktlisten, Kategorieseiten und Suchergebnisse.


Der interessanteste Punkt ist das Zusammenspiel mit dem algorithmischen Ranking. Wenn eine Attributregel und das intelligente Ranking auf derselben Seite wirken, hat die Attributaktion Vorrang für die Produkte, die sie trifft; der Algorithmus ordnet weiterhin den gesamten Rest. Das manuelle Pinnen bleibt ein separates Werkzeug, um eine bestimmte SKU an eine exakte Position zu setzen.


Vom Handgriff zur Unternehmensrichtlinie


Für einen Händler ist das eine Veränderung der Art, nicht des Grades. Die Marke abwerten, deren Vertrag ausläuft, die vom Markt genommenen Farben ausblenden, die margenstärkere Eigenmarke während der Kampagne pushen: Diese Entscheidungen gab es schon, aber sie bedeuteten Stunden von Handarbeit, zu wiederholen bei jedem Produktein- oder -austritt. Als Attributregel formuliert, gelten sie für den ganzen Katalog und bleiben gültig: Das morgen hinzugefügte Produkt mit der richtigen Marke erbt die Behandlung ohne jeden Eingriff.


Auch der Mensch-Algorithmus-Hybrid verdient die Aufmerksamkeit der Führungsebene. Das intelligente Ranking optimiert, was es sieht — Klicks, Conversions —, weiß aber nichts von Ihrer Margenstruktur, Ihren Lieferantenverpflichtungen oder dem Bestand, der vor dem Schlussverkauf abfließen muss. Die Attributregel ist genau das: die Geschäftsabsicht, über den Algorithmus gelegt, ohne ihn abzuschalten.


Die Fallen vor dem Klick


  • Die Regel ist nur so gut wie das Attribut. Werte werden als Freitext erfasst und unterscheiden Groß- und Kleinschreibung: Eine im Katalog zweifach geschriebene Marke entgeht der Regel zur Hälfte. Das eingebaute Testfenster dient der Prüfung; die PIM-Disziplin wird derweil zum eigenständigen Umsatzthema.
  • Eine vergessene Regel kostet lautlos. Ein für eine Kampagne gesetztes Bury, das nie entfernt wird, stuft noch Monate später Produkte herab. Benennen Sie Ihre Regeln, datieren Sie sie, bestimmen Sie einen Verantwortlichen für die Durchsicht.
  • Der Geltungsbereich friert bei der Erstellung ein. Eine Regel entsteht in einer anfangs gewählten Katalogansicht und kann sie nie mehr wechseln: Der Zuschnitt nach Marke oder Markt wird vorher geplant, nicht nachher.
  • Es ist eine Beta. Testen Sie auf einer unkritischen Ansicht, messen Sie den Effekt, dann rollen Sie aus.

Die Architektur-Lesart


Bleibt, die Neuheit auf der Karte zu verorten. Optimizer ist ein entkoppelter SaaS-Merchandising-Dienst: Das bestehende Backoffice — Adobe Commerce, Magento oder anderes — bleibt an seinem Platz, der Katalog wird per API aufgenommen, und die Discovery (Suche, Kategorien, Empfehlungen) wird über GraphQL konsumiert, typischerweise hinter einer Edge-Delivery-Storefront. Zwei Konsequenzen für einen CTO. Erstens: Dort landen Merchandising-Fähigkeiten jetzt zuerst, nicht im Admin des 2.4.x-Monolithen — ein weiteres Signal zur Richtung des Produkts. Zweitens: Diese Schicht lässt sich ohne Replatforming erproben; es ist eine Baustelle von wenigen Wochen auf begrenztem Umfang, keine Migration. Das Erfolgsmaß ist einfach: die eingesparten Merchandising-Stunden und der Umsatz aus Regeln, für die kein Team je die Zeit gehabt hätte, sie von Hand anzuwenden.