Рекламный профиль

Узнайте что рекламные сети знают о вас

КАК ЭТО РАБОТАЕТ

Анализ вашего рекламного профиля

01

СБОР ДАННЫХ

Сбор сигналов браузера

02

ТАРГЕТИНГ

Анализ параметров таргетинга

03

COOKIES

Проверка трекинговых куки

04

РЕКОМЕНДАЦИИ

Рекомендации по приватности

Как собирается рекламный профиль и что видит браузерный тест

Откройте инструменты разработчика на любом сайте. Включите вкладку Network на загрузке страницы. Выстрелит от двадцати до пятидесяти third-party запросов. Часть очевидная (Google Analytics, Facebook Pixel). Большинство нет (Pubmatic, Magnite, Criteo, LiveRamp, The Trade Desk). Каждый это соединение с компанией, у которой возможно уже есть ваш профиль, и которая прямо сейчас добавляет в него страницу которую вы читаете. Профиль не одна запись в одной базе. Это композитная идентичность сшитая через cookie-синхронизации, мобильные ad ID, хешированные email-совпадения и поведенческий вывод. На выходе вектор: демография (часто инферируется, не декларируется), интересы (классифицируются машиной по истории чтения) и сигналы намерения (вы искали 'рейсы в Токио' во вторник, и сейчас прилетит реклама авиакомпаний). Часть атрибутов точная. Часть дико ошибочная. Ни один не виден вам без муторного запроса доступа к данным (DSAR), который большинство компаний обрабатывает медленно и неполно. Дальше: как реально собирается рекламный профиль через ad ecosystem, что браузерный тест может и не может увидеть, и какие практические защиты реально двигают стрелку.

Как профиль собирается из пяти слоёв

Пять слоёв питают рекламный профиль, каждый закрывает дыры остальных. First-party данные это фундамент. Когда вы логинитесь на сайт, у сайта есть известная идентичность для вас (аккаунт, email, биллинг-адрес). Сайт может отправить эти данные своим аналитическим и рекламным партнёрам через server-side интеграции. Hashed email matching превращает email-адрес в стабильный join-key между всеми сайтами у которых есть ваш email, и всеми рекламодателями у кого есть совпадающий хеш. RampID у LiveRamp и CDP у Adobe работают на этом принципе. Та же передача что и у системы карт лояльности супермаркета: каждая касса уведомляет представителей брендов раньше чем вы дойдёте до парковки. Cookie-синхронизация строит граф между сайтами. Трекер A грузится на сайте 1, ставит куку с ID X. Трекер B тоже грузится на сайте 1, ставит куку с ID Y. Они синхронизируются через цепочку редиректов: A→B handshake, обе стороны теперь знают 'X соответствует Y'. Заходите на сайт 2 с трекером B. B видит что это Y. B ранее сопоставлял Y с X. Теперь профиль A, построенный на сайте 1, обогащается данными сайта 2 хотя A никогда не грузился на сайте 2. Граф метастазирует через рекламную экосистему за миллисекунды. На мобильном in-app данные объединяют ad ID. До выхода iOS 14.5 IDFA был стабильным идентификатором устройства, общим для всех iOS-приложений. Android GAID (Google Advertising ID) играет ту же роль. Приложения слали IDFA/GAID с каждым событием, рекламные сети строили досье на устройство, и профиль ехал с вами между приложениями. ATT-промпт от Apple снизил iOS opt-in до 13-25% в зависимости от географии. Таймлайн отказа в Android более постепенный, но движется в ту же сторону. Мобильный рекламный профиль материально меньше чем был в 2020. Скучную часть добавляют offline data brokers. Acxiom, Experian, LiveRamp, Equifax, Oracle Data Cloud (закрыт в 2024). Они агрегируют транзакции по картам (де-идентифицированные, но не очень устойчиво), членство в программах лояльности, регистрацию избирателей, судебные записи, публичные лицензионные данные, подписки на журналы. Результат: у каждого взрослого американца несколько сотен атрибутов прикреплены к его хешированному email и физическому адресу, доступны для покупки любому рекламодателю с бюджетом. Поверх всего этого живую модель питает real-time bidding телеметрия. Каждый раз когда реклама грузится на странице, аукцион генерирует bid request содержащий ваш IP, user agent, viewport, URL страницы, категорию страницы и любые user ID которые SSP держит. Эти данные текут через сотни DSP за миллисекунды. Каждый DSP ведёт логи. Получившийся лог это почти полная история каждого просмотра страницы где была реклама. Профиль это объединение всех пяти.

Что реально видит браузерный тест

