Adobe Analytics och webbläsarcookies
I det här dokumentet förklaras hur de viktigaste åtgärderna för att spåra webbläsare påverkar cookies som angetts av Adobe Analytics från tredje part och från första part. Det innehåller information om Apple ITP-program (Intelligent Tracking Prevention) samt Chrome begränsningar för cookies från tredje part via attributet SameSite.
Hur har webbläsarna begränsat användningen av cookies?
Begränsningar för cookie-filer från tredje part
Cookies som används i en tredjepartskontext är ofta föråldrade. Firefox och Safari började som standard blockera cookies från tredje part från och med 2019 respektive 2020. Chrome planerar att upphöra med stödet för cookies från tredje part någon gång under 2023. När de gör det blir cookies från tredje part oanvändbara.
Dessutom tillåter Chrome för närvarande endast att cookies fungerar i ett tredjepartssammanhang om de har attributet "SameSite" inställt på Ingen och de är märkta som säkra, vilket innebär att de bara kan användas via HTTPS. Mer information finns i avsnittet Vad är cookie-attributet SameSite och hur påverkar det Analytics?
Vilka cookies från tredje part berörs av Adobe?
Besökar-ID-tjänsten använder cookien demdex.net för att tillhandahålla en beständig identifierare för besökare i olika kunddomäner. Den äldre tjänsten för analys-ID, s_vi-cookie, anges som en cookie från tredje part för implementeringar som inte använder en anpassad CNAME-samlingsdomän.
I webbläsare där cookies från tredje part är blockerade är spårning över domäner inte tillgängligt.
Begränsningar för cookie-filer från första part limitations-first-party-cookies
Cookies från första part tillåts i alla större webbläsare. Apple begränsar dock livslängden för cookies från första part som Adobe ställer in via sitt Intelligent Tracking Program (ITP). Detta påverkar både Safari och alla webbläsare på iOS och iPadOS.
Adobe-cookies från första part är begränsade till ett 7-dagars upphörande eller, för klickningar som Apple bestämmer kommer från spårare, ett 24-timmars upphörande. Om en användare besöker webbplatsen och återkommer inom sju dagar med 7 dagars utgång, förlängs cookie-filens förfallodatum med ytterligare sju dagar. Men om en användare besöker er webbplats och återvänder på åtta dagar behandlas de som en ny användare vid det andra besöket.
För närvarande gäller ITP-principer för alla cookies från första part som anges av Adobe, oavsett om du använder tjänsten för besöks-ID eller det äldre analys-ID:t ("s_vi" cookie). I en punkt tillämpas dessa principer endast på cookies som ställs in på klientsidan och inte på cookies som ställs in på serversidan via en CNAME-implementering. I november 2020 uppdaterades dock ITP för att även gälla för CNAME-implementeringar.
Tidslinje för större ändringar av ITP-policyn ITP-timeline
- Februari 2019 med ITP 2.1: Cookies på klientsidan begränsades till ett sjudagars förfallodatum
- April 2019 med ITP 2.2: Cookies på klientsidan var begränsade till 24 timmar för annonsklickningar när den refererande domänen var a) involverad i spårning av flera webbplatser och b) den slutliga URL:en innehöll en frågesträng och/eller en fragment-identifierare.
- November 2020 med CNAME Cloaking and Bounce Tracking Defense: ITP-begränsningarna utökades till att omfatta CNAME-implementeringar.
ITP-reglerna utvecklas ofta. Information om de senaste profilerna finns i Apple Spårningsskydd i Webkit.
Vilka cookies från första part i Adobe påverkas?
Alla cookies från första part som har angetts av Adobe, och de relaterade JavaScript-biblioteken, påverkas av ITP-policyer:
- "AMCV"-cookies har angetts av tjänstbiblioteket för Adobe Experience Cloud Visitor ID (ECID)
- Analysen av den gamla cookien 🔗 "s_vi" när den har konfigurerats med datainsamling från första part med en CNAME
- Den gamla cookien 🔗 för Analytics "s_fid", som är den reservcookie som används när s_vi inte kan anges
Vilken inverkan har ITP på Safari för analys?
Effekten av ITP-begränsningarna kan variera avsevärt beroende på hur användarna beter sig. Endast besökare som använder en webbläsare som påverkas av ITP (till exempel Safari) och som återvänder efter en sju dagars frånvaro påverkas. Om besökarna inte använder en ITP-webbläsare eller återvänder inom sju dagar påverkas de inte. Det är viktigt att granska era egna data i Analytics för att förstå hur stor påverkan denna begränsning har. Tips om hur du mäter effekten på dina webbplatser finns i Hur kan jag avgöra om Safari påverkar min verksamhet?
Om dessa begränsningar påverkar dina data kommer du att se:
- Ökade besökarantal som återkommande besökare behandlas som nya besökare eftersom deras cookies har upphört att gälla. Alla mätvärden som baseras på besökarens mätvärden (t.ex. Försäljning per besökare) påverkas också.
- Förändringar i attribuering. Attribution förlitar sig på att koppla konverteringshändelser till föregående aktiviteter av samma besökare. När en cookie upphör att gälla kopplas efterföljande händelser till en ny besökare. Den nya besökarens aktiviteter kan inte knytas till den tidigare besökarens aktiviteter.
Vad är skillnaden mellan cookies från tredje part och cookies från första part?
cookies från tredje part
Tredjepartscookies skapas inte av de webbplatser som användarna besöker.
Även om webbläsare för närvarande behandlar alla cookies från tredje part på samma sätt och lagrar dem så kan cookies från tredje part bete sig på olika sätt. Med en kunds Analytics-cookie-implementering från tredje part lagrar webbläsarna Adobe-ID:t demdex.net som en cookie från tredje part, men klienten gör bara anrop till Adobe och inte till för okända eller misstänkta tredjepartsdomäner. Denna cookie ger beständiga identifierare över domäner och möjliggör säkert (HTTPS) innehåll. Mer information finns i Cookies och Experience Platform Identity Service.
I Analytics-implementeringar används cookies från tredje part för domänövergripande spårning och för annonseringsanvändning, inklusive återannonsering. Med cookies från tredje part kan du identifiera besökare när de besöker olika domäner som du äger eller som annonser visas på webbplatser som du inte äger.
cookies från första part
Första parts-cookies är domänspecifika och skapas av kundens webbplatser och lagras i klientwebbläsare när användarna besöker webbplatserna. Alla webbläsare accepterar i allmänhet cookies från första part, även om Safari begränsar vissa typer av cookies från första part.
I Analytics-implementeringar används cookies från första part för att identifiera användare när de finns på er webbplats och därför stöder alla analyser av användaraktiviteter. Du behöver inte cookies från tredje part för att förstå webbplatsaktiviteter.
Mer information finns i Om cookies från första part.
Vad är cookie-attributet SameSite och hur påverkar det Analytics-cookies? samesite-effect
I och med lanseringen av webbläsaren Chrome 80 i februari 2020 - och efterföljande versioner av webbläsarna Firefox och Edge - använder attributet SameSite cookie tre olika värden som styr om cookies kan användas i tredjepartssammanhang:
-
None
: Den här inställningen aktiverar åtkomst över flera webbplatser och gör att cookies kan skickas i en tredjepartskontext. Om du vill ange det här attributet måste du även angeSecure
och alla webbläsarbegäranden måste följa HTTPS. När du till exempel anger cookie-filen parar du värdena för attributet enligt följande:Set-Cookie: example_session=test12; SameSite=None; Secure
. Om de inte är korrekt märkta kan cookies inte användas i de nyare webbläsarna och de avvisas. -
Lax
: Tillåter att korswebbplatsbegäranden endast skickas med cookies för toppnivånavigering med HTTP-metoder av typen safe (skrivskyddad, t.ex.GET
). -
Strict
: Cookie för samma webbplats skickas inte för webbplatsförfrågningar från tredje part. Cookien skickas bara om webbplatsen för cookien matchar webbplatsen i URL-fältet.
Standardbeteendet i de här webbläsarversionerna är att behandla cookies som inte har något angivet SameSite
-attribut som är detsamma som SameSite=Lax
.
Hur hanterar Analytics samma webbplatsens cookie-attribut?
För kunder som använder besökar-ID-tjänsten har cookies egenskaperna SameSite=None
och secure
som standard, vilket gör att dessa cookies stöder användningsfall från tredje part.
För kunder som använder äldre Analytics-identifierare (s_vi
och s_fid
-cookies) ställs cookies in så att även tredjepartsanvändningsfall med standardsamlingsdomäner aktiveras: adobedc.net
, 2o7.net
och omtrdc.net
. För kunder som använder en CNAME-implementering anges SameSite=Lax
av Analytics.
SameSite=None
så att dessa cookies kan delas mellan dina webbplatser. Mer information finns i Ändra värdet för SameSite när du använder en CNAME för flera domäner i nästa avsnitt.För webbläsare som Google har identifierat som cookies som inte kan hanteras när SameSite
är inställt på None
, lämnas SameSite
i stället orört.
I följande tabell sammanfattas samma webbplatsattribut för analyscookies:
Hur uppfyller min webbplats kraven för attributet SameSite?
Hantera alla webbplatssidor med HTTPS
Bekräfta att din JavaScript-konfiguration använder HTTPS för alla samtal till Adobes tjänster.
Om webbplatsen använder Experience Cloud Visitor ID-tjänsten dirigerar tjänsten om HTTP-anrop från tredje part till HTTPS-slutpunkten, vilket kan öka fördröjningen men innebär att du inte behöver ändra konfigurationen.
Ändra värdet för SameSite när du använder en CNAME för flera domäner samesite-one-cname
Om du har en CNAME-implementering som är inställd i samma domän som din webbplats, skapas cookien i en förstahandskontext och du behöver inte göra några ändringar.
Om du däremot äger flera domäner och använder samma CNAME för datainsamling i alla dina domäner behandlas cookien som en cookie från tredje part i dessa andra domäner. Med Chrome 80 och senare är den inte längre synlig i dessa andra domäner. För att beteendet ska bli mer likartat i alla webbläsare har Analytics uttryckligen angett värdet SameSite
för denna cookie till Lax
. Om du använder den här cookien i en användarvänlig tredjepartskontext måste du ha cookien inställd med värdet SameSite=None
, vilket även innebär att du alltid måste använda HTTPS. Om du inte redan har gjort det kontaktar du kundtjänst på Adobe för att ändra värdet för SameSite för dina säkra CNAME.
Hur kan jag avgöra om Safari påverkar min verksamhet? measure-itp-effect
Adobe rekommenderar att kunderna mäter effekten i sitt eget företag innan de ändrar datainsamlingen. Du kan använda Analysis Workspace för att mäta effekten av förhindrande av ITP-spårning på ditt enskilda företag:
-
Mät hur stor procentandel av trafiken du har via ITP-styrda webbläsare:
-
Skapa ett segment för att se hur många besökare som använder en ITP-plattform.
note note NOTE Vilka webbläsare som påverkas av ITP beror på om du använder en CNAME-implementering. Mer information finns i Tidslinjen för större ändringar av ITP-principen. -
Använd segmentet på antalet besök för att förstå den relativa användningen av Safari i din användarbas. Detta gör att du kan skapa en tabell som den här:
-
-
Mät hur många besökare som använder webbläsare som inte är Safari och som inte kommer tillbaka inom sju dagar. Om besökare som inte är Safari återvänder upprepade gånger inom sju dagar, kommer din Safari-trafik kanske inte att påverkas nämnvärt.
-
Skapa ett segment som följande för annan trafik än Safari.
-
Använd segmentet på antalet besök för att förstå den relativa användningen av Safari i din användarbas. Detta gör att du kan skapa en tabell som den här:
-
Sätt att justera data under rapportering
Om ditt företag påverkas av förhindrande av ITP-spårning kan du vidta följande åtgärder för att justera dina data under rapporteringen.
-
Skapa ett segment för att filtrera ut ITP-användare.
-
Skapa ett beräknat mätvärde för att justera den kända besökarinflationen.