eVar per merchandising e metodi di ricerca dei prodotti

Questo documento molto dettagliato spiega i concetti alla base degli eVar di merchandising, che elaborano e allocano i dati in modo diverso rispetto agli eVar standard. Inoltre, spiega come le eVar per merchandising si rapportano ai metodi di ricerca dei prodotti.

Panoramica

L’utilizzo delle eVar per merchandising consente di allocare qualsiasi attività di successo ai valori acquisiti dalle eVar a un livello per prodotto invece di un livello per visita/per ordine.

Mentre la maggior parte dei siti web per la vendita al dettaglio ha molti modi per trovare i prodotti, l'Adobe considera i seguenti metodi fondamentali per la ricerca dei prodotti che ogni cliente al dettaglio dovrebbe monitorare in Adobe Analytics:

  • Parole chiave di ricerca interne
  • Codici di tracciamento delle campagne interne
  • Categorie di merchandising/Sfoglia
  • Collegamenti cross-selling

Ai fini del presente documento, mappamo alcuni eVar alle soluzioni come segue:

  • eVar 2: Parole chiave di ricerca interne
  • eVar 3: Codici di tracciamento delle campagne interne
  • eVar 4: Categorie di merchandising/Sfoglia
  • eVar 5: Collegamenti cross-selling

Possiamo utilizzare un eVar aggiuntivo per misurare le prestazioni di tutti i metodi di ricerca dei prodotti in relazione tra loro. Oltre ai metodi di ricerca descritti in precedenza, nel confronto di eVar sono inclusi altri metodi di ricerca, ad esempio i collegamenti alle pagine di dettaglio dei prodotti da siti web esterni.

  • eVar 1: Metodi di ricerca dei prodotti

Invece di configurare una qualsiasi di queste variabili come eVar standard, configurale come eVar per merchandising.

Per dimostrare come impostare queste variabili, ecco un esempio in cui un visitatore decide di utilizzare la parola chiave interna "sandali" per trovare un prodotto sul sito. Nella pagina dei risultati della ricerca per parola chiave, devi acquisire dati in almeno due eVar:

  • eVar2 è uguale alla parola chiave utilizzata nella ricerca ("sandali")
  • eVar1 è uguale al metodo di ricerca del prodotto utilizzato ("ricerca di parole chiave interna").

Quando imposti queste due variabili uguali a questi valori specifici, sai che il visitatore sta utilizzando il termine di ricerca per parola chiave interno di "sandali" per trovare un prodotto. Allo stesso tempo, sai che il visitatore non utilizza gli altri metodi di ricerca dei prodotti per trovare i prodotti (ad esempio, il visitatore non sta navigando tra le categorie di prodotti nello stesso momento in cui esegue una ricerca per parola chiave). Per garantire un'allocazione corretta per prodotto, questi metodi non utilizzati non devono ottenere credito per la ricerca di un prodotto trovato tramite una ricerca di parole chiave interna. Pertanto, devi inserire una logica nel codice (ad esempio AppMeasurement, AEP Web SDK e così via) che imposta automaticamente le eVar associate a questi altri metodi di ricerca uguali al valore del "metodo di non ricerca".

Ad esempio, quando un utente cerca prodotti utilizzando la parola chiave "sandali", la logica del codice Analytics deve impostare le variabili uguali alle seguenti nella pagina dei risultati interni della ricerca per parola chiave:

  • eVar2="sandali": la parola chiave "sandali" è stata utilizzata nella ricerca interna di parole chiave
  • eVar1="ricerca di parole chiave interna": è stato utilizzato il metodo di ricerca "internal keyword search"
  • eVar3="campagna non interna": non è stata utilizzata una campagna interna per accedere alla pagina dei risultati della ricerca
  • eVar4="non-browse": non è stato possibile accedere a una categoria Sfoglia nella pagina dei risultati della ricerca
  • eVar5="non-cross-selling": non è stato fatto clic su un collegamento di cross-selling nella pagina dei risultati di ricerca

Impostazioni eVar di Merchandising

Di seguito sono elencate le diverse impostazioni che puoi utilizzare con le eVar di merchandising. La schermata seguente proviene da Report Suite Manager. Accedete a Analytics > Admin > Report Suites > Edit Settings > Conversion > Conversion Variables > Add new > Enable Merchandising.

Ulteriori informazioni su queste impostazioni sono disponibili nelle sezioni sotto la tabella.

Impostazione Descrizione
Nome Nome o dimensione di reporting a cui la variabile deve essere associata. Se eVar1 è destinato a acquisire i metodi di ricerca dei prodotti, il campo Nome per eVar1 deve essere impostato su "Metodi di ricerca dei prodotti".
Merchandising Il tipo di sintassi che verrà utilizzato per acquisire i valori eVar di merchandising
Allocazione Aiuta a determinare il valore dell’eVar di merchandising che deve ricevere credito quando si verifica un evento di successo.
Scade dopo Determina quando i binding dei prodotti e degli eVar di merchandising esistenti non devono più essere effettivi.
Tipo Tipo di dati raccolti nell'eVar merchandising
Evento di associazione Merchandising Eventi che determinano quando un prodotto deve essere associato a un valore eVar di merchandising
Ripristino Un trigger che reimposta tutti i dati di back-end per l’eVar a quel punto
Abilita merchandising Flag che deve essere impostato su "Abilitato" per trasformare l’eVar da un eVar standard a un eVar Merchandising

