Ställa ID:n för Analytics och Experience Cloud

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

Den största förändringen när du migrerar till ID-tjänsten Experience Cloud ä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. Så här ställs cookien s_vi in. s_vi-cookien identifierar Analytics-besökare. 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-cookien. Om denna cookie finns i begäran används den för att identifiera besökaren. Om cookien inte finns i begäran genererar servern ett unikt Experience Cloud-ID, anger det som en cookie i HTTP-svarshuvudet och skickar tillbaka det 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, kan den cookie som returneras i HTTP-huvudet från mysite.omtrdc.net 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), lagras ID-cookien för Experience Cloud 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). ID-tjänsten Experience Cloud använder den här metoden för att ställa in cookien AMCV_###@AdobeOrg 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 anpassad analys

Att 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

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):

Använd order Frågeparameter (samlingsmetod) Presentera när

vid (s.visitorID)

s.visitorID har angetts

hjälp (s_vi cookie)

Besökaren hade en befintlig s_vi-cookie innan du distribuerade ID-tjänsten Experience Cloud, eller så har du konfigurerat en -respitperiod.

mitten (AMCV_ cookie inställd av Experience Cloud besökar-ID-tjänst)

Besökarens webbläsare accepterar cookies från första part

fet (återgångscookie i H.25.3 eller senare, eller AppMeasurement för JavaScript)

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! Fältet är en äldre identifierare och används inte om du har implementerat ID-tjänsten på din plats. I det här fallet behövs inte fältet eftersom den första parten, AMCV cookie gör det föråldrat. Den har bibehållits för att stödja äldre kod och av historiska skäl.

IP-adress, användaragent, gateway-IP-adress

Besökarens webbläsare accepterar inte cookies.

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 officiellt 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.

På denna sida