Merchandising eVars and product finding methods

I det här mycket detaljerade dokumentet förklaras begreppen bakom försäljning av eVars, som bearbetar och tilldelar data på ett annat sätt än vanliga eVars. Det förklarar också hur eVars marknadsför produktsökningsmetoder.

Översikt

Med hjälp av eVars-produkter kan du tilldela alla framgångsrika aktiviteter till värden som hämtas av eVars på en per-product -nivå i stället för en per-visit/per-order -nivå.

Även om de flesta webbplatser för detaljhandeln har många sätt att hitta produkter anser Adobe att följande är de grundläggande metoder för produktupptäckt som alla kunder inom detaljhandeln bör följa i Adobe Analytics:

I det här dokumentet kan vi mappa några eVars till lösningarna enligt följande:

Vi kan använda en extra eVar för att mäta resultatet av alla produktsökningsmetoder i förhållande till varandra. Förutom de sökmetoder som beskrivs ovan innehåller eVarna andra sökmetoder i jämförelsen, t.ex. länkar till produktinformationssidor från externa webbplatser.

I stället för att konfigurera variablerna så att de blir standard-eVars, ska du konfigurera dem så att de marknadsför eVars.

För att visa hur du ställer in dessa variabler finns det ett exempel där en besökare bestämmer sig för att använda de interna söksandalerna för nyckelord för att hitta en produkt på webbplatsen. På sidan med sökresultat för nyckelord måste du hämta data i minst två eVars:

När du ställer in dessa två variabler som är lika med dessa specifika värden, vet du att besökaren använder det interna nyckelordssökordet för"sandaler" för att hitta en produkt. Samtidigt vet du att besökaren inte använder de andra produktsökningsmetoderna för att hitta produkter (besökaren bläddrar till exempel inte igenom produktkategorier exakt samtidigt som de gör en nyckelordssökning). För att säkerställa att rätt tilldelning sker per produkt bör dessa oanvända metoder inte få någon uppskattning för att hitta en produkt som hittats via en intern nyckelordssökning. Du måste därför infoga logik i koden (som AppMeasurement, Adobe Experience Platform Web SDK och så vidare) som automatiskt anger de eVars som är associerade med dessa andra sökmetoder som lika med ett icke-sökmetod-värde.

När en användare t.ex. söker efter produkter med nyckelordet "sandals", ska Analytics-kodens logik ange de variabler som är lika med följande på den interna sökresultatsidan för nyckelord:

Inställningar för eVars

Här är de olika inställningarna som du kan använda med dina eVars-produkter. Följande skärmbild kommer från Report Suite Manager. Gå till Analytics > Admin > Report Suites > Edit Settings > Conversion > Conversion Variables > Add new > Enable Merchandising.

Mer information om de här inställningarna finns i avsnitten nedanför tabellen.

Aktivera marknadsföring

När inställningen Aktivera marknadsföring är aktiverad visas alla inställningar som beskrivs nedan i Report Suite Manager. När inställningen "Aktivera marknadsföring" är "Inaktiverad" är endast standardinställningarna för eVar tillgängliga.

Merchandising

Det här alternativet är inte tillgängligt för standard-eVars. Med inställningen Merchandising kan du välja antingen Conversion Variable Syntax eller Product Syntax som metod för att hämta värdet för eVar-försäljning.

Conversion Variable Syntax innebär att du anger eVar-värdet i en egen variabel. Om du till exempel har konverteringsvariabelsyntax ställs värdet eVar1 för "intern nyckelordssökning" in enligt följande i sidkoden (eller i AppMeasurementet, Adobe Experience Platform Web SDK-kod och så vidare):

s.eVar1="internal keyword search";

Med Product Syntax anges dock eVarna endast i variabeln Adobe Analytics-produkter. Variabeln Analytics-produkter är uppdelad i sex olika delar per produkt:

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

Merchandising eVars that are configured to use Product Syntax are set within the final portion of the products variable. Anta till exempel att en besökare använde en intern nyckelordssökning för att hitta produkt-ID "12345". Det syntaxbaserade sättet att ställa in eVar1 i det här exemplet skulle se ut så här:

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