Abilita merchandising

Quando l’impostazione "Abilita merchandising" è impostata su "Abilitato", in Report Suite Manager vengono visualizzate tutte le impostazioni come descritto di seguito. Quando l’impostazione "Abilita merchandising" è impostata su "Disabilitato", sono disponibili solo le impostazioni standard di eVar.

Merchandising

Questa opzione non è disponibile per le eVar standard. L’impostazione Merchandising ti consente di scegliere Conversion Variable Syntax o Product Syntax come metodo per acquisire il valore dell’eVar di merchandising.

Conversion Variable Syntax significa che si imposta il valore eVar nella propria variabile. Ad esempio, con Sintassi della variabile di conversione, il valore eVar1 di "ricerca di parole chiave interna" viene impostato come segue all’interno del codice della pagina (o del codice AppMeasurement, del codice SDK per web AEP e così via):

s.eVar1="internal keyword search";

Con Product Syntax, tuttavia, l’eVar è impostato solo all’interno della variabile dei prodotti Adobe Analytics. La variabile dei prodotti Analytics è suddivisa in sei diverse parti per prodotto:

s.products="[category];[productID];[quantity];[revenue];[events];[eVars]"

  • Category è una funzione obsoleta e non è più consigliata come opzione valida per mantenere traccia delle prestazioni della categoria di prodotti. La sua mera esistenza dimostra perché nella maggior parte delle implementazioni della variabile products , un singolo punto e virgola precede la parte productID del valore della variabile.
  • Quantity e Revenue sono utili quando si tiene traccia di un acquisto di prodotto.
  • Events è utile per registrare valori di evento incrementali o di valuta personalizzati che non devono essere conteggiati come ricavi (come spedizione, sconti, ecc.)

Le eVar di merchandising configurate per l’utilizzo della sintassi di prodotto sono impostate all’interno della parte finale della variabile dei prodotti. Ad esempio, supponiamo che un visitatore abbia utilizzato una ricerca per parola chiave interna per trovare l’ID prodotto "12345". Il modo basato sulla sintassi del prodotto per impostare eVar1 in questo esempio sarà simile al seguente:

s.products=";12345;;;;eVar1=internal keyword search";

Tieni presente che esistono ancora segnaposto delimitati da punti e virgola per le parti di quantità, ricavi ed eventi della variabile prodotti. Senza questi segnaposto, l'impostazione eVar1 di ricerca di parole chiave interna verrebbe completamente ignorata.

Allocazione

Il termine "Allocazione" per le eVar di merchandising è fuorviante, soprattutto per le eVar di merchandising che utilizzano la sintassi della variabile di conversione. Tutte le eVar standard possono avere una propria impostazione di allocazione individuale. Tuttavia, le eVar di merchandising con sintassi a variabile di conversione utilizzano solo l’impostazione di allocazione "Più recente (ultimo)", indipendentemente dalle impostazioni di allocazione visualizzate in Report Suite Manager.

Comprendere cosa fa questa impostazione significa comprendere la differenza tra l’allocazione eVar e il binding eVar merchandising. Per le eVar di merchandising, "Merchandising eVar Binding" è un nome più appropriato per questa impostazione "Allocazione".

Impostazione di allocazione standard eVar

Ogni volta che un eVar con sintassi standard viene raccolto da una richiesta di immagine, i server di elaborazione Adobe Analytics inseriscono i dati in un’altra colonna di database, denominata colonna post_evar . Poiché le eVar sono intese come persistenti - scadono ad un certo punto oltre l’hit corrente nella maggior parte dei casi - i server impostano quindi questa colonna post_evar su ogni richiesta di immagine successiva. È impostato come ultimo valore passato nel relativo eVar corrispondente. Per le eVar standard, quando si verifica un evento di successo, Adobe Analytics utilizza la colonna post_evar invece della normale colonna eVar per determinare il valore di eVar a cui deve essere assegnato il credito per l’evento.

Per le eVar standard, l’impostazione Allocazione determina se il primo o l’ultimo valore eVar raccolto durante un determinato periodo verrà inserito nella colonna post_evar. Se l’impostazione Allocazione per un eVar standard è uguale a "Valore originale (primo)", il primo valore eVar raccolto dal visitatore viene inserito nella colonna post_evar per tutte le richieste di immagini successive. Questo continua per tutte le richieste future inviate dal browser del visitatore fino alla scadenza dell’eVar per l’impostazione "Scade dopo".

Se l’impostazione Allocazione di un eVar standard è uguale a "Più recente (ultimo)", il valore di eVar più recente raccolto dal visitatore viene inserito nella colonna post_evar per tutte le richieste di immagini successive. L’allocazione "Più recente (ultima)" implica che il valore post_evar cambia ogni volta che il relativo eVar corrispondente viene impostato su un nuovo valore in qualsiasi richiesta di immagine. L’allocazione "Valore originale (primo)" implica che la colonna post_evar non cambia tra i risultati anche se il relativo eVar corrispondente potrebbe essere impostato su un valore diverso in una richiesta di immagine futura.

