DokumentationAnalyticsImplementeringshandbok

Besökaridentifiering i Adobe Analytics

Last update: Wed Oct 22 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

Skapat för:

  • Användare
  • Administratör

Identifiering av besökare är en viktig del av det värde som Adobe Analytics ger för att förstå onlineanvändarbeteenden. Det handlar om att länka träffar till samma person över tiden med hjälp av en gemensam identifierare. Korrekt identifiering av besökare ger tillförlitliga mätvärden och stöder en sund implementeringsstrategi. Adobe rekommenderar att organisationer prioriterar moderna identitetstjänster för enhetlighet och dataintegritet på olika plattformar.

Besökaridentifieringen i Adobe Analytics består av följande komponenter:

  • Identifierare på klientsidan: Lagras vanligtvis i en cookie från en annan leverantör. Implementeringar som är beroende av cookies från tredje part är mindre konsekventa med besökaridentifiering på grund av moderna webbläsarsekretessstandarder.
  • Server-side identifier: Each Analytics visitor ID is bound to a profile on Adobe servers. Dessa besökarprofiler tillåter beständighet på variabler som eVars. Profiler tas bort efter minst 13 månaders inaktivitet, oavsett om en cookie-fil för besöks-ID har gått ut eller inte.

Adobe Analytics identifieringsordning för operationer

När Adobe får en träff utförs följande kontroller i rätt ordning. Om det finns en viss egenskap använder Adobe den identifieraren för träffen. Om det finns flera identifierare i en träff används bara den första metoden. Observera att ordningen inte återspeglar ordningen som Adobe rekommenderar att besökare identifieras i.

Order som används
Frågeparameter
Visas när
1st
vid
Variabeln visitorID har angetts.
2nd
aid
Besökaren har en befintlig s_vi-cookie. Ange implementeringar utan eller innan du implementerar Visitor ID-tjänsten.
3rd
mid
Besökaren har en befintlig s_ecid-cookie. Ange implementeringar med hjälp av Adobe Experience Cloud Identity-tjänsten. Adobe rekommenderar att du använder ID-tjänsten för alla implementeringar där det är möjligt.
4th
fid
Besökaren har en befintlig s_fid-cookie. AppMeasurement genererar automatiskt ett reserv-ID om aid och mid inte kan anges av någon anledning.
5th
IP-adress + användaragent
Används som en sista utväg för att identifiera en unik besökare om besökarens webbläsare inte accepterar cookies. Ett hashas-besökar-ID genereras före IP-förfalskning. Om IP-adressen inte är tillgänglig används annan IP-information (till exempel gateway-IP) i stället.

Det valda besökar-ID:t hashas och blir sedan deras identifierare på serversidan. Den här identifieraren på serversidan är tillgänglig som visid_high + visid_low i Dataflöden.

Beteende som påverkar antalet unika besökare

Unika besöksidentifierare lagras vanligtvis i en webbläsarcookie. En ny unik besökare räknas om en besökare utför någon av följande åtgärder:

  • Rensar sina cookies när som helst. En unik besökare räknas för en träff varje gång deras cache rensas.
  • Besökar-ID-cookies går ut på grund av webbläsarens sekretessinställningar. Vissa webbläsare innehåller metoder för att förhindra spårning som begränsar cookies livstid.
  • Öppnar en annan webbläsare på samma dator. En unik besökare räknas per webbläsare.
  • Öppnar en privat surfsession (till exempel fliken Chrome Incognito). En unik besökare räknas per surfsession när alla flikar har stängts.
  • Besöker webbplatsen på olika enheter. En unik besökare räknas per enhet.
  • Besök webbplatsen efter mer än 13 månaders inaktivitet.

Använd Stitching i Customer Journey Analytics för att identifiera samma person i flera webbläsare eller på flera enheter.

Beteende som inte påverkar antalet unika besökare

En ny unik besökare räknas inte, så länge besökaridentifieraren bevaras:

  • Stänger webbläsaren (under mindre än 13 månader)
  • Uppgraderar webbläsaren till den senaste versionen
  • Startar om datorn
recommendation-more-help
b4f6d761-4a8b-4322-b801-c85b9e3be690