Verkoop- en productzoekmethoden

In dit zeer gedetailleerde document worden de concepten achter het verhandelen van eVars uitgelegd, die gegevens anders verwerken en toewijzen dan standaard eVars. Het legt ook uit hoe merchandising eVars verband houdt met productzoekmethoden.

Overzicht

Door het gebruik van merchandising kunt u elke succesvolle activiteit toewijzen aan de waarden die door de eVars op een per product niveau in plaats van een per bezoek/per bestelling niveau.

Hoewel de meeste websites voor de detailhandel veel manieren hebben om producten te vinden, beschouwt de Adobe het volgende als de fundamentele methoden om producten te vinden die elke retailklant in Adobe Analytics moet volgen:

In het kader van dit document, laten wij een paar eVars aan de oplossingen als volgt in kaart brengen:

We kunnen een extra eVar gebruiken om de prestaties van alle productzoekmethoden ten opzichte van elkaar te meten. Naast de hierboven beschreven zoekmethoden bevat de eVar andere zoekmethoden in de vergelijking, zoals koppelingen naar productdetailpagina's van externe websites.

In plaats van het vormen van om het even welk van deze variabelen om standaard eVars te zijn, vorm hen om handelswaar te zijn Vars.

Hier ziet u een voorbeeld waarin een bezoeker besluit om de interne trefwoordzoekopdracht ‘sandalen’ te gebruiken om een product op de site te zoeken. Zo kunt u zien hoe u deze variabelen instelt. Op de pagina met zoekresultaten met trefwoorden moet u gegevens vastleggen in ten minste twee eVars:

Wanneer u deze twee variabelen gelijk instelt aan deze specifieke waarden, weet u dat de bezoeker de interne zoekterm voor trefwoorden "sandalen" gebruikt om een product te zoeken. Tegelijkertijd weet u dat de bezoeker de andere productzoekmethoden niet gebruikt om producten te zoeken (de bezoeker bladert bijvoorbeeld niet door productcategorieën op het moment dat ze een trefwoordzoekopdracht uitvoeren). Om ervoor te zorgen dat een correcte toewijzing per product plaatsvindt, zouden deze ongebruikte methodes geen krediet moeten krijgen voor het vinden van een product dat door een interne sleutelwoordonderzoek werd gevonden. Vandaar, moet u logica in de code (zoals AppMeasurement, het Web SDK van Adobe Experience Platform, etc.) opnemen die automatisch eVars verbonden aan deze andere het vinden methodes gelijk aan een waarde "het niet vinden methode"plaatst.

Wanneer een gebruiker bijvoorbeeld naar producten zoekt die het trefwoord "sandalen" gebruiken, moet de logica van de Analytics-code de variabelen op de interne pagina met zoekresultaten voor trefwoorden als volgt instellen:

Verwisselende eVars-instellingen

Hier zijn de verschillende instellingen die u kunt gebruiken voor uw favoriete eVars. De volgende schermafbeelding is afkomstig uit Report Suite Manager. Ga naar Analytics > Admin > Report Suites > Edit Settings > Conversion > Conversion Variables > Add new > Enable Merchandising.

Meer informatie over deze instellingen vindt u in de secties onder de tabel.

Merchandising inschakelen

Wanneer de instelling 'Enable Merchandising' is ingesteld op 'Enabled', worden alle hieronder beschreven instellingen weergegeven in Report Suite Manager. Wanneer de instelling "Verwisselingen inschakelen" is ingesteld op "Uitgeschakeld", zijn alleen de standaardinstellingen voor eVar beschikbaar.

Merchandising

Deze optie is niet beschikbaar voor standaard eVars. De Merchandising met deze instelling kunt u kiezen Conversion Variable Syntax of Product Syntax als de methode voor het vastleggen van de waarde van de koopvaardigende eVar.

Conversion Variable Syntax betekent dat u de waarde voor eVar instelt in een eigen variabele. Met de syntaxis van omzetvariabele kunt u bijvoorbeeld de opdracht eVar1 De waarde van "intern sleutelwoordonderzoek"wordt geplaatst als volgt binnen de paginacode (of de code van het AppMeasurement, de code van SDK van het Web van Adobe Experience Platform, etc.):

s.eVar1="internal keyword search";

Met Product Syntax De eVar wordt echter alleen binnen de productvariabele van Adobe Analytics geplaatst. De variabele Analytics products bestaat uit zes verschillende porties per product:

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