Impostazione dell’allocazione eVar merchandising (vincolante)

Come accennato in precedenza, tutte le eVar di merchandising con sintassi a variabile di conversione hanno solo l’allocazione "Più recente (Ultimo)". Pertanto, l’impostazione Allocazione per le eVar di merchandising non determina quali valori vengono inseriti nella colonna post_evar mentre un visitatore continua a utilizzare il sito. Questa impostazione determina piuttosto il valore di eVar associato a un prodotto e il modo in cui tali prodotti riassegnano i propri eventi di successo ai valori di eVar a cui sono associati.

Quando un’impostazione di allocazione di eVar merchandising (ovvero binding) è impostata su "Valore originale (primo), si verifica quanto segue: Tutti i prodotti impostati accanto alla colonna post_evar e che non sono stati precedentemente associati all’eVar "pre-elaborato" corrispondente della colonna post_evar saranno associati al valore contenuto nella colonna post_evar. Il binding tra il valore eVar e il prodotto non viene mai modificato fino alla scadenza dell’eVar per l’impostazione "Dopo la scadenza" nelle impostazioni della suite di rapporti.

Ogni volta che una richiesta di immagine soddisfa i criteri che altrimenti vincolerebbero un prodotto già associato al valore di eVar impostato più di recente, l’impostazione "Valore originale (primo)" forza i server di raccolta dati Adobe Analytics a ignorare eventuali ulteriori tentativi di questo tipo. L’opposto si verifica con gli eVar di merchandising con l’impostazione Allocazione (binding) uguale a "Più recente (ultimo)". Ogni volta che una richiesta di immagine soddisfa i criteri che associano un prodotto a un eVar di merchandising, il prodotto si associa (e si riassocia) al valore più recente passato nell’eVar o al valore (sempre) contenuto nella colonna post_evar .

Come accennato in precedenza, le eVar per merchandising consentono di allocare eventi di successo ai valori di eVar a livello di singolo prodotto, anziché a livello di singola visita/ordine. Pertanto, ogni volta che un prodotto associato presenta un evento di successo (ad esempio un componente aggiuntivo o un acquisto del carrello) associato a esso, l’evento di successo attribuisce il proprio credito sia al prodotto che ai valori eVar di merchandising a cui è associato il prodotto in quel momento.

Scade dopo

L’impostazione di scadenza di un eVar di merchandising consente di scegliere

  • quando scadono i binding del prodotto/eVar e

  • Quando la colonna post_evar non deve più essere compilata automaticamente dopo che un eVar è stato passato in una richiesta di immagine.

La scadenza per un eVar può avvenire quando viene registrato un evento di successo o quando passa un determinato periodo di tempo. Adobe Analytics consente una sola impostazione di scadenza alla volta, per eVar.

Per il metodo di ricerca dei prodotti, la best practice per impostare la scadenza di un eVar di merchandising dovrebbe essere quella di impostarlo su uguale a

  • O il tempo trascorso prima che il sito si trovi nel carrello di un prodotto, lo rimuove automaticamente dal carrello (ad esempio 14 giorni, 30 giorni, ecc.)
  • O quando si verifica l'evento di acquisto.

Con entrambe le impostazioni, qualsiasi prodotto acquistato da un visitatore dispone del credito di ordine/unità/ricavo assegnato ai valori di eVar merchandising a cui erano associati i prodotti in quel momento.

Tipo

L’impostazione del tipo di eVar determina il tipo di dati inserito nell’eVar. Nella maggior parte dei casi, questo valore deve essere uguale a "Testo". Usare "Counter" per un eVar merchandising è raro. Tuttavia, "Contatore" potrebbe essere utilizzato per allocare il successo ai valori Counter eVar in base al prodotto. La discussione delle soluzioni con un tipo di "Contatore" non rientra nell'ambito di questo documento.

Evento di associazione Merchandising

L’impostazione Evento di binding di merchandising consente di specificare le condizioni per un prodotto da associare al valore di un eVar di merchandising. Queste condizioni sono limitate all’attivazione di eventi di successo specifici o solo eVar. Le variabili di traffico attivate (ad esempio proprietà) non hanno alcun effetto sui binding di merchandising.

Tieni presente che l’impostazione Evento di binding di merchandising può associare un prodotto a un valore di eVar tramite più di un evento. Esempi:

  • Tramite un evento di visualizzazione prodotto
  • Tramite un evento di aggiunta carrello
  • Tramite un evento di acquisto

Per impostazione predefinita, vincola un prodotto a un valore di eVar merchandising ogni volta che un altro evento/eVar (merchandising o standard) è contenuto nella stessa richiesta di immagine del prodotto.

Ripristino

L’impostazione Reset ti consente di "scadere" immediatamente tutti i valori eVar per tutti i visitatori che attualmente hanno un valore post_evar nel database di back-end di Adobe Analytics. Elimina anche tutti i binding dei prodotti/eVar correnti.

