Varför det finns en datamodell för den sammansatta katalogen
Moderna e-handelsteam säljer ofta mellan varumärken, regioner, återförsäljare och digitala kanaler. När varje kanal har en egen katalogkopia lägger teamen mer tid på att matcha SKU:er, priser och tillgänglighet än att förbättra shoppingupplevelsen. Adobe Composable Catalog Data Model (CCDM) bakom Adobe Commerce Optimizer är utformad för att vända det mönstret: en enhetlig katalog i ett SaaS-lager med katalogvyer och profiler som formar vad varje butik eller integrering får se.
Vem är den här videon till?
- Commerce lösningar - arkitekter och utvecklare som inte har använt Adobe Commerce Optimizer tidigare och behöver kontexten innan de konfigurerar kataloger, vyer och policyer
Videoinnehåll
- Varför duplicerade, kanalspecifika kataloger skapar operativa risker och långsammare innovation
- Hur CCDM ser till att produktdata är enhetliga samtidigt som man fortfarande stöder scenarier för flera varumärken och regioner
- Så fungerar katalogvyer som “lins” mellan en delad baskatalog och en viss butiks- eller målgrupp
- Hur marknadsföringstjänstens API:er använder dessa vyer så att headless-upplevelser förblir anpassade till den konfigurerade katalogen
Utmaningen med isolerade kataloger
När varje återförsäljarwebbplats, regional butik eller varumärkesegenskap underhåller sin egen katalogdatabas är flera problem sammansatta:
- Duplicering - samma SKU, beskrivning och media anges flera gånger.
- Drift - prisuppdateringar, nya attribut eller avbrutna objekt markeras i en kanal men inte i andra.
- Långsammare starter - varje ny kontaktyta upprepar tungt dataarbete i stället för att återanvända en enda produktpost.
CCDM finns så att produktinformation kan finnas i en sammansättningsbar katalog som andra system kan utöka, medan butiker fortfarande får kanalanpassade-sortiment och priser.
Vilka ändringar den sammansatta katalogdatamodellen gör
I Adobe Commerce Optimizer är produktdata inkapslade i en enhetlig baskatalog från en eller flera katalogkällor (t.ex. en språkinställning som en-US eller uppströms system som PIM eller ERP). Källan innehåller råa attribut och värden.
Katalogvyerna definierar sedan hur enhetliga data ordnas och exponeras för en företagskontext: vilka produkter som uppfyller dina principer , som prisböcker gäller och vilken katalogkälla som stödjer vyn. Samma underliggande poster kan därför ha stöd för många prognoser - till exempel separata vyer per återförsäljare, region eller varumärke - utan att hela katalogen för varje plats klonas.
Denna separation -där data kommer från (katalogkälla) kontra hur det presenteras (katalogvy) - är huvudorsaken till att team använder CCDM i stället för att underhålla parallella kataloger per kanal.
Katalogvyer som storefront-objektiv
Så som beskrivs i Katalogvyer för marknadsföringstjänster fungerar en katalogvy som ett objektiv: -kunder ser bara de produkter, priser och regler som vyn tillåter, medan baskatalogen förblir det delade systemet. Modellen paras direkt med marknadsföringstjänster så att API-klienter skickar rätt vy (och relaterade rubriker) och får ett konsekvent, policystyrt svar för varje upplevelse.
En mer detaljerad genomgång av hur de delarna passar ett helt flöde finns i utvecklargenomgången Skapa en sammansatt katalog för din storefront.