Usa Adobe Target e Web SDK per la personalizzazione

Adobe Experience Platform Web SDK può inviare ed eseguire il rendering di esperienze personalizzate gestite in Adobe Target al canale web. È possibile utilizzare un editor WYSIWYG, denominato Compositore esperienza visivo o un'interfaccia non visiva, Compositore esperienza basato su moduli, per creare, attivare e distribuire le attività e le esperienze di personalizzazione.

IMPORTANT
Scopri come migrare l’implementazione di Target a Platform Web SDK con l’esercitazione Migrare Target da at.js 2.x a Platform Web SDK.
Scopri come implementare Target per la prima volta con l'esercitazione Implementare Adobe Experience Cloud con Web SDK. Per informazioni specifiche su Target, consulta la sezione tutorial dal titolo Configurare Target con Platform Web SDK.

Le seguenti funzionalità sono state testate e sono attualmente supportate in Target:

Diagramma del sistema di Web SDK

Il diagramma seguente consente di comprendere il flusso di lavoro di Target e Web SDK Edge Decisioning.

Diagramma di Adobe Target Edge Decisioning con Platform Web SDK

Chiamata
Dettagli
1
Il dispositivo carica Web SDK. Web SDK invia una richiesta all'Edge Network con i dati XDM, l'ID ambiente Datastreams, i parametri immessi e l'ID cliente (facoltativo). La pagina (o i contenitori) è pre-nascosta.
2
L’Edge Network invia la richiesta ai servizi Edge di per arricchirla con l’ID visitatore, il consenso e altre informazioni contestuali sul visitatore, come la geolocalizzazione e i nomi descrittivi dei dispositivi.
3
L'Edge Network invia la richiesta di personalizzazione arricchita al server Edge Target con l'ID visitatore e i parametri immessi.
4
Gli script di profilo vengono eseguiti e quindi inseriti nell'archivio dei profili Target. L'archiviazione dei profili recupera i segmenti dalla Libreria tipi di pubblico (ad esempio, i segmenti condivisi da Adobe Analytics, Adobe Audience Manager, Adobe Experience Platform).
5
In base ai parametri di richiesta dell'URL e ai dati di profilo, Target determina le attività ed esperienze da visualizzare per il visitatore per la visualizzazione della pagina corrente e per le visualizzazioni preacquisite future. Target invia quindi nuovamente questo messaggio all'Edge Network.
6
a. L’Edge Network invia nuovamente la risposta di personalizzazione alla pagina, includendo facoltativamente i valori di profilo per ulteriore personalizzazione. Il contenuto personalizzato nella pagina corrente viene mostrato il più rapidamente possibile senza che venga visualizzato momentaneamente il contenuto predefinito.
b. Il contenuto personalizzato per le viste mostrate come risultato delle azioni dell’utente in un’applicazione a pagina singola (SPA) viene memorizzato nella cache in modo da applicarlo immediatamente senza una chiamata al server aggiuntiva quando si attivano le viste.
c. L’Edge Network invia l’ID visitatore e altri valori nei cookie, come consenso, ID sessione, identità, controllo dei cookie, personalizzazione.
7
Web SDK invia la notifica dal dispositivo all’Edge Network.
8
L'Edge Network inoltra i dettagli di Analytics for Target (A4T) (metadati di attività, esperienza e conversione) al server Edge Analytics.

Abilitazione di Adobe Target

Per abilitare Target, eseguire le operazioni seguenti:

  1. Abilita Target nel flusso di dati con il codice client appropriato.
  2. Aggiungi l'opzione renderDecisions ai tuoi eventi.

Quindi, facoltativamente, puoi anche aggiungere le seguenti opzioni:

  • decisionScopes: recupera attività specifiche (utili per le attività create con il compositore basato su moduli) aggiungendo questa opzione agli eventi.
  • Frammento pre-hiding: consente di nascondere solo alcune parti della pagina.

Utilizzo di Adobe Target VEC

Per utilizzare il Compositore esperienza visivo con un'implementazione Web SDK, installa e attiva l'estensione Firefox o Chrome VEC Helper.

Per ulteriori informazioni, consulta Estensione helper per Compositore esperienza visivo nella guida di Adobe Target.

Rendering di contenuti personalizzati

Per ulteriori informazioni, consulta Rendering del contenuto di personalizzazione.

Pubblico in XDM