Браузер это одна точка наблюдения в этой сети. Он видит что грузится прямо сейчас в вашей вкладке. Не видит что уже лежит в их базе. Куки видны. Тест может перечислить first-party куки, third-party куки (если ваш браузер ещё их разрешает), и определить каким рекламным или трекинговым доменам они принадлежат. Чтение содержимого куки в основном непрозрачно: ID внутри значимо только для компании которая его выдала. Трекинг-пиксели и beacon-ы видны. Тест видит запросы на `1x1.gif`, `__utm.gif`, `tr` от Facebook, пиксели Pubmatic, Criteo, Outbrain, Taboola. Он может перечислить какие домены тянутся к вам на этой загрузке. Поверхность фингерпринтинга видна. Canvas, WebGL, шрифты, AudioContext, размеры экрана, плагины, языки, часовой пояс. Тест может посчитать хеш фингерпринта и сказать насколько он уникален. Не может сказать кто раньше видел этот фингерпринт и с чем они его сопоставили. Что не видно из браузера: Реальное содержимое баз ни одной рекламной сети. Эти данные лежат на их серверах. Subject access request по GDPR или CCPA может вытянуть копию, но данные часто описаны во внутренней таксономии компании и нечитаемы как профиль. Cross-device linking. Если вы читаете сайт с телефона и с ноутбука, оба визита питают один профиль в identity graph рекламной сети, но браузер на любом устройстве не видит как именно они связались. Server-side трекинг. Многие сайты сейчас отправляют события аналитики и рекламы со своего сервера, не из вашего браузера. Браузер видит только обычный запрос страницы. Server-side GTM, Snowplow, Segment, Rudder. Невидимы для браузерного теста. Предсказанные атрибуты. Вывод теста типа 'предсказанный возраст 35-44, предсказанный уровень дохода upper-middle, предсказанные интересы: travel, finance, parenting' это вывод на основании какая трекинг-инфраструктура грузится и какие категории сайтов вы посещаете, не выгрузка из конкретной рекламной сети. Это направленная оценка. Полезный тест ограничивает свои утверждения тем что поверхность реально показывает. Честная формулировка: 'ваш браузер сейчас протекает достаточно данных, чтобы рекламодатель с вашим хешированным email мог построить профиль с такими атрибутами'. Нечестная: 'Google присвоил вам следующую категорию дохода'.

Что реально уменьшает профиль

Градиент митигации идёт от косметического к материальному. Косметическое: чистите куки, используйте incognito. Фингерпринтинг переживает оба. Очистка кук ломает first-party login state, что раздражает вас сильнее чем рекламные сети. Incognito-режим отключает персистенцию кук на сессию, но не базовые сетевые сигналы. Оба плацебо на уровне cross-site профайлинга. Материальное на уровне браузера: переключитесь на Brave, Safari или Firefox со strict ETP. Brave по умолчанию блокирует third-party куки, поверхность фингерпринтинга и известные трекерные домены. ITP в Safari партиционирует third-party куки на каждый сайт и агрессивно их сбрасывает. Strict ETP в Firefox блокирует известные трекеры и cross-site куки. Chrome с дефолтными настройками не делает почти ничего из этого; смена браузера двигает стрелку сильнее чем любая отдельная настройка в Chrome. Материальное на уровне расширений: uBlock Origin (фильтрация по спискам), Privacy Badger (эвристическая детекция трекеров), Multi-Account Containers (Firefox, изолирует first-party state на каждый контейнер). Материальное на уровне сети: DNS-блокировка через NextDNS, Pi-hole, AdGuard Home. Ловит CNAME-замаскированные трекеры которые некоторые браузерные расширения пропускают. Не ломает сайты так часто как некоторые браузерные блокировщики. Материальное на уровне ОС: отключите персонализированную рекламу в iOS Settings, Android Settings, Windows Privacy. Не останавливают трекинг, но снижают точность профилей основанных на mobile ad ID. Материальное на уровне аккаунта: отказ от персонализированной рекламы на каждой крупной платформе отдельно. Google: My Ad Center. Meta: Ad Preferences. Amazon: Advertising Preferences. LinkedIn: Ads Settings. Каждый opt-out снижает персонализацию внутри этой платформы. Ни один не влияет на data broker-ов за кулисами. Самое эффективное единичное изменение: смена браузера с дефолтного Chrome на Brave или Safari. Второе по эффективности: блокировщик рекламы. Вместе видимая поверхность трекинга падает на порядок. Как замена москитной двери на стальную: жуки которые проходят насквозь это упорные, хорошо финансируемые. Случайные исчезают. Тест рекламного профиля в WHOX перечисляет куки, трекинг-пиксели, фингерпринт-сигналы и известные запросы рекламных сетей на текущей загрузке страницы, потом оценивает атрибуты профиля которые эти сигналы могут питать. Вывод описывает поверхность, не базу за ней. Полезен чтобы измерить действительно ли ваши защиты делают то, что вы думаете.

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Что такое рекламный профиль?

Рекламный профиль — это набор характеристик, которые рекламодатели используют для таргетирования рекламы — возраст, интересы, уровень дохода и другие параметры.

Как очистить рекламный профиль?

Очистите куки браузера и используйте режим инкогнито. Для полной защиты используйте блокировщики рекламы и расширения против отслеживания.

Как защитить свою приватность?

Используйте браузер со встроенной защитой от отслеживания, установите uBlock Origin и регулярно очищайте куки.

Все наши тесты

Запускайте весь набор WHOX из одного блока: проверки утечек, fingerprint-пробы, сетевую диагностику, репутацию IP и тесты приватности.