Apples ITP 2.2: 1-tägiger Ablauf von Tracking-Cookies, die über Linkdekoration gesetzt wurden

Apple hat ITP im Namen des Datenschutzes entwickelt.

Im Wesentlichen erschwerte das ursprüngliche ITP die Verwendung von Cookies von Drittanbietern, um Safari- Benutzer auf iOS und MacOS zu verfolgen, und es entspricht den Datenschutzbemühungen von Firefox ETP. Es fügte den Cookies in den gekennzeichneten Domänen ein 24-Stunden-Fenster hinzu, damit sie domänenübergreifend nachverfolgt werden konnten, wonach der Zugriff auf Cookies von Drittanbietern blockiert wurde. Dies stellte viele Tracking-Anbieter vor Probleme, da ein Großteil des Trackings mit Cookies von Drittanbietern erfolgt.

Eine gängige Problemumgehung für Vermarkter bestand darin, auf Erstanbieter-Cookies umzusteigen. In späteren ITP-Versionen (2.0, 2.1 und 2.2) begann Apple jedoch auch damit, die Verwendung von Erstanbieter-Cookies einzuschränken. Anfang dieses Jahres hat Apple ITP in ITP 2.1 aktualisiert, um eine Problemumgehung zu berücksichtigen, die Unternehmen entwickelt haben, bei der sie eine Website ein Erstanbieter-Cookie setzen lassen, das die Funktionalität des Drittanbieter-Cookies nachahmt. Mit ITP 2.1 löscht Safari diese Erstanbieter-Cookies sieben Tage, nachdem sie in einem Browser installiert wurden.

Die größte Änderung von ITP 2.2 gegenüber 2.1 und 2.0 begrenzt die Dauer einiger JavaScript- Cookies von Erstanbietern auf einen Tag – weniger als die sieben Tage, die ITP 2.1 implementierte.

Damit ein Cookie von ITP 2.2 auf einen Tag begrenzt wird, müssen drei Bedingungen erfüllt sein:

1. Das Cookie wird über JavaScript gesetzt (oder in ihren Worten „set through document.cookie“). Diese Bedingung wurde auch mit ITP 2.1 angewendet (siehe auch unseren Blog zu ITP 2.1 für A/B-Tests).
2. Die Website, die den Benutzer auf die Landing Page geschickt hat, wurde von ITP als „mit Cross-Site-Tracking-Fähigkeiten“ klassifiziert (große Werbenetzwerke, Google und Facebook werden sicherlich so klassifiziert).
3. Der Link verwendet Linkdekoration (er verwendet Abfragezeichenfolgenparameter und/oder eine Fragmentkennung)

Lassen Sie uns einen genaueren Blick auf die drei oben genannten Bedingungen werfen und verstehen, wie Convert davon betroffen ist und was Sie tun können.

Bedingung 1: Persistente Cookies Erstellt über document.cookie

In Zukunft werden alle permanenten Cookies, die über document.cookie von JavaScript erstellt werden (im Gegensatz zu Cookies, die von HTTP gesetzt werden), so eingestellt, dass sie in 24 Stunden ablaufen, wenn die verweisende Domain mit Cross-Site-Tracking-Funktionen identifiziert wurde und die URL eine Abfragezeichenfolge enthält oder Fragmentkennung. Alle von document.cookie erstellten Erstanbieter-Cookies, die nicht über eine Abfragezeichenfolge oder eine Fragmentkennung erstellt wurden, laufen in 7 Tagen ab (wie in ITP 2.1 erwähnt).

Konvertierungscookies werden über das Dokument document.cookie von Javascript erstellt, daher trifft die erste Bedingung unter ITP2.2 zu . (wie es auch unter ITP 2.1 angewendet wurde).

Bedingung 2: Verweisende Domain mit Cross-Site-Tracking-Funktionen

Domänen werden unter ITP durch einen maschinellen Lernalgorithmus dynamisch klassifiziert:

1. Erstanbieter-Bounce-Tracker-Erkennung. Erkennt, wenn eine Domain nur für die Weiterleitungsverfolgung verwendet wird. Dies wird rekursiv auf alle Domains in der Weiterleitungskette angewendet.
2. Unterressource unter der Anzahl eindeutiger Domänen. Bezieht sich auf die Anzahl der Pfade, die unter einer Domain verfügbar sind. Tracking-Plattformen haben derzeit eine sehr kleine Anzahl davon.
3. Unterrahmen unter der Anzahl eindeutiger Domänen. Bezogen auf die Anzahl der Seitenrahmen, die unter den Domänen verfügbar sind.
4. Anzahl der eindeutigen Domains, auf die umgeleitet wird.
5. Das System hat keine Whitelist oder Blacklist. Vielmehr erstellt jedes Gerät seine eigene Tracking-Präventionsliste basierend auf der Webnutzung.

Wenn eine Domain über die oben beschriebene, auf maschinellem Lernen basierende ITP-Klassifizierungs-Engine als Cross-Site-Tracking-Domain klassifiziert wird und Linkdekoration vorhanden ist, verhindert Safari das Speichern von dauerhaften Erstanbieter-Cookies.

Da es keine zentrale Liste von Domains gibt, die für Cross-Site-Tracking-Funktionen klassifiziert sind, müssen Websitebesitzer ihre Links bewerten und alle JavaScript-Bibliotheken von Drittanbietern bewerten, die möglicherweise Linkdekoration verwenden. Dazu gehören Ad-Tech-Anbieter, Messfirmen, Affiliate-Vermarkter und bestimmte Arten von Influencern. Facebook und Google sind sicherlich von ITP 2.2 betroffen.