Observera att vi fortfarande har semikolonavgränsade platshållare för produktvariabelns kvantitet, intäkter och händelsedelar. Utan dessa platshållare ignoreras inställningen eVar1 för intern nyckelordssökning helt.

Allokering

Termen Allocation för att marknadsföra eVars är vilseledande, särskilt för att marknadsföra eVars som använder konverteringsvariabelsyntax. Alla standardvariabler kan ha en egen allokeringsinställning. Vid försäljning av eVars med konverteringsvariabel syntax används endast allokeringsinställningen "Senaste (senaste)", oavsett vad som anges i allokeringsinställningarna i Report Suite Manager.

Att förstå vad den här inställningen gör innebär att förstå skillnaden mellan eVar-allokering och bindning för eVar. För försäljning av eVars är"Merchandising eVar Binding" ett mer passande namn för denna"Allocation"-inställning.

Standardinställning för allokering av eVar

När eVar med standardsyntax samlas in från en bildbegäran infogar Adobe Analytics bearbetningsservrar data i en annan databaskolumn, som kallas en post_evar-kolumn. Eftersom eVars är avsedda att vara beständiga - de upphör att gälla vid något tillfälle efter den aktuella träffen i de flesta fall - anger servrarna den här post_evar-kolumnen för varje efterföljande bildbegäran. Den ställs in som lika med det sista värdet som skickas till dess motsvarande eVar. När en lyckad händelse inträffar för standard-eVars använder Adobe Analytics kolumnen post_evar i stället för den vanliga kolumnen för eVar för att avgöra vilket eVar som händelsen ska tilldelas.

För standard-eVars avgör allokeringsinställningen om det första eller det sista eVarna som samlades in under en viss period kommer att infogas i post_evar-kolumnen. Om allokeringsinställningen för en standard-eVar är lika med "Originalvärde (första)" infogas det första eVar-värdet som samlas in från besökaren i kolumnen post_evar för alla efterföljande bildbegäranden. Detta fortsätter för alla framtida förfrågningar som skickas från besökarens webbläsare tills eVarna förfaller enligt inställningen"Förfaller efter".

Om en standardinställning för eVar-allokering är lika med"Senaste (senaste)" fylls det senaste eVar-värdet som samlats in från besökaren i kolumnen post_evar för alla efterföljande bildbegäranden. Allokeringen "Senaste (sista)" innebär att värdet post_evar ändras varje gång dess motsvarande eVar anges till ett nytt värde i en bildbegäran. Allokeringen "Originalvärde (första)" innebär att kolumnen post_evar inte ändras över flera träffar trots att dess motsvarande eVar kan anges till ett annat värde i en framtida bildbegäran.

Inställningar för allokering av eVar (bindning) för marknadsföring

Som vi nämnt tidigare har alla eVars-handlare med konverteringsvariabelsyntax bara allokeringen"Senaste (senaste)". Därför bestämmer allokeringsinställningen för att marknadsföra eVars inte vilka värden som infogas i kolumnen post_evar när en besökare fortsätter att använda webbplatsen. I stället avgör den här inställningen vilket eVar-värde som binds till en produkt och hur sådana produkter allokerar sina lyckade händelser tillbaka till de eVar de är bundna till.

Följande inträffar när en inställning för försäljningsallokering (dvs. bindning) för eVar har angetts som "Originalvärde (första): Alla produkter som har angetts bredvid kolumnen post_evar och som inte tidigare har bundits till kolumnen post_evar för motsvarande "förbearbetad" eVar binds till värdet i kolumnen post_evar. Denna bindning mellan eVar och produkt ändras aldrig förrän eVarna förfaller enligt inställningen "Förfaller efter" i inställningarna för Report Suite.

Varje gång en bildbegäran uppfyller de kriterier som annars skulle binda en redan bunden eVar till det senast angivna värdet, tvingar inställningen Originalvärde (första) Adobe Analytics datainsamlingsservrar att ignorera alla sådana försök att göra det. Motsatsen inträffar när eVars marknadsförs med inställningen Allocation (binding) som är lika med"Most Recent (Last)". Varje gång en bildbegäran uppfyller villkoren som binder en produkt till en eVar binds (och binds om) produkten till det senaste värdet som skickats till eVarna, eller det värde som (alltid) finns i kolumnen post_evar.