IMPORTANTE

L'Adobe sconsiglia di utilizzare l'impostazione Reset a meno che non si intenda completamente far ripartire l'eVar con una "tabula rasa" completamente pulita dei dati dal momento in cui avviene la reimpostazione.

Quali impostazioni utilizzare?

Tra le tante combinazioni di impostazione disponibili, ci si potrebbe chiedere: Quali sono le impostazioni consigliate?

Se desideri eseguire un binding della "ricerca per parola chiave interna" con l’ID prodotto 12345, la variabile prodotti viene impostata come segue:

s.products=";12345;;;;eVar1=internal keyword search";

Eventuali eventi di successo (aggiunti al carrello, acquisti) acquisiti contemporaneamente al productID 12345 vengono accreditati sia all’ID prodotto 12345 che al valore eVar1 di "ricerca di parole chiave interna". L’unico modo in cui un valore eVar1 diverso riceve credito per gli eventi di successo associati all’ID prodotto 12345 è se eVar1 è stato successivamente impostato su un valore diverso all’interno della variabile prodotti (insieme all’ID prodotto 12345).

Ad esempio:

s.products=";12345;;;;eVar1=internal campaign";

Questa impostazione della variabile modifica il binding dell’ID prodotto 12345 dal valore eVar1 di "ricerca di parole chiave interna" al valore eVar1 di "campagna interna". Inoltre, questa modifica di rebinding avviene quando l’eVar è configurato per utilizzare la sintassi del prodotto e l’impostazione di allocazione (binding) di "Più recente (Ultimo)". Se invece l’impostazione Allocazione (binding) è stata impostata su "Valore originale (primo)", l’impostazione di eVar1 uguale a "campagna interna" insieme all’ID prodotto 12345 non rimetterebbe l’ID prodotto 12345 al valore eVar1 di "campagna interna". Il binding rimarrà invece con il valore originariamente associato, ovvero "ricerca di parole chiave interna".

Sfide nell'utilizzo della sintassi del prodotto

Senza un'attenta pianificazione, possono sorgere diversi problemi utilizzando la sintassi del prodotto. Prendiamo il caso dell’utilizzo di più eVar per monitorare i metodi di ricerca dei prodotti sul sito web. In questo caso, ogni singolo metodo di ricerca del prodotto deve essere impostato allo stesso tempo per dare un particolare metodo di ricerca eVar credito (e l'altro metodo di ricerca eVars nessun credito). La sintassi del prodotto può essere utilizzata in tali scenari, ma il codice risultante da distribuire è più complicato.

Se utilizziamo il nostro esempio originale "sandali" e lo adattiamo per utilizzare Product Syntax (supponendo che il visitatore abbia trovato un prodotto con l’ID di "sandal123" utilizzando il termine parola chiave "sandali"), la variabile di prodotti risultante deve essere impostata come segue:

s.products=";sandal123;;;;eVar2=sandals|eVar1=internal search|eVar3=non-internal campaign|eVar4=non-browse|eVar5=non-cross-sell";

Anche se la sintassi della variabile products è lunga in questo esempio, eseguirà il binding di ciascuno dei valori eVar visualizzati all’ID prodotto di "sandal123". Da allora in poi, tutti gli eventi di successo (ad esempio, gli acquisti del carrello) che vengono acquisiti contemporaneamente al prodotto "sandal123" vengono accreditati ai valori eVar che sono stati collegati per ultimo al prodotto. Questo esempio di codice mostra se un acquisto di 1 unità del prodotto "sandal123" (per un valore di $ 79,95) avviene dopo che gli eVar sopra sono stati associati al prodotto "sandal123":

s.products=";sandal123;1;79.95";
s.events="purchase";

I seguenti valori avrebbero 1 ordine, 1 unità e 79,95 $ di ricavi attribuiti:

  • Valore eVar2 di "sandali"
  • Valore eVar1 di "ricerca di parole chiave interna"
  • Valore eVar3 di "campagna non interna"
  • Valore eVar4 di "non-browse"
  • Valore eVar5 di "non-cross-selling"

Questa è l’attribuzione corretta, il che non è un problema. Piuttosto, il dilemma principale con questo approccio è determinare come e quando impostare le eVar del metodo di ricerca dei prodotti.

Nella maggior parte dei casi con Sintassi prodotto, le eVar del metodo di ricerca dei prodotti devono essere impostate su una pagina di dettaglio del prodotto anziché sulla pagina in cui è stato effettivamente utilizzato il metodo di ricerca (ad esempio nella pagina dei risultati della ricerca per parola chiave, nella pagina di ricerca, nella pagina di destinazione della campagna interna, ecc.). È ragionevole supporre che un prodotto non sia stato effettivamente "trovato" finché un visitatore non interagisce in qualche modo con un prodotto. Di conseguenza, queste eVar (che utilizzano la sintassi del prodotto) non devono essere impostate nella pagina del metodo di ricerca perché più prodotti sono (in genere) visualizzati su tali pagine. Vogliamo associare il valore del metodo di ricerca solo ai prodotti con cui il visitatore ha interagito.