Merchandising eVars die worden gevormd om de Syntaxis van het Product te gebruiken worden geplaatst binnen het definitieve gedeelte van de productvariabele. Stel dat een bezoeker een interne trefwoordzoekopdracht heeft gebruikt om de product-id "12345" te zoeken. De op productsyntaxis gebaseerde manier voor het instellen van eVar1 in dit voorbeeld zou er als volgt uitzien:

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

U ziet dat er nog door puntkomma's gescheiden plaatsaanduidingen zijn voor de hoeveelheid, inkomsten en gebeurtenisgedeelten van de productvariabele. Zonder deze plaatsaanduidingen eVar1 het instellen van interne trefwoordzoekopdrachten wordt volledig genegeerd.

Toewijzing

De term "Toewijzing" voor handelswaar is misleidend, vooral voor handelswaar die Vars gebruikt die de Syntaxis van de Variabele van de Omzetting gebruiken. Alle standaard eVars kunnen hun eigen individuele toewijzingsinstelling hebben. Nochtans, gebruiken de het verhandelen eVars met de Veranderlijke Syntaxis van de Omzetting slechts de "Recentste (Laatste)"toewijzingsinstelling, ongeacht wat de toewijzingsmontages in de Manager van de Reeks van het Rapport tonen.

Begrijpen wat dit het plaatsen betekent begrip van het verschil tussen de toewijzing van eVar en het verhandelen van eVar band. Voor het verhandelen van eVars is "Merchandising eVar Binding" een geschiktere naam voor deze "Allocation"-instelling.

Standaardinstelling voor eVar-toewijzing

Wanneer om het even welke eVar met standaardsyntaxis uit een beeldverzoek wordt verzameld, voegen de de verwerkingsservers van Adobe Analytics gegevens in een andere gegevensbestandkolom in, genoemd post_evar kolom. Aangezien eVars blijvend moeten zijn - ze verlopen in de meeste gevallen op een bepaald punt na de huidige hit - stellen de servers deze vervolgens in post_evar op elke volgende afbeeldingsaanvraag. Deze wordt ingesteld op de laatste waarde die wordt doorgegeven aan de overeenkomstige eVar. Voor standaard eVars gebruikt Adobe Analytics de instelling post_evar kolom in plaats van de gewone kolom eVar om de waarde van eVar te bepalen die krediet voor de gebeurtenis zou moeten worden verleend.

Voor standaard eVars bepaalt de toewijzingsinstelling of de eerste of laatste eVar-waarde die gedurende een bepaalde periode is verzameld, wordt ingevoegd in de post_evar kolom. Als de Allocation-instelling voor een standaard-eVar gelijk is aan "Oorspronkelijke waarde (eerst)", wordt de eerste eVar-waarde die van de bezoeker wordt opgehaald, ingevoegd in de post_evar voor alle volgende afbeeldingsaanvragen. Dit gaat door voor alle toekomstige verzoeken die van browser van deze bezoeker worden verzonden tot de eVar volgens zijn "Verloopt na"het plaatsen verloopt.

Als een standaardinstelling voor de toewijzing van eVar gelijk is aan "Recentste (laatste)", wordt de meest recente waarde voor eVar die van de bezoeker is verzameld, ingevuld in het dialoogvenster post_evar voor alle volgende afbeeldingsaanvragen. "Recentste (laatste)" toewijzing houdt in dat de post_evar De waarde verandert telkens wanneer de bijbehorende eVar op een nieuwe waarde wordt ingesteld in een afbeeldingsaanvraag. De toewijzing "Oorspronkelijke waarde (eerste)" houdt in dat de post_evar de kolom verandert niet over klappen alhoewel zijn overeenkomstige eVar aan een verschillende waarde in een toekomstig beeldverzoek zou kunnen worden geplaatst.

Instelling voor de toewijzing van eVar voor handelsdoeleinden (binding)

Zoals eerder vermeld, hebben alle handelsversies van eVars met conversievariabele syntaxis alleen de toewijzing "Meest recente (laatste)". De Allocation-instelling voor het verhandelen van eVars bepaalt dus niet welke waarden in de post_evar-kolom worden ingevoegd omdat een bezoeker de site blijft gebruiken. In plaats daarvan, bepaalt dit het plaatsen welke waarde van eVar aan een product bindt en hoe dergelijke producten hun succesgebeurtenissen terug naar de waarden van eVar toewijzen zij aan worden gebonden.

Het volgende gebeurt wanneer de de Toewijzing van een eVar van de handel (d.w.z. band) het plaatsen aan "Oorspronkelijke Waarde (Eerste) wordt geplaatst: Om het even welke producten die naast de post_evar kolom worden geplaatst en die niet eerder aan de post_evar overeenkomende "pre-verwerkte"eVar zijn gebonden zullen aan de waarde in post_evar kolom worden gebonden. Deze binding tussen eVar-waarde en product verandert nooit totdat de eVar verloopt volgens de instelling "Na verlopen" in de rapportsuite-instellingen.

