Safari ITP и рекламный трекинг: что ещё работает

Intelligent Tracking Prevention (ITP) в Safari ограничивает, как долго сайт может узнавать вернувшегося посетителя. Он блокирует все сторонние cookie и ограничивает cookie, устанавливаемые 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, а не только на тех, кто заботится о приватности.

Какие ограничения на cookie устанавливает Safari ITP?

Ограничение в 7 дней для cookie скриптов

Большинство пикселей и инструментов аналитики записывают собственные first-party cookie с помощью JavaScript. Например, пиксель Meta хранит id браузера в cookie _fbp. В Safari ITP удаляет cookie и другое хранилище, созданные JavaScript, после 7 дней без действий пользователя на вашем сайте. WebKit определяет действие пользователя как клик, касание или нажатие клавиши. Прокрутка не считается.

На практике покупатель, который возвращается и пользуется вашим сайтом в течение 7 дней, обычно сохраняет cookie. Покупатель, которого не было дольше 7 дней, возвращается без cookie и выглядит как новый посетитель.

Ограничение в 24 часа после размеченной ссылки

Рекламные платформы добавляют click id к ссылкам в своей рекламе. WebKit называет это разметкой ссылок (link decoration). Когда домен, который ITP классифицировал как трекер, отправляет посетителя на вашу страницу, а итоговый URL содержит строку запроса или фрагмент, cookie, которые JavaScript записывает на этом лендинге, ограничиваются 24 часами. Ограничение действует на страницу, открытую в результате такого перехода, а не на сайт целиком.

Сторонние cookie

Safari по умолчанию блокирует все сторонние cookie, и WebKit заявляет, что исключений из этой блокировки нет. Сторонняя сторона может лишь запросить доступ с помощью механизмов вроде Storage Access API. Поэтому рекламная платформа не может прочитать собственные cookie внутри ваших страниц. Она зависит от first-party cookie, которые записывает её пиксель, а на них действуют правила 7 дней и 24 часов.

Маскировка через CNAME и IP-адрес

Распространённый обходной путь — поддомен для трекинга, например t.yourstore.com, указывающий на сервер трекинга. Cookie с этого поддомена устанавливаются в HTTP-ответе, поэтому это не cookie скриптов. WebKit считает поддомен замаскированным, если он через CNAME указывает на другой домен. Начиная с Safari 17, поддомен считается замаскированным и тогда, когда его IP-адрес выглядит как принадлежащий другой стороне, чем ваш сайт, например когда два адреса находятся в явно разных диапазонах сети. В обоих случаях ITP ограничивает cookie, установленные в ответе, 7 днями. Кому принадлежит сервер, для этих правил значения не имеет.

Как Safari обращается с click id в ссылках?

Click id вроде fbclid или gclid входит в URL лендинга. При обычном просмотре Safari загружает URL вместе с параметрами, поэтому скрипт на лендинге может прочитать click id. Описанное выше ограничение в 24 часа определяет, как долго живёт cookie, записанный на этой странице. Оно не удаляет click id из URL.

Приватный просмотр идёт дальше. Начиная с Safari 17, защита от отслеживания по ссылкам (Link Tracking Protection) действует, когда посетитель переходит с одного сайта на другой, например из рекламы в ваш магазин. Safari удаляет набор параметров запроса, которые WebKit определил как используемые для межсайтового отслеживания пользователей или кликов. В анонсе WebKit эти параметры не перечислены. В его примере удаляется параметр отслеживания, а параметр кампании остаётся. На лендинге сторонние скрипты, читающие URL, тоже получают его без строки запроса. Такие же защиты доступны и при обычном просмотре для тех, кто включил расширенную защиту от отслеживания и снятия цифрового отпечатка для всего просмотра.

А как насчёт Private Relay и IP-адресов?

По данным WebKit, Safari скрывает IP-адреса от известных трекеров по умолчанию начиная с Safari 15. Те, кто платит за iCloud+, могут также включить iCloud Private Relay. Он пропускает трафик Safari через два отдельных ретранслятора, которыми управляют разные операторы, поэтому сайты видят IP-адрес ретранслятора, а не адрес самого посетителя. Apple сообщает, что адрес ретранслятора сохраняет примерное местоположение посетителя на уровне города и что несколько пользователей в одном районе могут использовать один адрес.

