Show Menu
ARGOMENTI×

Come funziona Adobe Target

Informazioni su come funziona Adobe Target, comprese informazioni sulle librerie JavaScript di Target (at.js e mbox.js) e sui vari tipi di attività inclusi in Target.

Librerie JavaScript di Target

Adobe Target si integra con i siti Web mediante una delle due librerie JavaScript: at.js or mbox.js
  • at.js: la libreria at.js è la nuova libreria di implementazione per Target. La libreria at.js migliora i tempi di caricamento delle pagine per le implementazioni Web e fornisce migliori opzioni di implementazione per le applicazioni a pagina singola. at.js è la libreria di implementazione consigliata e viene aggiornata frequentemente con nuove funzionalità. Si consiglia a tutti i clienti di implementare o eseguire la migrazione alla versione più recente di at.js .
  • mbox.js: la libreria mbox.js è la libreria di implementazione legacy per Target. La libreria mbox.js è ancora supportata, ma non ci saranno aggiornamenti di funzionalità.
Tutti i clienti devono migrare a at.js. Per ulteriori informazioni, consulta Migrazione a at.js da mbox.js
Devi fare riferimento al file della libreria JavaScript di Target su ogni pagina del sito. Ad esempio, puoi aggiungerlo all’intestazione globale. In alternativa, puoi usare Adobe Launch Tag Manager .
Ogni volta che un visitatore richiede una pagina ottimizzata per Target, viene inviata una richiesta al sistema di targeting per determinare quale contenuto distribuire al visitatore. Questo processo avviene in tempo reale: il sistema elabora e soddisfa una richiesta di contenuto ogni volta che viene caricata una pagina. Il contenuto è gestito dalle regole delle attività e delle esperienze controllate dagli addetti al marketing, e ne viene eseguito il targeting per i singoli visitatori del sito. Per massimizzare i tassi di risposta e di acquisizione e il ricavo, viene distribuito il contenuto per il quale è più probabile che si verifichi una risposta, un’interazione e infine un acquisto da parte del visitatore del sito.
In Target, ogni elemento sulla pagina è parte di un’unica esperienza. Ciascuna esperienza può includere più elementi sulla pagina.
Il contenuto visualizzato dai visitatori dipende dal tipo di attività creata:

Test A/B

Consulta Creare un test A/B per ulteriori informazioni.
Il contenuto visualizzato in un test A/B di base viene scelto in modo casuale tra le risorse assegnate alle attività, in base alle percentuali selezionate per ogni esperienza. Come risultato di questa suddivisione casuale del traffico, è possibile che sia richiesta una quantità notevole di traffico iniziale prima che le percentuali si livellino. Ad esempio, se crei due esperienze, quella di partenza verrà scelta in modo casuale. Se il traffico è limitato, è possibile che la percentuale di visitatori tenda in modo più netto verso una delle due esperienze. Con l’aumento del traffico, le percentuali tendono a equilibrarsi.
Puoi specificare target basati su percentuali per ogni esperienza. In questo caso, viene generato un numero casuale, utilizzato per scegliere l’esperienza da visualizzare. Le percentuali risultanti potrebbero non corrispondere esattamente ai target specificati. Con l’aumentare del traffico, le esperienze risulteranno tuttavia suddivise in modo più rispondente agli obiettivi.
  1. Un cliente richiede una pagina dal server e la visualizza nel browser.
  2. Nel browser del cliente viene impostato un cookie di prime parti che ne memorizza il comportamento.
  3. La pagina effettua una chiamata al sistema di targeting.
  4. Il contenuto viene visualizzato in base alle regole della relativa attività.

Allocazione automatica

Per ulteriori informazioni, consulta Allocazione automatica .
L’allocazione automatica identifica un vincitore tra due o più esperienze e, di conseguenza, ridistribuisce automaticamente più traffico per aumentare le conversioni, mentre il test continua a essere eseguito e ad apprendere.

Targeting automatico (AT)

Per ulteriori informazioni, consulta Targeting automatico .
La funzione Targeting automatico utilizza l’apprendimento automatico avanzato per selezionare tra più esperienze ad alte prestazioni definite dall’addetto al marketing. Inoltre, indica l’esperienza più adatta per ogni visitatore in base al suo profilo cliente individuale e al comportamento dei visitatori precedenti con profili simili, al fine di personalizzare contenuti e favorire le conversioni.

