Ställa in analyser och Experience Cloud-ID 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 AppMeasurementet. ID-tjänsten hämtar Experience Cloud och analys-ID:n så att dessa värden är klara när AppMeasurementet läses in.

När AppMeasurementet läses in begärs ID-värdena för Experience Cloud och analys från ID-tjänsten och skickas till datainsamling med varje serveranrop. Eftersom ID-tjänsten avgör besökar-ID:t och skickar det till AppMeasurementet, måste ID-tjänsten inkluderas och implementeras på varje sida innan AppMeasurement JavaScript-filen skickas.

Ändringar i analys-ID-processen section-79bb86ae63f546419bb1a7ef5e710462

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 är cookien s_vi inställd. Cookien s_vi 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 cookien s_vi. Om den här cookien finns i begäran används den för att identifiera besökaren. Om cookie-filen inte finns i begäran genererar servern ett unikt 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 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 förstapartsstrategi för cookie-implementering. Om en CNAME-post har konfigurerats för att mappa ett värdnamn på kundens domän till datainsamlingsservern (t.ex. mappning metrics.mysite.com till mysite.omtrdc.net), lagras Experience Cloud-ID-cookien 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 ange 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 anpassade analyser section-b6a7bd19e9ff432390010062450808f6

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

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
-sökning (grundcookie på 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 den föråldrad. 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.

recommendation-more-help
9c9e8ca9-9f7e-42c9-a5d5-a0d82776362a