Telkens wanneer een afbeeldingsaanvraag voldoet aan de criteria die een al gebonden product anders zouden binden aan de laatst ingestelde eVar-waarde, dwingt de instelling "Oorspronkelijke waarde (eerst)" de servers van de Adobe Analytics-gegevensverzameling dergelijke verdere pogingen te negeren. Het tegenovergestelde gebeurt bij het verhandelen van eVars met de instelling Toewijzing (binding) gelijk aan "Recentste (laatste)". Telkens wanneer een afbeeldingsverzoek voldoet aan de criteria die een product aan een eVar voor handelsdoeleinden binden, bindt het product zich (en bindt het opnieuw) aan de meest recente waarde die in de eVar is doorgegeven, of aan de waarde die (altijd) in de post_evar kolom.

Zoals eerder vermeld, staat de handelVars u toe om succesgebeurtenissen aan eVar waarden bij een per-productbasis in plaats van per-bezoek/per-ordebasis toe te wijzen. Dus telkens als een gebonden product een succesgebeurtenis (zoals een winkelwagentje toevoegen of kopen) aan het product heeft gekoppeld, geeft de succesgebeurtenis zijn krediet aan zowel de eVar-waarden van het product als de handelswaarde waaraan het product op dat moment gebonden is.

Verlopen na

Met de instelling voor verlopen van een eVar voor handelsdoeleinden kunt u kiezen

De vervaldatum voor een eVar kan plaatsvinden wanneer een succesgebeurtenis wordt geregistreerd of een bepaalde periode voorbijgaat. Adobe Analytics staat voor slechts één het Verlopen tegelijkertijd plaatsen, per eVar toe.

Voor de Methode van het Vinden van het Product, zou de beste praktijken voor het plaatsen van een eVar van de koophandel het moeten plaatsen gelijk aan

In beide gevallen worden producten die een bezoeker koopt, in aanmerking genomen voor het betaal-/eenheidskrediet dat is toegewezen aan de handelswaarde van eVar waaraan de producten op dat moment gebonden waren.

Type

Het type van eVar het plaatsen bepaalt welk type van gegevens in de eVar wordt opgenomen. In de meeste gevallen moet deze waarde gelijk zijn aan "Tekst". Het gebruik van "Counter" voor een eVar die als koopwaar fungeert, komt zelden voor. De "Teller" zou echter kunnen worden gebruikt om het succes toe te wijzen aan de waarden van de eVar van de Teller op een per-productbasis. Het bespreken van oplossingen met een type van "Teller"is buiten het werkingsgebied van dit document.

Merchandising Binding-gebeurtenis

Met de instelling Verwisselende bindingsgebeurtenis kunt u opgeven onder welke voorwaarden een product moet worden gebonden aan de waarde van een eVar voor handelsdoeleinden. Deze voorwaarden zijn beperkt tot het vuren van specifieke succesgebeurtenissen of alleen eVars. Variabelen van het afvuurverkeer (bv. profielen) hebben geen invloed op handelsbanden.

Merchandising Binding Event die een product aan een waarde van eVar door meer dan één gebeurtenis plaatst kan binden. Voorbeelden:

Standaard bindt de instelling een product aan een eVar-waarde die voor handelsdoeleinden wordt gebruikt wanneer andere gebeurtenissen/eVar (handelswaar of standaard) zich in dezelfde afbeeldingsaanvraag als het product bevinden.

Herstellen

Met de instelling Herstellen kunt u alle eVar-waarden onmiddellijk 'laten verlopen' voor alle bezoekers die momenteel een post_evar in de Adobe Analytics-back-enddatabase. Het elimineert ook alle huidige product/eVar bindingen.

Welke instellingen moet u gebruiken?

Onder de vele beschikbare plaatsende combinaties, zou u zich kunnen afvragen: Welke montages zijn beste praktijken?

Als u "interne sleutelwoordonderzoek"aan product ID 12345 wilt binden, zou de productvariabele als volgt worden geplaatst:

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

Eventuele succesgebeurtenissen (winkelwagentjes, aankopen) die tegelijkertijd met productID 12345 worden vastgelegd, worden zowel aan product-id 12345 als aan de eVar1-waarde van "interne trefwoordzoekactie" toegevoegd. De enige manier waarop een andere eVar1-waarde krediet ontvangt voor succesgebeurtenissen in verband met product-id 12345 is als eVar1 later op een andere waarde binnen de productvariabele werd ingesteld (naast product-id 12345).

