Adobe Journey Optimizer (AJO) - Il limite delle offerte viene applicato a livello di profilo nell’hub anziché a livello di identità
Puoi osservare differenze nel comportamento del limite delle offerte a seconda del canale decisionale. Nelle decisioni di Edge, i limiti vengono applicati per identità (ad esempio, CRMID o ECID), mentre nell’hub (decisioni batch AJO/ODE) vengono applicati a livello di profilo unificato in tutte le identità unite. Di conseguenza, una volta raggiunto il limite per un profilo in Hub, le offerte di fallback possono essere restituite anche se viene utilizzata un’identità diversa.
Descrizione description
Nota: Questo comportamento funziona come previsto e dipende dal canale decisionale utilizzato.
Ambiente:
- Adobe Journey Optimizer (AJO) Decisioning/ODE Hub (batch decisioning)
- Edge Decisioning (recupero delle offerte in tempo reale)
Problema/Sintomi:
- L’offerta raggiunge il limite massimo quando viene distribuita utilizzando una sola identità.
- Le richieste successive che utilizzano un’identità diversa per le stesse offerte di fallback di ritorno del profilo.
- Il limite sembra essere condiviso tra le identità nel decisioning dell’hub.
- La limitazione si comporta in modo indipendente a seconda dell’identità quando si utilizzano le decisioni di Edge.
Causa principale:
Il meccanismo di limitazione varia in base al canale decisionale:
- Hub ODE (AJO Decisioning): il limite è con ambito di profilo, ovvero tutte le identità unite di un profilo condividono un singolo contatore.
- Edge Decisioning: La limitazione è con ambito di identità, ovvero ogni identità primaria (spazio dei nomi + ID) mantiene un contatore separato.
In Edge, i contatori dei limiti vengono recuperati direttamente dal servizio Decisioning utilizzando l’identità primaria nella richiesta, anziché dall’archivio dei profili unificato.
Come confermare
-
Controlla se la richiesta di offerta viene instradata tramite Edge o Hub decisioning.
-
Rivedi il comportamento dei limiti quando cambi identità per lo stesso profilo.
-
Verifica se i contatori sono condivisi tra le identità (Hub) o tracciati in modo indipendente per identità (Edge).
-
Ispeziona l’indirizzamento delle richieste (Edge vs Hub) utilizzando i registri di rete o gli endpoint API.
-
Per ulteriori informazioni, consulta:
Risoluzione resolution
Il comportamento decisionale non può essere modificato tramite un’impostazione di configurazione. Dipende da come vengono distribuite le offerte.
-
Decisioning hub (percorsi AJO, consegna batch):
- Il limite viene applicato a livello di profilo.
- Impossibile modificare questo comportamento.
-
Decisioning di Edge (richieste API in tempo reale o SDK):
- Il limite viene applicato a livello di identità.
- Le offerte devono essere recuperate utilizzando l’API Edge Decisioning o Experience Platform Web SDK.
Importante: in Adobe Journey Optimizer non è disponibile alcuna opzione dell'interfaccia utente per passare da una modalità all'altra. Per utilizzare i limiti a livello di identità, l’implementazione deve recuperare le offerte tramite la rete Edge anziché tramite percorsi AJO o flussi di lavoro batch.