Personalizzazione automatizzata

Per ulteriori informazioni, consulta Personalizzazione automatizzata .
La Personalizzazione automatizzata (AP) combina offerte o messaggi e utilizza l’apprendimento automatico avanzato per abbinare diverse varianti di offerta ad ogni visitatore in base al suo profilo cliente, al fine di personalizzare il contenuto e favorire l’incremento.

Targeting esperienza (XT)

La funzione Targeting esperienza (XT) fornisce contenuti a un pubblico specifico basato su una serie di regole e criteri definiti dagli addetti al marketing.
Il Targeting dell’esperienza, tra cui il geotargeting, è utile per definire regole che rivolgono un’esperienza o un contenuto specifico a un determinato pubblico. È possibile definire diverse regole in un’attività per fornire diverse varianti di contenuto a tipi di pubblico diversi. Quando i visitatori visualizzano il tuo sito, la funzione Targeting esperienza (XT) li valuta per determinare se soddisfano i criteri impostati. Se soddisfano i criteri, vengono inclusi nell'attività e viene visualizzata l'esperienza progettata per i tipi di pubblico idonei. Puoi creare esperienze per più tipi di pubblico all'interno di una singola attività.

Test multivariato (MVT)

Per ulteriori informazioni, consulta Test multivariato .
Il test multivariato (Multivariate Testing, MVT) confronta le combinazioni di offerte negli elementi di una pagina per determinare quale combinazione funziona al meglio per un pubblico specifico e identifica quale elemento influisce maggiormente sul successo dell’attività.

Consigli

Consulta Consigli per ulteriori informazioni.
Le attività di generazione dei consigli visualizzano automaticamente prodotti o contenuti che potrebbero interessare i clienti in base alle loro attività precedenti o ad altri algoritmi. I consigli aiutano a indirizzare i clienti verso elementi rilevanti di cui potrebbero non essere a conoscenza.

La rete Edge

“Edge” è un’architettura di servizio geograficamente distribuita che garantisce agli utenti finali che richiedono contenuti in tempi di risposta ottimali, indipendentemente dall’area geografica in cui si trovano.
Per migliorare i tempi di risposta, gli ambienti Edge ospitano solo logica di attività, profilo memorizzato nella cache e informazioni sulle offerte. I database di attività e contenuti, i dati di Analytics, le API e le interfacce utente per gli addetti al marketing si trovano negli ambienti di dati centrali di Adobe. Gli aggiornamenti vengono quindi inviati ai nodi di Edge. Gli ambienti centrali e i nodi di Edge vengono sincronizzati automaticamente per aggiornare continuamente i dati delle attività memorizzati nella cache. Anche la modellazione 1:1 è memorizzata presso ogni nodo di Edge, dove è quindi possibile elaborare anche le richieste più complesse.
Ogni nodo di Edge include tutte le informazioni necessarie per rispondere alla richiesta di contenuto dell'utente e tenere traccia dei dati di analisi relativi a tale richiesta. Le richieste degli utenti vengono indirizzate al nodo di Edge più vicino.
L'origine di questa immagine è il white paper Panoramica sulla sicurezza di Adobe Target .
La soluzione Adobe Target è ospitata su data center di Adobe (propri o noleggiati) in tutto il mondo. I server di amministrazione si trovano interamente in data center di proprietà di Adobe a Londra, Singapore e in varie località negli Stati Uniti, compresi Oregon e Virginia. I server periferici sono ospitati sia sui server Adobe di proprietà che su quelli in leasing Adobe nei centri dati Amazon AWS di Londra, Hong Kong SAR di Cina, Singapore, Tokyo e Sydney.
Le località in cui si trovano i server di amministrazione contengono sia un centro di raccolta dati sia un centro di elaborazione dati. Le posizioni del sito Edge contengono solo un centro raccolta dati. Ogni suite di rapporti viene assegnata a un centro di elaborazione dati specifico.
Anziché rispondere a tutte le richieste di targeting da un’unica posizione, le richieste vengono elaborate dall’ambiente Edge più vicino al punto di richiesta in modo da mitigare l’impatto del tempo di trasferimento sulla rete/su Internet.
Adobe Target al momento non dispone di una rete Edge in Cina e le prestazioni per l’utente finale continueranno a essere limitate per i clienti di Target in Cina. Because of the firewall and the lack of Edge nodes within the country, the experiences of sites with Target deployed will be slow to render and page loads will be affected. Also, marketers might experience latency when using the Target authoring UI.
Se necessario, potete includere nell'elenco le note sui bordi di Target. Per ulteriori informazioni, vedete Elenco perimetrale di Target nodi .

