Верификация на cookie: как зависимость от одного идентификатора создает слепые зоны в отчетах

Важно читать отчеты между строк. Иногда именно там прячется половина аудитории.

Печенье на завтрак, обед и ужин

Cookie остаются одним из способов подсчета охвата и частоты. Подходы при этом различаются. Часть систем может дополнять cookie другими сигналами, часть держится старой схемы. Самое неприятное: консервативные игроки нередко задают правила измерения всему рынку, хотя технологии давно ушли вперед.

Боль начинается там, где вся ставка сделана на стороннюю cookie. Доступ к ней нестабилен, и в отдельных OLV-кампаниях слепая зона занимает больше половины трафика.

Причины давно известны:

— Safari блокирует сторонние cookie по умолчанию

— Firefox изолирует их между сайтами

— Brave и защитные расширения режут рекламные трекеры

— Пользователи отклоняют согласие на сбор данных, чистят историю и включают приватный режим

— Мобильные приложения и Smart TV работают с другими идентификаторами

— Свой вклад добавляют настройки SameSite, срок жизни cookie и ошибки интеграции

Практическая альтернатива строится на использовании связки сигналов. Например, использовать cookie там, где это возможно. А на остальном трафике подключать fingerprint, IP и другие доступные ID. Такой микс сохраняет контроль уникальности и частоты на значительно большей части аудитории.

Однако некоторые системы продолжают жить внутри старой cookie-механики. Все, что она способна распознать, считается аудиторией. Остальной трафик складывается в технический ящик с надписью «неизвестно».

Наглядный пример с AdRiver

В базовой статистике AdRiver уникальным пользователем считается браузер с cookie AdRiver. Показы без такой cookie система выводит отдельно, но их аудиторию фактически оставляет за пределами охвата.

 

На скриншоте 808 549 показов относятся к 419 001 распознанному браузеру. Частота на этой части аудитории равна:

808 549 / 419 001 = 1,93

Еще 1 102 692 показа прошли без cookie AdRiver. Это почти 58% кампании. В строке «Без кук» система указывает охват 1. Единица выглядит как техническая заглушка для всей неопределенной аудитории.

В итоге отчет показывает 1 911 241 показ и охват 419 002. Деление дает другую частоту:

1 911 241 / 419 002 = 4,56

Значение 4,56 описывает отношение всех показов только к распознанным браузерам. Средняя частота по всей аудитории остается неизвестной, поскольку охват для 58% показов выпал из расчета.

Условная схема того же эффекта:

Верификатор показывает доступную ему информацию. Подвох появляется в итоговой строке: полный объем показов смешивается с частичным охватом. Клиент видит точную цифру и легко принимает ее за реальную частоту по кампании.

Важно отметить: у AdRiver документированы дополнительные идентификаторы и отдельная оценка полного охвата. В показанном примере эти инструменты отсутствуют. Поэтому речь идет о конкретной механике отчета и конкретной интеграции.

Что с этим делать

Самый жесткий вариант оставляет показы только на браузерах с доступной cookie. Отчет станет чище, а доступный инвентарь резко сократится. В этом примере площадка потеряла бы около 58% показов. Сильнее всего пострадают Safari, часть мобильного трафика, Smart TV и пользователи с усиленной защитой приватности.

Более здравый вариант сохраняет весь трафик и честно разделяет статистику. Частота 1,93 относится к распознанным браузерам. Для остальных показов подключается гибридная идентификация по fingerprint, IP и другим доступным ID.

В гибридной схеме cookie остается приоритетным сигналом. Fingerprint связывает запросы по характеристикам браузера и устройства, а IP и другие ID усиливают сопоставление. Методика хорошо закрывает трафик с недоступной cookie и сохраняет возможность контролировать частоту. Сигналы используются в связке и дополняют друг друга.

Перед запуском кампании у верификатора нужно запросить долю измеряемого трафика, определение уникального пользователя и метод расчета частоты для показов без cookie. Рекламодатель должен понимать, какая часть аудитории действительно измерена.

Cookie у синтетического трафика

Cookie подтверждает способность программы сохранить метку. Боты с этой задачей справляются прекрасно: принимают cookie, меняют их и заранее собирают для будущих запусков. В стандартах по недействительному трафику такая практика называется cookie harvesting.

Почти стерильное cookie-покрытие в сочетании с аномальной частотой, повторяющимися IP-адресами и странным поведением дает повод проверить размещение на накрутку. Само покрытие остается сигналом, а вывод строится по совокупности признаков.

За идеальной таблицей иногда прячется болото. Его разберем подробно в другой статье.

Комментарии