Много показов на один визит: это автообновление и когда такие показы не должны засчитываться?

Какое автообновление бывает и какое из него нормально?

В руководствах IAB и MRC по измерению показов (редакции 2017 года для десктопа, мобильного веба и приложений) автообновлением названа автоматическая подача или смена рекламы либо контента. Различают его по тому, кто включил: сам пользователь или сайт и приложение без участия человека. В OpenRTB 2.6, протоколе аукционов IAB Tech Lab, с выпуска 2.6-202303 (апрель 2023 года) у места в запросе на аукцион есть объект refresh. В нём площадка указывает, что запускает обновление, минимальный интервал в секундах и сколько раз место обновилось после загрузки страницы.

Нормы интервала в секундах IAB и MRC не задают. В руководстве MRC по видимости в мобильной среде (2016) спортивные табло, отдельные разделы новостных сайтов и биржевые котировки названы необычными случаями, где обновление вправе идти чаще; в типичной ситуации оно должно быть реже и опираться на данные. Глоссарий АРИР делит обновление иначе: раннее, когда между обновлениями от 10 до 30 секунд, описано одной частотой, а недобросовестное определено целью, то есть накруткой числа показов. Все три термина глоссария собраны в материале о мобильном фроде.

У поля минимального интервала в OpenRTB есть оговорка самой спецификации: оно не учитывает видимость и внешние обстоятельства, например уход пользователя со страницы. Интервал 30 секунд в запросе не значит, что каждое объявление провело на экране полминуты.

Что требуют MRC и IAB?

• Руководства IAB и MRC по измерению показов, 2017 год. Обновление, которое включил пользователь, считается обычным показом. Обновление по инициативе площадки должно идти с разумной для контента частотой, а число таких показов раскрывают отдельно, если оно существенно для итога кампании. Измеритель обязан собирать и использовать сведения об обновлении, которые передала площадка, а находить и оценивать его самому руководство ему рекомендует, если сведений нет. В описании методики, которое раскрывают покупателям, руководство отдельной строкой называет порядок, по которому обнаруживают и показывают в отчёте автообновление. Почему без помощи площадки внешнему коду это трудно, объяснено в разборе рекламного сервера и верификации.
• Стандарт MRC по невалидному трафику (IVT), редакция 2020 года. Обнаружение автообновления стоит среди методов простой фильтрации (GIVT) с прямой пометкой: критерии выбирает площадка и проверяет аудитор, а найденные показы при существенной доле выделяют и не удаляют. То есть обновление по MRC отделяется от невалидного трафика, а не причисляется к нему.
• Тот же стандарт о сложном трафике. К SIVT относится скрытая или намеренно замаскированная подача рекламы, и среди примеров названы фоновая ротация (background cycling) и pop-under с автозакрытием. Здесь меняется реклама, которую человек не может увидеть, и вопрос уже не в интервале.
• Руководство MRC о видимых показах на десктопе (2015) и руководство MRC и IAB о проведении верификации (2012). Оба переносят из правил IAB одно требование: отличать существенное автообновление от активности, начатой человеком. Руководство 2015 года ставит рядом второе: отдельно учитывать показы вне фокуса и с перекрытием.
• Руководство MRC по видимости в мобильной среде, 2016 год. Обновлённому показу можно засчитать новый видимый показ, но с отдельным раскрытием, и при этом учитывать отключение экрана по тайм-ауту и другое бездействие.
• Руководство IAB и MRC 2017 года, приложение о подсчёте страниц. Страницы, которые сайт обновляет сам, считаются страницами с двумя оговорками: может ли страница при таком контенте висеть в фоне или в свёрнутом окне и разумна ли частота обновления. Если страница, скорее всего, в фоне или измеритель не может это определить, её разрешено оценивать иначе.

Вывод из этих документов простой: само автообновление показ невалидным не делает. Невалидным он становится, когда рекламу подают скрыто или подделывают события; всё остальное решают раскрытие, интервал и видимость.

Что говорят стандарты АРИР?

