Methoden für die ECID-Bibliothek in einer Safari-ITP-Umgebung
NOTEDa Safari per ITP das domänenübergreifende Tracking einschränkt, setzt Adobe für Bibliotheken Best Practices ein, die einerseits Kunden unterstützen und andererseits auch den Datenschutz und die Wahlfreiheit der Konsumenten berücksichtigen.
Seit dem 10. November 2020 gilt für alle durch die API „document.cookie“ festgelegten persistenten Cookies von Erstanbietern, die häufig als „Client-seitige“ Cookies bezeichnet werden, sowie für Cookies, die durch CNAME-Implementierungen von Erstanbietern in Safari und mobilen iOS-Browsern gesetzt werden, eine Gültigkeit von sieben Tagen. Drittanbieter-Cookies werden, wie in früheren Versionen von ITP beschrieben, weiterhin blockiert. Weitere Informationen zu ITP 2.1 seinen Auswirkungen auf Adobe-Lösungen finden Sie im Artikel Safari ITP 2.1 Impact on Adobe Experience Cloud and Experience Platform Customers.
Änderungen, Methoden und Konfigurationen in Verbindung mit ITP
Wenn zusätzliche Methoden zum Tracking in Safari entwickelt werden, werden sie auf dieser Seite hinzugefügt.
NOTEUnten finden Sie weitere Informationen zu ITP und zur Nutzung der ECID-Bibliothek.
Aktuelles Verhalten der ECID-Bibliothek mit ITP und dem WebKit von Apple
ITP 2.1 beeinträchtigt die Möglichkeit, clientseitige Cookies zu schreiben, wodurch Kunden keine präzisen Besucher-Trackinginformationen bereitgestellt werden können. Daher wurden die CNAME-Trackingserver von Adobe dahingehend angepasst, dass die Experience Cloud ID (ECID) eines Besuchers jetzt in einem Erstanbieter-Cookie gespeichert wird.
Diese Änderung ist nur für ECID-Kunden hilfreich, die einen Analytics-CNAME im Erstanbieterkontext verwenden. Wenn Sie Analytics-Kunde sind, der derzeit keinen CNAME verwendet, oder kein Analytics-Kunde sind, sind Sie dennoch zu einem CNAME-Datensatz berechtigt. Wenden Sie sich an die Kundenunterstützung oder Ihren Kundenbetreuer, um sich für einen CNAME zu registrieren.
Führen Sie ein Upgrade auf eine Version ab ECID-Bibliothek v. 4.3.0 durch, um diese Änderung nutzen zu können.
Im Folgenden werden das Verhalten der ECID-Bibliothek mit ITP 2.1 und die neuesten Änderungen erläutert, die Apple im Rahmen der Big Sur-Version vorgenommen hat.
Design
Sobald eine ID-Anforderung an demdex.net gesendet und eine ECID abgerufen wird, wird eine ID-Anforderung an die Domain des Kunden gesendet, sofern ein Trackingserver in Ihrer ECID-Bibliothek eingerichtet ist. Dieser Endpunkt liest den ecid-Parameter aus der Abfragezeichenfolge und setzt ein neues Cookie, das nur die ECID und ein Ablaufdatum umfasst, das zwei Jahre in der Zukunft liegt. Jedes Mal, wenn dieser Endpunkt auf diese Weise aufgerufen wird, wird das s_ecid-Cookie mit einem Ablaufdatum von zwei Jahren ab dem Zeitpunkt dieses Aufrufs umgeschrieben. Die ECID-Bibliothek muss auf Version 4.3.0 aktualisiert werden, damit der Wert dieses Cookies abgerufen werden kann.
IMPORTANTs_ecid Cookie auch sieben Tage bis zu seinem Ablauf gespeichert.Dieses neue s_ecid-Cookie hat denselben Opt-out-Status wie das AMCV-Cookie. Wenn die ECID im s_ecid-Cookie gelesen wird, wird demdex sofort aufgerufen, um den aktuellen Opt-out-Status für diese ID abzufragen, und im AMCV-Cookie gespeichert.
Wenn sich Ihr Kunde per Opt-out vom Analytics-Tracking anhand dieser Methode abgemeldet hat, wird dieses s_ecid-Cookie gelöscht.
Der Name des Trackingservers sollte der VisitorJS-Bibliothek unter Verwendung von trackingServer oder trackingServerSecure bereitgestellt werden, wenn die Bibliothek initialisiert wird. Dies sollte mit der trackingServer-Konfiguration in den Analytics-Konfigurationen übereinstimmen.
Wenn Sie sich gegen diese Methode entscheiden, fügen Sie Ihrer ECID-Bibliotheksimplementierung die folgende Konfiguration hinzu: discardtrackingServerECID. Wenn diese Konfiguration auf „true“ gesetzt ist, liest die Visitor-Bibliothek die vom Erstanbieter-Trackingserver festgelegte MID nicht.