Bijvoorbeeld:

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

Deze variabele die plaatst verandert de band van productidentiteitskaart 12345 van de waarde eVar1 van "interne sleutelwoordonderzoek"in de waarde eVar1 van "interne campagne". Deze wijziging van de binding vindt ook plaats wanneer de eVar is geconfigureerd voor gebruik van productsyntaxis en de instelling Toewijzing (binding) van "Recentste (laatste)". Als de instelling voor Toewijzing (binding) in plaats daarvan zou worden ingesteld op "Oorspronkelijke waarde (Eerste)", zou het instellen van eVar1 gelijk aan "interne campagne" naast product-id 12345 de product-id 12345 niet opnieuw binden aan de eVar1-waarde van "interne campagne". In plaats daarvan, zou de band met de oorspronkelijk verbindende waarde blijven - "interne sleutelwoordonderzoek".

Uitdagingen van productsyntaxis

Zonder zorgvuldige planning, kunnen verscheidene kwesties uit het gebruiken van de Syntaxis van het Product voortvloeien. Laten we het hebben over het gebruik van meerdere eVars om productzoekmethoden op de website bij te houden. In dit geval moet voor elke methode voor het vinden van het product tegelijkertijd eVar worden vastgesteld om een bepaalde methode voor het vinden van de eVar te verkrijgen (en voor de andere methode voor het vaststellen van de resultaten wordt geen krediet verleend). De Syntaxis van het product kan in dergelijke scenario's worden gebruikt maar de resulterende code om op te stellen is ingewikkelder.

Als we ons oorspronkelijke "sandalen"-voorbeeld gebruiken en dit aanpassen aan de productsyntaxis (ervan uitgaande dat de bezoeker een product heeft gevonden met de id "sandal123" met de trefwoordterm "sandalen"), moet de resulterende productvariabele als volgt worden ingesteld:

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

Terwijl de syntaxis van de productvariabele in dit voorbeeld lang is, bindt het elk van de eVar waarden die aan productID van "sandal123"worden gezien. Vanaf dat moment worden eventuele succesgebeurtenissen (bijv. winkelwagentjes, aankopen) die tegelijkertijd met het product "sandal123" worden vastgelegd, gecrediteerd op de eVar-waarden die het laatst aan het product waren gekoppeld. Dit codevoorbeeld laat zien of een aankoop van 1 eenheid van het product "sandal123" (voor $79,95) plaatsvindt nadat de bovenstaande eVars aan het product "sandal123" waren gebonden:

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

De volgende waarden zouden allen 1 orde, 1 eenheid, en $79.95 van opbrengst hebben die aan hen wordt toegewezen:

Dit is een correcte toewijzing, wat geen kwestie is. Het belangrijkste dilemma met deze aanpak is het bepalen hoe en wanneer de Vars van de Methode voor het vinden van producten moeten worden geplaatst.

In de meeste gevallen met de Syntaxis van het Product, zou de het Vinden Methode eVars van het Product op een pagina van het productdetail eerder dan op de pagina moeten worden geplaatst dat de het vinden methode eigenlijk werd gebruikt (b.v. op de pagina van het sleutelwoordonderzoek, browse pagina, de interne campagne landende pagina, enz.). Het is redelijk om aan te nemen dat een product pas echt is "gevonden" als een bezoeker enige interactie heeft met een product. Daarom moeten deze eVars (met productsyntaxis) niet op de pagina van de zoekmethode worden ingesteld omdat meerdere producten (gewoonlijk) op deze pagina's worden weergegeven. We willen de waarde van de zoekmethode alleen binden aan die producten waarmee de bezoeker heeft gereageerd.

Bovendien kunnen bezoekers tijdens het bekijken van een pagina met zoekmethoden klikken op een koppeling die hen naar een afzonderlijke pagina met productdetails brengt of een afzonderlijk product rechtstreeks vanaf de pagina met zoekmethoden aan het winkelwagentje toevoegen. Als een bezoeker met behulp van ons zoektrefwoordvoorbeeld "sandalen" het product "sandal123" rechtstreeks vanuit een pagina met zoekresultaten met trefwoorden aan de winkelwagentje toevoegt, voegt de code voor het vastleggen van de winkelwagentje toe (via de onClick-gebeurtenis van de knop Toevoegen aan winkelwagentje, enz.) moet dynamisch worden gegenereerd op het moment dat de winkelwagentje wordt toegevoegd of moet "hard-coded" rechtstreeks via de paginacode of een tagbeheersysteem worden gegenereerd. De code die in dergelijke gevallen moet worden afgevuurd, ziet er echter ongeveer als volgt uit:

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

