En översikt över hur identitetstjänsten Experience Cloud fungerar med det gamla Analytics-ID:t.
Historiskt sett har Experience Cloud Identity Service integrerats nära i Adobe Analytics. Det är fortfarande en viktig del av Analytics men har nu viktiga funktioner för andra lösningar och funktioner i Experience Cloud. På grund av detta historiska arv fungerar kontroll eller skrivning av ett analys-ID lite annorlunda än med den allmänna process som beskrivs i Hur Experience Cloud Identity Service begär och anger ID:n…. Mer information om ordningen för åtgärder för att kontrollera ID:n finns i Ställa in analyser och Experience Cloud-ID:n.
Om Experience Cloud-cookien (AMCV) inte finns genererar ett ID-tjänstanrop till Adobe ett svar som varierar beroende på om det finns ett äldre Analytics-ID eller inte. Det gamla Analytics-ID:t lagras i s_vi-cookien. I tabellen nedan beskrivs hur ID:n skrivs till AMCV-cookien baserat på läget för s_vi-cookien.
s_vi Cookie-status | Beskrivning |
---|---|
s_vi Cookie har inte angetts |
ID-tjänsten tilldelar besökare en Experience Cloud ID (MID). MID identifierar besökarna på Analyser och andra Experience Cloud lösningar. |
s_vi Cookie är inställt |
När en webbplatsbesökare med en s_vi-cookie först stöter på Experience Cloud Identity Service:
Obs! Med respitperiodinnehåller datacentrets svar alltid ett äldre ID som lagras i s_vi-cookien. Under respitperioden skrivs det gamla ID:t till AMCV-cookien som AID-värde. |
Användare som identifieras av s_fid-cookien kommer inte att ha sina gamla FID-värden migrerade till AMCV-cookien. Med s_fid-cookie migreras användare som om ingen s_vi-cookie fanns (se ovan) och visas som nya besökare på din webbplats. Se Analytics-cookies för mer information.
Om AMCV-cookien finns kommer Analytics att använda MID:t som Analytics identifierare om det inte finns någon äldre Analytics ID-värde i cookien.