De här instruktionerna är till för Analytics-kunder som vill använda Experience Cloud Identity Service och inte använder Dynamic Tag Management (DTM). Vi rekommenderar dock starkt att du använder DTM för att implementera ID-tjänsten. DTM effektiviserar implementeringsarbetsflödet och säkerställer automatiskt korrekt kodplacering och sekvensering.
Så här implementerar du ID-tjänsten för Adobe Analytics:
ID Service kräver kodbiblioteket VisitorAPI.js
. Så här hämtar du det här kodbiblioteket:
Gå till Admin > Code Manager.
I Code Manager klickar du antingen på JavaScript (New) eller JavaScript (Legacy).
Detta hämtar komprimerade kodbibliotek.
Dekomprimera kodfilen och öppna filen VisitorAPI.js
.
Del 1: Kopiera funktionen Visitor.getInstance nedan
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION-ID-HERE", {
trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer
trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure
// To enable CNAME support, add the following configuration variables
// If you are not using CNAME, DO NOT include these variables
marketingCloudServer: "INSERT-TRACKING-SERVER-HERE",
marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure
});
Del 2: Lägga till funktionskod i filen VisitorAPI.js
Placera funktionen Visitor.getInstance
i slutet av filen efter kodblocket. Den redigerade filen ska se ut så här:
/*
========== DO NOT ALTER ANYTHING BELOW THIS LINE ==========
Version and copyright section
*/
// Visitor API code library section
// Put Visitor.getInstance at the end of the file, after the code library
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION-ID-HERE", {
trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer
trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure
// To enable CNAME support, add the following configuration variables
// If you are not using CNAME, DO NOT include these variables
marketingCloudServer: "INSERT-TRACKING-SERVER-HERE",
marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure
});
I funktionen Visitor.getInstance
ersätter du INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE
med ditt Experience Cloud organisations-ID. Om du inte känner till ditt organisations-ID kan du hitta det på administrationssidan för Experience Cloud. Se även Administration - bastjänster. Den redigerade funktionen kan se ut ungefär som i exemplet nedan.
var visitor = Visitor.getInstance("1234567ABC@AdobeOrg", { ...
Ändra inte skiftläget för tecknen i ditt organisations-ID. ID:t är skiftlägeskänsligt och måste användas exakt som angivet.
Spårningsservrar används för Analytics-datainsamling.
Del 1: Hitta URL:er till spårningsservern
Kontrollera dina s_code.js
- eller AppMeasurement.js
-filer för att hitta spårningsserverns URL:er. Du vill att URL:erna som anges av dessa variabler ska vara:
s.trackingServer
s.trackingServerSecure
Del 2: Ange spårningsservervariabler
Så här tar du reda på vilka spårningsservervariabler som ska användas:
Om det används matchar du URL:erna för Experience Cloud-servern med deras motsvarande URL:er för spårningsservern så här:
Om du är osäker på hur du hittar spårningsservern kan du läsa Vanliga frågor och svar och Fylla i variablerna trackingServer och trackingServerSecure.
Lägg till den här funktionen i din AppMeasurement.js
- eller s_code.js
-fil:
s.visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE");
Placera koden i samma avsnitt som innehåller konfigurationer som linkInternalFilters
, charSet
, trackDownloads
osv.
(Valfritt men rekommenderas) Skapa ett anpassat utkast
Ange en anpassad prop i AppMeasurement.js
eller s_code.js
för att mäta täckningen. Lägg till den här anpassade proppen i doPlugins
-funktionen för dina AppMeasurement.js
- eller s_code.js
-filer:
// prop1 is used as an example only. Choose any available prop.
s.prop1 = (typeof(Visitor) != "undefined" ? "VisitorAPI Present" : "VisitorAPI Missing");
Placera VisitorAPI.js
-filen i <head>
-taggarna på varje sida. När du sparar VisitorAPI.js
-filen på sidan:
<head>
-avsnittet så att den visas före andra lösningstaggar.Flytta koden till produktion efter testning och verifiering.
Om något av dessa användningsfall gäller din situation ber du kundtjänst att ställa in en tillfällig respitperiod. Gränsperioder kan vara upp till 180 dagar. Du kan förnya en respitperiod om det behövs.
Partiell implementering
Du behöver en respitperiod om du har sidor som använder ID-tjänsten och vissa sidor som inte gör det, och de alla rapporterar till samma Analytics-rapportserie. Det här är vanligt om du har en global rapportserie som rapporterar över domäner.
Avbryt respitperioden när ID-tjänsten har distribuerats på alla dina webbsidor som rapporterar till samma rapportsvit.
s_vi Cookie-krav
Du behöver en respitperiod om du kräver att nya besökare ska ha en s_vi-cookie efter migrering till ID-tjänsten. Detta är vanligt om implementeringen läser s_vi-cookien och lagrar den i en variabel.
Avbryt respitperioden när implementeringen kan hämta MID i stället för att läsa s_vi-cookien.
Se Cookies och Experience Cloud Identity Service.
Du behöver en respitperiod om du skickar data till ett internt system från en Clickstream-datafeed och som bearbetar använder kolumnerna visid_high
och visid_low
.
Avbryt respitperioden efter att dataöverföringsprocessen kan använda kolumnerna post_visid_high
och post_visid_low
.
Se Referens för Clickstream-datakolumn.
Inmatning av data i Clickstream
Du kan testa och distribuera enligt följande.
Testa och verifiera
Om du vill testa implementeringen av din ID-tjänst ska du kontrollera följande:
Se Testa och verifiera identitetstjänsten Experience Cloud.
Distribuera kod
Distribuera koden när den har testats.
Om du aktiverade en respitperiod i Steg 7: