Web+App кампании в Яндекс Директе
Один клик — три маршрута: десктоп уходит на сайт, мобильный — в приложение или в магазин, а ставка и оптимизация остаются едиными внутри одной перфоманс-кампании
Получить предложениеКоротко. Web+App — сценарий Единой перфоманс-кампании в Яндекс Директе, при котором одна кампания ведёт трафик и на сайт, и в мобильное приложение, а стратегия обучается на конверсиях обеих площадок сразу. Сценарий работает только в режиме эксперта Директ Про, требует подключённого трекера установок и универсальных или трекинговых ссылок вместо обычных адресов сайта. Ниже — полный цикл: библиотека приложений, постбэки, диплинки, стратегии, фид, отладка «серой» цели и чек-лист перед стартом.
Web+App — не отдельный тип кампании, а настройка единой перфоманс-кампании в режиме Директ Про: один клик расходится на три маршрута (сайт, магазин приложений, экран в приложении), а стратегия обучается на конверсиях веба и приложения сразу. Ниже — библиотека приложений, постбэки, диплинки, стратегии и чек-лист перед стартом.
Web+App · режим эксперта
Приложения из библиотеки, зелёные цели из трекера, универсальные или трекинговые ссылки, товарный фид с теми же артикулами.
library iOS + Android по отдельности
postback цель приложения зелёная
deeplink click_id + yclid
feed артикул = id в фиде
Что такое Web+App кампании и чем они отличаются от рекламы приложения и рекламы сайта
Определение. Web+App — дополнительная настройка Единой перфоманс-кампании (ЕПК), которая объединяет сайт (десктопный и мобильный веб) и мобильное приложение для iOS и Android в одной кампании. Оптимизация идёт одновременно на события на сайте и в приложении (Справка Яндекс Директа).
Нюанс, который путает новичков: в списке типов кампаний пункта «Web+App» нет. Это режим уже созданной ЕПК — вы добавляете в неё приложения из библиотеки и их цели. Доступно только в Директ Про, то есть в режиме эксперта; в упрощённом интерфейсе и в Мастере кампаний сценария нет (Справка Директа: ЕПК).
Маршрутизация после клика:
- десктоп — переход на сайт;
- смартфон без приложения — мобильный сайт или страница в магазине приложений;
- смартфон с приложением — нужный экран приложения через диплинк.
Официальная логика выгоды сформулирована в Справке прямо: «Дополнительные сигналы о конверсиях в приложении помогают алгоритмам стратегии обучаться более эффективно и быстрее наращивать охват, а также снижать среднюю стоимость конверсии». Там же — наблюдение об аудитории: «Пользователи приложений демонстрируют более высокую вовлеченность, просматривают больше товаров».
Когда выбирать Web+App: типовые сценарии
Сценарий имеет смысл, когда у бизнеса одновременно есть работающий сайт и приложение с реальным трафиком, а не «приложение для галочки»: интернет-магазин, где часть аудитории покупает в приложении с более высоким средним чеком; сервис с подпиской, где первое касание идёт из поиска, а деньги приносит удержание; маркетплейс с общим каталогом в вебе и в приложении; классифайд, где ищут с десктопа, а звонят со смартфона.
Когда Web+App не нужен: приложения нет, оно не подключено к трекеру или задача сводится к установкам без выручки. В последнем случае проще запускать классическое «Продвижение приложений» — разбор в материале Кампании на установки приложений в Директе.
Сравнение с отдельными кампаниями на приложение и на сайт
| Параметр | Кампания только на сайт | «Продвижение приложений» | Web+App |
|---|---|---|---|
| Что рекламируем | сайт | установки и события в приложении | сайт и приложение в одной кампании |
| Сигналы для обучения | веб-конверсии | события приложения | и веб, и приложение |
| Товарные объявления по фиду | да | нет | да |
| Требования к ссылкам | обычные адреса страниц | трекинговые ссылки | универсальные или трекинговые |
| Нужен трекер установок | нет | да | да |
| Режим интерфейса | любой | любой | только Директ Про |
Строка про фид — главный практический аргумент. Эксперты Programmatica формулируют это так: «В рекламе мобильных приложений нет доступа к фидам, но если сделать запуск через решение web+app, вы сможете рекламировать товары» (SEOnews). Для магазина это значит, что товарная выдача и аудитория приложения перестают быть двумя изолированными мирами.
Контекст платформы: с 30 августа 2024 года в ЕПК появилась опция «Установки и конверсии в приложении» (ppc.world), а осенью 2024-го Директ начал автоматически переводить текстово-графические, динамические объявления и смарт-баннеры на ЕПК (TrafDealer). Web+App — следующий слой на этой же платформе, а не параллельная ветка.
Подготовка к запуску: сайт, приложение, аналитика и доступы
Девять из десяти неудачных запусков ломаются не на ставках, а на подготовке. Справка задаёт четыре обязательных предусловия (add-aps, about):
- Приложения для iOS и Android добавлены в раздел Библиотека → Мобильные приложения, причём каждое отдельно — это две карточки, а не одна.
- На странице каждого приложения настроены цели; проверять их нужно на логине, где ведутся кампании «Продвижение приложений».
- Доступ к целям выдан всем логинам, на которых планируется запуск.
- В трекере установок (MMP — mobile measurement partner, система мобильной атрибуции) настроена интеграция с Директом: идентификатор приложения и постбэки событий.
Пятое требование, о которое спотыкаются чаще всего: в объявлениях должны стоять универсальные или трекинговые ссылки, а не обычные адреса страниц. Обычный адрес сайта не даст трекеру распознать переход.
Пять этапов Web+App: от библиотеки приложений до фида
Одна карта показывает, куда уходит клик на десктопе и на смартфоне и что нужно закрыть до включения бюджета. Выберите трекер и тип ссылок — панель пересчитает обязательные параметры и покажет, на чьей стороне окажется работа.
- Маршрут клика — три исхода: сайт, магазин приложений и нужный экран приложения.
- Параметры ссылок зависят от трекера: AppMetrica, AppsFlyer или Adjust.
- Тип ссылок решает, где будет работа: в приложении или в товарном фиде.
AppMetrica и трекинговые ссылки: параметры собирает трекер, фид переезжает на трекинговые адреса.
→ Дальше — пошаговая настройка кампании в кабинете: цели, привязка приложений iOS и Android, требования к ссылкам.
Схему можно прокрутить по горизонтали.
Что проверить в AppMetrica и Яндекс Метрике до создания кампании
- Счётчик Метрики на сайте живой, электронная коммерция настроена, цели не сломаны после последнего релиза.
- Трекер приложения принимает события: в отчётах видны не только установки, но и продуктовая воронка.
- Идентификатор события в цели Директа совпадает с идентификатором в трекере — символ в символ. Для электронной коммерции в AppMetrica это события с префиксом
ECOMMERCE_(add-aps). - Для товарных объявлений счётчик Метрики указан и в настройках приложения, и в интеграции трекера; рекомендуется брать счётчик сайта с настроенной электронной коммерцией (tracker-setting).
- Один трекер на одно приложение. Нужны два — приложение добавляют в библиотеку дважды (Справка Директа).
Если цели на стороне сайта ещё не выстроены, начните с них: без корректной веб-части Web+App будет обучаться на половине данных. Практический разбор — в материале Цели Метрики под Директ.
Как связать конверсии сайта и события в приложении
Для интернет-магазина Справка требует три обязательные цели в приложении, чтобы в ЕПК вообще появилась аудитория его пользователей: просмотр страницы товара, добавление в корзину и покупка (add-aps).
В AppMetrica им соответствуют события showProductDetailsEvent, addCartItemEvent, removeCartItemEvent и purchaseEvent. Ключевое условие: артикул товара (SKU) в этих событиях должен совпадать с полем id в товарном фиде (tracker-setting). Если разработчик передаёт внутренний идентификатор базы, а в фиде выгружается складской артикул, товарная связка не соберётся.
Отдельно проверьте передачу выручки: для стратегии по доле рекламных расходов (ДРР) деньги должны приходить из трекера — в AppMetrica это ECommerce или In-App purchases, в AppsFlyer параметр af_revenue (tracker-setting).
Для агентств: цели приложения шарятся между логинами через Библиотека → Мобильные приложения → Предоставить доступ. На целевом логине появятся только цели, само приложение туда не копируется — повторно верифицировать его не нужно (add-aps).
Создание кампании Web+App: пошаговая настройка в кабинете
Выбор целей: установки, покупки в приложении, события на сайте
В кампании должна быть минимум одна цель из приложения — и для iOS, и для Android. Индикатор такой цели обязан быть зелёным: серый означает, что данные из трекера не поступают (campaign-settings). Запускать кампанию с серым индикатором бессмысленно — стратегия будет учиться только на вебе.
Приоритет целей: покупка, если приложение уже даёт стабильный объём заказов; корзина и просмотр товара как вспомогательные микроконверсии для набора данных; установка — только когда покупок мало и алгоритму не на чем обучаться.
Со стороны сайта берите те же смысловые события: оформленный заказ, отправленная заявка, оплаченный счёт. Смешивать «звонок» на сайте и «регистрацию» в приложении можно, но сравнивать стоимость конверсии между площадками вы уже не сможете.
Привязка приложений iOS и Android и ссылок на магазины
Приложения подтягиваются из библиотеки. Здесь важны две вещи.
Первая: не разносите iOS и Android по разным кампаниям. Справка прямо не рекомендует такое дробление — обе платформы должны кормить одну стратегию (campaign-settings).
Вторая: в объявлениях используются либо универсальные ссылки (Universal Links на iOS, App Links на Android), либо трекинговые ссылки (Справка Директа). Набор обязательных параметров зависит от трекера.
| Трекер | Универсальные ссылки | Трекинговые ссылки |
|---|---|---|
| AppMetrica | referrer=reattribution%3D1 | appmetrica_tracking_id, referrer=reattribution%3D1, click_id={LOGID}, campaign_id={campaign_id} |
| AppsFlyer | данные отправляются автоматически (кроме OneLink) | pid=yandexdirect_int, clickid={logid}, is_retargeting=true |
| Adjust | adjust_ya_click_id={logid}, adjust_campaign={campaign_name}, adjust_t | adj_ya_click_id={logid} плюс запасной адрес |
Источник — campaign-settings. Для сценария «Продвижение приложений» Директ поддерживает более широкий список трекеров: помимо AppMetrica, AppsFlyer и Adjust — Branch, Kochava, MyTracker, Singular, Tenjin, AirBridge (tracking-systems). Но детальные инструкции под Web+App Справка даёт только для первых трёх, поэтому запуск на экзотическом трекере превращается в ручную отладку постбэков.
Типичная ошибка при связке AppsFlyer: включить автоматическую отправку данных и повесить OneLink с ручными параметрами. Параметры дублируются, атрибуция расходится — выбирайте один способ.
Гео, бюджет, расписание и стартовые ограничения
Настройки стандартные для ЕПК, но со специфическими запретами: не создавайте группы по городам, не сужайте таргетинг дополнительными условиями «на всякий случай» и не делите товарные кампании по категориям — категории разносятся по группам внутри одной кампании.
С 22 июня 2025 года кампании с ручными ставками и общим счётом переведены на недельные бюджеты, а с 6 июля 2025 года остаток недельного бюджета переносится на следующую неделю (campaign-settings). Привычку «смотреть дневной расход» придётся оставить: колебания внутри недели теперь норма. Механика разобрана в материале Недельный бюджет в Яндекс Директе.
Web+App в Директе — настроим библиотеку приложений, MMP и ссылки под ваш каталог
Monster Context запускает ЕПК с Web+App: цели iOS и Android, универсальные и трекинговые ссылки, SmartLink и фид с совпадающими артикулами. Кабинет остаётся на вашем аккаунте — вы видите зелёные цели и конверсии по вебу и приложению в одном отчёте.
- Pre-flight: AppMetrica, AppsFlyer или Adjust — postback'и и параметры {LOGID} до включения бюджета
- Проверка маршрутизации: десктоп → сайт, смартфон → приложение или магазин
- Недельный бюджет из порога 10+10 конверсий — без серой цели и обучения только на вебе
Креативы и объявления для веба и мобильного приложения
Тексты и офферы: что менять для мобильного трафика
Одно объявление в Web+App обслуживает три сценария сразу: десктопный сайт, мобильный сайт и приложение. Оффер должен читаться во всех трёх.
- Не обещайте то, чего нет в приложении. «Оформите за 2 минуты» работает, только если до оплаты действительно два экрана.
- Не пишите «скачайте приложение» в универсальном объявлении: половина аудитории увидит его на десктопе, где скачивать нечего.
- Говорите о результате, а не о канале — «доставим за 2 часа», «цена ниже, чем на сайте»; второе особенно работает, если в приложении есть собственная скидка.
- Держите короткие заголовки: мобильная выдача обрезает длинные строки, а именно на смартфоне живёт весь app-трафик.
Учтите изменение форматов: с 30 июня и 14 июля 2025 года текстово-графические объявления в ЕПК доступны только для редактирования, новые создаются как комбинаторные (tracker-setting). Логика их сборки — в материале Комбинаторные объявления в ЕПК.
Баннеры, видео и адаптивные форматы под установки
Первый кадр видео должен быть понятен без звука. Товарные креативы собираются из фида и работают и в вебе, и для аудитории приложения. Визуальный язык сайта и приложения должен совпадать: если после клика человек видит другой бренд-стиль, конверсия проседает раньше, чем начнётся обучение стратегии.
Важное ограничение: офферный ретаргетинг и страницы каталога в ЕПК доступны только для сайта, но не для приложения (требования к фиду). Не рассчитывайте догонять пользователя приложения карточкой конкретного товара так же, как в вебе.
Если при переходе на трекинговые ссылки меняются адреса товаров, фид придётся пересобрать — в нём должны стоять трекинговые адреса. При универсальных ссылках можно использовать тот же фид, что и для сайта (tracker-setting). Как готовить выгрузку — в материале YML-фиды для товарных кампаний.
Диплинки и маршрутизация пользователя после клика
Шаблоны ссылок для iOS и Android в Web+App
Диплинк — адрес, который открывает не главный экран приложения, а конкретную карточку товара или раздел. В Web+App он определяет, увидит ли пользователь именно тот товар, по которому кликнул.
Схема на стороне AppMetrica выглядит так (документация AppMetrica):
- в трекере выбирается партнёр Yandex.Direct, тип трекера «Основной», формат — SmartLink;
- в SmartLink настраиваются платформы: Google Play, App Store и Fallback для десктопа;
- шаблон диплинка —
myshop://{path}с параметрамиclick_id={click_id}иyclid={yclid}; - целевая ссылка для веба —
https://myshop.ru/{path}(tracker-setting).
Без click_id и yclid переход в приложение произойдёт, но склеить его с кликом в Директе трекер не сможет — конверсия «потеряется» между площадками. Полный разбор шаблонов — в материале Диплинки в кампаниях на приложения в Директе.
Проверка перехода: сайт → магазин → приложение
Маршрутизацию проверяют руками, на реальных устройствах, до включения бюджета:
- Десктоп. Клик открывает нужную страницу сайта, в адресе есть метка клика.
- Смартфон без приложения. Клик ведёт на мобильный сайт или в магазин — в зависимости от настройки SmartLink.
- Смартфон с приложением. Клик открывает нужный экран, а не главную.
- Установка после клика. Ставим приложение из магазина и убеждаемся, что трекер привязал установку к клику.
- Событие покупки. Делаем тестовый заказ и смотрим, дошло ли событие до Директа и позеленел ли индикатор цели.
Отдельно проверьте запасной адрес для десктопа: если Fallback в SmartLink не настроен, часть десктопного трафика уйдёт в никуда.
Стратегии, ставки и оптимизация установок
Автостратегии под установки и под ценность конверсии
Рекомендуемая стратегия — «Максимум конверсий» в одном из трёх режимов: по доле рекламных расходов (ДРР), с недельным бюджетом или с точной ценой конверсии (campaign-settings).
- Точная цена конверсии — стартовый вариант, когда стоимость целевого действия сопоставима в вебе и в приложении.
- Недельный бюджет — когда важно удержать расход, а разброс стоимости конверсии между площадками велик.
- Доля рекламных расходов — только если выручка реально передаётся из трекера; без данных о деньгах режим считает пустоту.
Жёсткий запрет: не задавайте ограничение цены клика в стратегии «Максимум конверсий» (campaign-settings). Это привычка со времён ручных ставок, которая срезает аукционы именно там, где живёт мобильная аудитория.
Минимум конверсий для обучения и когда не ждать стабильной доли рекламных расходов
Справка называет конкретный порог: при работе с недельным бюджетом нужно не менее 10 конверсий на сайте и 10 конверсий в приложении в неделю. Если цели приложения добавляются в уже работающую кампанию, недельный бюджет считают как среднюю цену конверсии, умноженную на 20 (campaign-settings).
Отсюда планирование: при средней цене конверсии 800 рублей стартовый недельный бюджет — около 16 000 рублей, и это нижняя граница, а не цель. При меньшем объёме стратегия будет постоянно возвращаться в обучение, а отчёты — показывать шум вместо динамики. Стабильной доли рекламных расходов в первые две недели не ждите: реалистичный горизонт первой оценки — после 20–30 конверсий на каждой стороне.
Что оптимизировать на первой и второй неделе после старта
Дни 1–3. Проверяем целостность данных: обе цели зелёные, установки и покупки приходят в отчёты, расход распределяется между вебом и приложением, а не уходит целиком в одну сторону. Стратегию не трогаем.
Дни 4–7. Работаем с объявлениями и группами: отключаем явно нерелевантные, добавляем минус-слова. Бюджет и цель конверсии не меняем.
Вторая неделя. Если конверсий в приложении заметно меньше порога — добавляем более раннее событие (корзина вместо покупки) как дополнительную цель. Если конверсий достаточно — переходим от точной цены конверсии к доле рекламных расходов.
Чего нельзя весь этот период: менять цель, стратегию и бюджет чаще одного раза в неделю — для стратегии это новый старт.
Ретаргетинг и повторное вовлечение в связке с Web+App
Аудитории: установили, не открыли, бросили корзину
Приложение даёт сегменты, которых нет в вебе. Раскладывать их логично по глубине контакта:
- Установили, но ни разу не открыли — самый дешёвый и самый «протекающий» сегмент; догоняем сообщением о первом сценарии пользы, а не скидкой.
- Открыли, но не зарегистрировались — здесь работает снятие барьера: вход по номеру, гостевой заказ.
- Смотрели товар, не добавили в корзину — классический товарный ретаргетинг, но офферный ретаргетинг в ЕПК доступен только для сайта.
- Бросили корзину — самый горячий сегмент; нужны событие корзины и событие покупки, чтобы корректно исключать купивших.
- Покупали давно и перестали — сегмент для допродажи и возврата.
Чтобы офферный ретаргетинг по аудитории приложения заработал, нужны постбэки всей воронки (просмотр → корзина → покупка) и счётчик Метрики, указанный в трекере (campaign-settings).
Связка с кампаниями повторного вовлечения
Web+App отвечает за привлечение и конверсию в обеих средах, но не заменяет отдельные кампании возврата пользователей.
| Задача | Где решается |
|---|---|
| Привести нового пользователя на сайт или в приложение | Web+App |
| Продать товар по фиду и вебу, и аудитории приложения | Web+App |
| Вернуть того, кто установил и перестал заходить | кампании повторного вовлечения |
| Реактивировать давнего покупателя | кампании повторного вовлечения |
Если запустить обе истории одновременно на пересекающихся аудиториях, вы получите конкуренцию собственных кампаний за один показ. Рабочий порядок: сначала выводим Web+App на стабильные показатели, затем добавляем возврат по сегментам, которые Web+App не покрывает. Механика второй части — в материале Кампании повторного вовлечения для мобильных приложений в Директе.
Атрибуция, отчёты и сквозная аналитика
Какие метрики смотреть в Директе, Метрике и AppMetrica
| Система | Что смотрим | Зачем |
|---|---|---|
| Яндекс Директ | расход, клики, конверсии по целям, статус обучения | оперативное управление |
| Яндекс Метрика | поведение на сайте, электронная коммерция, ассоциированные конверсии | качество веб-части |
| Трекер приложения | установки, события воронки, выручка, удержание | качество app-части |
Минимальный набор для еженедельного отчёта: расход, число конверсий отдельно по вебу и приложению, стоимость конверсии по каждой площадке, доля рекламных расходов и выручка из трекера. Сравнивать «стоимость установки» со «стоимостью заявки с сайта» напрямую бессмысленно — это разные события в разных точках воронки.
Расхождения установок и покупок: норма и красные флаги
Расхождение между Директом и трекером — не баг, а следствие разных моделей атрибуции и окон:
- до 10–15% по установкам — обычная ситуация, связанная с окнами атрибуции и задержкой постбэков;
- больше 30% — повод проверить параметры ссылок и настройку трекера;
- ноль конверсий в приложении при живом расходе — почти всегда несовпадение идентификатора события в цели и в трекере;
- установки есть, покупок нет вообще — не передаётся событие покупки или артикулы товара не совпадают с полем
idв фиде; - серый индикатор цели — данные не поступают: проверяем идентификатор приложения, соответствие событий и наличие приложения в библиотеке.
Помните и про особенности моделей атрибуции в мобильной аналитике: часть конверсий приходит по показам, а не по кликам. Как это влияет на цифры — в материале Атрибуция по показам в AppMetrica.
Расхождения Директа и трекера? Разбираем в Telegram
В канале Monster Context — короткие заметки про атрибуцию Web+App: серые цели, несовпадение SKU в фиде и событиях, окна postback'ов и view-through в AppMetrica. Удобно, если сверяете отчёты сами до масштабирования бюджета.
Типичные ошибки и чек-лист перед запуском
Десять ошибок: от неверного трекинга до смешения интентов веба и приложения
- Обычные адреса сайта вместо универсальных или трекинговых ссылок. Кампания запустится, но переходы в приложение не будут атрибутированы.
- Понижающие корректировки на смартфоны и планшеты. Справка прямо не рекомендует использовать корректировки ставок в Web+App: они мешают обучению (campaign-settings). При этом популярные статьи до сих пор советуют резать мобильный трафик на −50% — например, материал о корректировках по устройствам. Для Web+App этот совет противопоказан: вы срезаете ровно ту аудиторию, ради которой запускали сценарий.
- Разделение iOS и Android по разным кампаниям. Данные дробятся, обучение замедляется вдвое.
- Группы по городам. Ещё один способ раздробить статистику до бесполезного объёма.
- Ограничение цены клика в «Максимум конверсий». Стратегия теряет доступ к части аукционов.
- Запуск с серой целью. Кампания работает, стратегия обучается только на вебе, отчёт по приложению пустой.
- Несовпадение артикулов в фиде и в событиях приложения. Товарная связка не собирается, офферный ретаргетинг не работает.
- Дублирование параметров при OneLink и автоотправке AppsFlyer. Данные приходят дважды, атрибуция расходится.
- Смешение интентов. Объявление зовёт «скачать приложение», а ведёт на страницу товара — падают и кликабельность, и конверсия.
- Еженедельные правки стратегии. Каждое изменение цели или бюджета откатывает обучение к началу.
Наблюдение рынка стоит держать в голове: «Тех, кто использует данное решение сейчас очень мало. Оно имеет ряд трудностей в плане настройки трекера и проброски постбеков» (Programmatica / SEOnews). Это не аргумент против Web+App, а точная диагностика: сложность сосредоточена в технической части, а не в рекламной.
Чек-лист из 15 пунктов перед включением кампании
- Приложения iOS и Android добавлены в библиотеку по отдельности.
- На каждом приложении настроены цели.
- Доступ к целям выдан всем нужным логинам.
- Интеграция трекера с Директом настроена, постбэки идут.
- Идентификаторы событий в целях и в трекере совпадают.
- Индикаторы целей приложения зелёные.
- В кампании есть минимум одна цель приложения для каждой платформы.
- В объявлениях стоят универсальные или трекинговые ссылки.
- Обязательные параметры ссылок проставлены по требованиям вашего трекера.
- Диплинк содержит
click_idиyclid, настроен запасной адрес для десктопа. - Фид актуален, артикулы совпадают с событиями приложения.
- Счётчик Метрики указан в настройках приложения и в интеграции трекера.
- Корректировки ставок отключены, ограничение цены клика не задано.
- Недельный бюджет рассчитан из порога 10 конверсий на сайте и 10 в приложении.
- Маршрутизация проверена руками на десктопе и на двух смартфонах — с приложением и без него.
Итог
Web+App — не «ещё один тип кампании», а способ перестать делить одного покупателя на «веб» и «мобайл». Выигрыш даёт не сама настройка, а качество данных под ней: зелёные цели, совпадающие идентификаторы событий, корректные ссылки и фид, из которого стратегия видит реальные деньги.
Порядок, который работает: сначала библиотека приложений и постбэки, затем ссылки и диплинки, потом стратегия с реалистичным бюджетом, и только после двух стабильных недель — ретаргетинг и кампании возврата. Обратный порядок почти всегда заканчивается серой целью и выводом «Web+App не работает».
Нужен аудит Web+App перед запуском ЕПК?
Оставьте заявку — Monster Context проверит библиотеку приложений, postback'и, диплинки и фид до включения недельного бюджета. Полезно перед первой кампанией с товарными объявлениями и целями на iOS и Android одновременно.
Частые вопросы о Web+App кампаниях
Web+App кампании в Яндекс Директе
Можно ли вести трафик только на приложение без сайта?
В сценарии Web+App — нет: смысл настройки именно в объединении сайта и приложения. Если сайт не участвует в воронке, используйте отдельный формат «Продвижение приложений», где кампания строится вокруг установок и событий в приложении.
Сколько бюджета нужно на тест Web+App?
Отталкивайтесь от порога Справки: минимум 10 конверсий на сайте и 10 в приложении в неделю. При добавлении целей приложения в существующую кампанию недельный бюджет считают как среднюю цену конверсии, умноженную на 20. При цене конверсии 800 рублей это порядка 16 000 рублей в неделю, и держать бюджет нужно минимум две-три недели.
Чем Web+App отличается от опции «Установки и конверсии в приложении» в той же ЕПК?
Опция, появившаяся в ЕПК 30 августа 2024 года, добавляет в кампанию цели приложения. Web+App идёт дальше: объединяет веб-часть и приложение с общей маршрутизацией клика — десктоп на сайт, смартфон в приложение или в магазин — и позволяет использовать товарный фид, чего нет в чистой рекламе приложений.
Нужно ли разносить iOS и Android по разным кампаниям?
Нет. Справка не рекомендует такое дробление: обе платформы должны работать на одну стратегию, иначе данных для обучения не хватит ни одной из кампаний.
Можно ли оставить обычные адреса сайта в объявлениях?
Нет. Web+App требует универсальных или трекинговых ссылок — только они позволяют трекеру связать клик, установку и событие в приложении.
Как обновить фид при переходе на трекинговые ссылки?
При трекинговых ссылках адреса товаров в фиде нужно заменить на трекинговые. При универсальных ссылках можно оставить тот же фид, что и для сайта.
Что делать, если индикатор цели серый?
Проверьте по очереди три вещи: идентификатор приложения в интеграции трекера, точное совпадение идентификатора события в цели и в трекере, наличие приложения в библиотеке на нужном логине. В большинстве случаев причина — расхождение в названии события.
Как связать офлайн-конверсии и установки из рекламы?
Через общий счётчик Метрики: он указывается и в настройках приложения, и в интеграции трекера. Офлайн-продажи загружаются в Метрику, события приложения приходят через постбэки, и обе группы данных попадают в одну кампанию как сигналы для стратегии.









