Come funziona Adobe Target
Scopri come funziona Adobe Target, inclusi i dettagli sulle librerie JavaScript (Adobe Experience Platform Web SDK e at.js). In questo articolo vengono inoltre descritti i vari tipi di attività che è possibile creare, le strategie di conteggio dell'utilizzo di Target, l'Edge Network di Target, SEO e il rilevamento di bot.
I punti chiave includono:
- Librerie JavaScript: informazioni sulle librerie JavaScript Target: Adobe Experience Platform Web SDK e at.js.
- Strategie di utilizzo delle chiamate al server: scopri in che modo Target conta diverse chiamate al server, inclusi endpoint, mbox singola, mbox batch, esegui, recupero preventivo e chiamate di notifica.
- Edge Network: scopri come Target interagisce con Adobe Experience Platform Edge Network.
- Esperienza utente protetta: scopri come Adobe garantisce la disponibilità e le prestazioni della propria infrastruttura di targeting.
- Linee guida SEO: segui le best practice per allineare Target attività alle linee guida SEO.
- Traffico bot: scopri come Target gestisce il traffico da bot per evitare di distorcere i test e gli algoritmi di personalizzazione.
Librerie JavaScript di Adobe Target
Target si integra con i siti Web utilizzando Experience Platform Web SDK o at.js:
- Adobe Experience Platform Web SDK: questa libreria JavaScript lato client consente a Adobe Experience Cloud clienti di interagire con vari servizi tramite Experience Platform Edge Network. Adobe consiglia ai nuovi clienti Target di implementare Experience Platform Web SDK.
- at.js: questa libreria di implementazione per Target migliora i tempi di caricamento delle pagine per le implementazioni web e offre opzioni migliori per le applicazioni a pagina singola. Aggiornato spesso con nuove funzionalità, Adobe consiglia a tutti gli utenti di at.js di eseguire l'aggiornamento alla versione più recente.
NOTEFai riferimento a Experience Platform Web SDK o at.js in ogni pagina del sito. Ad esempio, aggiungi una di queste librerie all’intestazione globale. In alternativa, utilizzare tag in Adobe Experience Platform per implementare Target.
Le risorse seguenti contengono informazioni dettagliate utili per implementare Experience Platform Web SDK o at.js:
Ogni volta che un visitatore richiede una pagina ottimizzata per Target, viene inviata una richiesta in tempo reale al sistema di targeting per determinare il contenuto da distribuire. Questa richiesta viene effettuata ed evasa ogni volta che viene caricata una pagina, gestita da attività ed esperienze controllate dagli addetti al marketing. Il contenuto è destinato ai singoli visitatori del sito, ottimizzando i tassi di risposta, i tassi di acquisizione e i ricavi. I contenuti personalizzati garantiscono che i visitatori rispondano, interagiscano o effettuino acquisti.
In Target, ogni elemento sulla pagina è parte di una singola esperienza, che può includere più elementi.
Il contenuto visualizzato dipende dal tipo di attività creata:
A/B Test
In un test A/B di base, il contenuto viene scelto in modo casuale tra le esperienze assegnate. Puoi impostare le percentuali di allocazione del traffico per ogni esperienza. Inizialmente, il traffico potrebbe essere distribuito in modo non uniforme a causa della suddivisione casuale, ma si equalizza con l’aumento del traffico. Ad esempio, con due esperienze, l’esperienza iniziale viene scelta in modo casuale. Un traffico ridotto può distorcere le percentuali di visitatori verso un’esperienza, ma questa situazione si compensa con un traffico maggiore.
Specifica i target percentuali per ogni esperienza. Viene generato un numero casuale per selezionare l’esperienza da visualizzare. Anche se le percentuali risultanti potrebbero non corrispondere esattamente ai target, un traffico più elevato porta a una suddivisione più vicina agli obiettivi target.
- Un cliente richiede una pagina al server, che viene visualizzata nel browser.
- Un cookie di prima parte viene impostato nel browser del cliente per memorizzarne il comportamento.
- La pagina effettua una chiamata al sistema di targeting.
- Il contenuto viene visualizzato in base alle regole di attività.
Consulta Creare un test A/B per ulteriori informazioni.
Auto-Allocate
Auto-Allocate identifica l'esperienza vincente tra due o più opzioni. Quindi ridistribuisce automaticamente più traffico per il vincitore, aumentando le conversioni mentre il test continua a essere eseguito e ad apprendere.
Per ulteriori informazioni, vedere Auto-Allocate.
Auto-Target (AT)
Auto-Target sfrutta l'apprendimento automatico avanzato per scegliere tra più esperienze ad alte prestazioni definite dall'addetto marketing. Auto-Target offre l'esperienza più personalizzata a ogni visitatore in base ai profili dei singoli clienti e al comportamento dei visitatori precedenti con profili simili. Utilizza Auto-Target per personalizzare il contenuto e favorire le conversioni.
Per ulteriori informazioni, consulta Targeting automatico.
Automated Personalization (AP)
Automated Personalization (AP) combina offerte o messaggi e utilizza l'apprendimento automatico avanzato per abbinare diverse varianti a ciascun visitatore. AP personalizza i contenuti in base ai profili dei singoli clienti per favorire l’incremento.
Per ulteriori informazioni, consulta Automated Personalization.
Experience Targeting (XT)
Experience Targeting (XT) fornisce contenuti a tipi di pubblico specifici in base a regole e criteri definiti dall'addetto al marketing. Incluso il geotargeting, XT è utile per definire regole che rivolgono esperienze o contenuti specifici a tipi di pubblico particolari. È possibile impostare più regole in un’attività per fornire diverse varianti di contenuto a tipi di pubblico diversi. Quando i visitatori visualizzano il tuo sito, XT li valuta per determinare se soddisfano i criteri. Se si qualificano, accedono all’attività e visualizzano l’esperienza progettata per loro. Puoi creare esperienze per più tipi di pubblico all'interno di una singola attività.
Per ulteriori informazioni, consulta Targeting esperienza.
Multivariate Test (MVT)
Multivariate Testing (MVT) confronta le combinazioni di offerte negli elementi di pagina per determinare quale combinazione funziona meglio per un pubblico specifico. MVT consente di identificare quale elemento influisce maggiormente sul successo dell’attività.
Per ulteriori informazioni, consulta Test multivariato.
Recommendations
Le attività Recommendations visualizzano automaticamente prodotti o contenuti che potrebbero interessare i clienti in base alla loro attività precedente o ad altri algoritmi. I consigli aiutano a indirizzare i clienti verso elementi rilevanti che altrimenti potrebbero non scoprire.
Consulta Raccomandazioni per ulteriori informazioni.
Come Target conta l'utilizzo delle chiamate al server
Target conta solo le chiamate server che forniscono valore ai clienti. Nella tabella seguente viene illustrato il conteggio di Target endpoint, mbox singola, chiamate mbox batch, chiamate execute, prefetch e di notifica.
Le informazioni seguenti sono utili per comprendere la strategia di conteggio utilizzata per Target chiamate al server, come illustrato nella tabella seguente:
- Count Once: conta una volta per chiamata API.
- Contare il numero di mbox: conta il numero di mbox sotto l'array nel payload di una singola chiamata API.
- Ignora: non è conteggiato.
- Numero di visualizzazioni (una volta): conta il numero di visualizzazioni sotto l'array nel payload. In un’implementazione tipica, una notifica di visualizzazione ha una sola visualizzazione nell’array delle notifiche, il che equivale a contare una volta nella maggior parte delle implementazioni.
rest//v1/mboxrest/v2/batchmbox/ubox/[raw|image|page]rest/v1/delivery
/rest/v1/target-upstream
La rete Edge
"Edge" è un’architettura di servizio geograficamente distribuita che garantisce tempi di risposta ottimali ai visitatori che richiedono contenuti, indipendentemente dalla loro posizione.
Per migliorare i tempi di risposta, l’ambiente Edge di Target ospita solo logica di attività, profili memorizzati 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 in Adobe cluster centrali. Gli aggiornamenti vengono inviati a Target Edge, che vengono sincronizzati automaticamente con i cluster centrali per aggiornare continuamente i dati delle attività memorizzati nella cache. Anche la modellazione 1:1 è memorizzata su ogni server Edge di, consentendo l’elaborazione locale di richieste complesse.
Ogni cluster Edge contiene tutte le informazioni necessarie per rispondere alle richieste di contenuto dei visitatori e tenere traccia dei dati di analisi. Le richieste dei visitatori vengono indirizzate al nodo Edge più vicino.
Per ulteriori informazioni, consulta il white paper Adobe Target Security Overview (Panoramica sulla sicurezza di Adobe Target).
Target è ospitato su data center di Adobe Adobe (propri o noleggiati) in tutto il mondo.
Le posizioni del cluster centrale ospitano sia centri di raccolta dati che centri di elaborazione dati. Le posizioni del cluster Edge contengono solo centri di raccolta dati. Ogni suite di rapporti viene assegnata a un centro di elaborazione dati specifico.
I dati relativi all’attività del sito del cliente vengono raccolti dal più vicino dei sette cluster Edge. Questi dati vengono quindi indirizzati a una destinazione cluster centrale predefinita (Oregon, Dublino o Singapore) per l’elaborazione. I dati del profilo del visitatore vengono memorizzati nel cluster Edge più vicino al visitatore del sito. Le posizioni del cluster Edge includono le posizioni del cluster centrale, nonché Virginia, Mumbai, Sydney e Tokyo.
Invece di elaborare tutte le richieste di targeting da un’unica posizione, le richieste vengono gestite dal cluster Edge più vicino al visitatore. Questo approccio attenua l'impatto del tempo di viaggio in rete e su Internet.
Target I cluster centrali, ospitati su Amazon Web Services (AWS), includono:
- Oregon, USA
- Dublino, Irlanda
- Repubblica di Singapore
Target I cluster Edge, ospitati su AWS, includono:
- Mumbai, India
- Tokyo, Giappone
- Virginia, Stati Uniti
- Oregon, USA
- Sydney, Australia
- Dublino, Irlanda
- Repubblica di Singapore
Il servizio Target Recommendations è ospitato in un data center Adobe in Oregon.
IMPORTANTSe necessario, puoi inserire nell’elenco consentiti i cluster edge di Target. Per ulteriori informazioni, consulta Inserire nell’elenco consentiti i nodi edge di Target.
Esperienza di utilizzo protetta
Adobe garantisce la disponibilità e le prestazioni della propria infrastruttura di targeting nel modo più affidabile possibile. Tuttavia, i problemi di comunicazione tra il browser di un visitatore e i server Adobe possono interrompere la distribuzione del contenuto.
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). Questo contenuto predefinito viene visualizzato se il browser del visitatore non riesce a connettersi a Target.
Non vengono apportate modifiche alla pagina se il browser del visitatore non riesce a connettersi entro un periodo di timeout definito (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 delle prestazioni basati sugli standard di settore, garantiti da Adobe Service Level Agreement.
- La rete Edge assicura una distribuzione tempestiva dei dati.
- Adobe utilizza un approccio multilivello per proteggere le applicazioni, fornendo il massimo livello di disponibilità e affidabilità ai clienti.
- Target Consulting offre assistenza nell’implementazione e supporto continuo per il prodotto.
Test di usabilità per l’ottimizzazione per i motori di ricerca (SEO)
Adobe Target si allinea alle linee guida dei motori di ricerca per i test. Google incoraggia i test degli utenti e afferma che A/B e Multivariate Testing non danneggiano la classificazione dei motori di ricerca organica se vengono seguite determinate linee guida.
Le funzionalità di test di Adobe Target sono conformi alle linee guida dei motori di ricerca.
Per ulteriori informazioni, consulta le seguenti risorse di Google:
Le linee guida sono state pubblicate su Google Webmaster Central Blog. Anche se il post risale al 2012, rimane la dichiarazione più recente di Google sull'argomento, e le linee guida sono ancora rilevanti.
-
Nessun cloaking: per "cloaking" si intende mostrare un set di contenuti agli utenti e un diverso set ai bot dei motori di ricerca, identificando in modo specifico i bot e fornendo loro contenuti diversi.
Target è configurato per trattare i bot dei motori di ricerca allo stesso modo di qualsiasi utente. Di conseguenza, i bot possono essere inclusi nelle attività se sono selezionati in modo casuale e "vedono" le varianti di test.
-
Usa rel="canonical": a volte un test A/B richiede URL diversi per le varianti. In questi casi, tutte le varianti devono includere un tag rel="canonical" che fa riferimento all’URL originale (di controllo). Ad esempio, se Adobe sta testando la propria home page con URL diversi per ogni variante, il seguente tag canonical per la home page deve essere inserito nel tag
<head>di ogni variante:<link rel="canonical" href="https://www.adobe.com" /> -
Usa 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. Il reindirizzamento 302 informa i motori di ricerca che il reindirizzamento è temporaneo e attivo solo durante l’esecuzione del test.
Un reindirizzamento 302 è un reindirizzamento lato server, mentre Target e la maggior parte dei provider di ottimizzazione utilizzano funzionalità lato client. Pertanto, Target non è pienamente conforme ai consigli di Google per i reindirizzamenti. Tuttavia, questo influisce solo su una piccola frazione di test. L'approccio standard per l'esecuzione dei test tramite Target prevede la modifica dei contenuti all'interno di un singolo URL, eliminando la necessità di reindirizzamenti. Nei casi in cui sono necessari più URL per le varianti di test, Target utilizza il comando JavaScript
window.location, che non specifica se il reindirizzamento è di tipo 301 o 302.Adobe sta cercando attivamente soluzioni per rispettare completamente le linee guida dei motori di ricerca. Per i client che necessitano di URL separati per il test, Adobe ritiene che la corretta implementazione dei tag canonici attenui i rischi associati.
-
Eseguire esperimenti solo per la durata strettamente necessaria: Adobe definisce "per la durata strettamente necessaria" il tempo necessario per raggiungere la rilevanza statistica. Target offre le best practice e il Adobe Target Calcolatore dimensioni campione per determinare quando il test ha raggiunto questo punto. Adobe consiglia di incorporare l'implementazione hardcoded dei test vincenti nel flusso di lavoro dei test e di allocare le risorse appropriate.
L'utilizzo di Target per "pubblicare" i test vincenti non è consigliato come soluzione permanente. Se il test vincente viene pubblicato per il 100% degli utenti tutto il tempo, questo approccio può essere utilizzato temporaneamente durante la codifica fissa del test vincente.
Considera le modifiche apportate al test. Aggiornamenti minori, come i colori dei pulsanti, non influiscono sulle classificazioni organiche. Tuttavia, le modifiche al testo devono essere codificate.
Inoltre, considera l’accessibilità della pagina che stai testando. Se la pagina non è accessibile ai motori di ricerca e non è mai stata concepita per essere classificata nella ricerca organica, queste considerazioni non si applicano. Un esempio è una pagina di destinazione dedicata per una campagna e-mail.
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”.
Adobe ritiene che sarebbe difficile modificare involontariamente il significato del contenuto originale all'interno delle varianti di test. Tuttavia, Adobe consiglia di essere a conoscenza dei temi delle parole chiave in una pagina e di mantenere tali temi. 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. Adobe consiglia di coinvolgere il tuo partner SEO (Search Engine Optimization) come parte del protocollo di test.
Bot
Target utilizza la metrica DeviceAtlas "isRobot" per rilevare i bot noti in base alla stringa dell'agente utente passata nell'intestazione della richiesta.
NOTEAl traffico identificato come generato da bot vengono comunque trasmessi i relativi contenuti. I bot vengono trattati come utenti normali per garantire che Target sia allineato con le linee guida SEO (Search Engine Optimization). Tuttavia, il traffico da bot può distorcere i test A/B o gli algoritmi di personalizzazione se trattato come utenti normali. Pertanto, il traffico noto proveniente da bot nell'attività Target viene trattato in modo diverso. La rimozione del traffico da bot fornisce una misurazione più precisa dell’attività dell’utente.
Per il traffico noto proveniente da bot, Target:
- non crea né recupera un profilo visitatore;
- Registra gli attributi del profilo o esegui gli script di profilo
- non consulta i segmenti di Adobe Audience Manager (AAM) (se applicabile);
- Utilizza il traffico da bot per modellare o trasmettere contenuti personalizzati per Recommendations, Auto-Target, Automated Personalization o Auto-Allocate attività
- non registra a fini di reporting una visita all’attività;
- Registra i dati da inviare alla piattaforma Adobe Experience Cloud
Per il traffico noto proveniente da bot, quando si utilizza Analytics for Target (A4T), Target:
- non invia eventi a Analytics.
Per il traffico noto proveniente da bot durante l'utilizzo della registrazione client_side, Target non restituisce:
tnta payload