Inoltre, durante la visualizzazione di una pagina del metodo di ricerca, i visitatori potrebbero avere la possibilità di fare clic su un collegamento che li porta a una singola pagina dei dettagli del prodotto o di aggiungere un singolo prodotto al carrello direttamente dalla pagina del metodo di ricerca. Utilizzando il nostro esempio di parola chiave di ricerca "sandali", se un visitatore aggiunge il prodotto "sandal123" al carrello direttamente da una pagina dei risultati della ricerca di parole chiave, il codice per catturare l'aggiunta del carrello (tramite l'evento onClick del pulsante Add-to-Cart, ecc.) dovrebbe essere generato in modo dinamico nel momento in cui si verifica l’aggiunta del carrello o "hardcoded" direttamente tramite il codice della pagina o un sistema di gestione dei tag. Indipendentemente dal fatto che il codice da attivare in questi casi sarà simile al seguente:

s.linkTrackVars="products,events";
s.linkTrackEvents=s.events="scAdd";
s.products=";sandal123;;;;eVar2=sandals|eVar1=internal keyword search|eVar3=non-internal campaign|eVar4=non-browse|eVar5=non-cross-sell";
s.tl(true,"o","Cart Add")

Questo codice associa correttamente i valori eVar sopra indicati al prodotto "sandal123". Tuttavia, per impostare correttamente questi valori quando si verifica l’evento di clic, lo sviluppatore deve:

  • Aggiungi una logica lato server alla pagina dei risultati di ricerca che determina i valori da inserire nel metodo di ricerca dei prodotti eVar e
  • Assembla l'intera variabile prodotti vista sopra senza errori di sintassi.

Inoltre, se un visitatore decide di "trovare" il prodotto facendo clic su un collegamento alla pagina dei dettagli del prodotto, lo sviluppatore deve:

  • trasmettere i dettagli del metodo di ricerca del prodotto (come mostrato sopra) dalla pagina del metodo di ricerca alla pagina dei dettagli del prodotto, e
  • Ricrea lo stesso valore di variabile dei prodotti dagli elementi appena passati dalla pagina precedente.

Dove la sintassi del prodotto è utile

La sintassi del prodotto è ancora utile quando

  • Più prodotti con lo stesso ID prodotto interagiscono contemporaneamente e
  • Le eVar da associare a tali prodotti devono avere valori diversi per ID prodotto.

Ad esempio, molti prodotti di abbigliamento hanno "SKU bambini", che designano la dimensione, il colore, lo stile e qualsiasi altro attributo. Questi attributi separano un singolo prodotto secondario da altri prodotti che appartengono allo stesso prodotto principale. Supponiamo che tu decida di acquistare una maglietta blu media più una grande t-shirt rossa. Supponiamo che entrambe le magliette abbiano l’ID prodotto principale di "tshirt123" e che eVar10 sia stato configurato per acquisire SKU figlio. Le variabili impostate nella pagina di conferma dell’acquisto vengono impostate come segue:

s.events='purchase';
s.products=';tshirt123;1;20;;eVar10=tshirt123-m-blue,;tshirt123;1;20;;eVar10=tshirt123-l-red"

In questo caso, entrambi i valori eVar10 (childSKU) di "tshirt123-m-blue" e "tshirt123-l-red" ricevono credito per l’acquisto delle rispettive istanze di ID prodotto "tshirt123".

Sfide con l'allocazione "più recente"

Puoi riscontrare ulteriori problemi utilizzando l’impostazione di allocazione (binding) di "Più recente (ultimo)". In molte esperienze di navigazione web, i visitatori "ritrovano" un prodotto che hanno già visto e/o aggiunto al carrello. Questo di solito avviene tramite una visita successiva o appena prima che decidano di completare un acquisto. Supponiamo che durante una visita al sito, un visitatore trovi il prodotto "sandal123" tramite la ricerca per parola chiave di "sandali". Lo aggiungono immediatamente al carrello dalla pagina dei risultati della ricerca per parola chiave. Il codice che acquisisce l’aggiunta del carrello viene impostato come segue:

s.linkTrackVars="products,events";
s.linkTrackEvents=s.events="scAdd";
s.products=";sandal123;;;;eVar2=sandals|eVar1=internal keyword search|eVar3=non-internal campaign|eVar4=non-browse|eVar5=non-cross

Di conseguenza, ciascuno dei valori eVar visualizzati in questa richiesta di immagine è associato al prodotto "sandal123".

Ora, immagina che il visitatore non acquisti il prodotto durante questa visita, ma ritorni sul sito tre giorni dopo con il prodotto "sandals123" ancora nel carrello. Il visitatore vuole saperne di più sul prodotto prima di effettuare l’acquisto. Invece di usare una ricerca per parola chiave per trovare il prodotto, il visitatore naviga nel sito. Finiscono nella sezione di ricerca merchandising "womens > shoes > sandals" poco prima di "ri-trovare" il prodotto. Quando finiscono per "ritrovare" la pagina dei dettagli del prodotto per il prodotto "sandal123", le variabili vengono impostate come segue (al caricamento della pagina):

