Warum das zusammenstellbare Katalogdatenmodell vorhanden ist
Moderne Commerce-Teams verkaufen häufig über Marken, Regionen, und digitale Kanäle. Wenn jeder Kanal seine eigene Katalogkopie speichert, verbringen Teams mehr Zeit damit, SKUs, Preise und Verfügbarkeit miteinander in Einklang zu bringen, als das Käufererlebnis zu verbessern. Das Adobe Composable Catalog Data Model (CCDM) hinter Adobe Commerce Optimizer wurde entwickelt, um dieses Muster umzukehren: ein einheitlicher Katalog in einer SaaS-Ebene, mit Katalogansichten und Richtlinien die Gestaltung dessen, was jede Storefront oder Integration sehen darf.
Für wen ist dieses Video bestimmt?
- Commerce-Lösungsarchitekten und -entwickler, die noch nicht mit Adobe Commerce Optimizer vertraut sind und den Geschäftskontext benötigen, bevor sie Katalogquellen, Ansichten und Richtlinien konfigurieren
Videoinhalt
- Warum duplizierte, kanalspezifische Kataloge operationelle Risiken und langsamere Innovationen schaffen
- Wie CDM die Vereinheitlichung von Produktdaten beibehält und gleichzeitig Szenarien mit mehreren Marken und mehreren Regionen unterstützt
- Wie Katalogansichten als „Linse“ zwischen einem freigegebenen Basiskatalog und einer bestimmten Storefront oder Zielgruppe fungieren
- Wie Merchandising Services-APIs diese Ansichten nutzen, damit Headless-Erlebnisse mit dem konfigurierten Katalog übereinstimmen
Die Herausforderung mit isolierten Katalogen
Wenn jede Händlerseite, regionale Storefront oder jede Markeneigenschaft eine eigene Katalogdatenbank unterhält, treten mehrere Probleme auf:
- Duplizierung - Die gleiche SKU, Beschreibung und Medien werden mehrmals eingegeben.
- Drift - Preisaktualisierungen, neue Attribute oder auslaufende Artikel landen in einem Kanal, aber nicht in anderen.
- Langsamere Launches - Jeder neue Touchpoint wiederholt umfangreiche Datenarbeiten, anstatt einen einzigen Produktdatensatz wiederzuverwenden.
CCDM ist vorhanden, sodass Produktinformationen in einem zusammenstellbaren einem zusammenstellbaren Katalog abgelegt werden können, sodass andere Systeme eine Bereicherung darstellen, während Storefronts weiterhin kanalgerechte Sortimente und Preise erhalten.
Änderungen am zusammenstellbaren Katalogdatenmodell
In Adobe Commerce Optimizer werden Produktdaten aus einer oder mehreren Katalogquellen“ (z B. einem Gebietsschema wie en-US oder vorgelagerten Systemen wie PIM oder ERP) in einen einheitlichen aufgenommen. Diese Quelle liefert die Rohattribute und -werte.
Katalogansichten definieren dann, wie diese einheitlichen Daten für Geschäftskontext organisiert und bereitgestellt) werden: Welche Produkte Ihre Richtlinien, welche Preisbücher gelten und welche Katalogquelle die Ansicht unterstützt. Dieselben zugrunde liegenden Datensätze können daher viele Projektionen z. B. separate Ansichten pro Händler, Region oder Marke, unterstützen, ohne den gesamten Katalog für jede Site klonen zu müssen.
Diese Trennung - woher die Daten stammen (Katalogquelle) versus wie sie präsentiert werden (Katalogansicht) - ist der Hauptgrund dafür, dass Teams CCDM verwenden, anstatt parallele Kataloge pro Kanal zu verwalten.
Katalogansichten als Storefront-Objektiv
Wie in Katalogansichten für Merchandising-Services beschrieben, verhält sich eine Katalogansicht wie eine Linse: Käufer sehen nur die Produkte, Preise und Regeln, die diese Ansicht zulässt, während der Basiskatalog das gemeinsame Aufzeichnungssystem bleibt. Dieses Modell verbindet sich direkt mit Merchandising Services, sodass API-Clients die richtige Ansicht (und die zugehörigen Kopfzeilen) übergeben und für jedes Erlebnis eine konsistente, richtliniengesteuerte Antwort erhalten.
Eine genauere Anleitung dazu, wie diese Teile in einen End-to-End-Fluss passen, finden Sie im Abschnitt Anleitung für Entwickler Erstellen eines zusammensetzbaren Katalogs für Ihre Storefront.