Safari ITP и проследяване на реклами: какво все още работи

Intelligent Tracking Prevention (ITP) на Safari ограничава за колко време един уебсайт може да разпознае връщащ се посетител. Той блокира всички бисквитки на трети страни и ограничава бисквитките, зададени от JavaScript, до 7 дни, или до 24 часа след някои кликвания върху реклами. Покупките, изпратени от страна на сървъра от данните на поръчката, click ID-тата, запазени при пристигането на купувача, и хешираните данни за клиента продължават да работят.

Това ръководство обяснява всяко правило на ITP така, както го документира WebKit, какво правят правилата с прозорците за атрибуция и ремаркетинга и кои методи за проследяване продължават да работят за един онлайн магазин. Завършва с начин да проверите колко Safari влияе на собствения ви магазин.

Какво е Safari ITP?

Intelligent Tracking Prevention е набор от защити на поверителността в WebKit, браузърния двигател зад Safari на Mac, iPhone и iPad. WebKit го е разширявал много пъти и документира текущите правила на страницата си Tracking Prevention.

Някои правила на ITP важат за всеки уебсайт. Други важат само за домейни, които ITP е класифицирал като имащи възможности за междусайтово проследяване, въз основа на поведението им в сайтовете, които човек посещава. ITP е включен по подразбиране, така че засяга всеки посетител на магазина ви в Safari, а не само тези, които държат на поверителността.

Какви са ограниченията за бисквитките в Safari ITP?

7-дневното ограничение за бисквитките от скриптове

Повечето пиксели и инструменти за анализ записват собствени first-party бисквитки с JavaScript. Пикселът на Meta например пази ID на браузъра в бисквитка с име _fbp. В Safari ITP изтрива бисквитките и другото хранилище, създадени от JavaScript, след 7 дни без взаимодействие на потребителя с вашия сайт. WebKit определя взаимодействието на потребителя като кликване, докосване или натискане на клавиш. Превъртането не се брои.

На практика купувач, който се върне и използва сайта ви в рамките на 7 дни, обикновено запазва бисквитката. Купувач, който отсъства повече от 7 дни, се връща без нея и изглежда като нов посетител.

24-часовото ограничение след връзка с добавени параметри

Рекламните платформи добавят click ID-та към връзките в рекламите си. WebKit нарича това link decoration. Когато домейн, класифициран от ITP като тракер, изпрати посетителя към вашата страница и крайният URL адрес има query string или фрагмент, бисквитките, които JavaScript записва на тази целева страница, са ограничени до 24 часа. Ограничението важи за страницата, достигната чрез тази навигация, а не за целия сайт.

Бисквитки на трети страни

Safari блокира всички бисквитки на трети страни по подразбиране и WebKit казва, че няма изключения от това блокиране. Трета страна може само да поиска достъп чрез механизми като Storage Access API. Затова рекламната платформа не може да чете собствената си бисквитка от вътре във вашите страници. Тя зависи от first-party бисквитките, които записва нейният пиксел, а те попадат под правилата за 7 дни и 24 часа.

Маскиране чрез CNAME и IP адрес

Често срещано заобикаляне е поддомейн за проследяване, например t.yourstore.com, който сочи към сървър за проследяване. Бисквитките от този поддомейн се задават в HTTP отговора, така че не са бисквитки от скриптове. WebKit третира поддомейна като маскиран, когато той сочи през CNAME към различен домейн. От Safari 17 го третира като маскиран и когато IP адресът му изглежда като на различна страна спрямо вашия сайт, например когато двата адреса са в явно различни мрежови диапазони. И в двата случая ITP ограничава бисквитките, зададени в отговора, до 7 дни. Кой притежава сървъра, няма значение за тези правила.

Как Safari се отнася към click ID-тата във връзките?

Click ID като fbclid или gclid е част от URL адреса на целевата страница. При нормално сърфиране Safari зарежда URL адреса с параметрите му, така че скрипт на целевата страница може да прочете click ID. Горното 24-часово ограничение лимитира колко дълго живее бисквитка, записана на тази страница. То не премахва click ID от URL адреса.

Private Browsing отива по-далеч. От Safari 17 се прилага Link Tracking Protection, когато посетителят преминава от един уебсайт към друг, например от реклама към вашия магазин. Safari премахва набор от query параметри, които WebKit е определил като използвани за междусайтово проследяване на потребители или кликвания. Съобщението на WebKit не изброява параметрите. Примерът му премахва параметър за проследяване и запазва параметър на кампания. На целевата страница скриптовете на трети страни, които четат URL адреса, също го получават без query string. Същите защити са налични при нормално сърфиране за хора, които включат разширена защита срещу проследяване и снемане на отпечатъци (fingerprinting) за цялото сърфиране.

А Private Relay и IP адресите?

Според WebKit Safari скрива IP адресите от известни тракери по подразбиране от Safari 15. Хората, които плащат за iCloud+, могат да включат и iCloud Private Relay. Той пуска трафика на Safari през два отделни релея, управлявани от различни оператори, така че уебсайтовете виждат IP адрес на релея вместо собствения на посетителя. Apple казва, че адресът на релея запазва приблизителното местоположение на посетителя на ниво град и че няколко потребители в една и съща зона може да споделят един адрес.

Това отслабва проследяването, което разчита на IP адреса, като например съпоставянето на посетител по IP адрес и браузър. То не засяга click ID-тата, хешираните имейл адреси или данните от поръчките. ROASaurus използва съпоставяне по IP само като последна възможност и само когато точно един скорошен посетител с този IP адрес и браузър съвпада. Споделен адрес на релей тогава обикновено води до липса на съвпадение.

Какво означава ITP за прозорците за атрибуция?

