In-app реклама

Такую границу задают рекомендации IAB, IAB Tech Lab, MMA и MRC по измерению рекламы в мобильных приложениях. Документ относит mobile in-app к контенту и рекламе в нативном интерфейсе приложения, исключает мобильный веб и немобильную среду и не считает обычные компьютеры мобильными устройствами. ^[1] Поэтому реклама приложения в поиске или магазине приложений не становится in-app только из-за цели установить приложение.

Кратко

In-app указывает на место показа: нативный интерфейс мобильного приложения.
Запрос объявления, получение рекламного материала и измеряемый показ — разные события. ^{[1, 2]}
Баннер, межстраничное, нативное, вознаграждаемое объявление и реклама при открытии приложения — разные форматы. ^{[2, 7]}
Разрешение Apple App Tracking Transparency относится к определённому связыванию данных, а не служит названием любого рекламного показа. ^[3]
Правила измерения, политика магазина приложений и российское право регулируют разные стороны размещения. ^{[1, 4, 8]}

Происхождение и история термина

Доступные источники позволяют проследить развитие явления, но не устанавливают первого автора выражения in-app ads. В 2011 году уже действовала спецификация Mobile Rich Media Ad Interface Definitions (MRAID), которая задавала интерфейс между интерактивным рекламным материалом и поддерживающим его мобильным приложением. В дальнейшем MRAID получил функции изменения размера, ориентации, полноэкранного показа, видимости и звука. ^[6]

К 2016 году рецензируемый обзор мобильной рекламы прямо различал мобильные сайты, браузерные приложения и нативные приложения как каналы доставки рекламы, а также употреблял категорию within-app ads. ^[5] В 2017 году совместные рекомендации IAB, IAB Tech Lab, MMA и MRC уже подробно определяли область mobile in-app и правила измерения динамических объявлений. ^[1] Эти даты показывают развитие технической категории, но не дату рождения термина и не чьё-либо языковое первенство.

Суть и механизм

Базовую цепочку можно объяснить на примере AdMob. Издатель размещает в приложении рекламный блок — контейнер с выбранным форматом. Блок отправляет запрос рекламной системе и отображает полученное объявление. ^[2] Из этого не следует, что каждый запрос завершится загрузкой или измеряемым показом: эти события проверяют раздельно.

Для подключения рекламной системы разработчик обычно добавляет её программную библиотеку, или SDK, в проект приложения. В российской документации Яндекса процесс включает регистрацию приложения в Рекламной сети, добавление зависимости Yandex Mobile Ads SDK, инициализацию библиотеки, проверку интеграции и последующий выбор формата. ^[7] Это подтверждённый пример одной системы, а не универсальная схема всех рекламных платформ.

Работа с данными образует отдельный слой. Apple требует разрешение через App Tracking Transparency (ATT), когда данные пользователя или устройства из приложения связываются с данными других компаний для целевой рекламы или измерения либо когда приложению нужен рекламный идентификатор устройства. ^[3] Поэтому ATT нельзя использовать как синоним всей in-app рекламы: правило относится к определённой практике tracking, а возможность и условия конкретного показа зависят от конфигурации и других применимых требований.

Виды и классификации

Официальная справка AdMob различает баннер, межстраничное объявление, нативный блок, вознаграждаемое объявление, вознаграждаемое межстраничное объявление и рекламу при открытии приложения. ^[2] Документация Яндекса также предусматривает баннерный, межстраничный, нативный и вознаграждаемый форматы, а также рекламу при открытии. ^[7]

Баннер занимает ограниченную область экрана. Межстраничное объявление закрывает страницу приложения в естественной паузе или при переходе. Нативный формат встраивает рекламные элементы в оформление приложения. Вознаграждаемое объявление предполагает заранее понятное условие: пользователь выбирает просмотр или взаимодействие и получает обещанную цифровую награду. Реклама при открытии накладывается на экран загрузки при запуске приложения или возвращении в него. ^[2]

Другая классификация относится к доставке. Динамические объявления могут меняться между сеансами и пользователями. Жёстко встроенные объявления остаются частью кода или содержимого приложения и не меняются таким образом. Рекомендации ^[1] определяют оба случая, но их измерительный охват ограничен динамической рекламой; жёстко встроенную рекламу документ прямо исключает из своей области.

