Innan du implementerar Analytics för Target (A4T) med at.js
Flera ändringar görs i datainsamlingsprocessen när du aktiverar Adobe Analytics som rapportkälla för Adobe Target (A4T).
Innan du bestämmer dig för att använda den här integreringen ska du gå igenom följande avsnitt och fundera över vilken inverkan dina rapporteringsprocesser har.
Implementeringskrav section_A0D2EF18033D4C3997B08A6EBB34C17A
Den här A4T-integreringen kräver att du implementerar följande biblioteksversioner (eller nyare), beroende på om du vill använda omdirigeringserbjudanden med A4T eller inte.
Krav krävs om not använda omdirigeringserbjudanden med A4T
För den här integreringen krävs att du implementerar följande biblioteksversioner (eller nyare) om du inte planerar att använda omdirigeringserbjudanden med A4T. Ordningen som anges är den ordning som operationerna utförs.
- Experience Cloud Visitor ID Service: visitorAPI.js version 1.8.0
- Adobe Target: at.js version 0.9.1
- Adobe Analytics: appMeasurement.js version 1.7.0
Mer information om hur du implementerar A4T med Platform Web SDK, se Adobe Experience Platform Web SDK.
Krav krävs för omdirigeringserbjudanden med A4T
Om du vill använda omdirigeringserbjudanden med A4T måste du implementera följande biblioteksversioner (eller nyare). Ordningen som anges är den ordning som operationerna utförs.
-
Experience Cloud Visitor ID Service: visitorAPI.js version 2.3.0
note note NOTE at.js 1.8.0+ och at.js 2.x+ fungerar inte längre med Visitor API-versioner som är äldre än 2.5.0 för att skicka Adobe Audience Manager-parametrar (AAM). -
Adobe Target: at.js version 1.6.2
-
Adobe Analytics: appMeasurement.js version 2.1
Instruktioner för hämtning och distribution finns i Analyser för målinriktad implementering.
Mer information om hur du implementerar A4T med Platform Web SDK, se Adobe Experience Platform Web SDK.
Saker att känna till innan ni implementerar section_50D49CC52E11414089C89FB67F9B88F5
- Den här integreringen aktiveras för nya aktiviteter när du väljer att använda Analytics som rapportkälla. När du har gjort de implementeringsändringar som beskrivs i det här dokumentet påverkas inte dina befintliga aktiviteter.
- Konfigurationsprocessen Analytics som rapportkälla för Target innehåller flera implementeringssteg, följt av ett provisioneringssteg. Det är en god idé att läsa igenom processen enligt beskrivningen nedan innan du implementerar den. När du har utfört de här stegen är du redo att använda Analytics som rapportkälla när den är aktiverad för dig. Etableringsprocessen kan ta upp till fem arbetsdagar.
- The Visitor ID service skapar en delad Visitor ID över Adobe Experience Cloud. Även om den inte ersätter Target mboxPC-id eller Audience Manager UUID ersätter det sättet Analytics identifierar nya besökare. Om konfigurationen är korrekt returneras Analytics besökarna bör också identifieras via sina gamla Analytics ID. På samma sätt, eftersom Target mboxPCid förblir intakt, nej Target besökarprofildata förloras när du uppgraderar till Visitor ID service.
- The Visitor ID service måste köras innan Analytics och Target sidkod. Se till att
VisitorAPI.jsvisas ovanför taggarna för alla andra Experience Cloud lösningar.
Latens section_9489BE6FD21641A4844E591711E3F813
När integreringen är aktiverad kommer du att uppleva ytterligare 5-10 minuters fördröjning på Analytics. Den här latensökningen tillåter data från Analytics och Target som ska lagras på samma träff, vilket gör att du kan dela upp aktiviteter per sida och webbplatsavsnitt.
Ökningen återspeglas i alla Analytics tjänster och verktyg, inklusive live-stream och realtidsrapportering, och gäller i följande scenarier:
- För liveströmmar, realtidsrapporter och API-begäranden samt aktuella data för trafikvariabler fördröjs bara träffar med ett extra data-ID.
- För aktuella data om konverteringsmått, slutförda data och dataflöden fördröjs alla träffar ytterligare 5-7 minuter.
Latensökningen börjar när du har implementerat Experience Cloud besökar-ID-tjänst, även om du inte har implementerat den här integreringen fullständigt.
Kompletterande ID section_2C1F745A2B7D41FE9E30915539226E3A
Alla Target anrop som används av en A4T-aktivitet för att leverera innehåll eller registrera målmåttet måste ha en motsvarande Analytics som delar det extra ID:t för A4T så att det fungerar som det ska.
Träffar som innehåller data från Analytics och Target innehåller ett extra data-ID. Du kan se detta ID i Adobe Experience Cloud Debugger som sdid parameter. Exempel: sdid=2F3C18E511F618CC-45F83E994AEE93A0. Detta ID genereras när som helst när följande kriterier finns på plats:
- Tjänsten för besökar-ID är implementerad
När felsökningmåste du bekräfta att det kompletterande ID:t finns på Analytics träffar.
Loggning av analys på klientsidan client-side
Om at.js Experience Cloud Visitor ID Serviceoch appMeasurement.js finns på sidan, Analyticsoch Target Sammanfogar händelser korrekt för rapportering- och analysändamål i bakänden så länge som rätt kompletterande ID inkluderas från sidan. Du behöver inte hantera och utföra några ytterligare åtgärder för att A4T ska fungera korrekt.
Det finns tillfällen då du kanske vill ha större kontroll över när och hur analysdata som är relaterade till Target till Analytics för rapportering. Du kan ha ett internt analysverktyg som du använder internt. Men du vill också skicka analysdata till Analytics via den interna analysprodukten så att andra medlemmar i organisationen kan fortsätta använda Analytics som en visuell rapportkälla. Se Steg 7: Referens vid .js på alla webbplatssidor in Analyser för målinriktad implementering för mer information.
Delade målgrupper
När du fyller i Marketing Cloud integrations Provisioning Formbör du vara medveten om följande viktiga information om Shared Audiences som anges under "For which capabilities are you requesting provisioning?"
När du begär Shared Audiencesaktiverar du Target och Adobe Audience Manager AAM) att utbyta information, i detta fall målgrupper.