Quando definisci i tipi di pubblico per le attività Target distribuite tramite Web SDK, è necessario definire e utilizzare XDM. Dopo aver definito schemi, classi e gruppi di campi dello schema XDM, puoi creare una regola di pubblico Target definita dai dati XDM per il targeting. All'interno di Target, i dati XDM vengono visualizzati nel Generatore di pubblico come parametro personalizzato. XDM viene serializzato utilizzando la notazione del punto (ad esempio, web.webPageDetails.name).

Se hai Target attività con tipi di pubblico predefiniti che utilizzano parametri personalizzati o un profilo utente, non vengono distribuite correttamente tramite l'SDK. Invece di utilizzare parametri personalizzati o il profilo utente, devi utilizzare XDM. Tuttavia, sono presenti campi di targeting del pubblico predefiniti supportati tramite Web SDK che non richiedono XDM. Questi campi sono disponibili nell'interfaccia utente di Target che non richiedono XDM:

  • Libreria di Target
  • Geo
  • Rete
  • Sistema operativo
  • Pagine del sito
  • Browser
  • Sorgenti di traffico
  • Intervallo temporale

Per ulteriori informazioni, consulta Categorie di pubblico nella guida di Adobe Target.

Token di risposta

I token di risposta vengono utilizzati per inviare metadati a terze parti come Google o Facebook. Vengono restituiti i token di risposta
nel campo meta in propositions -> items. Ecco un esempio:

{
  "id": "AT:eyJhY3Rpdml0eUlkIjoiMTI2NzM2IiwiZXhwZXJpZW5jZUlkIjoiMCJ9",
  "scope": "__view__",
  "scopeDetails": ...,
  "renderAttempted": true,
  "items": [
    {
      "id": "0",
      "schema": "https://ns.adobe.com/personalization/dom-action",
      "meta": {
        "experience.id": "0",
        "activity.id": "126736",
        "offer.name": "Default Content",
        "offer.id": "0"
      }
    }
  ]
}

Per raccogliere i token di risposta, è necessario sottoscrivere la promessa alloy.sendEvent, eseguire iterazioni in propositions ed estrarre i dettagli da items -> meta.

Ogni proposition ha un campo booleano renderAttempted che indica se è stato eseguito il rendering di proposition. Vedi l’esempio seguente:

alloy("sendEvent",
  {
    "renderDecisions": true,
    "decisionScopes": [
      "hero-container"
    ]
  }).then(result => {
    const { propositions } = result;

    // filter rendered propositions
    const renderedPropositions = propositions.filter(proposition => proposition.renderAttempted === true);

    // collect the item metadata that represents the response tokens
    const collectMetaData = (items) => {
      return items.filter(item => item.meta !== undefined).map(item => item.meta);
    }

    const pageLoadResponseTokens = renderedPropositions
      .map(proposition => collectMetaData(proposition.items))
      .filter(e => e.length > 0)
      .flatMap(e => e);
  });

Quando è abilitato il rendering automatico, l’array delle proposte contiene:

Al caricamento della pagina:

  • Compositore basato su moduli propositions con flag renderAttempted impostato su false
  • Proposte basate sul Compositore esperienza visivo con flag renderAttempted impostato su true
  • Proposte basate sul Compositore esperienza visivo per una visualizzazione applicazioni a pagina singola con il flag renderAttempted impostato su true

Alla visualizzazione - modifica (per le viste memorizzate nella cache):

  • Proposte basate sul Compositore esperienza visivo per una visualizzazione applicazioni a pagina singola con il flag renderAttempted impostato su true

Quando il rendering automatico è disattivato, l’array delle proposte contiene:

Al caricamento della pagina:

  • propositions basato su Form-based Composer con flag renderAttempted impostato su false
  • Proposizioni basate su Visual Experience Composer con flag renderAttempted impostato su false
  • Proposte basate su Visual Experience Composer per la visualizzazione di un'applicazione a pagina singola con il flag renderAttempted impostato su false

Alla visualizzazione - modifica (per le viste memorizzate nella cache):

  • Proposte basate sul Compositore esperienza visivo per la visualizzazione Applicazione a pagina singola con il flag renderAttempted impostato su false

Aggiornamento di profilo singolo

Web SDK consente di aggiornare il profilo al profilo Target e a Web SDK come evento esperienza.

Per aggiornare un profilo Target, assicurarsi che i dati del profilo vengano passati con:

  • Sotto "data {"
  • Sotto "__adobe.target"
  • Prefisso "profile."
