ECID-biblioteksmetoder i en Safari ITP-värld

Eftersom Safari effektiviserar spårningen över olika domäner via ITP måste Adobe upprätthålla bästa praxis för bibliotek som stöder kunder samt konsumenternas integritet och valmöjligheter.

Från och med den 10 november 2020 har alla beständiga cookies från första part som anges via API:t document.cookie, som ofta kallas"cookies på klientsidan", och cookies som anges via CNAME-implementeringar från första part i Safari och iOS-webbläsare på mobila enheter en utgångsgräns på sju dagar. Cookies från tredje part kommer även fortsättningsvis att blockeras, vilket anges i tidigare versioner av ITP. Mer information om ITP 2.1 och effekterna av Adobe-lösningar finns i Safari ITP 2.1 Impact on Adobe Experience Cloud and Experience Platform Customers.

ITP-relaterade ändringar, metoder och konfigurationer

När ytterligare metoder skapas för spårning i Safari läggs de till som referens till den här sidan.

Nedan finns information om insatser för användning av ITP- och ECID-bibliotek.

Aktuellt ECID-biblioteksbeteende med ITP och Apple WebKit

ITP 2.1 förhindrar möjligheten att skriva cookies på klientsidan, vilket försämrar möjligheten att ge kunderna korrekt besöksspårningsinformation. En förändring införs i Adobe CNAME-spårningsservrar för att lagra besökarens Experience Cloud ID (ECID) i en cookie från en annan leverantör.

Den här ändringen är bara användbar för ECID-kunder som använder en CNAME från Analytics i förstahandskontext. Om du är en analyskund som för närvarande inte använder CNAME, eller till och med en icke-analyskund, är du fortfarande berättigad till en CNAME-post. Kontakta kundtjänst eller din kontorepresentant för att starta registreringsprocessen för en CNAME.

Uppgradera till ECID-bibliotek v. 4.3.0 + för att utnyttja denna förändring.

Följande visar hur ECID-biblioteket fungerar med ITP 2.1 och de senaste ändringarna som gjorts av Apple som en del av Big Sur-versionen

Design

När en ID-begäran har gjorts i demdex.net och ett ECID har hämtats görs en ID-begäran i kundens domän om en spårningsserver har angetts i ditt ECID-bibliotek. Den här slutpunkten läser den tredje parametern från frågesträngen och anger en ny cookie som endast omfattar ECID och ett sista giltighetsdatum två år i framtiden. Varje gång den här slutpunkten anropas på det här sättet s_ecid cookie skrivs om med ett förfallodatum två år från tidpunkten för samtalet. ECID-biblioteket måste uppdateras till v 4.3.0 så att värdet för denna cookie kan hämtas.

Den här nya s_ecid cookie följer samma avanmälningsstatus som AMCV-cookien. Om ecid:t läses från s_ecid cookie, demdex anropas alltid omedelbart för att hämta den senaste avanmälningsstatusen för detta ID och lagras i AMCV-cookien.

Dessutom, om kunden har valt bort Analytics-spårning via detta method, this s_ecid cookie tas bort.

Spårningsservernamnet måste anges till VisitorJS-biblioteket när biblioteket initieras med trackingServer eller trackingServerSecure. Det här bör matcha trackingServer i Analytics-konfigurationerna.

Om du väljer att inte utnyttja den här metoden lägger du till följande konfiguration i implementeringen av ECID-biblioteket: discardtrackingServerECID. När den här konfigurationen är true läser Visitor-biblioteket inte det MID som angetts av den första part-spårningsservern.

Använd metoden appendVisitorIDsTo för spårning mellan domäner (inom det egna företagets flera domäner)

Med den här funktionen kan du dela en besökares ECID över domäner när webbläsare blockerar cookies från tredje part. Om du vill använda den här funktionen måste du ha implementerat ID-tjänsten och äga käll- och måldomänerna. Finns i VisitorAPI.js version 1.7.0 eller senare (men inte i version 1.10.0).

Design

• När en besökare bläddrar till dina andra domäner returnerar Visitor.appendVisitorIDsTo(url) en URL med ett ECID som tillägg som frågeparameter.

  Använd den här URL:en för att omdirigera från den ursprungliga domänen till måldomänen.

• ID-tjänstkoden på måldomänen extraherar ECID från URL:en i stället för att skicka en begäran till Adobe för besökarens ID.

  Denna begäran innehåller cookie-ID från tredje part, som inte är tillgängligt i det här fallet.

• ID-tjänstkoden på målsidan använder det inskickade ECID:t för att spåra besökaren.

  OBSERVERA

  Om målsidan redan har ett ECID från tidigare besök styrs beslutet att skriva över den befintliga cookien av den här konfigurationen overwriteCrossDomainMCIDAndAID. Mer information om konfigurationen finns i overwriteCrossDomainMCIDAndAID.

  Mer information om den här metoden finns i appendVisitorIDsTo (Cross Domain Tracking) referenssida.