Guida rapida

NOTA

Adobe Experience Platform Launch è stato classificato come una suite di tecnologie di raccolta dati in Adobe Experience Platform. Di conseguenza, sono state introdotte diverse modifiche terminologiche nella documentazione del prodotto. Consulta questo documento come riferimento consolidato delle modifiche terminologiche.

I tag sono la tecnologia di nuova generazione di Adobe Experience Platform per la gestione dei tag. È stata creata per supportare un ecosistema aperto e sostenibile in cui chiunque può creare integrazioni che i clienti di Adobe possono distribuire ai propri siti. Si tratta di una prima applicazione API, in modo che tutto ciò che puoi fare tramite l'interfaccia utente tu possa anche farlo a livello di programmazione tramite un'API.

Flusso di lavoro dei tag di base:

  1. Configurare gruppi e utenti.
  2. Accedere.
  3. Creare una proprietà.
  4. Installare le estensioni.
  5. Creare elementi dati e regole.
  6. Eseguire test nell’ambiente di sviluppo.
  7. Promuovere a produzione.

1. Configurare gruppi e utenti

I tag sono completamente integrati con il tuo Adobe ID. Le autorizzazioni utente sono gestite tramite l'Admin Console con altri prodotti e soluzioni Adobe da Creative Cloud, Document Cloud e dall'Experience Cloud.

I tag dispongono di un sistema di gestione degli utenti basato su diritti. Ciò significa che i diritti individuali devono essere concessi esplicitamente. Tali diritti sono assegnati ai gruppi, quindi gli utenti vengono aggiunti ai gruppi appropriati per poter accedere. Anche se l’organizzazione dispone dell’accesso all’interfaccia utente di raccolta dati, i singoli utenti non possono eseguire alcuna operazione finché non vengono espressamente concessi loro alcuni diritti da parte dell’amministratore organizzazione.

Per istruzioni dettagliate su come creare gruppi e aggiungere utenti per tag, consulta il documento autorizzazioni utente .

2. Accedere

Dopo aver aggiunto i diritti di tag al tuo Adobe ID, devi accedere all’interfaccia utente di raccolta dati. Per farlo, vai direttamente alla schermata di accesso di Experience Cloud e seleziona l'interfaccia utente di raccolta dati dalla scheda Accesso rapido.

NOTA

Se disponi di un singolo account con diritti per più organizzazioni, l’organizzazione può essere modificata selezionando il nome dell’organizzazione nella barra di controllo nella parte superiore della schermata e scegliendo un’organizzazione diversa dall’elenco a discesa.

3. Creare una proprietà

Dopo aver effettuato l’accesso all’interfaccia utente Raccolta dati, la prima cosa da fare è creare una proprietà. Una proprietà è fondamentalmente un contenitore che riempi con estensioni, regole, elementi dati e librerie durante la distribuzione di tag sul sito. Molte persone creano una proprietà per ciascun sito Web (o gruppo di siti strettamente correlati) in cui desiderano distribuire lo stesso set di tag.

Per ulteriori informazioni sulla creazione delle proprietà, vedi Creazione di una proprietà.

4. Installare le estensioni

Un'estensione è un'integrazione generata da Adobe o un partner Adobe che aggiunge opzioni nuove e infinite per i tag che puoi distribuire sui tuoi siti. Se pensi a un tag come a un sistema operativo, le estensioni sono le app installate per eseguire le operazioni specifiche necessarie.

Tutte le nuove proprietà hanno installata l'estensione Core. Le proprietà per dispositivi mobili sono dotate di estensioni aggiuntive. L'estensione Core è generata da Adobe per fornire un set predefinito solido di tipi di elementi dati per i livelli dati e i tipi di eventi per le regole. La maggior parte delle azioni che desideri eseguire (ottenere un ECID, inviare un beacon Adobe Analytics, caricare la global mbox Target, ecc.) saranno disponibili grazie alle estensioni installate dal catalogo.

Ciò che rende i tag in Platform davvero unici è che queste estensioni possono essere create da chiunque. Devi rilasciare un pixel di remarketing Facebook sul sito? Controlla l'estensione creata da Facebook. Vuoi fare lo stesso per Twitter o Linked In? Utilizza le loro estensioni. Devi eseguire un sondaggio? Dai un'occhiata a Question Pro o Foresee. Devi gestire la privacy e il consenso degli utenti finali per fornire assistenza con GDPR? Vedi se Evidon o Trust Arc fanno al caso tuo. Visualizzare informazioni dettagliate sul comportamento dei singoli utenti sul sito? Guarda Clicktale. Per ulteriori informazioni, consulta la sezione sull’ aggiunta di una nuova estensione.

5. Creare elementi dati e regole

Gli elementi dati sono indicatori per le informazioni da raccogliere e inviare in posizioni diverse sulla pagina:

  • Un livello di dati definito in JSON
  • Elementi DOM
  • Cookie
  • Sessione e archiviazione locale
  • Tutto il resto

Una volta definito l’elemento dati, puoi utilizzarlo ovunque nell’interfaccia utente di raccolta dati per qualsiasi estensione. Per informazioni più dettagliate, consulta la documentazione su Elementi dati .