s.events="prodView";
s.products=";sandal123;;;;eVar4=womens > shoes > sandals|eVar1=browse|eVar3=non-internal campaign|eVar2=non-search|eVar5=non-cross-sell";

Con un’impostazione di Allocazione (binding) di "Più recente (Ultimo)", il prodotto "sandal123" si basa su valori di eVar completamente diversi rispetto a quelli a cui era originariamente associato. Inoltre, se il visitatore completa l'acquisto di "sandal123", tutto il credito d'acquisto viene dato a questi valori di eVar appena associati invece dei valori originariamente associati!

La domanda è la seguente: Quali valori eVar devono ottenere credito per l'acquisto"? Ricorda che il visitatore ha inizialmente trovato il prodotto "sandal123" tramite una ricerca di parole chiave interna. L’hanno quindi aggiunto al carrello direttamente dalla pagina dei risultati della ricerca. Pertanto, il valore eVar1 di "ricerca di parole chiave interna" (e il valore eVar2 di "sandali") dovrebbe ottenere credito per l'acquisto. Tuttavia, le impostazioni di Allocazione (binding) sono state impostate su "Più recente (ultimo)". Quindi, il valore eVar1 di "browse" (e il valore eVar4 di "womens > shoes > sandals") ottiene invece il credito di acquisto. Il motivo è che erano gli ultimi valori associati a "sandal123" prima che il visitatore completasse l’acquisto.

Una soluzione a questo problema è cambiare l’impostazione di Allocazione (binding) dell’eVar merchandising da "Più recente (ultimo)" a "Valore originale (primo)". In questo modo, i valori originali di eVar associati al prodotto "sandal123" ricevono credito al momento dell’acquisto, indipendentemente dal numero di volte in cui il visitatore "ri-trova" il prodotto.

Se il visitatore aggiunge un prodotto al carrello ma non lo acquista mai, la scadenza di eVar consente di associare un nuovo valore del metodo di ricerca al prodotto. La scadenza dell’eVar deve corrispondere al tempo in cui un sito web consente a un prodotto di rimanere nel carrello prima che venga rimosso automaticamente.

Utilizzo della sintassi della variabile di conversione

Torniamo alla "sintassi del prodotto" rispetto a Domanda "Sintassi variabile di conversione". Adobe ha scoperto un metodo più semplice sia per la raccolta degli eVar del metodo di ricerca dei prodotti che per il merchandising e per il binding dei loro valori ai prodotti trovati dai visitatori: L’utilizzo della sintassi della variabile di conversione riduce il lavoro di implementazione di cui sono responsabili gli sviluppatori del cliente. Offre comunque le stesse informazioni - o migliori - del metodo di sintassi del prodotto. Gli sviluppatori devono semplicemente seguire le istruzioni di distribuzione date e il resto del codice può essere inserito nel file Adobe AppMeasurement/AEP Web SDK.

Ad esempio, osserviamo la soluzione consigliata per il tracciamento delle prestazioni interne di ricerca per parola chiave. Dice che nella pagina dei risultati della ricerca di parole chiave, il codice acquisisce la parola chiave cercata tramite una prop (ad esempio, prop4) e un altro prop (ad esempio, prop5). Queste proprietà tengono traccia del numero di risultati mostrati dalla ricerca. Ogni volta che una richiesta di immagine Adobe Analytics viene generata nella pagina dei risultati della ricerca, utilizzava gli oggetti livello dati (o codice pagina) distribuiti dagli sviluppatori per compilare le variabili di cui sopra (le proprietà).

La logica aggiuntiva contenuta nel file AppMeasurement/AEP Web SDK può compilare il resto delle variabili (eVar/dimensioni per merchandising) che devono essere impostate contemporaneamente.
Ad esempio, se un nuovo visitatore effettuasse una ricerca per parola chiave per "sandali", che restituiva 25 risultati nella pagina dei risultati di ricerca, il codice da attivare (tramite il codice della pagina O l’acquisizione del livello dati) apparirebbe così:

s.prop4="sandals";
s.prop5="25";

La logica all’interno del file SDK AppMeasurement/Analytics può quindi trasformare automaticamente questo frammento di codice nel seguente:

s.prop4="sandals";
s.prop5="25";
s.eVar2="sandals";
s.eVar1="internal keyword search";
s.eVar3="non-internal campaign";
s.eVar4="non-browse";
s.eVar5="non-cross sell";

Non è necessario preoccuparsi di passare dati da pagina a pagina e cercare di creare una stringa piuttosto grande e ingombrante da inserire nella variabile prodotti. Al contrario, gli sviluppatori possono implementare la propria parte delle soluzioni di tracciamento, ovvero ciò che è inserito nella proprietà, e lasciare il resto dell’implementazione al codice personalizzato fornito da Adobe Consulting.

Come spiegato in precedenza, tutte le eVar di merchandising che utilizzano la sintassi della variabile di conversione hanno l’impostazione Allocazione di "Più recente (Ultimo)". Una volta impostato un eVar uguale a qualsiasi valore, tale valore persiste in tutti gli hit successivi (tramite la colonna post_evar ). Continua finché non viene impostato su un valore diverso o fino alla scadenza dell’eVar. Pertanto, tutti i prodotti con cui interagiscono dopo che sono stati impostati gli eVar, se non sono già stati associati a tali eVar, si legano ai valori "Più recenti (Ultimi)" passati nell’eVar.

