Come funziona Adobe Target
Scopri come funziona Adobe Target, comprese informazioni sulle librerie JavaScript (Adobe Experience Platform Web SDK e at.js). Questo articolo introduce anche i vari tipi di attività che è possibile creare utilizzando Target. Fornisce inoltre informazioni sulla rete Edge di Target, SEO (Search Engine Optimization) e sul modo in cui Target rileva i bot.
Librerie JavaScript di Adobe Target libraries
Target si integra con i siti web utilizzando Experience Platform Web SDK o at.js:
- Adobe Experience Platform Web SDK: Experience Platform Web SDK è una nuova libreria JavaScript lato client. Experience Platform Web SDK consente ai clienti di Adobe Experience Cloud di interagire con i vari servizi di Experience Cloud (incluso Target) tramite la rete Edge di Experience Platform. Adobe consiglia a tutti i nuovi clienti Target di implementare Experience Platform Web SDK.
- at.js: la libreria at.js è una 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 viene aggiornato frequentemente con nuove funzionalità. Adobe consiglia a tutti i clienti che utilizzano at.js di aggiornare le implementazioni alla versione più recente di at.js.
Fai riferimento a Experience Platform Web SDK o at.js in ogni pagina del sito. Ad esempio, puoi aggiungere una di queste librerie all’intestazione globale. In alternativa, puoi utilizzare i 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 al sistema di targeting. La richiesta aiuta a 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. Viene distribuito il contenuto al quale è più probabile che ogni visitatore del sito risponda, interagisca o alla fine acquisti. I contenuti personalizzati consentono di massimizzare i tassi di risposta, i tassi di acquisizione e i ricavi.
In Target, ogni elemento sulla pagina è parte di un’unica esperienza per l’intera pagina. Ciascuna esperienza può includere più elementi sulla pagina.
Il contenuto visualizzato dai visitatori dipende dal tipo di attività creata:
A/B Test
Il contenuto visualizzato in un test A/B di base viene scelto in modo casuale tra le esperienze assegnate all’attività. Puoi assegnare le percentuali di allocazione del traffico 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 si livellano.
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.
- Un cliente richiede una pagina dal server e la visualizza 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 della relativa attività.
Consulta Creare un test A/B per ulteriori informazioni.
Auto-Allocate
Auto-Allocate identifica un vincitore tra due o più esperienze. Auto-Allocate ridistribuisce automaticamente più traffico per l'esperienza vincente, il che consente di aumentare le conversioni mentre il test continua a essere eseguito e ad apprendere.
Per ulteriori informazioni, vedere Auto-Allocate.
Auto-Target (AT)
Auto-Target utilizza l'apprendimento automatico avanzato per scegliere tra più esperienze ad alte prestazioni definite dall'addetto al marketing. Auto-Target fornisce l'esperienza più personalizzata a ogni visitatore. La distribuzione delle esperienze si basa sui profili dei singoli clienti e sul 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 di offerta a ogni visitatore. La distribuzione delle esperienze si basa sui profili dei singoli clienti per personalizzare i contenuti e favorire l’incremento.
Per ulteriori informazioni, consulta Automated Personalization.
Experience Targeting (XT)
Experience Targeting (XT) fornisce contenuti a un pubblico specifico in base a una serie di regole e criteri definiti dall'addetto al marketing.
Experience Targeting, incluso 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, Experience Targeting (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à.
Per ulteriori informazioni, consulta Targeting esperienza.
Multivariate Test (MVT)
Multivariate Testing (MVT) confronta le combinazioni di offerte negli elementi di una 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à di Recommendations visualizzano automaticamente prodotti o contenuti che potrebbero interessare i clienti in base alle loro attività precedenti o ad altri algoritmi. Le raccomandazioni aiutano a indirizzare i clienti verso elementi rilevanti di cui potrebbero non essere a conoscenza.
Consulta Raccomandazioni per ulteriori informazioni.
La rete Edge concept_0AE2ED8E9DE64288A8B30FCBF1040934
“Edge” è un’architettura di servizio geograficamente distribuita che garantisce tempi di risposta ottimali ai visitatori che richiedono contenuti, indipendentemente dall’area geografica in cui si trovano.
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 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 a Edge Target. 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 del visitatore e tenere traccia dei dati di analisi relativi a tale richiesta. 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).
La soluzione Target è ospitata su data center di Adobe (propri o noleggiati) in tutto il mondo.
Le località del cluster centrale contengono sia un centro di raccolta dati sia un centro di elaborazione dati. Le posizioni del cluster Edge contengono solo un centro 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 dai sette cluster Edge più vicini. Questi dati vengono indirizzati alla destinazione cluster centrale predefinita di un cliente (una delle tre posizioni seguenti: Oregon, Dublino, Singapore) per l’elaborazione. I dati del profilo del visitatore vengono memorizzati nel cluster Edge più vicino al visitatore del sito. Le posizioni dei cluster Edge includono le posizioni del cluster centrale e Virginia, Mumbai, Sydney e Tokyo.
Invece di rispondere a tutte le richieste di targeting da un’unica posizione, le richieste vengono elaborate dal cluster Edge più vicino al visitatore. Questo processo contribuisce a mitigare l’impatto del tempo di viaggio in rete/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.
Se 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 concept_40A5E781D90A41E4955F80EA9E5F8F96
Adobe garantisce un alto grado di affidabilità per la disponibilità e le prestazioni dell’infrastruttura di targeting. Tuttavia, un problema nelle comunicazioni tra il browser di un visitatore e i server Adobe può causare un’interruzione nella 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 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 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) concept_C0C865663CAB4251B66A1F250FD25E6A
Le funzionalità di test di Adobe Target sono conformi alle linee guida dei motori di ricerca.
Google incoraggia i test degli utenti. Google afferma nella sua documentazione che A/B e Multivariate Testing non danneggiano la classificazione dei motori di ricerca organica se si seguono determinate 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 set di contenuti agli utenti e un diverso set di contenuti ai bot dei motori di ricerca. Il cloaking viene realizzato identificando specificamente i bot e fornendo loro intenzionalmente contenuti diversi.
TargetLa piattaforma è configurata 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 del test.
-
Usa 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 stia testando la propria home page utilizzando URL diversi per ogni variante. Il seguente tag canonico per la home page andrebbe nel tag<head>per ciascuna 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 indica ai motori di ricerca che il reindirizzamento è temporaneo ed è 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, il reindirizzamento è un’area in cui Target non è pienamente conforme alle raccomandazioni 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 JavaScript
window.location. Questo comando indirizza gli utenti alle varianti di test, il che non indica esplicitamente se il reindirizzamento è di tipo 301 o 302.Adobe continua a cercare soluzioni valide per allinearsi completamente alle linee guida dei motori di ricerca. Per i casi in cui è necessario utilizzare URL separati per i test, Adobe è sicura che la corretta implementazione dei tag canonici attenui il rischio associato a questo approccio.
-
Eseguire esperimenti solo per la durata strettamente necessaria: Adobe ritiene che la “durata strettamente necessaria” sia il tempo necessario a raggiungere la rilevanza statistica. Target fornisce le best practice e il Calcolatore dimensioni campione di Adobe Target per determinare quando un test ha raggiunto questo punto. Adobe 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 è consigliato come soluzione permanente. Se il test vincente viene pubblicato per il 100% degli utenti il 100% del tempo, questo approccio può essere utilizzato durante il completamento del processo di codifica fissa.
È 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 è mai stata progettata per essere classificata in ricerca organica in primo luogo, nessuna delle considerazioni di cui sopra si applica. 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 bots
Adobe Target utilizza la metrica DeviceAtlas “isRobot” per rilevare i bot noti in base alla stringa dell’agente utente passata nell’intestazione della richiesta.
Al traffico identificato come generato da un bot vengono comunque trasmessi i relativi contenuti. I bot vengono trattati come un utente normale per garantire che Target sia in linea con le linee guida SEO (Search Engine Optimization). 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:
- non crea né recupera un profilo visitatore;
- non registra eventuali attributi di profilo né esegue gli script di profilo;
- non consulta i segmenti di Adobe Audience Manager (AAM) (se applicabile);
- Utilizza il traffico da bot per modellare e 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 durante l'utilizzo di Analytics for Target (A4T), Target:
- non invia eventi a Analytics.
Per il traffico noto proveniente da bot quando si utilizza la registrazione lato client, Target:
- non restituisce il payload tnta.