ECID-bibliotheekmethoden in een Safari ITP-wereld
Aangezien 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.
Zie 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.
s_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.
Gebruik de methode appendVisitorIDsTo voor interdomeintracering (binnen de meerdere domeinen van uw eigen bedrijf)
Met deze functie kunt u de ECID van een bezoeker in verschillende domeinen delen wanneer browsers cookies van derden blokkeren. Om deze functie te gebruiken, moet u de dienst van identiteitskaart hebben uitgevoerd en de bron en bestemmingsdomeinen bezitten. Beschikbaar in VisitorAPI.js versie 1.7.0 of hoger (maar niet in versie 1.10.0).
Ontwerp
-
Wanneer een bezoeker naar andere domeinen bladert, retourneert de bezoeker.appendVisitorIDsTo(url) een URL met de ECID die als queryparameter is toegevoegd.
Gebruik deze URL om van het oorspronkelijke domein naar het doeldomein om te leiden.
-
De de dienstcode van identiteitskaart op het bestemmingsdomein haalt ECID uit URL in plaats van het verzenden van een verzoek naar Adobe voor identiteitskaart van die bezoeker.
Deze aanvraag bevat de cookie-id van een andere fabrikant, die in dit geval niet beschikbaar is.
-
De de dienstcode van identiteitskaart op de bestemmingspagina gebruikt overgegaan ECID om de bezoeker te volgen.
note note NOTE Als de bestemmingspagina reeds ECID van vorige bezoeken heeft, dan wordt het besluit om het bestaande koekje te overschrijven-schrijven gecontroleerd door dit config overwriteCrossDomainMCIDAndAID. Voor details over dit config, zie overwriteCrossDomainMCIDAndAID. Voor meer details op deze methode, zie appendVisitorIDsTo (het Volgen van het Domein van het Domein)verwijzingspagina.