Blueprint per Journey Optimizer con Adobe Campaign v7

Mostra come Adobe Journey Optimizer può essere utilizzato con Adobe Campaign per inviare messaggi in modo nativo utilizzando il server di messaggistica in tempo reale in Campaign.


Architettura

Architettura di riferimento per il blueprint Journey Optimizer
IMPORTANTE

È possibile utilizzare sia Journey Optimizer che Campaign per inviare messaggi in modo indipendente l’uno dall’altro, ma occorre tenere conto di alcuni aspetti tecnici. Se desideri seguire questo percorso, collabora con il tuo Pre-Sales Enterprise Architect per essere certo di comprendere tutti i requisiti necessari per l’implementazione.


Prerequisiti

Adobe Experience Platform

  • Gli schemi e i set di dati devono essere configurati nel sistema prima di poter configurare le origini dati di Journey Optimizer.
  • Per poter attivare un evento non basato su regole, aggiungi il gruppo di campi Orchestration eventID agli schemi di eventi Experience basati su classi.
  • Per poter caricare profili di test da utilizzare con Journey Optimizer, aggiungi il gruppo di campi “Profile test details” agli schemi per singoli profili basati su classi.
  • Journey Optimizer e Campaign devono entrambi essere presenti nella stessa organizzazione IMS.

Campaign v7

  • L’istanza di esecuzione del servizio di messaggistica in tempo reale (ad es. Message Center) deve essere ospitata da Adobe Managed Cloud Services.
  • L’authoring dei messaggi viene eseguito direttamente nell’istanza di Campaign.

Guardrail

Link al prodotto per i guardrail Journey Optimizer

Ulteriori guardrail per Journey Optimizer

  • Ora la funzione di limitazione è disponibile tramite API per evitare che il sistema di destinazione venga saturato fino al punto di errore. I messaggi che superano il limite massimo vengono eliminati completamente e non vengono mai inviati. La regolazione della limitazione non è supportata.
    • Max connessioni: numero massimo di connessioni http/s che una destinazione può gestire
    • Numero max chiamate: numero massimo di chiamate da effettuare nel parametro periodInMs
    • periodInMs: tempo in millisecondi
  • I percorsi avviati dall’appartenenza a un segmento possono funzionare in due modalità:
    • segmenti batch (aggiornati ogni 24 ore)
    • segmenti in streaming (<5 minuti di qualificazione)
  • Segmenti batch: necessario comprendere il volume giornaliero di utenti qualificati e accertarsi che il sistema di destinazione sia in grado di gestire il throughput burst per percorso e per tutti i percorsi.
  • Segmenti in streaming: il burst iniziale delle qualifiche dei profili deve poter essere gestito insieme al volume giornaliero di qualificazione dello streaming, per ogni percorso e per tutti i percorsi.
  • La funzionalità Gestione delle decisioni non è supportata
  • Gli eventi di business non sono supportati.
  • Integrazioni in uscita con sistemi di terze parti
    • Singoli indirizzi IP statici non sono supportati, in quanto la nostra infrastruttura è multi-tenant (inserire tutti gli indirizzi IP dei datacenter nell’elenco degli IP consentiti).
    • Per le azioni personalizzate sono supportati solo i metodi POST e PUT.
    • Autenticazioni supportate: token | password | OAuth2
  • Non è possibile creare pacchetti e spostare singoli componenti di Adobe Experience Platform o Journey Optimizer tra diverse sandbox. È necessario reimplementarli nei nuovi ambienti.

Campaign (v7)

  • L’istanza di esecuzione del Centro messaggi deve essere ospitata da Adobe Managed Cloud Services.
  • La versione deve essere v7 build >21.1
  • Velocità della messaggistica
    • AC (v7) 50.000 all’ora
  • AC (v7) supporta solo i percorsi avviati da eventi.
    • I percorsi non possono essere avviati da segmenti o appartenenza a segmenti.
    • Non sono supportati i percorsi basati su eventi di tipo Leggi pubblico e Business, a causa del volume che può essere inviato alle istanze di esecuzione.
  • AC (v7) non supporta la gestione delle decisioni nei messaggi
  • Non viene applicata alcuna limitazione alle chiamate API in uscita verso Campaign.

Fasi di implementazione

Adobe Experience Platform

Schema/set di dati

  1. Configurare singoli schemi di profilo, di esperienza e di entità multiple in Experience Platform, in base ai dati forniti dal cliente
  2. Creare schemi basati su classi di eventi Experience per broadLog, trackingLog e le tabelle di Adobe Campaign degli indirizzi a cui non possono essere consegnati i messaggi (facoltativo).
  3. Creare set di dati in Experience Platform per i dati da acquisire.
  4. Aggiungere etichette di utilizzo dati ai set di dati in Experience Platform a scopo di governance.
  5. Creare le policy che necessarie per applicare la governance alle destinazioni

Profilo/identità

  1. Creare namespace specifici per il cliente
  2. Aggiungere le identità agli schemi
  3. Attivare lo schema e i set di dati per il profilo
  4. Impostare i criteri di unione per viste diverse del profilo cliente in tempo reale (opzionale)
  5. Creare segmenti da utilizzare in Journey

Origini/destinazioni

  1. Inserire i dati in Experience Platform utilizzando API di streaming e connettori di origini.

Journey Optimizer

  1. Configurare l’origine dati di Experience Platform e determinare quali campi devono essere memorizzati nella cache come parte dei dati del profilo. I dati in streaming utilizzati per avviare un percorso cliente devono prima essere configurati in Journey Optimizer, per ottenere un ID di orchestrazione. Questo ID di orchestrazione viene quindi fornito allo sviluppatore che potrà utilizzarlo con l’acquisizione.
  2. Configurare le origini dati esterne.
  3. Configurare le azioni personalizzate per l’istanza di Campaign.

Campaign v7

  • I modelli di messaggistica devono essere configurati con un contesto di personalizzazione appropriato.
  • Per Campaign v7 - I flussi di lavoro di esportazione devono essere configurati per l’esportazione dei registri di messaggistica transazionale da restituire a Experience Platform. Si consiglia di eseguirli al massimo ogni 4 ore.

Configurazione push mobile (opzionale)

  1. Implementare Experience Platform Mobile SDK per raccogliere i token push e le informazioni di accesso da associare ai profili cliente noti.

  2. Utilizzare i tag di Adobe e creare una proprietà mobile con la seguente estensione:

    • Adobe Journey Optimizer | Adobe Campaign Classic | Adobe Campaign Standard
    • Rete Edge di Adobe Experience Platform
    • Identità per rete Edge
    • Mobile Core
  3. Assicurati di disporre di un flusso di dati dedicato per le implementazioni di app mobili rispetto alle implementazioni web.

  4. Per ulteriori informazioni, consulta la guida di Adobe Journey Optimizer Mobile.

    IMPORTANTE

    Per poter inviare comunicazioni in tempo reale tramite Journey Optimizer e notifiche push in batch tramite Campaign, potrebbe essere necessario raccogliere token mobili sia in Journey Optimizer che in Campaign. Per l’acquisizione dei token push, Campaign v8 richiede l’utilizzo esclusivo di Campaign SDK.


Documentazione correlata

In questa pagina