Lassen Sie es uns anhand eines Beispiels verdeutlichen: Stellen Sie sich vor, Sie haben eine Website www.example.com, auf der der Conversion-Tracking-Code installiert ist. Wenn Ihre Website Traffic von Google, Facebook erhält (das sind in diesem Fall die verweisenden Domains, z. B. landet ein Besucher mit dieser URL auf Ihrer Website: https://www.example.com?utm_source=google), werden alle Erstanbieter-Cookies aktiviert www.example.com wird auf die Dauer von 24 Stunden beschränkt, da dieser Datenverkehr von einer verweisenden Domain kommt, die als Cross-Site-Tracking-Fähigkeiten und Linkdekoration gilt (siehe unten). Daher haben Convert-Cookies eine Dauer von 24 Stunden. Was bedeutet das? Wenn Sie ein 7-tägiges Experiment durchführen und ein Benutzer Ihre Website am ersten Tag und dann am dritten Tag (nach einer Pause von zwei Tagen) besucht, kann Convert diese Person nicht als wiederkehrenden Besucher erkennen (weil Convert's Browser-erstellter Cookie würde nach den neuen Einschränkungen gelöscht!). Und dieser Besucher wird wie ein neuer behandelt.

Daher hat diese zweite Bedingung nicht mit Convert selbst zu tun , sondern mit den verweisenden Domänen.

Bedingung 3: Verbindungsdekoration

Linkdekoration ist eine Technik, die von Werbe- und Marketingtechnologieplattformen verwendet wird, um Klicks, Besuche und Konversionen (Käufe, Downloads usw.) über verschiedene Domains mithilfe von Erstanbieter-Cookies zuzuordnen.

Es gibt zwei Möglichkeiten, einen Link zu dekorieren.

Die grundlegende Methode besteht darin, die zusätzlichen Informationen statisch an die URL anzuhängen, wenn ein Link erstellt wird. Hier ist ein Beispiel für einen dekorierten Link:

https://www.example.com?utm_source=google&utm_medium=cpc&utm_campaign=2019_promotion

Die Informationen nach ? wird als String-Abfrage bezeichnet, die aus Parametern besteht (z. B. medium=). Eine andere Form der Link-Dekoration verwendet Fragment-Identifikatoren, die durch eine Raute (#) eingeleitet werden.

Die andere, komplexere Art, einen Link zu dekorieren, besteht darin, einen Javascript-Code auszuführen, der ausgelöst wird, wenn eine Person auf einen Link klickt, und dynamisch Informationen zu einem Link hinzufügt. Unternehmen werden dies tun, wenn sie spezifische Informationen zu dem einzelnen Klick weitergeben möchten, der jemanden zur Zielseite geführt hat. Beispielsweise kann ein Werbetreibender dies tun, um eine Display-Werbekampagne zu verfolgen, die auf mehreren Publisher-Websites läuft und Links zur Website des Werbetreibenden enthält. Anstatt den Link für jeden Publisher, der seine Anzeige führt, manuell anzupassen, kann der Werbetreibende den Code „?publisher=[Name des Publishers]“ zur URL hinzufügen lassen, wenn eine Person auf die Anzeige klickt. Auf diese Weise kann der Werbetreibende feststellen, welcher Publisher für das Versenden des Seitenbesuchers verantwortlich war.

Diese dritte Bedingung hat also nicht mit Convert selbst zu tun , sondern mit verweisenden Domains, die Cross-Site-Tracking-Funktionen haben UND Linkdekoration verwenden, wie oben im Beispiel erläutert.

Hier ist die Problemumgehung von Convert

Die Kombination der oben genannten drei Faktoren bedeutet, dass von Convert gesetzte Cookies von ITP 2.2 beeinflusst werden, wenn Ihre Website, auf der der Convert-Tracking-Code installiert ist, Datenverkehr von Domains empfängt, die mit Cross-Site-Tracking-Funktionen in Betracht gezogen werden, und Sie Linkdekoration für Zuordnungszwecke verwenden.

Es gilt der gleiche Workaround wie bei ITP 2.1, der hier vor einigen Wochen beschrieben wurde. Wir empfehlen Kunden, den Cookie-Erstellungsprozess vom Browser auf den Server zu verlagern.

Die Schritte zur Erleichterung einer solchen serverseitigen Cookie-Erstellung finden Sie hier. Wenn Sie Hilfe bei den erforderlichen Änderungen an Ihrer Webserver-Infrastruktur benötigen, können Sie sich gerne an uns wenden.

Besorgt über ITP 2.2? Wir halten Ihr Tracking auf Kurs

Während Technologieanbieter versuchen, Workarounds für die Einschränkungen von Apple zu finden, wird Apple weiterhin das Tracking unterdrücken, das sie als anstößig empfinden, auch wenn dies die derzeitige Funktionsweise von Websites und Website-Tracking durcheinander bringt.

Viele der heutigen Lösungen sind möglicherweise nicht langfristig tragfähig, wenn sie sich nicht mit den sich ändernden Datenschutzanforderungen und Tracking-Updates ändern.

Wir bei Convert werden die Entwicklung und die Auswirkungen für unsere Kunden weiterhin genau beobachten. Sie werden feststellen, dass wir uns zu Angelegenheiten äußern, die die Durchführbarkeit von Tracking betreffen, und auch innovativ sind, um die bestmögliche Alternative anzubieten.