Som vi nämnt tidigare kan ni med hjälp av eVars-produkter tilldela framgångsrika event till eVar-värden per produkt i stället för per besök/per beställning. Så när en bunden produkt har en lyckad händelse (till exempel kundvagnstillägg eller kundköp) som är kopplad till den, ger händelsen om att den lyckades sin kredit till både produkten och de värden för eVar som produkten är bunden till vid den tidpunkten.

Förfaller efter

Med förfalloinställningen för en eVar kan du välja

EVarna kan förfalla när en lyckad händelse registreras eller när en viss tidsperiod förfaller. Adobe Analytics tillåter endast en förfalloinställning i taget, per eVar.

För produktsökningsmetoden bör det bästa sättet att ange en förfallotid för försäljning som eVar ska vara att ställa in den på lika med

Med båda inställningarna tilldelas eventuella produkter som besökaren köper en kreditering för order/enhet/intäkt till de värden för eVar som produkterna var bundna till vid den tidpunkten.

Typ

Inställningen för datatyp avgör vilken typ av eVar som infogas i eVarna. I de flesta fall bör det här värdet vara lika med "Text". Det är sällsynt att använda "Counter" för en eVar som handlar. "Räknare" kan dock användas för att fördela lyckade resultat till motvärden för eVar per produkt. Diskussionslösningar med typen "Räknare" omfattas inte av det här dokumentet.

Marknadsföringsbindningshändelse

Med inställningen för bindningshändelse för marknadsföring kan du ange villkoren för att en produkt ska vara bunden till ett försäljningsvärde för eVar. Dessa villkor är begränsade till aktivering av specifika framgångshändelser eller enbart eVars. Körvariabler (t.ex. props) påverkar inte bindningarna till försäljningen.

Observera att inställningen för bindningshändelse vid marknadsföring kan binda en produkt till ett eVar-värde via mer än en händelse. Exempel:

Som standard binder inställningen en eVar till ett försäljningsvärde när någon annan händelse/eVar (försäljning eller standard) ingår i samma bildförfrågan som produkten.

Återställ

Med inställningen Återställ kan du omedelbart förfalla alla eVar för alla besökare som för närvarande har ett post_evar-värde i Adobe Analytics backend-databas. Dessutom elimineras alla nuvarande bindningar för produkt/eVar.

Vilka inställningar ska du använda?

Bland de många inställningskombinationer som finns kan du undra vilka inställningar som är bäst?

Om du vill binda"intern nyckelordssökning" till produkt-ID 12345 ställs variabeln products in så här:

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

Alla framgångshändelser (kundvagn lägger till, köp) som hämtas samtidigt som productID 12345 krediteras både produkt-ID 12345 och eVar1-värdet för"intern nyckelordssökning". Det enda sättet för ett annat eVar1-värde att ta emot krediter för lyckade händelser som är kopplade till produkt-ID 12345 är om eVar1 senare ställs in på ett annat värde i produktvariabeln (tillsammans med produkt-ID 12345).

Exempel:

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

Den här variabelinställningen ändrar bindningen för produkt-ID 12345 från eVar1-värdet för"intern nyckelordssökning" till eVar1-värdet för"intern kampanj". Den här ombindningsändringen sker även när eVarna har konfigurerats att använda produktsyntax och inställningen Allokering (bindning) för"Senaste (senaste)". Om inställningen Allocation (binding) i stället var inställd på "Original Value (First)" kommer det inte att binda om produkt-ID 12345 till eVar1-värdet för "internal campaign" om eVar1 är lika med "internal campaign". Bindningen behåller i stället det ursprungliga värdet -"intern nyckelordssökning".

Problem med att använda produktsyntax

Utan noggrann planering kan flera problem uppstå när du använder produktsyntax. Låt oss ta fallet med att använda flera eVars för att spåra produktsökningsmetoder på webbplatsen. Här måste varje enskild eVar av produktsökningsmetod anges samtidigt för att ge en särskild resultatmetods eVar-kredit (och den andra sökmetoden eVars utan kredit). Produktsyntax kan användas i sådana scenarier, men den resulterande koden för distributionen är mer komplicerad.

