Aanbiedingen omleiden - Veelgestelde vragen A4T
Dit onderwerp bevat antwoorden op vragen die vaak worden gesteld over het gebruik van omleidingsaanbiedingen wanneer Adobe Analytics als rapportagebron voor Adobe Target (A4T) wordt gebruikt.
Biedt Analytics for Adobe Target (A4T) ondersteuning voor omleidingsaanbiedingen? section_46B8B03ED4D542C6AD875F5F61176298
Omleidt de Adobe Experience Platform Web SDK steun aanbiedingen voor A4T opnieuw? platform
Biedt Analytics for Target (A4T) ondersteuning voor omleidingsaanbiedingen?
Worden Visual Experience Composer (VEC) en Form-Based Experience Composer ondersteund?
Wat zijn de minimumeisen om aanbiedingen om te leiden met A4T te gebruiken? section_FA9384C2AA9D41EDBCE263FFFD1D9B58
Uw implementatie moet aan de volgende minimumvereisten voldoen:
- Experience Cloud Visitor ID Service: visitorAPI.js versie 2.3.0 of hoger.
- Adobe Analytics: appMeasurement.js versie 2.1.
- Adobe Target: at.js versie 1.6.2 of hoger.
De drie bibliotheken moeten op zowel de pagina met het omleidingsaanbod als de pagina worden opgenomen waarnaar de bezoeker wordt omgeleid.
Waarom zijn er soms gegevensdiscrepanties tussen A4T en Analytics?
Hoe kan ik discrepanties in verkeersdistributie minimaliseren wanneer het gebruiken van omleidingsaanbiedingen in A4T activiteiten? discrepancies
Een beperkt aantal klanten heeft hogere mate van variatie in verkeersdistributie gemeld wanneer het gebruiken van omleidingsaanbiedingen in activiteiten die met Analytics for Target (A4T) worden gevormd.
Overweeg het volgende:
-
Onjuiste volgorde van aanroepen Target en Analytics kan de oorzaak zijn van hogere mate van variatie.
De aanroep van Target moet voorafgaan aan de aanroep van Analytics op de bronpagina (waar omleiding plaatsvindt) en op de doelpagina (waar omleiding eindigt).
-
Zorg ervoor dat u omleidingsaanbiedingen in A4T omleidingsactiviteiten gebruikt.
-
Als er meerdere Target locatieaanvragen op de bronpagina staan (waar de omleiding plaatsvindt), raadt Adobe u aan de omleidingsactiviteit uit te voeren bij de eerste Target locatieaanvraag.
Als u de omleidingsactiviteit uitvoert op de eerste Target locatieaanvraag, verkleint u de kans dat activiteitskwalificaties optreden op andere Target -locatieaanvragen en wordt het rapport geteld. Bezoekers die worden omgeleid, hoeven niet mee te tellen in de verslagen van andere activiteiten, aangezien zij de ervaringen niet zullen zien.
Waarom worden paginaweergaven op de oorspronkelijke pagina en op de omleidingspagina soms geteld? section_B8F6CC2190B84CF08D945E797C5AF07B
Wanneer u at.js versie 1.6.3 of hoger gebruikt, is het niet van belang om paginaweergaven op beide pagina’s te tellen. Deze rasvoorwaarde beïnvloedt slechts klanten die vroegere versies gebruiken. Het team van het Doel handhaaft twee versies van at.js: de huidige versie en de tweede recentste versie. De verbetering at.js zonodig om ervoor te zorgen dat u a gesteunde versie in werking stelt.
Als u een vroegere, niet-gesteunde versie van at.js gebruikt, is er een mogelijkheid dat een rassenvoorwaarde kan voorkomen die de Analytische vraag zou kunnen veroorzaken om te vuren alvorens redirect op de eerste pagina uitvoert. Hierdoor kunnen paginaweergaven op de oorspronkelijke pagina en op de omleidingspagina worden geteld. Deze situatie leidt tot een extra paginaweergave op de eerste pagina, wanneer de bezoeker deze eerste pagina nooit echt ‘zag’.
Het wordt aanbevolen om met de op formulieren gebaseerde composer een omleidingsactiviteit te maken om de omleiding van de pagina te versnellen, omdat de code op de pagina wordt uitgevoerd. Bovendien wordt het aangeraden een omleidingsaanbieding voor elke ervaring te maken, zelfs voor de standaardervaring, waarbij omleiding de oorspronkelijke pagina zou retourneren. Het creëren van een omleidingsaanbieding voor elke ervaring zorgt ervoor dat als fout-telling voorkomt, het over alle ervaringen gebeurt. Rapportage en analyse zijn nog steeds geldig voor de test.
Eén reden dat u omleidingsaanbiedingen wilt gebruiken voor alle ervaringen in de activiteit, inclusief de standaardeigenschap (controle), is om dezelfde voorwaarden op alle ervaringen te plaatsen. Bijvoorbeeld, als de standaardervaring geen omleidingsaanbod heeft maar de andere ervaringen hebben omleidingsaanbiedingen, heeft de snelheid van de ervaring zonder de omleidingsaanbieding een inherent voordeel. Aanbiedingen voor omleiding worden alleen aanbevolen voor tijdelijke scenario’s, zoals testen. Het doorsturen van aanbiedingen wordt niet aanbevolen voor permanente scenario’s, zoals personalisatie. Nadat u de winnaar hebt bepaald, moet u de omleiding verwijderen om de prestaties bij het laden van de pagina te verbeteren.
Wordt zowel Visual Experience Composer (VEC) als Form-Based Experience Composer ondersteund? section_FDA26FE7909B48539DA770559E687677
Ja, beide composers worden ondersteund zolang u de ingebouwde omleidingsaanbiedingen gebruikt.
Als u uw eigen aangepaste code voor omleiding gebruikt, moet u ervoor zorgen dat u de twee nieuwe parameters vult die aan omleiding URLs ( adobe_mc_sdid en adobe_mc_ref worden geassocieerd, hieronder verklaard).
Wat zijn de nieuwe parameters van het vraagkoord toegevoegd aan omleiding URLs? section_BA73E8B3CFCC4CBEB5BE3F76B2BC8682
De volgende parameters van het vraagkoord worden geassocieerd met omleidingsaanbiedingen:
| table 0-row-2 1-row-2 2-row-2 | |
|---|---|
| Parameter | Beschrijving |
adobe_mc_sdid |
De parameter adobe_mc_sdid geeft de aanvullende gegevens-id (SDID) en Experience Cloud-code-id door van de standaardpagina naar de nieuwe pagina. Met deze id’s kan A4T het doelverzoek samenvoegen op de standaardpagina met het analyseverzoek op de nieuwe pagina.Het verwachte formaat dat in url (voor hybride apps of van één app aan de website of één website aan een andere) wordt overgegaan is ex. adobe_mc_sdid=SDID=123|MCORGID=123456789@AdobeOrg|TS=1498569322 |
adobe_mc_ref |
De parameter adobe_mc_ref geeft de verwijzende URL van de standaardpagina door aan de nieuwe pagina. Bij gebruik met AppMeasurement.js versie 2.1 (of hoger) gebruikt Analytics deze parameterwaarde als verwijzende URL op de nieuwe pagina. |
Deze parameters worden automatisch toegevoegd aan omleiding URLs wanneer het gebruiken van de ingebouwde omleidingsaanbiedingen in VEC en op vorm-Gebaseerde Composer van de Ervaring wanneer de dienst van Bezoeker Id op de pagina wordt uitgevoerd. Als u uw eigen aangepaste omleidingscode in de VEC of op vorm gebaseerde Composer gebruikt, moet u ervoor zorgen dat u deze parameters doorgeeft met uw aangepaste code.
Mijn webservers verwijderen deze parameters van mijn URL’s. Wat moet ik doen? section_0C2DDB72939F4875B6D0428B8DCB38E5
adobe_mc_sdid en adobe_mc_ref ) te laten gevoegd op lijst van gewenste personen.Wat als ik geen A4T met mijn omleidingsactiviteit gebruik en niet deze extra parameters aan mijn URLs wil hebben toevoegen? section_9E608D75FF9349FE96C65FEDD7539F45
Gebruik een aangepaste omleiding als:
- U gebruikt geen A4T met uw omleidingsactiviteit
- De service Visitor-id is geïmplementeerd
- U wilt niet dat deze parameters automatisch aan uw URLs worden toegevoegd
Het is echter aan te raden de parameter adobe_mc_ref in de URL te houden om de verwijzingsgegevens correct aan Analytics te melden.
Waarom zijn de parameters adobe_mc_ref en adobe_mc_sdid dubbel-URL gecodeerd in mijn implementatie? section_5EFE5F012B944C40865731EA18E7E79E
Als u aanbiedingen A4T gebruikt en omleidt, voegt Target de parameters adobe_mc_ref en adobe_mc_sdid aan URL toe. Deze waarden zijn al gecodeerd met URL. Meestal werkt alles zoals verwacht, echter, zouden sommige klanten ladingsbalancers of servers kunnen hebben WEB die proberen om de parameters van het vraagkoord één meer keer te coderen.
Vanwege deze dubbele codering wanneer de bezoeker-API de waarde adobe_mc_sdid probeert te decoderen, kan deze de waarde van de SDID niet extraheren en wordt een nieuwe SDID gegenereerd. Dit proces leidt tot onjuiste waarden SDID die naar Doel en Analytics worden verzonden en u ziet ongelijkmatige verdeling voor herleidingen in de rapporten van de Analyse.
Adobe raadt u aan contact op te nemen met uw IT-team om ervoor te zorgen dat adobe_mc_ref en adobe_mc_sdid gevoegd op lijst van gewenste personen zijn, zodat deze waarden op geen enkele manier worden getransformeerd.
Waarom moet de verwijzende URL aan de nieuwe pagina worden overgegaan? section_91AB8B0891F6416CBF7E973DCAF54EB5
Veronderstel dat een bezoeker een verbinding op www.google.com aan uw homepage (www.mysite.com/index.html) klikt waarop een omleidingsactiviteit levend is en dan aan een nieuwe pagina (www.mysite.com/index2.html) wordt opnieuw gericht.
Eerder rapporteerde de Analytics aanvraag op de nieuwe pagina een verwijzende URL van www.mysite.com/index.html in plaats van www.google.com . Dit heeft geleid tot onjuiste rapportage in Analytics die is gekoppeld aan de verwijzende URL’s (bijvoorbeeld marketingrapporten). De rapporten hadden het feit verloren dat u vanaf www.google.com naar de site kwam.
Bij at.js versie 0.9.6 (of hoger) en AppMeasurement.js 2.1 (of hoger) rapporteert de Analytics -aanvraag op de nieuwe pagina een referentie-URL van www.google.com .