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).
+++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.
+++
De tre biblioteken måste finnas på både sidan med omdirigeringserbjudandet och den sida som besökaren omdirigeras till.
+++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.
+++
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.
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.
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).
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.
+++Svar Arbeta med IT-teamet för att få dessa parametrar ( adobe_mc_sdid
och adobe_mc_ref
) tillåtslista.
+++
Som en god praxis kanske du vill behålla adobe_mc_ref
i URL-adressen för att rapportera referensinformationen till Analytics korrekt.
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.
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
.
+++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.
+++
Följande Frågor och svar innehåller mer information om hur du använder A4T och omdirigeringserbjudanden med Platform Web SDK.
+++Svar Ja, A4T via Platform Web SDK har stöd för omdirigeringserbjudanden.
+++
+++Svar Ja, Visual Experience Composer (VEC) och Form-Based Experience Composer stöds om du använder inbyggda omdirigeringserbjudanden.
+++
+++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.
+++