Om vi använder vårt ursprungliga"sandaler"-exempel och anpassar det till produktsyntax (förutsatt att besökaren hittade en produkt med ID:t "sandal123" med nyckelordstermen "sandals") måste den resulterande variabeln anges enligt följande:

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

Syntaxen för variabeln products är lång i det här exemplet, men den binder alla eVar-värden som visas till produkt-ID:t för "sandal123". Därefter krediteras alla framgångshändelser (t.ex. kundvagnstillägg, inköp) som har hämtats samtidigt som"sandal123"-produkten till de eVar som senast var bundna till produkten. Detta kodexempel visar om ett köp av 1 enhet av"sandal123"-produkten (för 79,95 USD) äger rum efter det att eVars ovan var bunden till"sandal123"-produkten:

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

Följande värden skulle alla ha 1 order, 1 enhet och 79,95 USD av intäkter:

Det här är korrekt attribuering, vilket inte är något problem. Det största problemet med den här metoden är snarare att avgöra hur och när produktsökningsmetodens eVars ska anges.

I de flesta fall med produktsyntax måste eVars för produktsökningsmetod anges på en produktinformationssida i stället för på sidan där sökningsmetoden faktiskt användes (t.ex. på sökresultatsidan, bläddringssidan, den interna kampanjstartsidan osv.). Det är rimligt att anta att en produkt inte har"hittats" förrän besökaren interagerar med en produkt i någon utsträckning. Därför bör dessa eVars (med produktsyntax) inte anges på sökmetodsidan eftersom flera produkter (vanligtvis) visas på sådana sidor. Vi vill binda sökmetodvärdet till endast de produkter som besökaren har interagerat med.

När besökarna visar en sökmetodsida kan de dessutom antingen klicka på en länk som leder dem till en enskild produktinformationssida eller lägga till en enskild produkt i kundvagnen direkt från sökmetodsidan. Om en besökare lägger till produkten"sandal123" i kundvagnen direkt från en sökresultatsida med sökord, använder du nyckelordsexemplet"sandal123", koden för att hämta kundvagnen (via händelsen onClick för knappen Lägg till i kundvagnen, etc) måste antingen genereras dynamiskt när kundvagnen läggs till eller kodas direkt via sidkoden eller ett tagghanteringssystem. Oavsett vilken kod som ska utlösas i sådana fall skulle koden se ut ungefär så här:

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")

Den här koden binder de eVar-värden som visas ovan till"sandal123"-produkten. För att kunna ange dessa värden korrekt när klickhändelsen inträffar måste utvecklaren dock:

Om en besökare bestämmer sig för att"hitta" produkten genom att klicka på en länk till produktinformationssidan måste utvecklaren dessutom:

Där produktsyntax är användbar

Produktsyntax är fortfarande användbar när

Många klädprodukter har till exempel "Underordnade SKU:er", som anger storlek, färg, stil och andra attribut. Dessa attribut skiljer en underordnad produkt från andra produkter som tillhör samma överordnade produkt. Säg att du bestämmer dig för att köpa en medelblå t-shirt plus en stor röd t-shirt. Anta att båda skjortorna har det överordnade produkt-ID:t "tshirts123" och att eVar10 har konfigurerats för att hämta underordnade SKU:er. Variablerna som anges på bekräftelsesidan för inköp ställs in enligt följande:

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

I det här fallet krediteras båda eVar10 (childSKU)-värdena för"tshirt123-m-blue" och"tshirt123-l-red" för köp av deras respektive instanser av produkt-ID"tshirt123".

Utmaningar med tilldelning av"senaste"

Du kan stöta på ytterligare problem genom att använda inställningen Allokering (bindning) för"Senaste (senaste)". I många webbläsar-upplevelser"hittar" besökarna en produkt som de redan har tittat på och/eller lagt till i kundvagnen. Detta sker vanligtvis via ett senare besök eller precis innan de bestämmer sig för att slutföra ett köp. Anta att en besökare hittar produkten"sandal123" via nyckelordssökningen i"sandaler" under ett besök på webbplatsen. De lägger omedelbart till den i kundvagnen från sökresultatsidan för nyckelord. Koden som används för att hämta kundvagnen ställs in enligt följande:

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";

Därför är alla värden för eVar som visas i den här bildbegäran bundna till produkten"sandal123".