Deze code bindt de eVar-waarden die hierboven worden weergegeven, correct aan het product "sandal123". Als u deze waarden echter op de juiste wijze wilt instellen wanneer de gebeurtenis click plaatsvindt, moet de ontwikkelaar:

Als een bezoeker besluit het product te "vinden" door op een koppeling naar de productdetailpagina te klikken, moet de ontwikkelaar ook:

Waar productsyntaxis nuttig is

Productsyntaxis is nog steeds handig wanneer

Veel kledingproducten hebben bijvoorbeeld 'Onderliggende SKU's', die de grootte, kleur, stijl en andere kenmerken aangeven. Deze kenmerken scheiden één onderliggend product van andere producten die tot hetzelfde bovenliggende product behoren. Stel dat u besluit een gemiddeld blauw t-shirt en een groot rood t-shirt te kopen. Stel dat beide overhemden de oorspronkelijke product-id "tshirt123" hebben en eVar10 is gevormd om kind SKUs te vangen. De variabelen op de pagina voor aankoopbevestiging worden als volgt ingesteld:

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

In dit geval zijn beide eVar10 (childSKU) waarden van "tshirt123-m-blue" en "tshirt123-l-red" krijgen krediet voor de aankoop van hun respectieve exemplaren van product-id "tshirt123".

Uitdagingen met "Recentste" toewijzing

U kunt extra problemen ondervinden door de instelling Toewijzing (binding) van "Meest recente (laatste)" te gebruiken. In veel webbrowservaringen "zoeken" bezoekers een product dat ze al hebben bekeken en/of aan het winkelwagentje hebben toegevoegd. Dit gebeurt gewoonlijk tijdens een volgende bezoek of vlak voordat ze besluiten een aankoop te voltooien. Stel dat een bezoeker tijdens een bezoek aan de site het product "sandal123" vindt via de trefwoordzoekopdracht "sandalen". Zij voegen het onmiddellijk aan het karretje van de pagina van de sleutelwoordonderzoeksresultaten toe. De code die de winkelwagentje toevoegt, wordt als volgt ingesteld:

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

Als gevolg hiervan zijn alle eVar-waarden in deze afbeeldingsaanvraag gebonden aan het product "sandal123".

Stel je nu voor dat de bezoeker het product niet koopt tijdens dit bezoek, maar drie dagen later terugkeert naar de site met het "sandals123"-product nog steeds in het winkelwagentje. De bezoeker wil meer over het product leren alvorens de aankoop te maken. Maar in plaats van het gebruiken van een sleutelwoordonderzoek om het product te vinden, doorbladert de bezoeker door de plaats. Ze eindigen in de sectie "Womens > schoenen > sandalen" waarin de winkels bladeren vlak voordat ze het product "opnieuw vinden". Wanneer ze uiteindelijk de productdetailpagina voor het product "sandal123" vinden, worden de variabelen als volgt ingesteld (bij het laden van de pagina):

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

Met een instelling voor Toewijzing (binding) van "Recentste (laatste)" bindt het product "sandal123" zich aan totaal andere eVar-waarden dan waar het oorspronkelijk aan was gekoppeld. Als de bezoeker vervolgens de aankoop van "sandal123" voltooit, wordt bovendien al het koopkrediet aan deze nieuw gebonden eVar-waarden gegeven in plaats van aan de oorspronkelijk gebonden waarden!

De vraag is: welke waarden voor eVar zouden krediet moeten krijgen voor de aankoop". Vergeet niet dat de bezoeker het product "sandal123" in eerste instantie heeft gevonden via een interne trefwoordzoekopdracht. Vervolgens hebben ze het rechtstreeks vanuit de pagina met zoekresultaten aan het winkelwagentje toegevoegd. Daarom zou de eVar1 waarde van "interne sleutelwoordonderzoek"(en de eVar2 waarde van "zandwaardes") krediet voor de aankoop moeten krijgen. De instellingen voor Toewijzing (binding) zijn echter ingesteld op Laatst (Laatst). Daarom krijgt de eVar1-waarde van "browse" (en de eVar4-waarde van "womens > schoenen > sandalen") het aankoopkrediet. De reden hiervoor is dat het de laatste waarden waren die gebonden waren aan "sandal123" voordat de bezoeker de aankoop voltooide.

