Стандарты IAB в Яндекс Директе: подсчёт показов, кликов и видимости

Подсчёт показов

Методы одобрены IAB и работают на собственных проектах Яндекса и на партнёрских площадках РСЯ. Засчитывается показ с заданной видимостью по MRC. Доставка рекламы и трекинговой ссылки запускается только по HTTP-запросу пользователя из браузера, показ считается после загрузки рекламы на странице.

Автообновление площадки допускается не чаще раза в 30 секунд; Яндекс отслеживает его по признаку в запросе, доля разрешённых правилами автообновлений названа несущественной, при злоупотреблении к площадке применяют меры административного воздействия. Показы на предзагруженных страницах не учитываются: для этого вызов рекламы идёт по составной ссылке, часть которой работает только после специального js-кода, плюс правила в антифроде. Чтобы реклама и ссылка клика не кэшировались, используются заголовки и динамические параметры (идентификаторы заказа, события, баннера, типа счётчика), которые хешируются и отдаются в закодированном виде.

Подсчёт кликов

Клик по баннеру идёт через трекинговую ссылку вида `https://an.yandex.ru/count/[crypted-data]`: в закодированных данных зашифрованы баннер и площадка (та же ссылка нужна для показа). Информация попадает во внутреннюю систему, клик засчитывается, определяется адрес перенаправления на сайт рекламодателя.

Валидация использует историю действий пользователя: если с последнего действия прошло более 24 часов, данные технических фильтров удаляются. Для клика это значит: если от показа до клика прошло более 24 часов, клик невалиден. Если для провалидированных кликов нет показов, прошедших антифрод, клики не засчитываются.

Критерии видимости

Видимость показа проверяется по трём критериям, в таком порядке:

• вкладка браузера активна;
• нужная доля площади находится во viewport не менее 1 секунды (больше 30% для больших блоков, больше 50% для обычных), доля определяется через IntersectionObserver, в том числе при кросс-доменных iframe;
• средняя точка объявления не перекрыта.

Измерение идёт по фактическому размеру баннера, а не по блоку: размер контейнера и объявления всегда совпадает, поскольку объявление подбирается под контейнер. После загрузки баннера отслеживаются отрисовка и видимость; если отрисовка есть, а данных о видимости нет, показ считается невидимым, а если показ засчитан видимым, данные об отрисовке не учитываются. Видимые и невидимые показы попадают в статистику после записи событий и обработки антифродом. Одному уникальному показу соответствует одно объявление.

Видео

Для корректного учёта партнёр использует плеер с поддержкой VAST 2.0/3.0 либо Video SDK Яндекса, интегрированный в плеер; в тексте отдельно сказано, что площадка для корректного отображения блоков должна поддерживать стандарт VPAID/MRAID. Видимость измеряется по слоту плеера. Если размер плеера определить не удалось, показ не учитывается.

Реклама в приложениях

Процессы доставки, подсчёта и политика по авторефрешу и prefetch те же, что для веба. На мобильных клик не учитывается при слишком быстром возврате. В приложениях проверка идёт так:

• реклама загружена и добавлена на экран или вызвана через show;
• SDK проверяет процент видимости (Visibility Percent) и интервал, в течение которого реклама должна быть видна (Shownotice Delay);
• если первая проверка не пройдена, таймер каждые 0,2 с перепроверяет Visibility Percent, а после успеха через Shownotice Delay проверка повторяется на тот же процент;
• после успеха SDK отправляет запрос по ссылке подтверждения видимости; если за 60 секунд подтверждения нет, показ не засчитан.

SDK берёт данные об устройстве и платформе из системного API (рекламный идентификатор, локация при разрешении, свойства экрана) и передаёт версию платформы при запросе рекламы. Видимость и показы считаются, только когда приложение активно (Android: экран разблокирован и приложение не в фоне; iOS: состояние Active, не Inactive или Background) и реклама находится в активном окне. Показы на эмуляторе или симуляторе тоже засчитываются при выполнении этих условий.

Защита от фрода

Для статистики берутся данные, прошедшие проверку антифродом; события сотрудников Яндекса из внутренней сети не засчитываются. Источники выявления недействительного трафика (IVT): система мониторинга, жалобы рекламодателей и владельцев площадок РСЯ, анализ рынка услуг по генерации IVT, поиск паттернов, расширение известных типов.

• Общий IVT: техническая фильтрация, фильтрация внутреннего трафика по диапазонам IP, фильтрация примитивных роботов (проверка User-Agent, IP, подписей ссылок, cookie, referer).
• Нестандартный IVT: эвристические и машиннообученные правила, модели машинного обучения, кластеризация.

Новые площадки или SSP модерируются и некоторое время работают в тестовом режиме: трафик проверяют аналитик и антифрод, данные не идут в статистику рекламодателей, деньги за показы не списываются. Площадки проверяют на конверсионность, регулярно приводящие фродовый или неконверсионный трафик отключают от РСЯ. Подозрительные диапазоны IP и User-Agent можно направлять в отдельный лог или помечать флагом. Правила и инструменты антифрода применяют именно к видимым показам, так как платят только за них. Расходы на фрод возвращаются на баланс, показы и клики удаляются из отчётов; обращение в Яндекс через форму обратной связи запускает проверку.