Utilizzando il nostro esempio precedente, il valore eVar2 di "sandali" e il valore eVar1 di "ricerca di parole chiave interna", ecc. persistere in tutte le pagine visualizzate dopo la ricerca di parole chiave. Permangono finché le eVar non vengono sovrascritte con altri valori. Supponiamo che un visitatore faccia clic su un collegamento alla pagina dei dettagli del prodotto per l’ID prodotto "sandal123" dalla pagina dei risultati della ricerca di parole chiave. Quindi l'ID prodotto "sandal123" (se non è ancora stato associato) si lega a ciascuno dei valori contenuti nelle colonne post_evar o ai valori eVar raccolti dalla pagina precedente (risultati di ricerca).

C'è un'altra cosa da riconsiderare con la sintassi della variabile di conversione. È quindi necessario impostare gli eventi di binding per associare un valore eVar a un prodotto. La semplice impostazione di un eVar merchandising (nella propria variabile) accanto a un prodotto (nella variabile dei prodotti) in una richiesta di immagine Adobe Analytics non necessariamente associa il valore eVar al prodotto. L’impostazione Evento di associazione Merchandising, impostata in Report Suite Manager, determina invece i criteri che vincolano un valore di eVar a un prodotto

Poiché vogliamo associare i valori eVar del metodo di ricerca dei prodotti ai prodotti ogni volta che si verifica un’interazione con il prodotto, il che implica che un prodotto è stato "trovato", è possibile presumere che le interazioni più comuni tra i "prodotti trovati" che possono verificarsi siano una visualizzazione di prodotto (quando i visitatori accedono a una pagina di dettaglio del prodotto) o un’aggiunta di carrello (quando i visitatori aggiungono un prodotto al carrello direttamente da una pagina di metodo di ricerca dei prodotti).

Pertanto, possiamo scegliere questi due eventi (prodView, scAdd) come eventi di binding di merchandising "fondamentali".
Questo è ciò che accade quando uno di questi eventi di binding è contenuto all’interno di una richiesta di immagine. Eventuali ID prodotto contenuti nella stessa richiesta (all’interno della variabile prodotti) e non associati a un eVar merchandising verranno associati ai valori più recenti passati nell’eVar merchandising (colonne post_evar). Qualsiasi tentativo di ridefinire questi prodotti dopo aver effettuato questo binding originale viene ignorato quando l’impostazione Allocazione (binding) è impostata su "Valore originale (primo)".

Impostazioni delle best practice

Di seguito sono riportate le impostazioni relative alle best practice. Implementano facilmente il metodo di ricerca dei prodotti con i migliori risultati. Adobe consiglia ai clienti di configurare ciascuna delle eVar per merchandising dei metodi di ricerca dei prodotti (in generale) come segue:

  • Merchandising abilitato: Abilitato
  • Sintassi del merchandising []: Sintassi della variabile di conversione
  • Allocazione [binding]: Valore originale (primo)
  • Scade dopo: Il periodo di tempo durante il quale un prodotto rimane in un carrello prima che venga rimosso automaticamente (ad esempio 14 giorni, 30 giorni, ecc.). Se non esiste un tale tempo, dopo l’evento "purchase"
  • Tipo: Testo
  • Eventi Di Binding Di Merchandising: Visualizzazione prodotto, aggiunta carrello e acquisto

Cosa fanno in realtà gli eventi di binding?

Quando un evento di binding è contenuto nella stessa chiamata server della variabile products , i valori Merchandising eVar (utilizzando la sintassi della variabile di conversione) nella colonna post si associano alla variabile products . In base all’esempio precedente , si supponga che una chiamata al server contenga i seguenti valori di Merchandising eVar:

s.eVar2="sandals";
s.eVar1="internal keyword search";
s.eVar3="non-internal campaign";
s.eVar4="non-browse";
s.eVar5="non-cross sell";

Come spiegato in precedenza, le eVar di cui sopra persistono oltre l’hit corrente tramite la rispettiva colonna post_evar. Pertanto, i server di Adobe trasformano gli eVar di cui sopra in quanto seguenti:

post_eVar2="sandals";
post_eVar1="internal keyword search";
post_eVar3="non-internal campaign";
post_eVar4="non-browse";
post_eVar5="non-cross sell";

Queste colonne di post vengono memorizzate nel database di Adobe e persistono oltre l'hit corrente in cui sono state inizialmente impostate. Ciò presuppone che non si verifichi alcuna reimpostazione di scadenza o variabile. I server di Adobe dispongono di questi valori post_evar "disponibili" al momento dell’elaborazione di chiamate server future che contengono sia l’evento di binding che la variabile prodotti.

Il binding che avviene è unicamente tra questi valori post_evar e il contenuto della variabile products. L'evento di binding non viene necessariamente associato alle variabili eVar o products . È il "catalizzatore" che comunica ai server di Adobe di associare i valori post_evar ai prodotti.