Een oplossing voor dit probleem is het wijzigen van de instelling Toewijzing (binding) van de eVar voor handelsdoeleinden van "Recentste (laatste)" in "Oorspronkelijke waarde (eerste)". Op deze manier krijgen de oorspronkelijke eVar waarden die aan het product "sandal123" zijn gebonden, krediet wanneer de aankoop plaatsvindt, ongeacht hoe vaak de bezoeker het product "hervindt".

Als de bezoeker een product aan het winkelwagentje toevoegt maar het nooit koopt, staat het verlopen van de eVar toe dat een nieuwe waarde van de zoekmethode aan het product wordt gebonden. De vervaldatum van de eVar moet gelijk zijn aan de tijd dat een website een product in het winkelwagentje laat blijven voordat het automatisch wordt verwijderd.

Conversievariabele-syntaxis gebruiken

Laten we terugkeren naar de vraag "Productsyntaxis" versus "Conversion Variable Syntax". Adobe heeft een gemakkelijkere methode ontdekt voor zowel het verzamelen van de product het vinden methode die eVars verhandelen en hun waarden binden aan producten die de bezoekers hebben gevonden: Het gebruiken van de Variabele Syntaxis van de Omzetting vermindert het implementatiewerk dat de ontwikkelaars van de cliënt voor verantwoordelijk zijn. Het biedt nog steeds dezelfde - of betere - informatie dan de methode van de Syntaxis van het Product. De ontwikkelaars moeten eenvoudig de plaatsingsinstructies volgen die zij werden gegeven, en de rest code kan in het dossier van SDK van het Web Adobe AppMeasurement/Adobe Experience Platform worden geplaatst.

Kijk bijvoorbeeld naar de aanbevolen oplossing voor het bijhouden van de interne zoekprestaties voor trefwoorden. Er wordt aangegeven dat op de pagina met zoekresultaten met trefwoorden het trefwoord waarnaar wordt gezocht met een proxy (bijvoorbeeld prop4) en een andere proxy (bijvoorbeeld prop5) door de code wordt vastgelegd. Deze profielen volgen het aantal resultaten die van het onderzoek worden getoond. Telkens wanneer een Adobe Analytics-verzoek om een afbeelding wordt gegenereerd op de pagina met zoekresultaten, werd gebruikgemaakt van de gegevenslaagobjecten (of paginacode) die door de ontwikkelaars zijn geïmplementeerd om de bovenstaande variabelen (de props) in te vullen.

De extra logica in het AppMeasurement/Adobe Experience Platform dossier van SDK van het Web kan de rest variabelen (de koophandel eVars/afmetingen) invullen die tezelfdertijd moeten worden geplaatst.
Als een nieuwe bezoeker bijvoorbeeld een trefwoordzoekopdracht zou uitvoeren naar "sandalen", die 25 resultaten heeft opgeleverd op de pagina met zoekresultaten, zou de af te vuren code (via de paginacode OF gegevenslaagvastlegging) er als volgt uitzien:

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

Logica in het SDK-bestand AppMeasurement/Analytics kan dit codefragment dan automatisch omzetten in het volgende:

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

U hoeft zich geen zorgen te maken over het doorgeven van gegevens van pagina naar pagina en over het maken van een tamelijk grote, onhandige tekenreeks die in de productvariabele moet worden ingevoegd. In plaats daarvan, kunnen de ontwikkelaars hun gedeelte van de volgende oplossingen uitvoeren - wat in de steunen wordt opgenomen - en de rest van implementatie aan de douanecode verlaten die door het Raadplegen van de Adobe wordt verstrekt.

Zoals eerder is uitgelegd, hebben alle handelsversies van Vars die de syntaxis van de omzettingsvariabele gebruiken, de toewijzingsinstelling "Meest recente (laatste)". Zodra een eVar aan om het even welke waarde wordt geplaatst, blijft die waarde over alle verdere klappen (via post_evar kolom) voortbestaan. Het blijft bestaan tot het aan een verschillende waarde wordt geplaatst of tot de eVar verloopt. Daarom binden alle producten waarmee iemand communiceert nadat de eVars zijn ingesteld, als deze nog niet aan deze eVars zijn gebonden, aan de waarden 'Meest recente (laatste)' die in de eVar zijn doorgegeven.

Aan de hand van ons bovenstaande voorbeeld eVar2 de waarde van "sandalen" en de eVar1-waarde van "intern zoeken naar trefwoorden", enz. blijven staan op alle pagina's die worden gezien nadat de sleutelwoordzoekopdracht plaatsvond. Ze blijven bestaan totdat de eVars met andere waarden worden overschreven. Een bezoeker klikt op een koppeling naar de productdetailpagina voor de product-id "sandal123" op de pagina met zoekresultaten met trefwoorden. Vervolgens bindt de product-id "sandal123" (als deze nog niet is gebonden) zich aan elk van de waarden in de kolommen post_evar of aan de eVar-waarden die zijn verzameld op de vorige pagina (zoekresultaten).

