Omdirigeringserbjudanden - A4T FAQ

Det här avsnittet innehåller svar på frågor som ofta ställs om hur du använder omdirigeringserbjudanden när du använder Adobe Analytics som rapportkälla för Adobe Target (A4T).

Har Analytics för Adobe Target (A4T) stöd för omdirigeringserbjudanden?

+++Besvara Ja, om implementeringen använder at.js. Implementeringen måste dock uppfylla de minimikrav som anges nedan för att du ska kunna använda omdirigeringserbjudanden i aktiviteter där Analytics används som rapportkälla.

+++

Vilka är minimikraven för omdirigeringserbjudanden med A4T?

 Svara Implementeringen måste uppfylla följande minimikrav:
  • Experience Cloud Visitor ID-tjänst: visitorAPI.js version 2.3.0 eller senare.
  • Adobe Analytics: appMeasurement.js version 2.1.
  • Adobe Target: at.js version 1.6.2 eller senare.

De tre biblioteken måste finnas på både sidan med omdirigeringserbjudandet och den sida som besökaren omdirigeras till.

Varför finns det ibland avvikelser i data mellan A4T och Analytics?

+++Svara Vissa datameddelanden förväntas. Mer information finns i Förväntade datavariationer mellan Target och Analytics när A4T används och inte används.

+++

Hur minimerar jag avvikelser i trafikfördelningen när jag använder omdirigeringserbjudanden i A4T-aktiviteter?

 Svar Ett begränsat antal kunder har rapporterat större variationer i trafikfördelningen när omdirigeringserbjudanden används i aktiviteter som konfigurerats med Analytics for Target (A4T).

Tänk på följande:

  • Felaktig ordning för Target och Analytics kan leda till högre variationsgrader.

    The Target anropet måste föregå Analytics anropa källsidan (där omdirigering sker) och på målsidan (där omdirigering avslutas).

  • Se till att du använder omdirigeringserbjudanden i A4T-omdirigeringsaktiviteter.

  • Om det finns flera Target platsförfrågningar på källsidan (där omdirigering sker), Adobe rekommenderar att du kör omdirigeringsaktiviteten den första Target platsbegäran.

    Kör omdirigeringsaktiviteten den första Target platsbegäran minskar risken för att andra aktivitetskvalifikationer ska uppstå Target platsförfrågningar och räknas in i rapporten. Besökare som omdirigeras behöver inte räknas med i rapporterna om andra aktiviteter eftersom de inte kommer att se upplevelserna.

Varför räknas ibland sidvisningar på originalsidan och på omdirigeringssidan?

 Svar När du använder at.js version 1.6.3 eller senare är det inte något problem att räkna sidvisningar på båda sidorna. Detta konkurrensvillkor påverkar endast kunder som använder tidigare versioner. Target-teamet har två versioner av at.js: den aktuella versionen och den senaste versionen. Uppgradera vid behov at.js för att säkerställa att du kör en version som stöds{target="_blank"}.

Om du använder en tidigare version av at.js som inte stöds finns det en risk för att ett konkurrensvillkor kan uppstå som kan få Analytics-anropet att utlösas innan omdirigeringen körs på den första sidan. Detta kan leda till att sidvisningar på den ursprungliga sidan och på omdirigeringssidan räknas. Detta resulterar i en extra sidvy på den första sidan, där besökaren aldrig riktigt "såg" den första sidan.

Vi rekommenderar att du använder den formulärbaserade dispositionen för att skapa en omdirigeringsaktivitet för att öka hastigheten på omdirigeringen på sidan på grund av var koden körs på sidan. Du bör också skapa ett omdirigeringserbjudande för varje upplevelse, även standardupplevelsen, där omdirigeringen skulle returnera originalsidan. Genom att skapa ett omdirigeringserbjudande för varje upplevelse säkerställer du att det sker i alla upplevelser om en felräkning inträffar. Rapportering och analys är fortfarande giltiga för testet.

En anledning till att du kanske vill använda omdirigeringserbjudanden för alla upplevelser i aktiviteten, inklusive standardupplevelsen (kontrollen), är att ange samma villkor för alla upplevelser. Om till exempel standardupplevelsen inte har något omdirigeringserbjudande, men de andra upplevelserna har omdirigeringserbjudanden, har upplevelsen utan omdirigeringserbjudandet en inneboende fördel. Omdirigeringserbjudanden rekommenderas endast för tillfälliga scenarier, till exempel testning. Omdirigeringserbjudanden rekommenderas inte för permanenta scenarier, som personalisering. När du har bestämt vinnaren bör du ta bort omdirigeringen för att förbättra sidladdningsprestanda.

Stöds både Visual Experience Composer (VEC) och Form-Based Experience Experience Composer?

 Svar Ja, båda dispositionerna stöds så länge du använder de inbyggda omdirigeringserbjudandena.

Om du använder din egen anpassade kod för omdirigeringen måste du se till att du fyller i de två nya parametrarna som är kopplade till omdirigerings-URL:er ( adobe_mc_sdid och adobe_mc_ref, förklaras nedan).

Vilka nya frågesträngsparametrar läggs till i omdirigerings-URL:erna?

 Svar Följande frågesträngsparametrar är associerade med omdirigeringserbjudanden:
