Web+App кампании в Яндекс Директе

Один клик — три маршрута: десктоп уходит на сайт, мобильный — в приложение или в магазин, а ставка и оптимизация остаются едиными внутри одной перфоманс-кампании

Получить предложение
01 Приложения и цели в библиотеке
02 Трекинговые ссылки и диплинки
03 Единая перфоманс-кампания Web+App
04 Одна ставка на сайт и приложение

Коротко. Web+App — сценарий Единой перфоманс-кампании в Яндекс Директе, при котором одна кампания ведёт трафик и на сайт, и в мобильное приложение, а стратегия обучается на конверсиях обеих площадок сразу. Сценарий работает только в режиме эксперта Директ Про, требует подключённого трекера установок и универсальных или трекинговых ссылок вместо обычных адресов сайта. Ниже — полный цикл: библиотека приложений, постбэки, диплинки, стратегии, фид, отладка «серой» цели и чек-лист перед стартом.

Web+App — не отдельный тип кампании, а настройка единой перфоманс-кампании в режиме Директ Про: один клик расходится на три маршрута (сайт, магазин приложений, экран в приложении), а стратегия обучается на конверсиях веба и приложения сразу. Ниже — библиотека приложений, постбэки, диплинки, стратегии и чек-лист перед стартом.

📱

Web+App · режим эксперта

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

10+10
конверсий в неделю
3
маршрута клика
web-app-preflight.sh
# перед включением бюджета
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):

  1. Приложения для iOS и Android добавлены в раздел Библиотека → Мобильные приложения, причём каждое отдельно — это две карточки, а не одна.
  2. На странице каждого приложения настроены цели; проверять их нужно на логине, где ведутся кампании «Продвижение приложений».
  3. Доступ к целям выдан всем логинам, на которых планируется запуск.
  4. В трекере установок (MMP — mobile measurement partner, система мобильной атрибуции) настроена интеграция с Директом: идентификатор приложения и постбэки событий.

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

Что проверить в 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), либо трекинговые ссылки (Справка Директа). Набор обязательных параметров зависит от трекера.

ТрекерУниверсальные ссылкиТрекинговые ссылки
AppMetricareferrer=reattribution%3D1appmetrica_tracking_id, referrer=reattribution%3D1, click_id={LOGID}, campaign_id={campaign_id}
AppsFlyerданные отправляются автоматически (кроме OneLink)pid=yandexdirect_int, clickid={logid}, is_retargeting=true
Adjustadjust_ya_click_id={logid}, adjust_campaign={campaign_name}, adjust_tadj_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 переход в приложение произойдёт, но склеить его с кликом в Директе трекер не сможет — конверсия «потеряется» между площадками. Полный разбор шаблонов — в материале Диплинки в кампаниях на приложения в Директе.

Проверка перехода: сайт → магазин → приложение

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

  1. Десктоп. Клик открывает нужную страницу сайта, в адресе есть метка клика.
  2. Смартфон без приложения. Клик ведёт на мобильный сайт или в магазин — в зависимости от настройки SmartLink.
  3. Смартфон с приложением. Клик открывает нужный экран, а не главную.
  4. Установка после клика. Ставим приложение из магазина и убеждаемся, что трекер привязал установку к клику.
  5. Событие покупки. Делаем тестовый заказ и смотрим, дошло ли событие до Директа и позеленел ли индикатор цели.

Отдельно проверьте запасной адрес для десктопа: если 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. Удобно, если сверяете отчёты сами до масштабирования бюджета.

Типичные ошибки и чек-лист перед запуском

Десять ошибок: от неверного трекинга до смешения интентов веба и приложения

  1. Обычные адреса сайта вместо универсальных или трекинговых ссылок. Кампания запустится, но переходы в приложение не будут атрибутированы.
  2. Понижающие корректировки на смартфоны и планшеты. Справка прямо не рекомендует использовать корректировки ставок в Web+App: они мешают обучению (campaign-settings). При этом популярные статьи до сих пор советуют резать мобильный трафик на −50% — например, материал о корректировках по устройствам. Для Web+App этот совет противопоказан: вы срезаете ровно ту аудиторию, ради которой запускали сценарий.
  3. Разделение iOS и Android по разным кампаниям. Данные дробятся, обучение замедляется вдвое.
  4. Группы по городам. Ещё один способ раздробить статистику до бесполезного объёма.
  5. Ограничение цены клика в «Максимум конверсий». Стратегия теряет доступ к части аукционов.
  6. Запуск с серой целью. Кампания работает, стратегия обучается только на вебе, отчёт по приложению пустой.
  7. Несовпадение артикулов в фиде и в событиях приложения. Товарная связка не собирается, офферный ретаргетинг не работает.
  8. Дублирование параметров при OneLink и автоотправке AppsFlyer. Данные приходят дважды, атрибуция расходится.
  9. Смешение интентов. Объявление зовёт «скачать приложение», а ведёт на страницу товара — падают и кликабельность, и конверсия.
  10. Еженедельные правки стратегии. Каждое изменение цели или бюджета откатывает обучение к началу.