Er is nog één ding om met de Veranderlijke Syntaxis van de Omzetting te heroverwegen. Het is dat de bindende gebeurtenissen opstelling moeten zijn om een waarde van eVar aan een product te binden. Als u een eVar voor handelsdoeleinden (in de eigen variabele) naast een product (in de productvariabele) in een Adobe Analytics-afbeeldingsaanvraag instelt, hoeft de eVar-waarde niet noodzakelijkerwijs aan het product te worden gebonden. In plaats daarvan, bepaalt de Merchandising Bindende instelling van de Gebeurtenis, die in de Manager van de Reeks van het Rapport wordt geplaatst, de criteria die een waarde van eVar aan een product binden

Omdat we de waarden van de eVar Product Finding Method aan producten willen binden wanneer een productinteractie plaatsvindt - wat impliceert dat een product "gevonden"is - is het veilig om te veronderstellen dat de gemeenschappelijkste "product gevonden"interactie die kan plaatsvinden hetzij een productmening (wanneer de bezoekers naar een productdetailpagina gaan) of een karretje toevoegen (wanneer de bezoekers een product aan het karretje direct van een producthet vinden methodepagina toevoegen) zijn.

Daarom kunnen wij deze twee gebeurtenissen (prodView, scAdd) als "fundamentele"handel kiezen bindende gebeurtenissen.
Dit is wat er gebeurt wanneer een van deze bindingsgebeurtenissen zich in een afbeeldingsaanvraag bevindt. Om het even welke product IDs die in het zelfde verzoek (binnen de productvariabele) bevat zijn en die niet aan een eVar van de koophandel zijn gebonden zal aan de meest recente waarden binden die in de eVar van de koophandel (post_evar kolommen) worden overgegaan. Elke poging om deze producten opnieuw te binden nadat deze oorspronkelijke binding heeft plaatsgevonden, wordt genegeerd wanneer de instelling Toewijzing (binding) gelijk is aan "Oorspronkelijke waarde (eerste)".

Instellingen voor aanbevolen werkwijzen

Hier volgt een overzicht van de aanbevolen procedures. Met de beste resultaten kunnen ze de productzoekmethode eenvoudig implementeren. De Adobe beveelt aan dat de cliënten elk van hun product het vinden methode (in het algemeen) verhandelen eVars als volgt vormen:

Wat doen Bindende Gebeurtenissen eigenlijk?

Wanneer een bindende gebeurtenis in de zelfde servervraag zoals de productvariabele bevat is, binden de waarden van de eVar van de Verkoop (gebruikend de Veranderlijke Syntaxis van de Omzetting) in hun postkolom aan de productvariabele. Gebaseerd op het vroegere voorbeeld, veronderstel dat één servervraag de volgende waarden van de eVar van de Verkoop bevat:

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

Zoals eerder uitgelegd, blijven de bovenstaande eVars na de huidige hit via hun respectievelijke post_evar kolom bestaan. De servers van de Adobe transformeren de bovenstaande eVars in het volgende:

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

Deze postkolommen worden opgeslagen in het gegevensbestand van de Adobe en blijven voorbij de huidige slag waar zij aanvankelijk werden geplaatst. Hierbij wordt ervan uitgegaan dat er geen vervaldatum of instelling van variabele plaatsvindt. De servers van de Adobe hebben deze post_evar waarden "beschikbaar"op het tijdstip dat zij om het even welke toekomstige servervraag verwerken die zowel de bindende gebeurtenis als de productvariabele bevatten.

De binding die plaatsvindt, is uitsluitend tussen deze post_evar waarden en de inhoud van de productvariabele. De bindende gebeurtenis "bindt"niet noodzakelijk aan of eVars of de productvariabele. Het is de "katalysator"die de servers van de Adobe vertelt om de post_evar waarden aan de producten te binden.

Stel dat bij een toekomstige hit de volgende variabelen worden ingesteld:

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

In de post_evar kolommen, zien de Adobe verwerkende servers deze slag als volgt:

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

Veronderstel eVar1, eVar2, eVar3, eVar4, en eVar5 zijn gevormd om te gebruiken prodView als een bindingsgebeurtenis. Als om het even welk van deze eVars niet wordt gevormd om prodView als bindende gebeurtenis te gebruiken, dan zal het binden tussen die (misconfigured) eVar en de productvariabele niet plaatsvinden.

