ECID-bibliotheekmethoden in een Safari ITP-wereld
NOTEAangezien Safari het grensoverschrijdende volgen via ITP aanscherpt, moet de Adobe beste praktijken voor bibliotheken handhaven die klanten evenals de privacy en de keus van de consument steunen.
Vanaf 10 november 2020 geldt voor alle ononderbroken cookies van de eerste partij die via de document.cookie-API zijn ingesteld, vaak ook wel 'client-side' cookies genoemd, en voor cookies die via CNAME-implementaties van de eerste partij in Safari en mobiele iOS-browsers zijn ingesteld, een vervaldatum van maximaal zeven dagen. Cookies van andere bedrijven blijven geblokkeerd, zoals in eerdere versies van ITP is aangegeven. Voor meer details op ITP 2.1 en het effect van de oplossingen van de Adobe, lees Safari ITP 2.1 Effect op de Klanten van Adobe Experience Cloud en van het Experience Platform.
Aan ITP gerelateerde wijzigingen, methoden en configuraties
Aangezien er extra methoden voor tekstspatiëring in Safari zijn gemaakt, worden deze toegevoegd als verwijzing naar deze pagina.
NOTEZie hieronder voor inspanningen met betrekking tot ITP- en ECID-bibliotheekgebruik.
Huidig gedrag van ECID-bibliotheek met ITP en Apple WebKit
ITP 2.1 belemmert de mogelijkheid om cookies aan de clientzijde te schrijven, wat de mogelijkheid om klanten nauwkeurige informatie over het bijhouden van bezoekers te verstrekken, beperkt. Als zodanig wordt een wijziging geïntroduceerd in CNAME-trackingservers van de Adobe om de Experience Cloud-id (ECID) van de bezoeker op te slaan in een cookie van de eerste partij.
Deze wijziging is alleen nuttig voor ECID-klanten die een Analytics CNAME gebruiken in de context van de eerste partij. Als u een klant van de Analyse bent die momenteel geen CNAME, of zelfs een klant niet-Analytics gebruikt, bent u nog verkiesbaar voor een verslag CNAME. De Zorg van de Klant van het contact of uw rekeningsvertegenwoordiger om het proces te beginnen om voor a CNAMEte registreren.
Voer een upgrade uit naar de ECID-bibliotheek v.4.3.0 + om deze wijziging te benutten.
Hieronder wordt beschreven hoe de ECID-bibliotheek zich gedraagt met ITP 2.1 en de laatste wijzigingen die Apple heeft aangebracht als onderdeel van de Big Sur-release
Ontwerp
Nadat een id-aanvraag is ingediend bij demdex.net en een ECID is opgehaald, wordt een id-aanvraag ingediend bij het domein van de klant als een trackingserver is ingesteld in uw ECID-bibliotheek. Dit eindpunt leest de ecid param van het vraagkoord, en plaatst een nieuw koekjedat slechts ECID en een vervaldatum twee jaar in de toekomst omvat. Telkens wanneer dit eindpunt op deze manier wordt geroepen, wordt het s_ecid koekje herschreven met een vervaldatum twee jaar vanaf de tijd van die vraag. De ECID-bibliotheek moet worden bijgewerkt naar versie 4.3.0, zodat de waarde van dit cookie kan worden opgehaald.
IMPORTANTs_ecid cookie die via CNAME is ingesteld, ook zeven dagen bewaard.Voor dit nieuwe s_ecid cookie geldt dezelfde status als voor Weigeren als voor het AMCV-cookie. Als het ecid wordt gelezen uit het cookie van s_ecid , wordt demdex altijd direct aangeroepen om de laatste status van de optie om te weigeren voor die id op te halen en in het AMCV-cookie opgeslagen.
Bovendien als uw consument uit Analytics het volgen via deze methodeheeft gekozen, zal dit s_ecid koekje worden geschrapt.
De naam van de trackingserver moet worden opgegeven bij het initialiseren van de bibliotheek met trackingServer of trackingServerSecure in de bibliotheek van VisitorJS. Dit moet overeenkomen met de trackingServer config in de Analytics-configuratie.
Als u deze methode niet wilt gebruiken, voegt u de volgende configuratie toe aan de implementatie van de ECID-bibliotheek: discardtrackingServerECID . Wanneer deze config aan waar wordt geplaatst, leest de bibliotheek van de Bezoeker MID niet die door de eerste partij volgende server wordt geplaatst.