Наблюдение рынка стоит держать в голове: «Тех, кто использует данное решение сейчас очень мало. Оно имеет ряд трудностей в плане настройки трекера и проброски постбеков» (Programmatica / SEOnews). Это не аргумент против Web+App, а точная диагностика: сложность сосредоточена в технической части, а не в рекламной.

Чек-лист из 15 пунктов перед включением кампании

  1. Приложения iOS и Android добавлены в библиотеку по отдельности.
  2. На каждом приложении настроены цели.
  3. Доступ к целям выдан всем нужным логинам.
  4. Интеграция трекера с Директом настроена, постбэки идут.
  5. Идентификаторы событий в целях и в трекере совпадают.
  6. Индикаторы целей приложения зелёные.
  7. В кампании есть минимум одна цель приложения для каждой платформы.
  8. В объявлениях стоят универсальные или трекинговые ссылки.
  9. Обязательные параметры ссылок проставлены по требованиям вашего трекера.
  10. Диплинк содержит click_id и yclid, настроен запасной адрес для десктопа.
  11. Фид актуален, артикулы совпадают с событиями приложения.
  12. Счётчик Метрики указан в настройках приложения и в интеграции трекера.
  13. Корректировки ставок отключены, ограничение цены клика не задано.
  14. Недельный бюджет рассчитан из порога 10 конверсий на сайте и 10 в приложении.
  15. Маршрутизация проверена руками на десктопе и на двух смартфонах — с приложением и без него.

Итог

Web+App — не «ещё один тип кампании», а способ перестать делить одного покупателя на «веб» и «мобайл». Выигрыш даёт не сама настройка, а качество данных под ней: зелёные цели, совпадающие идентификаторы событий, корректные ссылки и фид, из которого стратегия видит реальные деньги.

Порядок, который работает: сначала библиотека приложений и постбэки, затем ссылки и диплинки, потом стратегия с реалистичным бюджетом, и только после двух стабильных недель — ретаргетинг и кампании возврата. Обратный порядок почти всегда заканчивается серой целью и выводом «Web+App не работает».

Нужен аудит Web+App перед запуском ЕПК?

Оставьте заявку — Monster Context проверит библиотеку приложений, postback'и, диплинки и фид до включения недельного бюджета. Полезно перед первой кампанией с товарными объявлениями и целями на iOS и Android одновременно.

📱 Сверка MMP с целями Директа
🔗 Smoke-test SmartLink и Fallback
📊 Чек-лист 10+10 конверсий в неделю

Частые вопросы о Web+App кампаниях

Web+App кампании в Яндекс Директе

Можно ли вести трафик только на приложение без сайта?

В сценарии Web+App — нет: смысл настройки именно в объединении сайта и приложения. Если сайт не участвует в воронке, используйте отдельный формат «Продвижение приложений», где кампания строится вокруг установок и событий в приложении.

Сколько бюджета нужно на тест Web+App?

Отталкивайтесь от порога Справки: минимум 10 конверсий на сайте и 10 в приложении в неделю. При добавлении целей приложения в существующую кампанию недельный бюджет считают как среднюю цену конверсии, умноженную на 20. При цене конверсии 800 рублей это порядка 16 000 рублей в неделю, и держать бюджет нужно минимум две-три недели.

Чем Web+App отличается от опции «Установки и конверсии в приложении» в той же ЕПК?

Опция, появившаяся в ЕПК 30 августа 2024 года, добавляет в кампанию цели приложения. Web+App идёт дальше: объединяет веб-часть и приложение с общей маршрутизацией клика — десктоп на сайт, смартфон в приложение или в магазин — и позволяет использовать товарный фид, чего нет в чистой рекламе приложений.

Нужно ли разносить iOS и Android по разным кампаниям?

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

Можно ли оставить обычные адреса сайта в объявлениях?

Нет. Web+App требует универсальных или трекинговых ссылок — только они позволяют трекеру связать клик, установку и событие в приложении.

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

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

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

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

Как связать офлайн-конверсии и установки из рекламы?

Через общий счётчик Метрики: он указывается и в настройках приложения, и в интеграции трекера. Офлайн-продажи загружаются в Метрику, события приложения приходят через постбэки, и обе группы данных попадают в одну кампанию как сигналы для стратегии.