App-кампании Google Ads в 2026: структура, tROAS и честное измерение на iOS и Android

App-кампании Google Ads — самый непривычный тип кампаний в кабинете: здесь нет ключевых слов, нет ставок на уровне аукциона, нет выбора площадок и почти нет настроек таргетинга. Вы отдаёте системе ассеты, событие для оптимизации и цель по цене или возврату — всё остальное решает алгоритм. Именно поэтому в них так легко слить бюджет: привычные рычаги не работают, а те, что работают, спрятаны в аналитике, а не в рекламном кабинете.

Ниже — рабочая логика 2026 года: какие цели выбирать, как устроена структура без ключевых слов, когда переходить на tROAS, какие события настраивать в первую очередь, почему данные на iOS и Android принципиально разные и какие ошибки чаще всего ломают масштабирование.

Чем вы управляете в App-кампаниях Google Ads, когда рычагов нет

В обычной поисковой кампании у вас минимум десяток рычагов. В App-кампании их ровно пять, и все остальные решения — производные от них.

Рычаг	Что он решает	Цена ошибки
Цель кампании	На что оптимизируется алгоритм: установки, действия, ценность, предрегистрация	Критическая — неверная цель не чинится настройками
Событие оптимизации	Какой сигнал считается успехом	Критическая — редкое событие = вечное обучение
Целевой CPI / CPA / ROAS	Экономика закупки	Высокая — слишком жёсткая цель душит охват
Ассеты	Что система комбинирует в объявления	Высокая — бедный набор ассетов режет инвентарь
Гео, язык, бюджет	Рамки закупки	Средняя

Всё, что вы делаете дальше — это по сути работа с этими пятью переменными и с качеством данных, которые приложение отдаёт обратно в Google Ads.

Четыре цели, на которые оптимизируются App-кампании Google Ads

Установки приложения (App installs)

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

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

Действия в приложении (App engagement / in-app actions)

Оптимизация под конкретное событие: регистрация, первая покупка, завершение туториала, подписка на триал. Это основной рабочий режим для любого приложения, которое зарабатывает не на установках. Требует настроенной передачи событий и достаточного их объёма.

Ценность действий (tROAS)

Алгоритм оптимизирует не количество событий, а суммарную ценность, которую пользователь приносит в заданном окне (обычно 7 или 30 дней). Для подписочных и игровых приложений это единственный режим, который даёт реальную экономику, потому что разброс LTV между пользователями огромен.

Предрегистрация (Android)

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

Структура App-кампаний Google Ads: что делить, когда ключей нет

Поскольку семантики нет, структура строится по трём осям — и только по ним.

1. Операционная система. iOS и Android — всегда разные кампании. Разная атрибуция, разная экономика, разные ассеты, разные магазины. Это не рекомендация, а техническое требование.
2. Цель оптимизации. Одна кампания — одна цель. Кампания на установки и кампания на покупки не смешиваются даже при одном бюджете.
3. Рынок. Делите по экономике, а не по странам. Tier-1 и развивающиеся рынки в одной кампании означают, что весь бюджет уедет туда, где установка дешевле.

Рабочая схема для приложения с монетизацией выглядит так:

Кампания	Цель	Роль
Android — Installs (Tier-1)	Установки с вероятностью действия	Наполнение воронки, сбор данных
Android — In-app actions	Ключевое событие (регистрация/покупка)	Основной объём качественного трафика
Android — tROAS	Ценность за 7–30 дней	Прибыльное масштабирование
iOS — Installs (Tier-1)	Установки	Отдельная экономика и измерение
iOS — In-app actions	Ключевое событие	Запускается после накопления данных
App engagement (ремаркетинг)	Возврат в приложение	Удержание и реактивация

Та же логика плотности данных, что и в обычном аккаунте, работает здесь даже жёстче: алгоритму нужно достаточно событий в неделю на каждую кампанию. Общие принципы разбирали в материале о структуре аккаунта Google Ads под Smart Bidding — для приложений ориентиры ещё выше, потому что событие часто отложено на дни.

События: что настроить до первого запуска

App-кампания без настроенных событий — это слепая закупка установок. Минимальный набор, который нужно передавать в Google Ads (через Firebase/Google Analytics или сторонний MMP):