• Стандарт по SIVT (август 2026 года). Слишком частое обновление страницы или рекламного блока, цель которого накрутить показы, попадает в категорию манипуляций с инвентарём и измерениями с одной оговоркой: если обновление не было заранее раскрытым и согласованным условием размещения. В таблице пограничных случаев отдельно сказано, что скрытый показ лишь дополнительный фактор, а не самостоятельное основание для SIVT, а невидимость показа относится к качеству контакта и измеряется после очистки от IVT. Среди сигналов манипуляций стандарт называет сверку заявленного размещения с фактическим и рекламные события, которые идут в невозможном или нелогичном порядке по времени. Как заранее закрепить интервал в плане размещения, показано в вопросах агентству до медиаплана.
• Стандарт по GIVT (июнь 2025 года). Отдельной категории для автообновления в нём нет. Ближе всего «Избыточная активность»: аномально высокая частота активности на пользователя, IP-адрес, источник, кампанию или их сочетания. Стандарт сам оговаривает, что это не всегда фрод: причиной бывает, например, ошибка в ограничении частоты или особенность креатива. Пороги задаёт каждый верификатор, а трафик за порогом стандарт велит считать невалидным и фильтровать. Так что одно и то же частое обновление по MRC выделяется без удаления, а у верификатора, который работает по стандарту АРИР, может уйти в фильтр, если превысит его порог.
• Стандарт по измерению видимости (декабрь 2025 года). Об обновлении в нём ничего нет, зато точно сказано о вкладке: страница должна быть в активной вкладке, браузер не свёрнут, и проверяется это через Page Visibility API. Показ в видимой области активной вкладки, которую перекрыл полноэкранный режим браузера, тоже не засчитывается видимым. В разборе проблемных случаев баннер на странице не в фокусе, выполнивший все остальные условия, назван невидимым показом.

Что происходит с показом в фоновой вкладке?

Скрытой браузер обычно считает страницу, когда активна другая вкладка или окно свёрнуто, а некоторые браузеры и тогда, когда её содержимое целиком не видно; так это описано в блоге разработчиков Chrome. Таймеры на скрытой странице не останавливаются, а замедляются. Chrome проверяет их там раз в секунду, а начиная с версии 88, если страница скрыта дольше пяти минут, молчит хотя бы 30 секунд и цепочка таймеров длинная, раз в минуту. Отсюда следует, что обновление по таймеру в фоновой вкладке может продолжаться, просто реже.

Отрисованный в фоне показ может остаться в счёте показов, но видимым он не будет. MRC требует для видимого показа вкладку в фокусе, АРИР активную вкладку и несвёрнутый браузер. Расходятся стандарты в том, куда отнести такой показ. MRC разрешает опираться на Page Visibility API только как на дополнительное свидетельство и велит считать видимость неопределённой, если других данных нет. АРИР в примере с неактивной вкладкой называет показ невидимым. От выбора зависит не только видимость, но и измеримость: сравнивая два отчёта, уточните, куда каждый измеритель кладёт фоновые показы. Как читать эти две доли вместе, показано в материале про измеримость.

В медийных кампаниях Яндекс Директа показ засчитывается только по порогу видимости MRC, а проверка видимости, по справке Яндекса о стандартах IAB, начинается с активности вкладки. Поэтому фоновый показ там не попадает в статистику вовсе. Правила Рекламной сети Яндекса для видеоблоков называют вызовы рекламы в фоновых вкладках искусственными и запрещают их наравне с рекурсивными запросами и перезапросом без воспроизведения контента, а прилипающий плеер должен вставать на паузу, когда человек переключил вкладку.

Как Директ, РСЯ и VK Реклама ограничивают автообновление?

Рекламная сеть Яндекса. В требованиях к блокам на сайтах сказано, что блок, который остаётся на одном экране, не перезагружают чаще раза в 30 секунд. В требованиях к приложениям правило то же, но блоки, подключённые через Медиацию Яндекса или Простую монетизацию, могут перезагружаться раз в 15 секунд. Для видео ограничение шире: перезапрос рекламы, в том числе в «водопадной» схеме, допускается не чаще раза в 30 секунд и для одного блока, и для всех блоков страницы вместе, кроме перезапросов по явному действию человека, например прокрутке или переходу между разделами. Для InStream-трафика автообновление страниц и плееров запрещено вовсе, в одном ряду с ботами, скриптами и мотивированным трафиком, а сам трафик видеоплощадок сеть проверяет не реже раза в месяц.

Яндекс Директ. Справка о соответствии стандартам IAB ссылается на Правила участия в Рекламной сети: автообновление не чаще раза в 30 секунд. Обновлённый запрос помечается признаком impressionoptions_refresh, соблюдение правила проверяют раз в квартал, а к площадкам, которые злоупотребляют обновлением, применяют меры административного воздействия. Долю разрешённых обновлений на площадках Яндекс называет несущественной, но цифры не приводит. В самом тексте Правил участия (редакция от 28 августа 2026 года) правила о 30 секундах нет: оно записано в отдельных требованиях к сайтам и приложениям, на которые Правила ссылаются.

VK Реклама. В правилах Рекламной сети VK для партнёров и в причинах отклонения площадок автообновление не упоминается, но в условиях оказания услуг для партнёров сети оно прямо названо запрещённой деятельностью: нельзя автоматически обновлять рекламные материалы, кроме обновлений, которые вызывает сам пользователь, перезагружая страницу, и настройки рекламного блока в системе VK. Срока в секундах в этих условиях нет, поэтому допустимый интервал для размещений через VK приходится уточнять у площадки или менеджера.