Parameter Beskrivning
adobe_mc_sdid The adobe_mc_sdid parametern skickar SDID (Supplemental Data Id) och Experience Cloud Org Id från standardsidan till den nya sidan. Med dessa ID:n kan A4T"sy ihop" Target-begäran på standardsidan med Analytics-begäran på den nya sidan.
Det förväntade formatet som skickas i URL:en (för hybridappar eller från en app till webbplatsen eller en webbplats till en annan) är `ex. adobe_mc_sdid=SDID=123
adobe_mc_ref The adobe_mc_ref parametern skickar den refererande URL-adressen för standardsidan till den nya sidan. När Analytics används med AppMeasurement.js version 2.1 (eller senare) används det här parametervärdet som den refererande URL:en på den nya sidan.

Parametrarna läggs automatiskt till i omdirigerings-URL:erna när de inbyggda omdirigeringserbjudandena i VEC och formulärbaserad Experience Composer används när besökar-ID-tjänsten implementeras på sidan. Om du använder din egen anpassade omdirigeringskod i VEC eller formulärbaserad disposition måste du se till att skicka de här parametrarna med din anpassade kod.

Mina webbservrar tar bort de här parametrarna från mina URL:er, vad ska jag göra?

+++Svar Arbeta med IT-teamet för att få dessa parametrar ( adobe_mc_sdid och adobe_mc_ref) tillåtslista.

+++

Vad händer om jag inte använder A4T med min omdirigeringsaktivitet och inte vill att de här extra parametrarna ska läggas till i mina URL:er?

 Svar Använd en anpassad omdirigering om:
  • Du använder inte A4T med omdirigeringsaktiviteten
  • Tjänsten för besökar-ID är implementerad
  • Du vill inte att de här parametrarna ska läggas till automatiskt i dina URL-adresser

Som en god praxis kanske du vill behålla adobe_mc_ref i URL-adressen för att rapportera referensinformationen till Analytics korrekt.

Varför är parametrarna adobe_mc_ref och adobe_mc_sdid dubbelt så URL kodade i min implementering?

 Svar Om du använder A4T och omdirigeringserbjudanden lägger Target till adobe_mc_ref och adobe_mc_sdid parametrar till URL:en. Dessa värden är redan URL-kodade. För det mesta fungerar allt som förväntat, men vissa kunder kan ha belastningsutjämnare eller WEB-servrar som försöker koda frågesträngsparametrarna en gång till.

På grund av den här dubbla kodningen när Visitor API försöker avkoda adobe_mc_sdid kan det inte extrahera SDID-värdet och genererar ett nytt SDID. Den här processen leder till att felaktiga SDID-värden skickas till Target och Analytics, och du ser en ojämn delning för omdirigeringar i Analytics-rapporter.

Adobe rekommenderar att du pratar med IT-avdelningen för att säkerställa att adobe_mc_ref och adobe_mc_sdid tillåtslista så att dessa värden inte omformas på något sätt.

Varför ska den refererande URL:en skickas till den nya sidan?

 Besvara Anta att en besökare klickar på en länk på www.google.com på din hemsida (www.mysite.com/index.html) som en omdirigeringsaktivitet är aktiv och sedan omdirigeras till en ny sida (www.mysite.com/index2.html).

Tidigare Analytics begäran på den nya sidan skulle rapportera en refererande URL till www.mysite.com/index.html i stället för www.google.com. Detta orsakade inkorrekt rapportering i Analytics som är kopplade till de refererande URL:erna (till exempel marknadsföringskanalrapporter). Rapporterna hade förlorat det faktum att du kom till webbplatsen från www.google.com.

Med at.js version 0.9.6 (eller senare) och AppMeasurement.js 2.1 (eller senare), Analytics begäran på den nya sidan rapporterar en refererande URL för www.google.com.

Kan jag använda anpassade omdirigeringserbjudanden från HTML?

+++svarsnr måste du använda ett inbyggt omdirigeringserbjudande för aktiviteter som använder Analytics som rapportkälla (A4T). Från Target HTML erbjuder ogenomskinliga: Target kan inte veta att ett visst stycke HTML innehåller JavaScript som initierar en omdirigering.

+++

Adobe Experience Platform Web SDK badge Gör Adobe Experience Platform Web SDK stöder omdirigeringserbjudanden för A4T?

Följande Frågor och svar innehåller mer information om hur du använder A4T och omdirigeringserbjudanden med Platform Web SDK.

Har Analytics for Target (A4T) stöd för omdirigeringserbjudanden?

+++Svar Ja, A4T via Platform Web SDK har stöd för omdirigeringserbjudanden.

+++

Är Visual Experience Composer (VEC) och Form-Based Experience Composer stöds?

+++Svar Ja, Visual Experience Composer (VEC) och Form-Based Experience Composer stöds om du använder inbyggda omdirigeringserbjudanden.

+++

Kan jag använda anpassade omdirigeringserbjudanden för HTML med Platform Web SDK?

+++svarsnr måste du använda ett inbyggt omdirigeringserbjudande för aktiviteter som använder A4T. Från Target HTML är ogenomskinliga. Target kan inte veta att ett visst stycke HTML innehåller JavaScript som initierar en omdirigering.

+++

På denna sida