Как применяется на практике

Формат выбирают с учётом момента взаимодействия. В справке AdMob межстраничный формат предназначен для естественных пауз и переходов, например завершения уровня; нативный располагается внутри содержания приложения; реклама при открытии связана с запуском или возвращением в приложение. ^[2]

Политика Google Play запрещает неожиданно показывать полноэкранное межстраничное объявление, когда пользователь выбрал другое действие, а также ограничивает объявления, которые нельзя закрыть. Для вознаграждаемой рекламы, которую пользователь выбрал явно, предусмотрено исключение из конкретного правила о мешающих объявлениях; оно не отменяет остальные требования магазина. ^[4]

Учебный пример: после уровня игра предлагает посмотреть видео и получить дополнительную попытку. Пользователь заранее видит условие, сам запускает просмотр и получает обещанную награду. Если то же видео внезапно перекрывает кнопку продолжения, это уже неожиданный межстраничный показ, даже если технически используется та же рекламная библиотека. ^[4]

Как измерить или проверить

Сначала разделяют события. Запрос — обращение рекламного блока к системе. Загрузка означает, что рекламный материал получен устройством. Для действительного рекламного показа рекомендации ^[1] требуют, чтобы материал загрузился и как минимум начал отрисовываться. Начало отрисовки ещё не означает, что человек действительно увидел объявление: видимый показ в тех же рекомендациях рассматривается как отдельная метрика. ^[1]

Учебный расчёт: приложение отправило 1 000 запросов, получило 800 объявлений и зарегистрировало 700 показов. Доля загрузок от запросов равна 800 / 1 000 × 100% = 80%. Доля показов от запросов — 700 / 1 000 × 100% = 70%, а доля показов от загрузок — 700 / 800 × 100% = 87,5%. У этих процентов разные знаменатели, поэтому их нельзя подписывать одним названием.

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

Ошибки, ограничения и спорные вопросы

Первая ошибка — смешивать in-app рекламу с рекламой установок. Первое понятие описывает среду показа, второе — возможную цель кампании. Вторая ошибка — считать запрос показом: между ними остаются загрузка и начало отрисовки. ^{[1, 2]}

Третья ошибка — оценивать качество только по кликам. Неожиданное перекрытие элемента интерфейса может создавать случайные нажатия; Google Play отдельно запрещает объявления, имитирующие интерфейс или неожиданно прерывающие действие. ^[4] Четвёртая ошибка — переносить требования одной системы на весь рынок: форматы и шаги интеграции выше атрибутированы AdMob и Яндексу.

Техническая работоспособность не равна соблюдению правил. SDK может корректно отобразить объявление, которое нарушает политику магазина или применимое право. И наоборот, допуск приложения в магазин не является юридическим заключением по конкретной рекламной кампании.

Правовой аспект

Для российского размещения сначала нужно установить, признаётся ли конкретное сообщение интернет-рекламой и какие роли выполняют участники. Если к размещению применяется статья 18.1 Федерального закона от 13.03.2006 № 38-ФЗ «О рекламе», её часть 16 требует пометку «реклама» и указание на рекламодателя либо страницу с информацией о нём. Часть 17 связывает распространение интернет-рекламы с идентификатором, который присваивает оператор рекламных данных. ^[8]

Часть 3 той же статьи содержит отдельный территориальный критерий для обязанности указанных в ней участников передавать или обеспечивать передачу сведений: реклама должна быть направлена на потребителей в России и соответствовать критериям Правительства РФ. ^[8] Этот критерий нельзя автоматически превращать в общую формулу применимости всех обязанностей статьи.

На дату проверки КонсультантПлюс показывает 38-ФЗ в редакции от 04.08.2026. Федеральный закон от 04.08.2026 № 283-ФЗ — отдельный изменяющий акт; его статья 23 устанавливает общий срок вступления в силу с 01.09.2026 и отдельные исключения. ^[9] Статья не утверждает, что № 283-ФЗ ввёл части 16–17 статьи 18.1. Подготовленная редакция 38-ФЗ с изменениями на 01.03.2027 проверена отдельно; в просмотренном обзоре изменения частей 16–17 не указаны. ^[10] Применимость норм к конкретной кампании должен проверить юрист.

Частые вопросы