Как автообновление выглядит в отчёте?

Признак обновления передаётся в запросе на рекламу: у Яндекса это impressionoptions_refresh, в OpenRTB объект refresh. В отчёт рекламодателя он попадает, только если площадка или измеритель вывели его отдельно. Если площадка передаёт объект refresh, полезнее всего поле count: оно говорит, сколько раз место обновилось после загрузки страницы, и долю обновлённых показов можно посчитать без догадок. В остальных случаях видны следы.

Ни один признак не доказывает накрутку сам по себе. Ровный интервал бывает у раскрытого и согласованного таймера, низкая видимость у честного места внизу страницы, долгие сессии без действий у трансляций. Памятка MRC 2024 года напоминает, что действующие требования не позволяют помечать валидный трафик невалидным только по источнику инвентаря. Поэтому следы складывают в вопросы площадке, а не в готовую претензию.

Как отличить обычное обновление от недобросовестного?

Пять проверок, по которым обновление либо остаётся практикой издателя, либо становится поводом для разговора:

1. Раскрыто ли оно заранее. Обновление записано в условиях размещения, и покупатель знает о нём до старта. Нераскрытое частое обновление ради показов стандарт АРИР относит к SIVT.
2. Укладывается ли интервал в правила. Для РСЯ это 30 секунд на одном экране, в приложениях с медиацией 15, а по MRC частота должна соответствовать типу контента.
3. Что его запускает. Действие человека и событие на странице объяснимы, таймер на странице без живых данных требует обоснования.
4. Останавливается ли оно в фоне. Обновление в скрытой вкладке, свёрнутом окне или при погасшем экране даёт показы без возможности увидеть рекламу, а видеоблокам РСЯ вызовы в фоновых вкладках прямо запрещены.
5. Выделены ли обновлённые показы. По IAB и MRC существенная доля таких показов раскрывается отдельно, и видимость у них считается отдельно.

Если все пять ответов в пользу площадки, обновлённые показы считаются обычными показами (при существенной доле отдельной строкой), а видимыми становятся по обычным порогам. Если обновление не раскрыто или идёт чаще согласованного, обсуждайте с площадкой объём и условия. Показ в скрытой вкладке не будет видимым при любом интервале.

Какие вопросы задать площадке и измерителю?

Площадке или продавцу рекламы:

1. Обновляются ли рекламные места в размещении, на каких страницах или экранах и что запускает обновление: таймер, событие на странице или действие пользователя?
2. Какой минимальный интервал и совпадает ли он с правилами сети, через которую идут показы?
3. Продолжается ли обновление, когда вкладка скрыта, окно свёрнуто, экран погас или приложение ушло в фон?
4. Какая доля показов кампании пришлась на обновления и можно ли увидеть её по местам размещения?
5. Передаёте ли вы признак обновления в запросе на рекламу, например объект refresh в OpenRTB 2.6, и видит ли его измеритель?
6. Записан ли интервал обновления в условиях размещения?

Измерителю:

1. Получаете ли вы от площадки сведения об обновлении и как их используете?
2. Умеете ли вы находить обновление сами, если площадка его не передала, и описан ли этот порядок в вашей методике?
3. Как обновлённые показы выглядят в отчёте: отдельной строкой без удаления, как велит MRC, внутри обычных показов или как SIVT, если обновление не раскрыто?
4. Куда вы относите показы в фоновой вкладке, к невидимым или к неопределённым, и видна ли их доля по местам размещения?
5. Учитываете ли вы в приложениях погасший экран и бездействие, когда считаете видимость обновлённых показов?
6. Видите ли вы промежутки между показами в одном месте на одном устройстве?

Опора, все источники открыты 22 октября 2026 года: руководства IAB и MRC по измерению показов на десктопе, в мобильном вебе и в приложениях (2017) и по видео (2018), стандарт MRC об обнаружении невалидного трафика (2020) с памяткой 2024 года, руководства MRC о видимых показах на десктопе (2015) и в мобильной среде (2016), руководство MRC и IAB о проведении верификации (2012), спецификации IAB Tech Lab OpenRTB 2.6 и AdCOM 1.0, три стандарта АРИР (GIVT, SIVT, измерение видимости) и её глоссарий, Правила участия и требования Рекламной сети Яндекса к сайтам, видео и приложениям, справка Яндекс Директа о стандартах IAB, правила Рекламной сети VK и условия оказания услуг для её партнёров (открыты 23 октября), блог разработчиков Chrome.