Esperienza utente protetta

Adobe garantisce un alto grado di affidabilità per la disponibilità e le prestazioni dell’infrastruttura di targeting. Tuttavia, un'interruzione delle comunicazioni tra il browser di un utente finale e il server di Adobe può causare un’interruzione nella distribuzione dei contenuti.
Per fornire protezione da interruzioni dei servizi e da problemi di connettività, tutte le posizioni sono impostate per includere il contenuto predefinito (definito dal cliente), che viene utilizzato se il browser dell’utente non è in grado di connettersi a Target.
Non vengono apportate modifiche alla pagina se il browser dell’utente non riesce a collegarsi entro l’intervallo di timeout definito (per impostazione predefinita, 15 secondi). Se questa soglia di timeout viene raggiunta, viene visualizzato il contenuto di posizione predefinito.
Adobe tutela l’esperienza utente attraverso l’ottimizzazione e la salvaguardia delle prestazioni.
  • Adobe garantisce i benchmark prestazionali basati sugli standard di settore, come garantiti dallo SLA di Adobe.
  • La rete Edge assicura una distribuzione tempestiva dei dati.
  • Adobe utilizza un approccio multilivello per garantire che le applicazioni forniscano il livello massimo di disponibilità e di affidabilità ai clienti.
  • Target Consulting offre assistenza nell’implementazione e supporto continuo per il prodotto.

Test di usabilità per l’ottimizzazione per motori di ricerca (SEO)

Le funzionalità di test di Adobe Target sono conformi alle linee guida dei motori di ricerca.
Google incoraggia i test sugli utenti e, nella sua documentazione, afferma che i test A/B e multivariati non danneggiano il posizionamento organico nei motori di ricerca, purché vengano seguite alcune semplici linee guida.
Per ulteriori informazioni, consulta le seguenti risorse di Google:
Le linee guida sono state pubblicate su Google Webmaster Central Blog . Il post risale al 2012, ma rimane comunque la dichiarazione più recente di Google su questa questione e le linee guida restano valide.
  • Nessun cloaking : per “cloaking” si intende mostrare un insieme di contenuti agli utenti e un diverso insieme di contenuti ai bot dei motori di ricerca, identificandoli in modo specifico e fornendo loro intenzionalmente contenuti diversi.
    La piattaforma Target è configurata per trattare i bot dei motori di ricerca allo stesso modo di qualsiasi utente. Ciò significa che i bot potrebbero essere inclusi nei test che esegui, se selezionati in modo casuale, e quindi “vedere” le varianti dei test.
  • Usare rel = "canonical" : a volte è necessario impostare un test A/B utilizzando URL diversi per le varianti. In questi casi, tutte le varianti devono contenere un tag rel="canonical" che fa riferimento all’URL originale (di controllo). Ad esempio, supponiamo che Adobe voglia eseguire un test per la propria home page utilizzando URL diversi per ogni variante: il seguente tag canonical per la home page andrebbe nel tag <head> di ciascuna variante:
    <link rel="canonical" href="https://www.adobe.com" />
  • Usare reindirizzamenti 302 (temporanei) : se vengono utilizzati URL diversi per le pagine delle varianti di un test, Google consiglia di indirizzare il traffico alle varianti del test mediante un reindirizzamento 302. Questo indica ai motori di ricerca che il reindirizzamento è temporaneo e sarà attivo solo finché il test è in esecuzione.
    Un reindirizzamento 302 è un reindirizzamento lato server e Target, così come la maggior parte dei provider di ottimizzazione, utilizza funzionalità lato client. Pertanto, questa è un’area in cui Target non è pienamente conforme ai consigli di Google. Tuttavia, questo interessa solo una piccola frazione di test. L'approccio standard per l'esecuzione di test attraverso Target richiede la modifica dei contenuti all'interno di un singolo URL, quindi non sono necessari reindirizzamenti. Esistono casi in cui i client devono utilizzare più URL per rappresentare le varianti di test. In queste istanze, Target utilizza il comando window.location di JavaScript per indirizzare gli utenti alle varianti di test, che non indica in modo esplicito se il reindirizzamento è di tipo 301 o 302.
    Continuiamo a cercare soluzioni valide per un allineamento completo alle linee guida per i motori di ricerca; tuttavia per i clienti che devono utilizzare URL separati per i test, siamo fiduciosi che l'implementazione corretta dei tag “canonical” di cui sopra attenui il rischio associato a questo approccio.
  • Eseguire esperimenti solo per la durata strettamente necessaria : riteniamo che per “durata strettamente necessaria” si intenda il tempo necessario a raggiungere la rilevanza statistica. Target fornisce best practice per determinare quando un test ha raggiunto questo obiettivo. Si consiglia di incorporare l'implementazione hardcoded dei test vincenti nel flusso di lavoro dei test e di assegnare le risorse appropriate.
    L’utilizzo della piattaforma Target per “pubblicare” i test vincenti non è una soluzione permanente consigliata, ma fintanto che il test vincente venga pubblicato per il 100% degli utenti e per il 100% delle volte, questo approccio può essere utilizzato fino al completamento del processo di hardcoding del test vincente.
    È importante considerare anche le modifiche apportate dal test. Il semplice aggiornamento del colore dei pulsanti o di altri elementi non testuali minori presenti nella pagina non avrà alcuna influenza sulla classificazione organica. Tuttavia, le modifiche al testo devono essere hardcoded.
    È inoltre importante considerare l'accessibilità della pagina che stai testando. Se la pagina non è accessibile ai motori di ricerca e non è comunque mai stata progettata per essere classificata in una ricerca organica, come una pagina di destinazione dedicata per una campagna e-mail, le considerazioni di cui sopra non sono applicabili.