Это ослабляет трекинг, который опирается на IP-адрес, например сопоставление посетителя по IP-адресу и браузеру. На click id, хешированные email и данные заказа это не влияет. ROASaurus использует совпадение по IP только как последнее средство и только когда подходит ровно один недавний посетитель с этим IP-адресом и браузером. Общий адрес ретранслятора тогда обычно приводит к отсутствию совпадения.

Что ITP означает для окон атрибуции?

Окно атрибуции — это число дней после клика, в течение которых покупку ещё можно засчитать этому клику. В ROASaurus вы выбираете окно атрибуции от 1 до 90 дней, по умолчанию 7 дней. У рекламных платформ свои настройки. В Safari схема, которая опирается только на браузерные cookie, может связать покупку с кликом только пока cookie живёт.

Эффект растёт вместе с окном. Окно в 1 день или 7 дней не длиннее 7 дней жизни cookie скрипта, если только не действует ограничение в 24 часа. При окне в 28 дней покупки в день 8 и позже у покупателей, которые не возвращались в промежутке, зависят от других данных.

Вот как оценить это для магазина. Числа приведены для примера; используйте свои.

Что ITP означает для ремаркетинга?

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

Отсюда два следствия. Аудитории с длинным сроком, например 30 или 180 дней, сохраняют меньше посетителей Safari, чем предполагает срок. Ваша аналитика также показывает больше новых посетителей и меньше вернувшихся, чем есть на самом деле. Аудитории по списку клиентов, построенные из хешированных адресов email в вашем магазине или инструменте рассылок, от cookie не зависят, поэтому на них это влияет иначе.

Что ещё работает в Safari?

Серверные события из заказов

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

Click id, захваченные при заходе

Click id есть в URL первой страницы. Скрипт может прочитать его там и отправить на ваш сервер, где он сохраняется вместе с id посетителя. Серверная копия не истекает через 7 дней. Истекает браузерный cookie, который связывает повторный визит с этим сохранённым посетителем. Заказ с сохранённым кликом по-прежнему могут связать и другие данные, например адрес email, который покупатель указал раньше в форме подписки, или click id в URL лендинга сессии, в которой сделан заказ.

Сбор first-party с ограничением в 7 дней

Если отдавать скрипт трекинга и его запросы со своего домена, сбор остаётся first-party, и это помогает и против блокировщиков рекламы. Но сам по себе он не делает cookie долговечнее. Поддомен для трекинга, который через CNAME указывает на другой домен или который WebKit воспринимает как сторонний IP-адрес, подпадает под ограничение в 7 дней. Поддомен трекинга ROASaurus заново выдаёт id посетителя как HTTP cookie, но Safari всё равно может ограничить такой cookie 7 днями. App proxy Shopify оставляет запросы на домене вашего магазина, но Shopify удаляет cookie из запросов и ответов app proxy, поэтому id посетителя там записывает JavaScript, и действует правило 7 дней.

Что говорит вам сам покупатель

Покупатели могут сами сказать, как они вас нашли, и этот ответ не зависит от cookie. Опрос после покупки задаёт вопрос после чекаута. В ROASaurus модель Total Impact объединяет ответ с данными о кликах и отдаёт опросу 50% заслуги, если есть и клики.

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

1. Найдите долю Safari в ваших заказах

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

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

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

3. Сравните покупки пикселя с заказами

   Посчитайте события Purchase, отправленные вашим пикселем, с разбивкой по браузерам, если платформа это позволяет, и сравните их с вашими заказами за тот же период.

4. Проверьте ваши серверные события

   Убедитесь, что каждый оплаченный заказ отправляется с сервера с хешированными email и телефоном и что у копий из браузера и с сервера один общий event id.

Если большая доля ваших заказов приходит из Safari и многие из них — позже чем через 7 дней после клика, одни браузерные cookie будут занижать результаты вашей рекламы. Покупки, отправляемые из данных заказа с хешированными данными клиента, дают рекламным платформам ещё один способ сопоставить эти заказы. Как это делает 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
• Воронки и связанные домены

Читайте дальше