Third Party Cookie

Third Party Cookie — это HTTP-куки, установленные доменом, отличным от текущего URL в адресной строке браузера. В Веб-разработке и интернет-маркетинге этот механизм позволяет сторонним сервисам (рекламным сетям, аналитическим платформам) идентифицировать пользователя на множестве сайтов для сбора поведенческих данных.

Главное

  • Технически отделяется от первого домена: Скрипт загружается с чужого сервера, но cookie привязан к его домену.
  • Обеспечивает сквозную идентификацию: Пользователь остается «узнаваемым» при переходе между разными ресурсами.
  • Используется для ретаргетинга и атрибуции конверсий, связывая Клик с последующей покупкой.
  • Находится под угрозой исчезновения: браузеры Chrome, Safari и Firefox поэтапно блокируют эту технологию.

Как работает Third Party Cookie

Механизм работы базируется на архитектуре HTML-страницы, содержащей внешние ресурсы. Когда Браузер запрашивает страницу, он параллельно обращается к серверам сторонних скриптов (например, пикселей рекламных сетей). Эти серверы отправляют заголовок Set-Cookie, который Клиент сохраняет локально, привязывая данные к домену отправителя, а не к текущему сайту. При следующем визите пользователя на другой Сайт с тем же скриптом, Браузер автоматически добавляет этот файл в запрос Cookie. Так формируется непрерывная цепочка событий, позволяющая агрегировать историю интересов без прямого участия владельца основного сайта.

Зачем нужен Third Party Cookie

Этот инструмент критически важен для монетизации контента и точного таргетирования. Без него рекламодатели теряют возможность измерять эффективность своих кампаний вне собственных площадок. Основной сценарий применения — Ретаргетинг: если Пользователь посмотрел товар на сайте магазина, Реклама этого товара будет показываться ему на новостных порталах и блогах. Также технология необходима для частотного ограничения показов, чтобы избежать раздражения аудитории, и для построения Look-alike аудиторий на основе реального поведения пользователей.

Какие бывают виды Third Party Cookie

Классификация зависит от срока жизни файла и цели его хранения. Сессионные файлы удаляются сразу после закрытия окна браузера и используются для временных задач, таких как передача параметров UTM или Защита от CSRF-атак. Постоянные файлы имеют дату истечения (Expires/Max-Age) и хранятся месяцами, накапливая историю переходов для профилирования. Существуют также специализированные типы: аналитические (для оценки трафика) и рекламные (для аукционов в реальном времени), которые могут использовать различные алгоритмы шифрования для защиты персональных данных.

Где используется Third Party Cookie

Основная инфраструктура применения сосредоточена в экосистеме цифровых рекламных технологий (AdTech). Программатические платформы используют эти данные для мгновенной оценки стоимости показа объявления на основе профиля посетителя. Системы Веб-аналитики применяют их для корректного подсчета уникальных посетителей (Unique Visitors) across multiple domains. Кроме того, технологии применяются в системах управления контентом для персонализации интерфейса и рекомендаций товаров, основанных на предыдущих визитах пользователя на партнерские ресурсы.

Пример: установка и чтение Third Party Cookie

Для понимания технической сути рассмотрим процесс установки куки через внешний Скрипт. Браузер получает ответ от стороннего сервера с инструкцией сохранить данные. Ниже представлен пример HTTP-заголовков и соответствующий код на JavaScript для эмуляции чтения этих данных в контексте iFrame.

HTTP
<span class="token g">HTTP/1.1 200 OK</span>
<span class="token g">Content-Type: text/javascript</span>
<span class="token g">Set-Cookie: tracking_id=abc123; Domain=.adnetwork.com; Path=/; Secure; SameSite=None</span>
JavaScript
<span class="token k">function</span> (> {
  <span class="token c">// Чтение из document.cookie (доступно только если скрипт загружен с нужного домена)</span>
  <span class="token k">const</span> .</span>.</span>(>);
  <span class="token k">for</span>(0</span>;</span> </span> .</span>;</span> </span>)</span> {
    <span class="token k">let</span>  [</span>]</span>;
    <span class="token k">if</span>(.</span>())</span> {
      <span class="token k">return</span> .</span>(.</span>,</span> .</span>);</span>
    }
  }
  <span class="token k">return</span> ""</span>;
}

Важно: современные браузеры реализуют политику SameSite=Lax по умолчанию, что блокирует передачу сторонних куки при навигации между сайтами. Это сделано для повышения безопасности и конфиденциальности пользователей.

Часто задаваемые вопросы Third Party Cookie

Часто задаваемые вопросы

Почему браузеры блокируют сторонние куки?

Блокировка вызвана растущими требованиями к защите персональных данных пользователей. Сторонние трекеры собирают обширные профили интересов без явного согласия, что нарушает принципы приватности. Регуляторы и сами разработчики браузеров стремятся минимизировать цифровой след пользователя.

Чем они отличаются от First Party Cookie?

Первые устанавливаются доменом, который открыт в адресной строке (например, интернет-магазином). Они нужны для функционала сайта: Корзина, Авторизация. Вторые принадлежат внешнему сервису и используются для отслеживания активности на других ресурсах.

Что придет на замену этой технологии?

Индустррия переходит на Privacy Sandbox от Google, Contextual Advertising (Таргетинг по содержанию страницы) и First-party data strategies. Также развиваются решения на базе машинного обучения и когортного анализа.

Итоги

Third Party Cookie представляет собой фундаментальный, но устаревающий механизм Веб-аналитики, обеспечивавший связь действий пользователя между различными интернет-ресурсами.

  • Техническая суть заключается в привязке данных к домену внешнего скрипта, а не текущего сайта.
  • Ключевая ценность для бизнеса — возможность сквозного ретаргетинга и точной атрибуции продаж.
  • Разделение на сессионные и постоянные типы определяет глубину собираемой информации.
  • Глобальный Тренд на Приватность ведет к полному отказу от технологии в пользу новых стандартов.
  • Маркетологам необходимо адаптировать стратегии под условия отсутствия кросс-сайтового трекинга.