Google afferma che seguendo queste linee guida “i test dovrebbero avere un impatto minimo o nullo sul tuo sito nei risultati di ricerca”.
Oltre a queste linee guida, Google fornisce anche una guida in più nella documentazione del suo strumento Esperimenti sui contenuti:
  • “Le varianti di pagina devono conservare lo spirito dei contenuti delle pagine originali. e non devono alterare il significato o la percezione generale che gli utenti hanno dei contenuti originali.”
Google dichiara, a titolo di esempio, che “se la pagina originale di un sito presenta parole chiave non correlate alle combinazioni mostrate agli utenti, possiamo rimuovere il sito dal nostro indice”.
Riteniamo che sarebbe difficile cambiare involontariamente il significato del contenuto originale all'interno di varianti di test, ma si consiglia di essere consapevoli dei temi delle parole chiave di una pagina e di mantenerli. Le modifiche al contenuto di una pagina, in particolare l’aggiunta o l’eliminazione di parole chiave rilevanti, possono influenzare la classificazione dell’URL nella ricerca organica. Consigliamo di coinvolgere il tuo partner SEO come parte del protocollo di test.

Bot

Adobe Target uses DeviceAtlas to detect known bots. Al traffico che viene identificato come traffico generato da un bot vengono comunque trasmessi i contenuti, come per il traffico proveniente da utenti regolari, nel rispetto delle linee guida SEO. Tuttavia, l’utilizzo di traffico da bot trattato come utenti normali può sfalsare i test A/B o gli algoritmi di personalizzazione. Pertanto, se nell’attività Target viene rilevato un bot noto, il relativo traffico viene trattato in modo leggermente diverso. La rimozione del traffico da bot genera misurazioni più accurate delle attività degli utenti effettivi.
In particolare, per il traffico proveniente da bot noti, Target:
  • non crea né recupera un profilo visitatore;
  • non registra eventuali attributi di profilo né esegue gli script di profilo;
  • non consulta i segmenti Adobe Audience Manager (AAM) (se applicabile);
  • non utilizza il traffico da bot per modellare e trasmettere contenuti personalizzati per le attività di Consigli, Targeting automatico, Personalizzazione automatizzata e Allocazione automatica;
  • non registra a fini di reporting una visita all’attività;
  • non registra i dati da inviare alla piattaforma Adobe Experience Cloud.