• first_open — факт открытия после установки, базовая проверка качества трафика;
• sign_up / registration — первый шаг вовлечения, обычно это и есть событие для старта оптимизации;
• tutorial_complete / activation — пользователь дошёл до ценности продукта;
• purchase / subscribe с передачей value и currency — без ценности tROAS не включится;
• trial_start и trial_converted отдельно — для подписок это разные по смыслу сигналы.

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

Частая и дорогая ошибка — дублирование событий, когда одно и то же действие прилетает и из SDK, и из серверного импорта. Алгоритм видит удвоенный объём конверсий и занижает реальный CPA в отчёте. Как такое ловить, разбирали в статье про дубли конверсий и дедупликацию.

Переход на tROAS: когда и как

tROAS в приложениях — не «продвинутая настройка», а необходимость для любого продукта, где пользователи приносят разные суммы. Но включать его рано — значит убить кампанию.

Ориентиры готовности:

• событие с ценностью стабильно передаётся не меньше 30 дней;
• не менее 50–100 событий с ненулевой ценностью в месяц на кампанию;
• вы знаете реальный распределённый LTV, а не только платёж первого дня.

Порядок перехода: сначала кампания на действия в приложении накапливает данные, затем создаётся отдельная tROAS-кампания с умеренной целью (на 20–30% ниже фактического ROAS за период), и только после выхода из обучения цель подтягивается вверх шагами по 10–15%. Резкое повышение цели на 50% почти всегда обнуляет охват.

Про выбор окна конверсии: для подписок окно в 7 дней почти всегда даёт неполную картину, потому что триал конвертируется позже. Логика выбора окна одинакова для веба и приложений — она разобрана в материале про окно конверсии и конверсионный лаг.

Почему iOS и Android не сходятся и никогда не сойдутся

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

Android. Детерминированная атрибуция по идентификатору устройства работает в большинстве случаев, данные приходят быстро и почти полностью. Расхождение Google Ads и внутренней аналитики обычно укладывается в единицы процентов и объясняется разницей часовых поясов и моделью атрибуции.

iOS. После введения ATT основной поток данных идёт через агрегированные отчёты платформы. Практические следствия:

• часть конверсий приходит с задержкой в сутки и больше;
• данные агрегированы — разбивки по кампаниям и креативам ограничены порогами приватности;
• конверсии моделируются, то есть часть цифр в интерфейсе — это оценка, а не факт;
• при малых объёмах детализация просто не отдаётся.

Что из этого следует практически: никогда не сравнивайте абсолютные цифры iOS-кампаний с внутренней аналитикой «один в один» и не принимайте решений по iOS на недельных данных. Горизонт принятия решений на iOS — 14 дней минимум.

Похожую проблему — расхождение между рекламным кабинетом и аналитикой — мы разбирали для веба в статье про расхождение конверсий Google Ads и GA4: логика «почему цифры не обязаны совпадать» там та же.

Где показываются App-кампании Google Ads и почему это важно

Одна App-кампания закупает трафик сразу на пяти разных поверхностях, и у каждой своя природа пользователя. Понимание этого объясняет, почему нельзя оценивать кампанию по одному усреднённому CPI.

Поверхность	Тип намерения	Что нужно от вас
Поиск Google	Активный поиск решения — самый горячий трафик	Качественные тексты и релевантная страница в магазине
Google Play	Пользователь уже в магазине и ищет приложение	Сильная страница приложения: иконка, скриншоты, рейтинг
YouTube и Shorts	Холодный, но вовлечённый трафик	Вертикальное видео 9:16, первые 3 секунды решают всё
Discover и Gmail	Пассивное потребление контента	Яркие изображения, понятный оффер без контекста
Сеть приложений (AdMob)	Прерывание чужого сценария	Крупный визуал и предельно простое сообщение

Управлять распределением между поверхностями напрямую нельзя — алгоритм решает сам, исходя из того, где он находит нужные вам конверсии дешевле. Но косвенно вы влияете набором ассетов: нет вертикального видео — нет Shorts; слабая страница в магазине — хуже конверсия из клика в установку на всех поверхностях сразу.

Какие метрики смотреть, а какие игнорировать