Föreställ dig nu att besökaren inte köper produkten under det här besöket, men kommer tillbaka till webbplatsen tre dagar senare med"sandals123"-produkten fortfarande i kundvagnen. Besökaren vill veta mer om produkten innan han genomför köpet. I stället för att söka efter produkten med hjälp av en nyckelordssökning bläddrar besökaren igenom webbplatsen. De slutar med att de handlar i "kvinna > skor > sandaler" och handlar i webbläsaren precis innan de hittar produkten på nytt. När de"hittar om" produktinformationssidan för"sandal123"-produkten ställs variablerna in enligt följande (vid sidinläsning):

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

Med inställningen Allocation (binding) på "Most Recent (Last)" binds produkten "sandal123" till helt andra eVar än vad den ursprungligen var bunden till. Om besökaren sedan slutför köpet av"sandal123", ges alla inköpskrediter till dessa nybundna eVar i stället för de ursprungligen bundna värdena!

Frågan här är: Vilka eVar ska få krediter för köpet?" Kom ihåg att besökaren ursprungligen hittade "sandal123"-produkten via en intern nyckelordssökning. Sedan lade de till den i kundvagnen direkt från sökresultatsidan. Därför bör eVar1-värdet för"intern nyckelordssökning" (och eVar2-värdet för"sandaler") få krediter för köpet. Allokeringsinställningarna (bindning) ställdes in på"Senaste (senaste)". EVar1-värdet för "browse" (och eVar4-värdet för "kvinna > skor > sandaler") får i stället inköpskrediten. Orsaken är att de var de sista värdena som var bundna till"sandal123" innan besökaren slutförde köpet.

En lösning på det här problemet är att ändra inställningen Allokering (bindning) för eVarna från"Senaste (senaste)" till"Ursprungligt värde (första)". På så sätt får de ursprungliga eVarna som är bundna till"sandal123"-produkten kredit när köpet äger rum, oavsett hur många gånger besökaren"hittar om" produkten.

Om besökaren lägger till en produkt i kundvagnen men aldrig köper den, kan ett nytt sökmetodvärde bindas till eVarna. EVarnas utgångsdatum bör vara lika med den tidpunkt då en webbplats låter en produkt vara kvar i kundvagnen innan den tas bort automatiskt.

Använda konverteringsvariabelsyntax

Vi går tillbaka till frågan"Produktsyntax" jämfört med"Konverteringsvariabel syntax". Adobe har upptäckt en enklare metod för att både samla in produktsökningsmetoden och marknadsföra eVars och binda deras värden till produkter som besökare har hittat: Om du använder konverteringsvariabelsyntax minskas det implementeringsarbete som klientens utvecklare ansvarar för. Den erbjuder fortfarande samma eller bättre information än produktsyntaxmetoden. Utvecklarna behöver bara följa de distributionsanvisningar de fått, och resten av koden kan placeras i Adobe AppMeasurement/Adobe Experience Platform Web SDK-filen.

Låt oss till exempel titta på den rekommenderade lösningen för att spåra interna nyckelordssökningsprestanda. Det står att på resultatsidan för nyckelordssökningen hämtar koden nyckelordet som sökts efter via ett steg (till exempel prop4) och ett annat steg (till exempel prop5). De här stegen spårar antalet resultat som visas i sökningen. När en Adobe Analytics-bildbegäran genereras på sökresultatsidan användes datalagretobjekten (eller sidkoden) som utvecklarna använde för att fylla i variablerna ovan (stegen).

Ytterligare logik i AppMeasurementet/Adobe Experience Platform Web SDK-filen kan fylla i resten av variablerna (eVars/dimensions) som måste anges samtidigt.
Om en ny besökare till exempel skulle göra en nyckelordssökning efter"sandaler", som returnerade 25 resultat på sökresultatsidan, skulle koden som ska aktiveras (via sidkoden ELLER datalagrets hämtning) se ut så här:

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

Logiken i AppMeasurement-/Analytics SDK-filen kan sedan automatiskt omvandla kodfragmentet till följande:

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";

Du behöver inte bekymra dig om att skicka data från sida till sida och försöka skapa en ganska stor, otymplig sträng som ska infogas i variabeln products. I stället kan utvecklare implementera sin del av spårningslösningarna - det som infogas i propparna - och överlåta resten av implementeringen till den anpassade kod som tillhandahålls av Adobe Consulting.

