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.
Apparaatanalyse en Customer Journey Analytics kan met een persoon-id, zoals een hashed-aanmeldings-id, overschakelen op cookies als deze beschikbaar is.
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?"
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.
Cookies van eerste bedrijven zijn toegestaan in alle grote browsers. Apple beperkt echter de levensduur van cookies van eerste bedrijven die door Adobe via het Intelligent Tracking Program (ITP) zijn ingesteld. Dit is van invloed op Safari en op alle browsers op iOS en iPad OS.
Adobe van eerste partijen zijn beperkt tot een vervaldatum van 7 dagen, want doorklikken die Apple bepaalt komt van trackers, 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.
Het beleid van ITP evolueert vaak. Zie Apple voor het meest recente beleid Trackingpreventie in Webkit.
Alle cookies van de eerste partij die zijn ingesteld door Adobe en de bijbehorende JavaScript-bibliotheken, worden beïnvloed door het ITP-beleid:
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:
ITP-technologieën zijn momenteel niet van toepassing op ingesloten browsers in mobiele apps.
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-implementatie van een klant van andere leveranciers slaat de browser 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 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 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.
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 hebt u toegang tot andere sites 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, combineert 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 kunnen 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 externe websiteaanvragen. 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 erfenisherkenningstekens ("s_vi"en "s_fid"koekjes gebruiken), worden de koekjes ook geplaatst om derdegebruiksgevallen met standaard inzamelingsdomeinen toe te laten: adobedc.net, 2o7.net, en omtr dc.net. Voor klanten die een implementatie CNAME gebruiken, de reeksen van Analytics SameSite=Lax
.
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:
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 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.
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 Adobe om de SameSite-waarde te wijzigen voor uw beveiligde CNAME's.
Adobe raadt klanten aan de impact binnen hun eigen bedrijf te 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.
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 .
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.
Creeer een segment als het volgende voor verkeer niet-Safari.
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:
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.
Creeer een segment om gebruikers uit te filteren ITP.
Maak een berekende maatstaf om de bekende bezoekersinflatie aan te passen.