Ställa ID:n för Analytics och Experience Cloud setting-analytics-and-experience-cloud-ids
Experience Cloud Identity Service ersätter de gamla ID-metoderna för Analytics-besökare.
När ID-tjänsten har implementerats körs den här koden före AppMeasurement. ID-tjänsten hämtar Experience Cloud och analys-ID:n så att dessa värden är klara när AppMeasurement läses in.
När AppMeasurement läses in begärs ID-värdena för Experience Cloud och analys från ID-tjänsten och skickas till datainsamlingen med varje serveranrop. Eftersom ID-tjänsten avgör besökar-ID:t och skickar det till AppMeasurement, måste ID-tjänsten inkluderas och implementeras på varje sida före din AppMeasurement JavaScript-fil.
Ändringar i analys-ID-processen section-79bb86ae63f546419bb1a7ef5e710462
Den primära ändringen vid migrering till Experience Cloud ID-tjänsten är att ID-cookien ställs in med JavaScript, i stället för i HTTP-huvudet som returneras från webbservern för datainsamling. För att förstå den här ändringen beskriver följande avsnitt hur cookies ställs in med dessa två metoder.
HTTP-huvud
Ett HTTP-svar från en webbserver anger cookies i en webbläsare. Det är så här s_vi cookie är inställd. The s_vi cookie identifierar besökare i Analytics. När en cookie har angetts skickas den med alla efterföljande HTTP-begäranden till den servern.
När en begäran skickas till datainsamlingsservern Adobe kontrolleras rubriken för s_vi cookie. Om denna cookie finns i begäran används den för att identifiera besökaren. Om cookie-filen inte finns i begäran genererar servern en unik Experience Cloud ID, anger den som en cookie i HTTP-svarshuvudet och skickar tillbaka den med begäran. Cookien lagras i webbläsaren och skickas tillbaka till datainsamlingsservern vid efterföljande besök på webbplatsen. På så sätt kan besökaren identifieras vid olika besök.
Vissa webbläsare, till exempel Apple Safari, accepterar dock inte cookies från tredje part. Detta är cookies som anges i webbläsaren från andra domäner än den aktuella webbplatsen. Dessutom blockerar Safari cookies i tredjepartsdomäner om en besökare inte har varit i den domänen tidigare. Om du till exempel är på mysite.com och din datainsamlingsserver är mysite.omtrdc.net, den cookie som returneras i HTTP-huvudet från mysite.omtrdc.net kan avvisas av webbläsaren.
För att undvika detta har många kunder implementerat CNAME-poster för sina datainsamlingsservrar. Detta kan vara en effektiv del av en cookie-implementering från första part strategi. Om en CNAME-post är konfigurerad att mappa ett värdnamn på kundens domän till datainsamlingsservern (t.ex. mappning metrics.mysite.com till mysite.omtrdc.net), Experience Cloud ID-cookie lagras eftersom datainsamlingsdomänen nu matchar webbplatsens domän. Detta ökar sannolikheten för att ID-tjänstens cookie lagras. Detta medför emellertid en viss belastning eftersom du måste konfigurera CNAME-poster och upprätthålla SSL-certifikat för datainsamlingsservrarna.
JavaScript
JavaScript kan läsa och skriva cookies som angetts i förstahandsdomänen (domänen för den aktuella webbplatsen). The Experience Cloud ID-tjänsten använder den här metoden för att ange AMCV_###@AdobeOrg cookie som innehåller alla besökar-ID:n, så spårningsserverns domän behöver inte längre matcha webbplatsens domän för att besökar-ID-cookien ska kunna lagras. I de flesta fall är det här det bästa sättet att ange ID-tjänstens cookie eftersom den eliminerar overheadkostnaden för CNAME-poster och SSL-certifikat.
ID för anpassade analyser section-b6a7bd19e9ff432390010062450808f6
Ange ett kund-ID med s.visitorID är ett sätt att identifiera användare i Analytics. Integrationer där Analytics-data exporteras eller importeras med ID-tjänsten kommer dock inte att fungera när en besökare identifieras med s.visitorID.
Detta omfattar, men är inte begränsat till, delade målgrupper, analys för mål (A4T) och kundattribut. För dessa integreringar stöds inte inställning av ett anpassat analys-ID.
Analysbesökarens ID-ordning section-de1dc9fc9b6d4388995b70e35b8bcddf
När du har distribuerat besökar-ID-tjänsten finns det fem sätt som en besökare kan identifieras i Analytics (listas i följande tabell i prioritetsordning):
En webbläsare accepterar inte cookies från tredje part och Analytics tracking-servern är konfigurerad som en spårningsserver från tredje part.
Obs! The fet är en äldre identifierare och används inte om du har implementerat ID-tjänsten på din plats. I det här fallet fet behövs inte eftersom förstaparten, AMCV cookie gör det föråldrat. Den har bibehållits för att stödja äldre kod och av historiska skäl.
I många scenarier kan du se två eller tre olika ID:n för ett samtal, men Analytics använder det första ID:t som finns i listan som officiell Experience Cloud ID. Om du till exempel anger ett anpassat besökar-ID (som ingår i frågeparametern"vid") kommer detta ID att användas före andra ID:n som kan finnas i samma träff.