Som förklarats ovan har alla eVars-produkter som använder konverteringsvariabelsyntax allokeringsinställningen "Senaste (senaste)". När en eVar har angetts som lika med ett värde kvarstår värdet för alla efterföljande träffar (via kolumnen post_evar). Den kvarstår tills den har ett annat värde eller tills eVarna förfaller. Alla produkter som någon interagerar med efter att eVars har angetts binds därför till värdena"Senaste (senaste)" som skickats till eVarna om de inte redan har bundits till dessa eVars.

Med hjälp av vårt ovanstående exempel är värdet eVar2 för"sandals" och eVar1-värdet för"internal keyword search" osv. finns kvar på alla sidor som visas efter att nyckelordssökningen har utförts. De behålls tills eVars skrivs över med andra värden. En besökare klickar på en länk till produktinformationssidan för produkt-ID:t "sandal123" från sökresultatsidan för nyckelord. Därefter binds produkt-ID:t "sandal123" (om det inte har bundits ännu) till vart och ett av värdena i kolumnerna post_evar eller till de eVar som samlades in från den föregående (sökresultatsidan).

Det finns en sak till att tänka om för konverteringsvariabelsyntaxen. Bindningshändelser måste ställas in för att ett eVar-värde ska kunna bindas till en produkt. Att bara ställa in en eVar (i sin egen variabel) tillsammans med en produkt (i variabeln products) i en Adobe Analytics-bildbegäran behöver inte nödvändigtvis binda eVarna till produkten. Inställningen för bindningshändelse för marknadsföring, som ställs in i Report Suite Manager, avgör i stället vilka villkor som binder ett eVar-värde till en produkt

Eftersom vi vill binda produktsökningsmetodens eVar till produkter när en produktinteraktion sker - vilket innebär att en produkt har hittats - är det säkert att anta att de vanligaste"produktinteraktionerna" som kan äga rum är antingen en produktvy (när besökarna går till en produktinformationssida) eller en kundvagn (när besökarna lägger till en produkt i kundvagnen direkt från en produktsökningssida).

Därför kan vi välja dessa två händelser (prodView, scAdd) som de"grundläggande" bindningshändelserna för varuexponering.
Här är vad som händer när någon av dessa bindningshändelser ingår i en bildbegäran. Alla produkt-ID:n som finns i samma begäran (inom variabeln products) och som inte har bundits till en eVar för försäljning binds till de senaste värdena som skickas till eVarna för försäljning (kolumnerna post_evar). Alla försök att binda om dessa produkter efter att den ursprungliga bindningen har gjorts ignoreras när inställningen Allocation (binding) har angetts till Original Value (First).

Inställningar för bästa praxis

Här följer de bästa metoderna. De implementerar enkelt metoden för produktsökning med bästa resultat. Adobe rekommenderar att kunderna konfigurerar var och en av sina produktsökningsmetoder för försäljning av eVars (i allmänhet) enligt följande:

Vad gör Binding Events egentligen?

När en bindningshändelse finns i samma serveranrop som produktvariabeln binds värdena för Merchandising eVar (med hjälp av konverteringsvariabelsyntax) i sin post-kolumn till produktvariabeln. Utifrån det tidigare exemplet antar vi att ett serveranrop innehåller följande värden för Merchandising eVar:

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

Som förklarats tidigare kvarstår de ovanstående eVars-variablerna utanför den aktuella träffen via deras respektive post_evar-kolumn. Adobe servrar omvandlar därför eVars ovan till följande:

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

Dessa postkolumner lagras i Adobe-databasen och kvarstår efter den aktuella träffen där de ursprungligen angavs. Detta förutsätter att det inte sker någon återställning av förfallodatum eller variabel. Adobe har dessa post_evar-värden "tillgängliga" när de bearbetar eventuella framtida serveranrop som innehåller både bindningshändelsen och produktvariabeln.

Bindningen som äger rum är endast mellan dessa post_evar-värden och innehållet i variabeln products. Bindningshändelsen"binder" inte nödvändigtvis till varken eVars- eller produktvariabeln. Det är"katalysatorn" som instruerar Adobe-servrarna att binda värdena post_evar till produkterna.

Anta att följande variabler ställs in för en framtida träff:

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

I kolumnerna post_evar ser Adobe-bearbetningsservrarna den här träffen på följande sätt:

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";

Anta att eVar1, eVar2, eVar3, eVar4 och eVar5 har konfigurerats att använda prodView som en bindningshändelse. Om någon av dessa eVars inte är konfigurerad att använda prodView som en bindningshändelse sker ingen bindning mellan den (felkonfigurerade) eVarna och produktvariabeln.

Bindning ger mycket intressanta resultat, som visas i kolumnen post_products. Bindningen omformar ovanstående kod och ställer in några fler postkolumner enligt följande:

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

Värdet i kolumnen post_products kanske är välbekant för dig. Bläddra uppåt i det här dokumentet och jämför värdet post_products och värdet s.products enligt nedan. Observera att kolumnen post_products är inställd med produktvariabelsyntax!

Det innebär att Binding "kopierar" värdena för Conversion Variable Syntax eVar till variabeln products via Product Syntax. Den här kopieringsåtgärden utförs endast när produktvariabeln och en bindningshändelse (som anges via eVar-konfigurationen) finns i samma begäran. Då är värdena i kolumnen efter_eVar bundna till produkten. Den här bindningen representeras via produktsyntax som lagras i kolumnen post_products.

Merchandising eVars, the Instances metric, and Attribution

När en vanlig eVar skickas i ett Analytics-serveranrop får värdet i kolumnen post_evar alltid en instans som har tilldelats det. Förekomster representerar det antal gånger som en eVar har ställts in som lika med ett visst värde i en bildbegäran.

Anta till exempel att eVar10 är en standardeVar med Last Touch-attribuering. Om du anger s.eVar10="hello world" på en sida skickas värdet för hello world till kolumnen post_evar10 när Adobe bearbetar träffen. Instansmåttet är lika med "1" för varje enskild eVar10-inställning av hello world. Tänk på att en instans inte alltid spelas in när kolumnen post_evar har ett värde. I stället avgör kolumnen post_evar vilket värde som hämtar instansen när en instans spelas in.

Instanser för en eVar som säljer attribuerar de värden som eVarna samlar in. Men detta händer bara när en produkt som var bunden till värdet av eVarna för försäljning"interagerar" med samtidigt.

Om du till exempel anger s.eVar1="Internal Keyword Search" i sig innebär det inte att det finns något förekomstmått som tillskriver eVar1-värdet för"Intern nyckelordssökning". En instans registreras vid den punkten. Om en produkt inte är bunden till det interna nyckelordssökningsvärdet samtidigt som eVar1 anges, kommer instansen att tilldelas till den ospecificerade bucket. Värdet eVar1 för Intern nyckelordssökning kan med andra ord hämta en instans. Men detta händer bara när en produkt som är bunden till värdet för "Intern nyckelordssökning" visas i produktvariabeln i samma bildbegäran.

Utan ytterligare konfigurationer är alltså det färdiga instansmåttet för en eVar som handlar mindre användbart. Som tur är släppte Adobe Attribution. Det gör att du kan använda flera attribueringsmodeller för alla anpassade mätvärden som Adobe Analytics samlar in. Mätvärden som tillämpar dessa attribueringsmodeller använder inte värdena i kolumnerna post_evar eller värdena som är bundna till en viss produkt. I stället används endast de värden som skickas via själva bildbegäran (eller värden som hämtas via Adobe Analytics bearbetningsregler). Du kan använda funktionerna i Attribution för att få ett korrekt tilldelat instansmått för alla eVars-handlare som använder konverteringsvariabelsyntax.

När du lägger till ett instansmått för en eVar i en rapport blir rätt attribueringsmodell"Last Touch"-modellen. Inställningen för fönstret Sök efter för modellen spelar ingen roll i det här fallet. Orsaken är att en"tvingad" Last Touch-attribueringsmodell alltid ger instanskrediter till varje enskilt värde som skickas via en begäran. Detta är oavsett om de faktiska attributerings-/bindningsinställningarna för eVar är lika med "Senaste (senaste)" till "Originalvärde (första)".