Show Menu
ARGOMENTI×

Implementazione di Analytics for Target

Several steps are required when implementing Adobe Analytics as the reporting source for Target (A4T).

Implementation steps

Le sezioni seguenti descrivono i passaggi necessari per implementare questa integrazione nel sito.

Passaggio 1: Richiesta di provisioning per Analytics e Target

After you implement Analytics as the reporting source for Target, you must be provisioned for Analytics and Target. Utilizza questo modulo per richiedere il provisioning .

Passaggio 2: Configurare le autorizzazioni utente

User account requirements must be met before you can create an Analytics-based activity in Target. See User permission requirements .

Passaggio 3: Implementare il servizio ID visitatore di Experience Cloud

Il servizio ID visitatore consente di identificare gli utenti attraverso le diverse soluzioni Adobe Experience Cloud. È necessario implementare o eseguire la migrazione alla versione richiesta del servizio ID visitatore di Experience Cloud. Per ulteriori informazioni, consulta “Requisiti di implementazione” in Prima dell’implementazione .
See Implement the Experience Cloud ID Service for Target in the Experience Cloud Visitor ID Service documentation.

Passaggio 4: Aggiornare AppMeasurement per JavaScript o s_code

È necessario implementare o eseguire la migrazione alla versione richiesta di appMeasurement.js. Per ulteriori informazioni, consulta “Requisiti di implementazione” in Prima dell’implementazione .
Per le nuove implementazioni, consultate Panoramica dell'implementazione JavaScript nella Guida all'implementazione di Analytics.
Per una migrazione, vedi Migrazione ad AppMeasurement per JavaScript nella Guida all'implementazione di Analytics.

Passaggio 5: Scaricare e aggiornare at.js o mbox.js

Devi implementare o eseguire la migrazione alla versione richiesta di at.js o mbox.js utilizzando il tuo account di produzione. Non sono richieste modifiche al codice.
Per ulteriori informazioni, consulta “Requisiti di implementazione” in Prima dell’implementazione .

Passaggio 6: Hosting di at.js o mbox.js

Se at.js o mbox.js è stato distribuito in precedenza, puoi sostituire il file esistente con la versione aggiornata. Per ulteriori informazioni, consulta “Requisiti di implementazione” in Prima dell’implementazione .
In caso contrario, il file può essere incluso in hosting insieme al servizio ID visitatore e AppMeasurement per file JavaScript. Questi file devono essere in hosting su un server web accessibile a tutte le pagine del sito. È necessario definire il percorso di questi file nella fase successiva.

Passaggio 7: Includere un riferimento a at.js o mbox.js in tutte le pagine del sito

Includi at.js o mbox.js sotto VisitorAPI.js aggiungendo la seguente riga di codice al tag in ogni pagina:
Per at.js:
<script language="JavaScript" type="text/javascript"
src="http://INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/at.js"></script>

Per mbox.js:
<script language="JavaScript" type="text/javascript"
src="http://INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/mbox.js"></script>

È essenziale che VisitorAPI.js sia caricato prima di at.js o mbox.js. Se stai aggiornando un file at.js o mbox.js esistente, assicurati di verificare l’ordine di caricamento.
The way the out-of-the-box settings are configured for Target and Analytics integration from an implementation perspective is to use the SDID that is passed from the page to stitch the Target and Analytics request together on the backend automatically for you.
However, if you want more control on how and when to send analytics data related to Target to Analytics for reporting purposes, and you do not want to opt-in to the default settings of having Target and Analytics automatically stitch the analytics data via the SDID, then you can set analyticsLogging = client_side via window.targetGlobalSettings . Nota: questo approccio non è supportato dalle versioni precedenti alla versione 2.1.
Ad esempio:
window.targetGlobalSettings = {
  analyticsLogging: "client_side"
};

Questa configurazione ha un effetto globale. In altre parole, con ogni chiamata effettuata da at.js, analyticsLogging: "client_side" verrà inviato all’interno delle richieste e per ogni richiesta viene restituito un payload di Analytics. Target Con questa impostazione, il formato del payload restituito sarà simile a quello riportato di seguito:
"analytics": {
   "payload": {
      "pe": "tnt",
      "tnta": "167169:0:0|0|100,167169:0:0|2|100,167169:0:0|1|100"
   }
}

Il payload può quindi essere inoltrato ad Analytics tramite l'API di inserimento dati.
Se non desideri usare un’impostazione globale a favore di un approccio di tipo on-demand, puoi utilizzare la funzione at.js getOffers() per ottenere lo stesso risultato passando la chiamata analyticsLogging: "client_side" . The analytics payload will be returned for only this call and the Target backend will not forward the payload to Analytics. By pursuing this approach, every at.js Target request will not return the payload by default, but instead only when desired and specified.
Ad esempio:
adobe.target.getOffers({
      request: {
        experienceCloud: {
          analytics: {
            logging: "client_side"
          }
        },
        prefetch: {
          mboxes: [{
            index: 0,
            name: "a1-serverside-xt"
          }]
        }
      }
    })
    .then(console.log)

Questa chiamata richiama una risposta dalla quale è possibile estrarre il payload di Analytics.
La risposta si presenta come segue:
{
  "prefetch": {
    "mboxes": [{
      "index": 0,
      "name": "a1-serverside-xt",
      "options": [{
        "content": "<img src=\"http://s7d2.scene7.com/is/image/TargetAdobeTargetMobile/L4242-xt-usa?tm=1490025518668&fit=constrain&hei=491&wid=980&fmt=png-alpha\"/>",
        "type": "html",
        "eventToken": "n/K05qdH0MxsiyH4gX05/2qipfsIHvVzTQxHolz2IpSCnQ9Y9OaLL2gsdrWQTvE54PwSz67rmXWmSnkXpSSS2Q==",
        "responseTokens": {
          "profile.memberlevel": "0",
          "geo.city": "bucharest",
          "activity.id": "167169",
          "experience.name": "USA Experience",
          "geo.country": "romania"
        }
      }],
      "analytics": {
        "payload": {
          "pe": "tnt",
          "tnta": "167169:0:0|0|100,167169:0:0|2|100,167169:0:0|1|100"
        }
      }
    }]
  }
}

Il payload può quindi essere inoltrato Analytics tramite l'API di inserimento dati.

Passaggio 8: Convalidare l’implementazione

Carica le pagine dopo aver aggiornato le librerie JavaScript per confermare che i valori dei parametri mboxMCSDID Target nelle chiamate di corrispondano al valore del parametro sdid Analytics nella chiamata di visualizzazione della pagina
Tale conferma è particolarmente importante in applicazioni a pagina singola (SPA) in cui l’ordine delle chiamate non è sempre prevedibile.
Nota: la corrispondenza di questi valori è necessaria per il corretto funzionamento di A4T.

Passaggio 9: (Facoltativo) Rimuovere il codice di integrazione precedente

È consigliabile rimuovere l’integrazione precedente per semplificare l’implementazione ed eliminare la necessità di risolvere eventuali discrepanze tra i sistemi. Puoi rimuovere eventuale codice che potrebbe essere stato distribuito da una precedente integrazione tra SC e T&T, incluso mboxLoadSCPlugin .

Passaggio 10: Abilitare le opzioni per l’utilizzo di Analytics come origine per la creazione di rapporti per Target

In Target, fai clic su Configurazione > Preferenze e scegli Seleziona per attività o Adobe Analytics .
  • Seleziona per attività consente di scegliere tra e per la creazione di ogni attività. Analytics
  • Adobe imposta Analytics come origine dei rapporti per tutte le attività che hai creato. Analytics