Прозорецът за атрибуция е броят дни след кликване, в които покупката още може да бъде приписана на това кликване. В ROASaurus избирате прозорец от 1 до 90 дни, със 7 дни по подразбиране. Рекламните платформи имат собствени настройки. В Safari настройка, която разчита само на бисквитки в браузъра, може да свърже покупка с кликване само докато бисквитката живее.

Ефектът нараства с прозореца. Прозорец от 1 или 7 дни не е по-дълъг от 7-дневния живот на бисквитка от скрипт, освен ако не важи 24-часовото ограничение. При 28-дневен прозорец покупките от ден 8 нататък от купувачи, които не са се връщали междувременно, зависят от други данни.

Ето как да оцените това за един магазин. Числата са пример; използвайте своите.

Какво означава ITP за ремаркетинга?

Аудиториите за ремаркетинг се изграждат от събития в браузъра, като хората, които са разгледали продукт или са го добавили в количката. В Safari платформата не може да използва бисквитките си на трети страни, а first-party бисквитката на пиксела се изтрива след 7 дни без посещение. Посетител на Safari, който се върне след 8 дни, изглежда нов за пиксела. Предишните му разглеждания на продукти вече не са свързани с него в браузъра.

От това следват два ефекта. Аудиториите с дълъг срок, като 30 или 180 дни, запазват по-малко посетители от Safari, отколкото срокът предполага. Анализът ви също показва повече нови и по-малко завръщащи се посетители, отколкото в действителност имате. Аудиториите от списъци с клиенти, изградени от хеширани имейл адреси във вашия магазин или инструмент за имейл, не зависят от бисквитки, така че не са засегнати по същия начин.

Какво все още работи в Safari?

Събития от сървъра от поръчки

Покупка, изпратена от данните на поръчката на вашия магазин, не зависи от никаква бисквитка в Safari. Магазинът записва поръчката, сървър я изпраща към API на платформата и платформата я получава. Събитието включва хешираните имейл и телефонен номер от поръчката. Платформата може да ги съпостави с един от своите потребители и да провери собствените си записи за кликвания и показвания на реклами, в рамките на собствения си прозорец за атрибуция. Прочетете какво е проследяване от страна на сървъра за пълния път на данните.

Click ID-та, уловени при пристигането

Click ID е в URL адреса на първата страница. Скрипт може да го прочете там и да го изпрати към вашия сървър, където се съхранява с ID на посетителя. Копието на сървъра не изтича след 7 дни. Изтича бисквитката в браузъра, която свързва връщащо се посещение със запазения посетител. Други данни все още могат да свържат поръчка със запазено кликване, например имейл адрес, който купувачът е дал по-рано във формуляр за записване, или click ID в URL адреса на целевата страница на сесията, направила поръчката.

First-party събиране, със 7-дневното ограничение

Обслужването на скрипта за проследяване и неговите заявки от вашия собствен домейн запазва събирането first-party, което помага и срещу блокерите на реклами. Само по себе си то не кара бисквитките да живеят по-дълго. Поддомейн за проследяване, който сочи през CNAME към друг домейн или който WebKit вижда като IP адрес на трета страна, попада под 7-дневното ограничение. Поддомейнът за проследяване на ROASaurus издава наново ID на посетителя като HTTP бисквитка, но Safari пак може да ограничи тази бисквитка до 7 дни. App proxy на Shopify държи заявките в домейна на магазина ви, но Shopify премахва бисквитките от заявките и отговорите на app proxy, така че ID на посетителя там се записва от JavaScript и важи правилото за 7 дни.

Какво ви казва купувачът

Купувачите могат да ви кажат как са ви намерили и този отговор не зависи от бисквитки. Анкетата след покупка пита след плащането. В ROASaurus моделът Total Impact съчетава отговора с данните за кликванията и дава на анкетата 50% от заслугата, когато има и кликвания.

Как да проверите колко Safari влияе на вашия магазин

1. Намерете дела на Safari в поръчките си

   В инструмента си за анализ групирайте покупките по браузър. Броете Safari на Mac, iPhone и iPad.

2. Измерете времето от кликването до покупката

   Разберете колко поръчки идват повече от 7 дни след кликването върху рекламата. В отчета за атрибуция на ROASaurus сравнете прозорците от 7, 14 и 28 дни и вижте колко заслуга се премества.

3. Сравнете покупките от пиксела с поръчките

   Пребройте събитията Purchase, които пикселът ви е изпратил, разделени по браузър, ако платформата ви позволява, и ги сравнете с поръчките за същия период.

4. Проверете събитията си от сървъра

   Уверете се, че всяка платена поръчка се изпраща от страна на сървъра с хеширани имейл и телефон и че копията от браузъра и от сървъра споделят едно ID на събитието.

Ако голям дял от поръчките ви идват от Safari и много от тях идват повече от 7 дни след кликването, само бисквитките в браузъра ще отчитат рекламите ви по-ниско от реалното. Покупките, изпратени от данните на поръчката, с хеширани данни за клиента, дават на рекламните платформи още един начин да съпоставят тези поръчки. Можете да видите как ROASaurus прави това на страницата за проследяване от страна на сървъра и как приписва кликванията в атрибуцията.

Източници

1. WebKit: Tracking Prevention in WebKit
2. WebKit: Intelligent Tracking Prevention 2.2
3. WebKit: CNAME Cloaking and Bounce Tracking Defense
4. WebKit: Private Browsing 2.0
5. Apple Developer: Prepare your network or web server for iCloud Private Relay

В ROASaurus

• Проследяване от страна на сървъра в ROASaurus
• Атрибуция в ROASaurus
• Фунии и свързани домейни

Продължете да четете