Documentatie Analytics Technische notities

Adobe Analytics- en browsercookies

Last update: Tue Apr 30 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Onderwerpen:
Data Configuration and Collection

Gemaakt voor:

Beheerder

In dit document wordt uitgelegd wat de invloed is van de traceerpreventiemaatregelen van grote browsers op cookies van derden en van andere bedrijven die door Adobe Analytics zijn ingesteld. Het omvat informatie over het programma van de Preventie van het Intelligente Volgen van Apple (ITP) evenals de beperkingen van Chrome op derdekoekjes via het attribuut SameSite.

Hoe hebben browsers het gebruik van cookies beperkt?

NOTE

Apparaatanalyse en Customer Journey Analytics kan met een persoon-id, zoals een hashed-aanmeldings-id, overschakelen op cookies als deze beschikbaar is.

Beperkingen van cookies van andere bedrijven

Cookies die in een context van derden worden gebruikt, worden op grote schaal afgekeurd. Firefox en Safari blokkeren cookies van derden standaard vanaf respectievelijk 2019 en 2020. Chrome heeft plannen aangekondigd om ergens in 2023 de ondersteuning van cookies van derden stop te zetten. Als ze dat doen, zijn cookies van andere leveranciers onbruikbaar.

Bovendien staat Chrome momenteel alleen toe dat cookies functioneren in een context van derden als hun kenmerk "SameSite" is ingesteld op Geen en de cookies zijn gemarkeerd als veilig, wat betekent dat ze alleen kunnen worden gebruikt via HTTPS. Meer informatie is beschikbaar in de sectie "Wat is het koekjesattribuut SameSite, en hoe beïnvloedt het Analytics?"

Welke Adobe van derde cookies worden beïnvloed?

De bezoekersidentiteitsdienst gebruikt "demdex.net" cookie om bezoekers een permanente id in verschillende klantdomeinen te geven. De dienst van identiteitskaart van de Analyse van de erfenis, "s_vi"koekje, wordt geplaatst als derdekoekje voor implementaties die geen de inzamelingsdomein van de douaneCNAME gebruiken.

In browsers waar cookies van derden worden geblokkeerd, is interdomeintracering niet beschikbaar.

Beperkingen van cookies van eerste partij limitations-first-party-cookies

Cookies van eerste bedrijven zijn toegestaan in alle grote browsers. Apple beperkt echter de levensduur van cookies van de eerste partij die door de Adobe zijn ingesteld via het Intelligent Tracking Program (ITP). Dit is van invloed op Safari en op alle browsers op iOS en iPad OS.

De eerste-partijcookies van de Adobe zijn beperkt tot een vervaldatum van 7 dagen of, voor doorklikbewerkingen die volgens Apple uit de trackers komen, een vervaldatum van 24 uur. Als een gebruiker bij een vervaldatum van 7 dagen uw site bezoekt en binnen 7 dagen terugkeert, wordt de vervaldatum van de cookie met nog eens 7 dagen verlengd. Als een gebruiker echter uw site bezoekt en binnen acht dagen terugkeert, worden deze tijdens het tweede bezoek behandeld als een nieuwe gebruiker.

Momenteel, is het beleid ITP op alle eerste-partijkoekjes van toepassing die door Adobe worden geplaatst, of u de dienst van identiteitskaart van de Bezoeker of de erfenisAnalytics ID ("s_vi"koekje) gebruikt. Op één punt, waren deze beleidsvormen van toepassing slechts op koekjes plaatste cliënt-kant en niet op koekjes plaatste server-kant via een implementatie CNAME. In november 2020, echter, werd ITP bijgewerkt om op implementaties CNAME eveneens van toepassing te zijn.

Tijdlijn van belangrijke wijzigingen in ITP-beleid ITP-timeline

februari 2019 met ITP 2.1: Cookies op de client waren beperkt tot zeven dagen.
april 2019 met ITP 2.2: Cookies aan de clientzijde waren beperkt tot 24 uur voor advertenties waarbij het verwijzende domein a) betrokken was bij intersite tracering en b) de uiteindelijke URL bevatte een queryreeks en/of een fragment-id.
november 2020 met CNAME Camoufleren en Bounce Tracking Defense: ITP-beperkingen zijn uitgebreid naar CNAME-implementaties.

Het beleid van ITP evolueert vaak. Zie Apple voor het meest recente beleid Trackingpreventie in Webkit.

Welke Adobe first-party koekjes worden beïnvloed?

Alle cookies van de eerste partij die zijn ingesteld door de Adobe en de bijbehorende JavaScript-bibliotheken, worden beïnvloed door het ITP-beleid:

"AMCV"-cookies ingesteld door de Adobe Experience Cloud Visitor ID (ECID)-servicebibliotheek
De nalatenschap Analytics cookie "s_vi" wanneer het met de inzameling van de eerste partijgegevens gebruikend een CNAME wordt gevormd
De nalatenschap Analytics cookie "s_fid", dit is de fallback-cookie die wordt gebruikt wanneer "s_vi" niet kan worden ingesteld

Wat is de impact van ITP op Safari voor Analytics?