Supponiamo che in un hit futuro siano impostate le seguenti variabili:

s.products=";sandals123"
s.events="prodView";

Nelle colonne post_evar, i server di elaborazione Adobe visualizzano questo hit come segue:

s.products=";sandals123"
s.events="prodView";
post_eVar2="sandals";
post_eVar1="internal keyword search";
post_eVar3="non-internal campaign";
post_eVar4="non-browse";
post_eVar5="non-cross sell";

Supponiamo che eVar1, eVar2, eVar3, eVar4 e eVar5 siano stati configurati per utilizzare prodView come evento di binding. Se una di queste eVar non è configurata per l'utilizzo di prodView come evento di binding, il binding tra tale eVar (non configurato correttamente) e la variabile prodotti non avrà luogo.

Il binding produce alcuni risultati molto interessanti, visibili nel valore della colonna post_products . Il binding trasforma il codice di cui sopra e imposta alcune altre colonne di post, come segue:

post_events="prodView"
post_products=";sandals123;;;;eVar2=sandals|eVar1=internal keyword search|eVar3=non-internal campaign|eVar4=non-browse|eVar5=non-cross-sell"

Il valore contenuto nella colonna post_products potrebbe essere familiare. Scorri verso l’alto in questo documento e confronta il valore post_products e il valore s.products come mostrato in . La colonna post_products viene impostata utilizzando Sintassi delle variabili di prodotto.

Ciò significa che il binding "copia" i valori dell’eVar di sintassi della variabile di conversione nella variabile prodotti tramite Sintassi prodotto. Questa azione di copia ha luogo solo quando la variabile dei prodotti e un evento di binding (impostato tramite la configurazione di eVar) sono contenuti nella stessa richiesta. A questo punto, i valori contenuti nelle colonne post_eVar sono associati al prodotto. Questo Binding è rappresentato tramite la sintassi prodotto memorizzata nella colonna post_products .

eVar per merchandising, metrica Istanze e Attribution IQ

Quando un eVar standard viene inviato in una chiamata al server Analytics, il valore nella colonna post_evar riceve sempre un'istanza attribuita ad esso. Le istanze rappresentano il numero di volte in cui un eVar è stato impostato come valore particolare in una richiesta di immagine.

Ad esempio, si supponga che eVar10 sia un eVar standard con attribuzione Last Touch. Se imposti s.eVar10="hello world" su qualsiasi pagina, il valore di “hello world” viene trasmesso alla colonna post_evar10 quando Adobe elabora l’hit. La metrica delle istanze è uguale a “1” per ogni singola impostazione eVar10 di hello world. Tieni presente che un’istanza non viene sempre registrata quando la colonna post_evar ha un valore. Piuttosto, la colonna post_evar determina quale valore ottiene l’istanza quando viene registrata un’istanza.

Le istanze per un eVar di merchandising attribuiscono l’attribuzione ai valori che l’eVar raccoglie. Ma questo accade solo quando un prodotto legato al valore dell'eVar di merchandising è stato "interagito" con allo stesso tempo.

Ad esempio, l’impostazione s.eVar1="Internal Keyword Search" di per sé non attribuisce alcun credito alla metrica Instance al valore eVar1 di “Internal Keyword Search”. A quel punto viene registrata un’istanza. Tuttavia, a meno che un prodotto non sia associato al valore di “Ricerca parola chiave interna” nello stesso momento in cui eVar1 è impostato, l’istanza viene attribuita al bucket Non specificato. In altre parole, il valore eVar1 di “Ricerca di parole chiave interne” può ottenere un’istanza. Ma questo accade solo quando un prodotto associato al valore di “Ricerca di parole chiave interna” appare nella variabile dei prodotti nella stessa richiesta di immagine.

In sintesi, senza configurazioni aggiuntive, la metrica Istanze predefinita per un eVar merchandising è meno utile. Fortunatamente, Adobe rilasciato Attribution IQ. Ti consente di applicare più modelli di attribuzione per qualsiasi metrica personalizzata che Adobe Analytics raccoglie. Le metriche che applicano questi modelli di attribuzione non utilizzano i valori contenuti nelle colonne post_evar o i valori associati a uno specifico prodotto. Piuttosto, queste metriche utilizzano solo i valori trasmessi tramite le richieste di immagini stesse (o i valori acquisiti tramite le regole di elaborazione di Adobe Analytics). Puoi utilizzare le funzioni di Attribution IQ per ottenere una metrica di istanze con attribuzione accurata per tutte le eVar di merchandising che utilizzano la sintassi della variabile di conversione.

Quando si aggiunge una metrica di istanza per un eVar di merchandising a un rapporto, il modello di Attribution IQ appropriato sarà il modello "Ultimo contatto". In questo caso, l'impostazione della finestra di lookback per il modello non ha importanza. Il motivo è che un modello di attribuzione Last Touch "forzato" attribuisce sempre all’istanza il merito di ogni singolo valore passato tramite una richiesta. Ciò indipendentemente dal fatto che le impostazioni di attribuzione/binding effettive dell’eVar siano impostate su "Most Recent (Last)" (Ultimo) (Valore originale) (Primo)".

In questa pagina