Стандартный набор колонок в интерфейсе для приложений обманчив: клики и CPI почти ничего не говорят о том, зарабатывает ли закупка. Рабочий набор метрик выглядит так:

• Install-to-open rate — доля установок, после которых приложение открыли хотя бы раз. Ниже 80% — сигнал о некачественном или невалидном трафике.
• Activation rate — доля установок, дошедших до ключевого события (регистрация, туториал). Это и есть реальная «конверсия» закупки.
• Cost per activated user — расход ÷ количество активированных. Метрика, по которой честно сравниваются кампании и источники.
• Retention D1 / D7 — удержание на первый и седьмой день. Резкое падение D7 при стабильном CPI почти всегда означает, что алгоритм начал находить более дешёвую и менее качественную аудиторию.
• ROAS по когортам — выручка когорты установок за 7, 14 и 30 дней. Единственная метрика, по которой принимают решения о масштабировании.

Чего не стоит делать: оценивать App-кампании по CTR и по средней позиции — в этом типе кампаний таких понятий фактически нет. И не сравнивайте CPI между гео: установка в Tier-1 дороже по определению, а вопрос всегда в возврате, а не в цене входа.

Для сборки отчёта по когортам понадобится выгрузка из аналитики приложения, а не из рекламного кабинета. Принцип тот же, что при работе с сырыми данными в вебе — он описан в материале про экспорт GA4 в BigQuery под платный трафик.

Ассеты: единственное, что вы реально контролируете

Поскольку таргетинга нет, креатив — это и есть ваш таргетинг. Система собирает объявления из того, что вы загрузили, и показывает их в Поиске, Play, YouTube, Discover и в сетке приложений. Чем беднее набор, тем меньше инвентаря доступно.

Минимум, который стоит держать в каждой кампании:

• 5 заголовков и 5 описаний, разных по смыслу, а не по формулировке;
• не менее 10 изображений в основных соотношениях (1:1, 1.91:1, 4:5);
• не менее 4 видео, обязательно включая вертикальное 9:16 и квадратное — без вертикали вы теряете весь инвентарь Shorts;
• HTML5-ассеты, если есть возможность их сделать — они часто дают заметно более дешёвое действие.

Проверяйте отчёт по ассетам и меняйте слабые, но не больше 2–3 за раз: массовая замена ассетов перезапускает обучение. Логика тестирования креатива здесь та же, что в экспериментах с ассетами Performance Max.

Ремаркетинг в приложении: недооценённый канал

App engagement-кампании возвращают пользователей, которые уже установили приложение, но перестали им пользоваться или не дошли до ключевого действия. Для продуктов с подпиской это обычно самый дешёвый источник выручки — вы не платите за установку второй раз.

Что нужно для запуска: аудитории из Firebase или MMP (например, «установил, но не зарегистрировался 7 дней», «не открывал 30 дней», «отменил подписку»), настроенные диплинки на нужный экран и отдельное событие возврата. Без диплинков кампания будет возвращать пользователя на главный экран, и конверсия падает в разы — механика описана в материале о диплинках и Web-to-App Connect.

Семь ошибок: что чаще всего ломает масштабирование

Ниже — сценарии, в которых App-кампании Google Ads перестают расти, хотя формально всё настроено верно.

1. Оптимизация на редкое событие. Три покупки в неделю — это не сигнал, это шум. Поднимайтесь выше по воронке.
2. Смешение iOS и Android в одной App-кампании Google Ads. Невозможно сравнить, невозможно управлять.
3. Ежедневные правки цели. App-кампании реагируют медленнее обычных: любое изменение цели — это новая фаза обучения на 5–7 дней.
4. Слишком жёсткий целевой CPI на старте. Алгоритму нужен коридор; заниженная цель означает отсутствие расхода и отсутствие данных.
5. Оценка качества по установкам. Установка — это не результат. Считайте удержание на 1-й и 7-й день и долю активаций.
6. Массовая замена ассетов разом. Перезапуск обучения на ровном месте.
7. Игнорирование качества трафика. Мотивированный и невалидный трафик искажает модель. Общие принципы защиты бюджета — в материале про недействительные клики и защиту бюджета.

В App-кампаниях вы не управляете показами — вы управляете качеством сигнала. Всё, что улучшает данные о пользователе, улучшает закупку; всё, что их зашумляет, стоит денег.