De impact van de ITP-beperkingen kan aanzienlijk variëren, afhankelijk van het gedrag van uw gebruikers. Alleen bezoekers die een browser gebruiken die invloed heeft op ITP (bijvoorbeeld Safari) en die terugkeren na een afwezigheid van zeven dagen, worden hierdoor beïnvloed. Als bezoekers niet binnen zeven dagen een ITP-browser gebruiken of terugkeren, hebben ze geen invloed. Het is belangrijk om uw eigen gegevens in Analytics te herzien om de omvang van de gevolgen van deze beperking te begrijpen. Zie voor tips over het meten van de impact op uw sites "Hoe kan ik bepalen als de veranderingen Safari mijn zaken beïnvloeden?"

Als deze beperkingen wel van invloed zijn op uw gegevens, ziet u het volgende:

Een grotere bezoeker telt mee omdat terugkerende bezoekers worden behandeld als nieuwe bezoekers omdat hun cookies zijn verlopen. Elke metrische waarde op basis van de bezoeker (zoals Verkoop per bezoeker) wordt ook beïnvloed.
Wijzigingen in kenmerk. Attributie is afhankelijk van het koppelen van conversiegebeurtenissen aan voorafgaande activiteiten door dezelfde bezoeker. Nadat een cookie is verlopen, worden volgende gebeurtenissen aan een nieuwe bezoeker gekoppeld. De activiteiten van de nieuwe bezoeker kunnen niet worden gekoppeld aan de activiteiten van de vorige bezoeker.

NOTE

ITP-technologieën zijn momenteel niet van toepassing op ingesloten browsers in mobiele apps.

Wat is het verschil tussen cookies van derden en cookies van andere leveranciers?

Cookies van andere bedrijven

Cookies van andere bedrijven worden niet gemaakt door de websites die gebruikers bezoeken.

Hoewel browsers momenteel alle cookies van derden op dezelfde manier behandelen en opslaan, kunnen cookies van andere bedrijven zich op verschillende manieren gedragen. Met de Analytics-cookie-implementatie van andere leveranciers van de klant slaan browsers de Adobe op demdex.net ID als derdekoekje, maar de cliënt doet vraag slechts aan Adobe, en niet te onbekende of verdachte derdedomeinen. Deze cookie biedt permanente id's in verschillende domeinen en maakt beveiligde (HTTPS) inhoud mogelijk. Zie voor meer informatie Cookies en de identiteitsservice van Experience Platforms.

Binnen de analytische implementaties worden cookies van derden gebruikt voor interdomeintracering en voor het maken van gevallen waarin reclame wordt gebruikt, waaronder het opnieuw aanwijzen van advertenties. Met cookies van derden kunt u bezoekers identificeren wanneer ze verschillende domeinen bezoeken die u bezit of waarop advertenties worden weergegeven op sites die u niet hebt.

Cookies van eerste bedrijven

Cookies van eerste bedrijven zijn domeinspecifiek en worden gemaakt door websites van klanten en opgeslagen in clientbrowsers terwijl gebruikers de websites bezoeken. Alle browsers accepteren cookies van de eerste partij, hoewel Safari beperkt de vervaldatum van bepaalde soorten cookies van de eerste fabrikant.

Binnen de implementaties van Analytics, worden de eerstepartijkoekjes gebruikt om gebruikers te identificeren wanneer zij op uw plaats zijn en daarom al analyse van gebruikersactiviteit steunen. U hebt geen cookies van derden nodig om de activiteiten op de site te begrijpen.

Zie voor meer informatie Cookies van eerste bedrijven.

Cookie-vergelijking

Wat is het koekjesattribuut SameSite, en hoe beïnvloedt het de koekjes van Analytics? samesite-effect

Met de release van Chrome 80 browser in februari 2020 — en opeenvolgende versies van Firefox- en Edge-browsers — dwingt het SameSite cookie-kenmerk de specificatie af voor drie verschillende waarden die bepalen of cookies in een context van derden kunnen worden gebruikt:

None: Met deze instelling is intersite toegang mogelijk en kunnen cookies worden doorgegeven in een context van derden. Als u dit kenmerk wilt opgeven, moet u ook Secure en alle browseraanvragen moeten HTTPS volgen. Wanneer u bijvoorbeeld de cookie instelt, koppelt u de waarden van het kenmerk als volgt: Set-Cookie: example_session=test12; SameSite=None; Secure. Als de cookies niet correct zijn gelabeld, kunnen ze niet meer worden gebruikt door de nieuwere browsers en worden ze afgewezen.
Lax: Hiermee staat u toe dat aanvragen voor meerdere sites alleen worden verzonden met cookies op dezelfde site voor navigatie op hoofdniveau met veilig (alleen-lezen, zoals GET) HTTP-methoden.
Strict: Dezelfde-site cookie wordt niet verzonden voor aanvragen van websites van derden. Het cookie wordt alleen verzonden als de site voor het cookie overeenkomt met de site in de URL-balk.

Het standaardgedrag in deze browserversies is dat cookies worden behandeld die niet zijn opgegeven SameSite kenmerk gelijk aan SameSite=Lax.

