Innan du implementerar Analytics för Target (A4T) med at.js
Flera ändringar görs i datainsamlingsprocessen när Adobe Analytics aktiveras 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 inte använder omdirigeringserbjudanden med A4T
Integreringen kräver 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 finns i Adobe Experience Platform Web SDK.
Krav som 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 Analytics for Target Implementation.
Mer information om hur du implementerar A4T med Platform Web SDK finns i 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.
- Processen med att konfigurera Analytics som rapportkälla för Target innehåller flera implementeringssteg, följt av ett etableringssteg. Det är en god idé att läsa igenom processen enligt beskrivningen nedan innan du implementerar den. När du har slutfö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.
- Visitor ID service skapar en delad Visitor ID över Adobe Experience Cloud. Även om det inte ersätter Target mboxPC-id eller Audience Manager UUID ersätter det sättet Analytics identifierar nya besökare på. Om konfigurationen är korrekt bör Analytics besökare som returnerar identifieras via sitt gamla Analytics-ID. På samma sätt försvinner inga Target-besökarprofildata när du uppgraderar till Visitor ID service eftersom mboxPCid Target förblir intakt.
- Visitor ID service måste köras före sidkoden Analytics och Target. Kontrollera att
VisitorAPI.js
visas ovanför taggarna för alla andra Experience Cloud-lösningar.
Latens section_9489BE6FD21641A4844E591711E3F813
När den här integreringen har aktiverats får du ytterligare 5-10 minuters fördröjning i Analytics. Den här fördröjningsökningen gör att data från Analytics och Target kan 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 liveströmmen och realtidsrapporter, 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 efter att du har implementerat besökar-ID-tjänsten Experience Cloud, ä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-träff som delar det kompletterande ID:t för A4T för att fungera korrekt.
Träffar som innehåller data från Analytics och Target innehåller ett extra data-ID. Du kan se det här ID:t i Adobe Experience Cloud Debugger som parametern sdid
. Till 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ökning inträffar måste du kontrollera att det extra ID:t finns på Analytics träffar.
Loggning av analys på klientsidan client-side
Om at.js finns på sidan Experience Cloud Visitor ID Service och appMeasurement.js, Analytics, och Target, sammanfogar händelser korrekt för rapporterings- och analyssyften 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 fall där du kanske vill ha mer kontroll över när och hur analysdata som är relaterade till Target ska skickas 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. Mer information finns i Steg 7: Referens at.js på alla webbplatssidor i Analytics for Target Implementation .
Delade målgrupper
När du fyller i Marketing Cloud Integrations Provisioning Form bör du vara medveten om följande viktiga information om alternativet Shared Audiences som listas under For which capabilities are you requesting provisioning?
När du begär Shared Audiences aktiverar du Target och Adobe Audience Manager (AAM) att dela information, i det här fallet målgrupper.