Chiave
Tipo
Descrizione
renderDecisions
Booleano
Indica al componente di personalizzazione se deve interpretare le azioni DOM
decisionScopes
Array <String>
Un elenco di ambiti per cui recuperare le decisioni
xdm
Oggetto
Dati formattati in XDM che arrivano in Web SDK come evento esperienza
data
Oggetto
Coppie chiave/valore arbitrarie inviate a Target soluzioni nella classe di destinazione.

Ritarda il salvataggio dei parametri di entità o profilo fino a quando il contenuto non viene visualizzato all'utente finale

Per ritardare la registrazione degli attributi nel profilo fino alla visualizzazione del contenuto, impostare data.adobe.target._save=false nella richiesta.

Ad esempio, il sito web contiene tre ambiti decisionali corrispondenti a tre collegamenti per categorie sul sito web (uomini, donne e bambini) e desideri tenere traccia della categoria che l’utente ha eventualmente visitato. Invia queste richieste con il flag __save impostato su false per evitare di rendere persistente la categoria al momento della richiesta del contenuto. Dopo aver visualizzato il contenuto, invia il payload corretto (inclusi eventToken e stateToken) per gli attributi corrispondenti da registrare.

L’esempio seguente invia un messaggio in stile trackEvent, esegue script di profilo, salva gli attributi e registra immediatamente l’evento.

alloy ( "sendEvent" , {
  renderDecisions : true,
  data : {
    __adobe : {
      target : {
        "profile.gender" : "female",
        "profile.age" : 30,
        "entity.name" : "T-shirt" ,
        "entity.id" : "1234" ,
        "track": {
          "scopes": [ "mbox1", "mbox2"],
          "type": "display|click|..."
        }
      }
    }
  }
} ) ;
NOTE
Se la direttiva __save viene omessa, il salvataggio degli attributi di profilo ed entità avviene immediatamente, come se la richiesta fosse stata eseguita, anche se il resto della richiesta è un recupero preventivo della personalizzazione. La direttiva __save è rilevante solo per gli attributi di profilo ed entità. Se l'oggetto track è presente, la direttiva __save viene ignorata. I dati vengono salvati immediatamente e la notifica viene registrata.

sendEventcon dati profilo

alloy("sendEvent", {
   renderDecisions: true|false,
   xdm: { // Experience Event XDM data },
   data: { // Freeform data }
});

Come inviare gli attributi del profilo ad Adobe Target:

alloy("sendEvent", {
  "renderDecisions": true,
  "data": {
    "__adobe": {
      "target": {
        "profile.gender": "female",
        "profile.age": 30
      }
    }
  }
});

Richiedi consigli

Nella tabella seguente sono elencati gli attributi Recommendations e se ciascuno di essi è supportato tramite Web SDK:

Categoria
Attributo
Stato del supporto
Recommendations - Attributi di entità predefiniti
entity.id
Supportato
entity.name
Supportato
entity.categoryId
Supportato
entity.pageUrl
Supportato
entity.thumbnailUrl
Supportato
entity.message
Supportato
entity.value
Supportato
entity.inventory
Supportato
entity.brand
Supportato
entity.margin
Supportato
entity.event.detailsOnly
Supportato
Recommendations - Attributi di entità personalizzati
entity.yourCustomAttributeName
Supportato
Recommendations - Parametri mbox/pagina riservati
excludedIds
Supportato
cartIds
Supportato
productPurchasedId
Supportato
Pagina o categoria di elementi per affinità tra categorie
user.categoryId
Supportato

Come inviare attributi Recommendations ad Adobe Target:

alloy("sendEvent", {
  "renderDecisions": true,
  "data": {
    "__adobe": {
      "target": {
        "entity.id": "123",
        "entity.genre": "Drama"
      }
    }
  }
});

Debug

mboxTrace e mboxDebug sono stati dichiarati obsoleti. Utilizza invece un metodo di debug Web SDK.

Terminologia

Proposte: In Adobe Target, le proposte sono correlate all'esperienza selezionata da un'attività.

Schema: Lo schema di una decisione è il tipo di offerta in Adobe Target.

Ambito: Ambito della decisione. In Adobe Target, l'ambito è l'mBox. La mBox globale è l'ambito __view__.

XDM: XDM viene serializzato in notazione punto e quindi inserito in Adobe Target come parametri mBox.

recommendation-more-help
ad108910-6329-42f1-aa1d-5920a2b13636