Voor klanten die de Dienst van identiteitskaart van de Bezoeker gebruiken, hebben de koekjes de eigenschappen SameSite=None en secure standaard ingesteld, zodat deze cookies door andere gebruikers kunnen worden gebruikt.

Voor klanten die Analytics gebruiken erfenisherkenningstekens (s_vi en s_fid cookies), worden cookies ook ingesteld om te zorgen dat gebruikers van andere leveranciers gebruik kunnen maken van standaardverzamelingsdomeinen: adobedc.net, 2o7.net, en omtrdc.net. Voor klanten die een implementatie CNAME gebruiken, de reeksen van Analytics SameSite=Lax.

NOTE

Als u meerdere domeinen hebt en dezelfde CNAME gebruikt voor gegevensverzameling in al uw domeinen, wordt het cookie op die andere domeinen behandeld als een cookie van een derde. Als u de verouderde analytische id's gebruikt, kunt u de instelling bijwerken naar SameSite=None zodat deze cookies door uw sites kunnen worden gedeeld. Zie "Wijzig de waarde van SameSite wanneer u één CNAME voor meerdere domeinen gebruikt" in de volgende sectie voor meer informatie.

Voor browsers waarvan Google heeft vastgesteld dat ze cookies verkeerd verwerken wanneer SameSite is ingesteld op None, SameSite wordt in plaats daarvan niet ingesteld.

De volgende tabel geeft een overzicht van de SameSite-kenmerken voor Analytics-cookies:

Cookie-tabel

Hoe kunnen mijn vereisten van het plaatsadres voor het attribuut SameSite?

Geef al uw sitepagina's met HTTPS

Controleer of in uw JavaScript-configuratie HTTPS wordt gebruikt voor alle aanroepen naar Adobe-services.

Als uw plaats de dienst van identiteitskaart van de Bezoeker van het Experience Cloud gebruikt, richt de dienst derdeHTTP- vraag aan zijn eindpunt HTTPS opnieuw, dat latentie kan verhogen maar betekent dat u niet wordt vereist om uw configuratie te veranderen.

Wijzig de waarde van SameSite wanneer u één CNAME voor meerdere domeinen gebruikt samesite-one-cname

NOTE

De volgende informatie heeft alleen betrekking op sites die geen gebruik maken van de service Experience Cloud Visitor ID.

Als u een CNAME-implementatie hebt die in hetzelfde domein als uw website is ingesteld, wordt het cookie gemaakt in een context van de eerste partij en hoeft u geen wijzigingen aan te brengen.

Als u echter meerdere domeinen hebt en dezelfde CNAME gebruikt voor gegevensverzameling in al uw domeinen, wordt het cookie op die andere domeinen behandeld als een cookie van een derde. Met Chrome 80 en hoger is deze niet meer zichtbaar op deze andere domeinen. Als u het gedrag in alle browsers meer op elkaar wilt laten lijken, heeft Analytics expliciet de instelling SameSite waarde van deze cookie naar Lax. Als u deze cookie in een vriendelijke externe context gebruikt, moet u de cookie met de SameSite=None waarde, wat ook betekent dat u altijd HTTPS moet gebruiken. Als u dit nog niet hebt gedaan, neemt u contact op met de klantenservice van de Adobe om de SameSite-waarde te wijzigen voor uw beveiligde CNAME's.

Hoe kan ik bepalen als de veranderingen Safari mijn zaken beïnvloeden? measure-itp-effect

Adobe beveelt aan dat klanten de impact binnen hun eigen bedrijf meten voordat ze de gegevensverzameling wijzigen. U kunt Analysis Workspace gebruiken om het effect van de preventie van het volgen van ITP op uw individuele zaken te meten:

Meet het percentage van uw verkeer van ITP-Beheerde browsers:

Creeer een segment om te zien hoeveel bezoekers een platform ITP gebruiken.

note note
NOTE
De specifieke browsers die door ITP worden beïnvloed hangen af van of u een implementatie CNAME gebruikte. Zie "Tijdlijn van belangrijke wijzigingen in ITP-beleid" voor meer details .

Segment voor ITP-bezoekers

Pas het segment op het aantal bezoeken toe om het relatieve gebruik van Safari in uw gebruikersbasis te begrijpen. Hiermee kunt u een tabel als deze maken:

Meet het percentage bezoekers dat niet-Safari browsers gebruikt die niet binnen zeven dagen terugkeren. Als uw niet-Safari bezoekers binnen zeven dagen herhaaldelijk terugkeren, kan het zijn dat uw Safari-verkeer hierdoor niet significant wordt beïnvloed.
1. Creeer een segment als het volgende voor verkeer niet-Safari.
2. Pas het segment op het aantal bezoeken toe om het relatieve gebruik van Safari in uw gebruikersbasis te begrijpen. Hiermee kunt u een tabel als deze maken:

Manieren om uw gegevens tijdens het rapporteren aan te passen

Als uw zaken door ITP het volgen preventie wordt beïnvloed, zou u de volgende maatregelen kunnen overwegen om uw gegevens tijdens het melden aan te passen.