Binding produceert enkele zeer interessante resultaten, die in de waarde van de post_products kolom kunnen worden gezien. De binding transformeert de bovenstaande code en stelt nog een paar postkolommen in, als volgt:

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

De waarde in de post_products kolom zou aan u vertrouwd kunnen zijn. Schuif omhoog in dit document en vergelijk deze post_products-waarde met de s.products-waarde zoals hieronder weergegeven. De kolom post_products is ingesteld met de syntaxis van de variabele Product.

Dit betekent dat met Binding "de waarden van de Syntaxis van de Syntaxis van de Verandering in de productvariabele via de Syntaxis van het Product worden gekopieerd. Deze het kopiëren actie vindt slechts plaats wanneer de productvariabele en een bindende gebeurtenis (die via de configuratie van eVar wordt geplaatst) in het zelfde verzoek bevat zijn. Op dat punt zijn de waarden in de kolom(men) post_eVar aan het product gebonden. This Binding is represented via Product Syntax as stored in the post_products column.

Merchandising Vars, de metrische Instanties, en Attributie

Wanneer een standaard eVar in een de servervraag van Analytics wordt verzonden, krijgt de waarde in zijn post_evar kolom altijd een Instantie die aan het wordt toegewezen. Instanties geven het aantal keren aan dat een eVar is ingesteld op een bepaalde waarde in een afbeeldingsaanvraag.

Stel bijvoorbeeld dat: eVar10 is een standaard eVar met Last Touch attributie. Als u s.eVar10="hello world" op om het even welke pagina, wordt de waarde van "hello wereld"overgegaan tot post_evar10 kolom wanneer de Adobe de slag verwerkt. De metrische instanties zijn gelijk aan "1" voor elk individu eVar10 instellen van hello world. Onthoud dat een instantie niet altijd wordt opgenomen wanneer de kolom post_evar een waarde heeft. In plaats daarvan bepaalt de kolom post_evar welke waarde de instantie krijgt wanneer een instantie wordt geregistreerd.

Instanties voor een eVar die wordt verhandeld geven toewijzing aan de waarden die de eVar verzamelt. Maar dit gebeurt alleen wanneer een product dat aan de waarde eVar voor handelsdoeleinden gebonden was, tegelijkertijd "met elkaar in contact" was.

Stel bijvoorbeeld s.eVar1="Internal Keyword Search" op zich geeft geen metrische creditering van de Instantie aan de waarde eVar1 van "Interne Onderzoek van het Sleutelwoord". Een instantie WORDT op dat punt geregistreerd. Nochtans, tenzij een product aan die "Interne waarde van het Onderzoek van het Sleutelwoord"tezelfdertijd gebonden is eVar1 is ingesteld, wordt de instantie toegewezen aan het niet-opgegeven emmertje. Met andere woorden: eVar1 De waarde van "Intern Sleutelwoord Onderzoek" kan een Instantie krijgen. Maar dit gebeurt alleen wanneer een product dat is gebonden aan de waarde van "Intern trefwoord zoeken" wordt weergegeven in de productvariabele in dezelfde afbeeldingsaanvraag.

Samengevat, zonder extra configuratie, is metrisch uit-van-de-doos Instanties voor een eVar van de koophandel minder dan nuttig. Gelukkig werd de Adobe vrijgegeven Attributie. Hiermee kunt u meerdere attributiemodellen toepassen op elke aangepaste metrische waarde die Adobe Analytics verzamelt. Metriek die deze attributiemodellen toepassen gebruikt niet de waarden in de post_evar kolommen of de waarden die aan om het even welk bepaald product worden gebonden. In plaats daarvan gebruiken deze meetgegevens alleen de waarden die via de afbeeldingsaanvragen zelf worden doorgegeven (of waarden die via de verwerkingsregels van Adobe Analytics worden vastgelegd). U kunt de eigenschappen in Attributie gebruiken om een correct toegeschreven instanties metrisch voor alle koopwaar te krijgen Vars die de Syntaxis van de Variabele van de Omzetting gebruiken.

Wanneer het toevoegen van instantie metrisch voor een het koophandel drijven eVar aan een rapport, zou het juiste model van de Attributie het model van de "Laatste Aanraking"zijn. De instelling voor Venster opzoeken voor het model is in dit geval niet van belang. De reden is dat een 'gedwongen' laatste aanraakattributiemodel altijd exemplaarkredieten geeft aan elke individuele waarde die via een aanvraag wordt doorgegeven. Dit ongeacht of de eigenlijke attributie-/bindingsinstellingen van de eVar zijn ingesteld op 'Meest recente (laatste)' als 'Oorspronkelijke waarde (eerste)'.