Соответствие стандартам IAB

Яндекс стремится к тому, чтобы рекламодатели платили только за реальные показы и клики. Для медийной рекламы применяются общепринятые в индустрии методы и технологии, одобренные международной Ассоциацией развития интерактивной рекламы (IAB). Они используются для всех без исключения мест показа медийной рекламы и работают как на собственных проектах, так и на партнерских площадках Рекламной сети.

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

Основные принципы подсчета показов рекламы в Яндексе:

Показ засчитывается при достижении заданных параметров видимости по стандарту MRC — минимум 50% площади баннера находится в активном окне браузера не менее 1 секунды.
Доставка рекламы и трекинговой ссылки для отслеживания показа инициируется исключительно пользователем: загрузка рекламного контента идет по HTTP-запросу пользователя из его браузера.
Подсчет показов происходит после загрузки рекламы на странице браузера.

Автообновление

Правила участия в Рекламной сети Яндекса разрешают автообновление не чаще одного раза в 30 секунд.

Яндекс отслеживает выполнение этого пункта площадками — в запросе указывается специальный признак impressionoptions_refresh. Мы постоянно следим за долей автообновлений, разрешенных Правилами, на площадках — она несущественна.

Проверка трафика площадок на выполнение условий по автообновлению проходит раз в квартал. Если площадка злоупотребляет автообновлением, к ней применяются меры административного воздействия.

Prefetch

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

Вызов рекламы осуществляется по составной ссылке, часть которой вызывается только после отработки специального js-кода.
Настройка правил в системе антифрода и их мониторинг.

Контроль кэширования

Чтобы не допустить кэширования в заголовках, в запросах и ответах используются специальные заголовки: cache-control: no-cache, pragma: no-cache.

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

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

На схеме ниже показан процесс учета кликов:

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

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

Точность подсчета кликов обеспечивается следующим:

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

Дублирующиеся клики

Если во время показа рекламного объявления было несколько кликов, то в статистике засчитывается только один клик.

Валидация кликов

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

Для валидации кликов механизм используется следующим образом: если между показом рекламного объявления и кликом по нему прошло более 24 часов, клик считается невалидным и не учитывается.

Если для провалидированных кликов нет показов, которые прошли проверку системой антифрода, клики не засчитываются.

Видимость

Баннерная реклама

Для медийных баннеров Яндекс применяет технологию учета видимости по стандарту MRC — 50% площади баннера находится в активном окне браузера непрерывно в течение 1 секунды.

Для медийных объявлений большого размера (больше 242 500 пикселей) показ засчитывается, если 30% объявления находится в активном окне браузера непрерывно не менее 1 секунды.

Яндекс проводит измерение видимости по фактическому размеру баннера, а не по размеру блока, в котором он показывается. Объявление для размещения подбирается по размеру контейнера, то есть размер контейнера и размер объявления всегда совпадают.

Видимость проверяется в процессе отслеживания показа объявления.

После загрузки баннера на страницу для статистики отслеживаются события:

отрисовка баннера на странице;
видимость баннера.

Если баннер отрисован на странице, но данных о видимости не поступило, показ считается невидимым. Если показ засчитан как видимый, то данные об отрисовке не засчитываются.

Учет видимых и невидимых показов в статистике происходит после записи событий и обработки системой антифрода.

Видеореклама

Показ видеорекламы засчитывается, если не менее 50% плеера находится в зоне видимости пользователя не менее 2 секунд. При этом в Правилах участия указаны минимально допустимые размеры для плеера — 320 × 180 пикселей или 180 × 320 пикселей. Показы в плеерах меньшего размера не будут засчитываться. Если размер плеера по какой-либо причине не удастся определить, то показы не будет учтены.

Для корректного учета видимости при показе видеорекламы партнер Яндекса должен использовать одну из схем интеграции:

плеер с поддержкой стандарта видеорекламы VAST (Video Ad Serving Template) версии 2.0/3.0;
Video SDK Яндекса — библиотека, которая интегрируется в плеер партнера и с помощью которой в плеере реализуется поддержка VAST.

Т. е. для корректного отображения ре