Порядок запуска с нуля: 8 шагов

1. Подключите Firebase или MMP и проверьте, что события долетают (тестовое устройство, реальный лог).
2. Свяжите аналитику с аккаунтом Google Ads и импортируйте события как конверсии.
3. Определите событие оптимизации по правилу «≥10 в день и ближе к деньгам».
4. Соберите ассеты: тексты, изображения, вертикальное и квадратное видео.
5. Запустите кампанию на установки с вероятностью действия, бюджет — не меньше 20–30 целевых CPI в день.
6. Две недели не трогайте цель. Смотрите на удержание и активации, а не на CPI.
7. Накопив 100+ событий, запустите отдельную кампанию на действия в приложении.
8. При стабильной ценности и 50+ монетизированных событий в месяц добавьте tROAS-кампанию.

Если приложение относится к категории с повышенными требованиями — финансы, медицина, азартные игры — к техническим шагам добавляется прохождение проверок рекламодателя. Что это за процесс и какие документы нужны, описано на странице верификации аккаунтов Google Ads; для команд, которым нужен аккаунт с историей под такие запуски, есть агентские аккаунты Google Ads. Перед тем как брать в работу чужой App-аккаунт, пройдитесь по чек-листу аудита аккаунта Google Ads — большая часть проблем обнаруживается на этапе проверки событий, а не кампаний.

FAQ: App-кампании Google Ads

Можно ли в App-кампаниях Google Ads задать ключевые слова?

Нет. Поисковый инвентарь подбирается автоматически на основе текста приложения в магазине, ваших ассетов и поведения пользователей. Косвенно повлиять можно через ASO — заголовок и описание в Google Play участвуют в подборе запросов.

Сколько бюджета нужно, чтобы App-кампании Google Ads вышли из обучения?

Рабочий ориентир — дневной бюджет не ниже 20–30 целевых CPI или 10 целевых CPA. Меньше — и кампания не наберёт событий для выхода из обучения, а вы будете принимать решения по случайным данным.

Почему кампания не тратит бюджет?

Чаще всего из-за слишком низкой целевой цены или слишком редкого события оптимизации. Второй частый случай — узкий набор ассетов: системе нечего показывать на части инвентаря. Третий — ограничения по гео или возрасту аудитории.

Чем отличается оптимизация на установки от оптимизации на действия?

В первом случае алгоритм ищет вероятность установки, во втором — вероятность конкретного события после неё. Второй режим даёт дороже установку, но лучше удержание и выручку. Переходить стоит, как только событий хватает для обучения.

Как часто можно менять целевой CPA или ROAS?

Не чаще раза в 5–7 дней и шагами не больше 15–20%. Каждое изменение запускает новую фазу обучения; серия резких правок держит кампанию в нестабильном состоянии неделями.

Почему данные по iOS всегда меньше, чем в MMP?

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

Нужен ли сторонний MMP, если есть Firebase?

Для одного рекламного канала Firebase обычно достаточно. MMP становится нужен, когда каналов несколько и требуется единая кросс-канальная атрибуция и защита от фрода на уровне партнёров.

Что делать, если установки идут, а активаций нет?

Сначала проверьте техническую часть: корректно ли передаётся событие активации и не теряется ли оно на части устройств. Если данные верны — это качество трафика: смените режим оптимизации на действия в приложении и пересоберите ассеты под реальный сценарий использования.

Можно ли вести App-кампании на веб-лендинг?

Нет, назначение App-кампании — страница приложения в магазине или экран внутри приложения. Если вам нужна комбинированная воронка веб плюс приложение, это решается диплинками и отдельными веб-кампаниями.

Как работает ремаркетинг в приложении без идентификаторов на iOS?

Охват аудиторий на iOS ограничен, и объёмы будут заметно ниже, чем на Android. Кампании на возврат всё равно запускаются, но ожидания по масштабу нужно закладывать другие и оценивать результат на длинном окне.

Сколько держать кампанию до первых выводов?

Минимум 14 дней на Android и 14–21 день на iOS с учётом задержки данных. Любая оценка на третий-пятый день — это оценка фазы обучения.

Влияет ли ASO на стоимость установки в рекламе?

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