Как работает third-party cookie
Когда вы заходите на сайт магазина, страница может загружать ресурсы с десятков сторонних доменов: рекламные пиксели, скрипты аналитики, виджеты. Каждый такой скрипт может установить куки под своим доменом.
Пользователь посещает: shoes.ru, sport.ru, fashion.ru
Пиксель ads.net загружается на всех трёх сайтах
Куки ads.net: user_id=XYZ (один и тот же ID)
Итог: ads.net знает полный путь пользователя по трём сайтам
Именно это позволяло рекламным сетям показывать «преследующую» рекламу — ретаргетинг на основе посещённых сайтов.
Хронология блокировок
| Браузер | Когда | Что сделал |
|---|---|---|
| Safari (ITP) | 2017–2019 | Полная блокировка через 7 дней, затем через 24 часа |
| Firefox | 2019 | Enhanced Tracking Protection по умолчанию |
| Chrome | 2024+ | Постепенное ограничение (сроки сдвигались) |
Safari занимает ~20% браузерного рынка — значительная часть iOS-аудитории уже недоступна для кросс-сайтового отслеживания.
Влияние на персонализацию в e-commerce
Платформы персонализации, работающие на first-party данных (поведение на сайте, история покупок, явные предпочтения), не зависят от судьбы third-party cookie. Персонализация на основе собственных данных точнее ретаргетинга через сторонние сети — клик «добавил в корзину, но не купил» известен самому магазину, а не рекламной сети.
Важно: переход к first-party данным — не временная мера, а структурное преимущество. Магазин, накопивший собственный профиль пользователей, создаёт актив, недоступный конкурентам.
Что меняется в атрибуции
Атрибуция рекламных каналов исторически строилась на third-party cookie: система «видела», что пользователь кликнул на рекламу на одном сайте, а купил на другом. Без cross-site tracking атрибуция становится неполной. Для e-commerce это означает необходимость перехода на server-side tracking и сопоставление данных через first-party идентификаторы.