Adobe Journey Optimizer (AJO) - Erbjudandebegränsning tillämpas på profilnivå i navet i stället för på identitetsnivå
Du kan observera skillnader i beteendet för att begränsa antalet erbjudanden beroende på vilken beslutskanal du använder. I Edge-beslut tillämpas capping per identitet (till exempel CRMID eller ECID), medan det i navet (AJO/ODE-gruppbeslut) tillämpas på den enhetliga profilnivån för alla sammanslagna identiteter. När gränsen för en profil i hubben har nåtts kan därför reserverbjudanden returneras även om en annan identitet används.
Beskrivning description
Obs! Det här beteendet fungerar som det är tänkt och beror på vilken beslutskanal som används.
Environment:
- Adobe Journey Optimizer (AJO) Decisioning / ODE Hub (gruppbeslut)
- Edge Decisioning (hämtning av erbjudanden i realtid)
Problem/symtom:
- Erbjudandet når sin gräns när det levereras med en identitet.
- Efterföljande förfrågningar med en annan identitet för samma profil returnerar reserverbjudanden.
- Taket verkar delas över identiteter i navbeslut.
- Capping beter sig oberoende av identitet när man använder Edge-beslut.
Rotorsak:
Fästningsmekanismen skiljer sig genom en beslutskanal:
- ODE-hubb (AJO Decisioning): Takning är profilomfattad, vilket innebär att alla sammanslagna identiteter för en profil delar en enskild räknare.
- Edge-beslut: Taket är ID-scoping, vilket innebär att varje primär identitet (namnutrymme + ID) underhåller en separat räknare.
I Edge hämtas räknare direkt från beslutstjänsten med hjälp av den primära identiteten i begäran, i stället för från den enhetliga profillagringsplatsen.
Bekräfta
-
Kontrollera om förfrågan dirigeras via Edge eller Hub-beslut.
-
Granska capping-beteendet när du byter identitet för samma profil.
-
Kontrollera om räknare delas mellan identiteter (nav) eller spåras oberoende av identitet (Edge).
-
Inspektera routning av begäranden (Edge kontra Hub) med hjälp av nätverksloggar eller API-slutpunkter.
-
Mer information finns i:
Upplösning resolution
Beslutsbeteendet kan inte ändras med en konfigurationsinställning. Det beror på hur erbjudandena levereras.
-
Hub-beslut (AJO resor, batchleverans):
- Taket tillämpas på profilnivån.
- Detta beteende kan inte ändras.
-
Edge-beslut (API- eller SDK-begäranden i realtid):
- Takning tillämpas på identitetsnivå.
- Erbjudandena måste hämtas med Edge Decision API eller Experience Platform Web SDK.
Viktigt! Det finns inget gränssnittsalternativ i Adobe Journey Optimizer för att växla mellan dessa lägen. För att kunna använda capping på identitetsnivå måste implementeringen hämta erbjudanden via Edge-nätverket i stället för AJO resor eller batcharbetsflöden.