Le regole sono il nucleo logico della tua implementazione e controllano cosa, quando, dove e come si trovano i tag sul sito. Definisci un evento, imposta condizioni ed eccezioni, quindi definisci le azioni e l'ordine. Infine, pubblica le modifiche per vedere i risultati. Per ulteriori informazioni, vedi Regole.

6. Eseguire test nell’ambiente di sviluppo

Librerie e build

Le build dei tag non vengono mai pubblicate automaticamente. Ogni set di modifiche è racchiuso in una libreria. Ogni libreria creata eredita automaticamente qualsiasi elemento upstream (pubblicato, approvato o inviato) come linea di base, quindi tutto ciò che occorre fare è definire le modifiche desiderate. Questa libreria funge da blueprint per una build. Una build è il set effettivo di file JavaScript distribuiti e utilizzati.

È importante comprendere la relazione tra la pagina web, la posizione di hosting e i tag.

  1. Il server host fornisce una posizione per pubblicare la build. La build stessa contiene i file JavaScript richiesti dalla libreria .

    Ogni ambiente ha una relazione con un host e l'host fornisce un endpoint che indica dove distribuire la build. L’host può appartenere a una sola proprietà, anche se una proprietà può avere molti host.

  2. Un codice di incorporamento viene fornito nel tag <script> del modulo che viene inserito nelle sezioni <head> del sito web HTML.

    Quando crei un ambiente e alleghi un host, l’ambiente genera automaticamente un codice di incorporamento univoco che ti consente di integrare la build assegnata nel sito. Il codice <script> viene utilizzato per distribuire la build della libreria in fase di esecuzione.

  3. Quando un utente esplora il sito, il tag <script> del codice di incorporamento recupera la build dal server host ed esegue le azioni definite all'interno del browser.

Host

Un host è una connessione tra una proprietà tag e la posizione di hosting. I tag supportano attualmente l’hosting gestito da Adobe tramite un host Akamai o l’hosting autonomo tramite un host SFTP. Ogni volta che crei una build, i tag si collegano al server definito dall'host e distribuiscono la build.

Se utilizzi l’hosting autonomo, una build tag può essere inviata direttamente ai tuoi server tramite SFTP oppure puoi inviarla a Akamai e scaricarla utilizzando l’opzione Archivio dell’ambiente.

Per ulteriori informazioni, vedi Host.

Ambienti

Ogni libreria viene creata all'interno di un ambiente. Un ambiente definisce la modalità di visualizzazione della build quando viene pubblicata. Puoi specificare:

  • Host: Ogni ambiente richiede un host che determina l'endpoint in cui verranno inviate tutte le build create in questo ambiente.
  • Archivio: l'impostazione predefinita consiste nell'implementare la build come file minified .js. Se utilizzi un codice personalizzato, puoi avere più file che si riferiscono l’uno all’altro. Questi possono essere combinati in un singolo file zip e crittografati.

Dopo aver salvato l'ambiente, genera il codice da incorporare che puoi copiare e incollare nel sito Web. Il codice di incorporamento non funzionerà finché non avrai creato una libreria e generato una build. Per ulteriori informazioni, vedi Ambienti.

Pubblicare una build in Dev

Il processo di pubblicazione è descritto nei passaggi seguenti.

  1. Crea un host.
  2. Creare un ambiente di sviluppo utilizzando l'host creato.
  3. Distribuire il codice da incorporare dall'ambiente di sviluppo al sito di test di sviluppo.
  4. Creare una libreria e assegnarla all'ambiente di sviluppo creato.
  5. Generare la libreria.

7. Promuovere a produzione

Dopo aver testato la build nell’ambiente di sviluppo, assicurati di creare l’area di visualizzazione e gli ambienti di produzione e di inserire i codici incorporati nelle posizioni necessarie. A questo scopo, puoi riutilizzare gli host esistenti.

La promozione di una libreria completamente accessibile alla produzione in genere richiede il coordinamento tra persone diverse con i permessi appropriati.

  • Uno sviluppatore (un utente con i permessi di sviluppo) invia la libreria, cambiando il suo stato in Inviato.
  • Un Approver (un utente con i permessi di approvazione) può creare la libreria nell'ambiente di visualizzazione e può approvarla dopo il test. In questo modo lo stato della libreria diventa approvato. È possibile inviare e approvare una sola libreria alla volta.
  • Un Publisher (un utente con i permessi di pubblicazione) può creare la libreria nell'ambiente di produzione.

Puoi assegnare tutti questi permessi a una sola persona.

Per ulteriori informazioni sui diversi stati e opzioni disponibili durante il processo di pubblicazione, consulta Flusso di lavoro di approvazione.

Risorse aggiuntive

Per ulteriori informazioni sui tag, consulta le risorse seguenti:

  • Community di raccolta dati: Fai e rispondi alle domande, invia idee, vota quelle degli altri. Accedi con il tuo Adobe ID.
  • Documenti per sviluppatori: Partecipa alla community di sviluppatori di tag per creare estensioni o utilizzare API di tag
  • Panoramica dei Tutorials: Questi documenti ti introducono a concetti di tag quali l’inoltro di eventi e l’SDK per dispositivi mobili nelle app Android.

In questa pagina