Как связать сайт и приложение в Web+App кампании Директа

14.10.2026 · 8 мин чтения

Кампанию Web+App я собираю как режим Единой перфоманс-кампании, а не как отдельный тип в меню. Один клик здесь расходится на три маршрута: десктоп открывает сайт, смартфон без приложения уходит на мобильный сайт или в магазин, смартфон с приложением открывает нужный экран. Ставка и обучение остаются общими. Ниже разбираю, чем это отличается от отдельной рекламы сайта и от кампании только на установку, что связать в Метрике и AppMetrica до первого показа и что проверить, если события приложения в кабинет не доходят.

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

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

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

До бюджета я сверяю счётчик сайта и воронку приложения.

До первого показа я закрываю аналитику, а не ставки. Счётчик Метрики на сайте должен быть живым: электронная коммерция включена, цели после релиза не сломаны. В AppMetrica смотрю не только установки. В отчётах должна быть продуктовая воронка. Один трекер на одно приложение. Если трекеров два, карточку в библиотеке добавляю дважды. Для товарных объявлений тот же счётчик Метрики указываю и в настройках приложения, и в интеграции трекера. Беру счётчик сайта, где коммерция уже настроена. Если веб-цели пустые, кампания учится на половине данных, и я сначала чиню Метрику.

Для интернет-магазина в приложении нужны три цели, иначе аудитория его пользователей в ЕПК не появится: просмотр страницы товара, добавление в корзину и покупка. В AppMetrica им соответствуют showProductDetailsEvent, addCartItemEvent и purchaseEvent. Рядом может быть removeCartItemEvent. События электронной коммерции идут с префиксом ECOMMERCE. Связка держится на артикуле: SKU в этих событиях должен совпадать с полем id в товарном фиде. Если в приложение уходит внутренний идентификатор базы, а в фид — складской артикул, товары не склеятся. Выручку для стратегии по доле рекламных расходов забираю из трекера. В AppMetrica это ECommerce или покупки внутри приложения. Без денег этот режим считает пустоту. В AppsFlyer за выручку отвечает af_revenue. Подробную схему Web+App справка даёт для AppMetrica, AppsFlyer и Adjust. На другом трекере постбэки приходится сверять руками.

В одной кампании я оставляю обе системы, зелёные цели и трекинговые ссылки.

В кампании нужна минимум одна цель приложения и для iOS, и для Android. Индикатор этой цели обязан быть зелёным. Серый цвет значит, что данные из трекера не идут. С серым индикатором я бюджет не включаю: стратегия выучится только на вебе, а колонка приложения останется пустой. Если заказы в приложении уже идут, главная цель — покупка. Корзина и просмотр товара помогают набрать данные. Установку ставлю целью только когда покупок мало и алгоритму не на чем учиться. Со стороны сайта беру те же смыслы: оформленный заказ, отправленная заявка, оплаченный счёт. Звонок на сайте и регистрацию в приложении смешать можно, но стоимость этих действий я уже не сравниваю: это разные точки воронки.

iOS и Android по разным кампаниям не разношу. Обе системы должны кормить одну стратегию, иначе данных не хватит ни одной. В объявлениях стоят универсальные ссылки или трекинговые. Обычный адрес сайта трекер не узнает. Набор параметров зависит от трекера. В AppMetrica для универсальной ссылки нужен referrer со значением reattribution=1. Для трекинговой добавляю appmetrica_tracking_id, тот же referrer, click_id со значением LOGID и campaign_id. В AppsFlyer при универсальных ссылках данные уходят сами, кроме OneLink. Для трекинговой ссылки ставлю pid=yandexdirect_int, clickid со значением logid и is_retargeting=true. Автоотправку и OneLink с ручными параметрами вместе не включаю: параметры дублируются, и атрибуция расходится. В Adjust для универсальной ссылки нужны adjust_ya_click_id со значением logid, adjust_campaign и adjust_t. Для трекинговой — adj_ya_click_id со значением logid и запасной адрес.

Группы по городам не режу и лишние сужения аудитории не вешаю. Категории товаров разношу по группам внутри одной кампании. Корректировки ставок в Web+App не использую: они мешают обучению. Понижать смартфоны здесь вредно, потому что приложение живёт на телефоне. Ограничение цены клика в стратегии «Максимум конверсий» не ставлю. Из режимов беру точную цену конверсии, если целевое действие на сайте и в приложении сопоставимо по смыслу, недельный бюджет, если важнее удержать расход, и долю рекламных расходов только когда выручка реально приходит из трекера. Для недельного бюджета справка задаёт порог: не меньше 10 конверсий на сайте и 10 в приложении за неделю. Если цели приложения добавляю в уже работающую кампанию, недельный бюджет считают как среднюю цену конверсии, умноженную на 20. Саму цену я из отчёта не выдумываю.

Серая цель почти всегда обрывается на идентификаторе, постбэке или библиотеке.

Пустую колонку приложения при живом расходе я разбираю до правки стратегии. Иду по местам обрыва по порядку, а не меняю ставку в тот же день.

Имя события сверяю символ в символ. Чаще всего серая цель — это другое название в Директе и в AppMetrica. Карточка приложения должна лежать в библиотеке на том логине, где крутится кампания. Доступ к целям выдаётся отдельно: на другой логин приходят цели, само приложение заново не верифицирую.

В AppMetrica партнёр — Yandex.Direct, тип трекера основной, формат SmartLink. В SmartLink задаю Google Play, App Store и запасной адрес для десктопа. Шаблон диплинка открывает карточку, а не главную, и несёт click_id и yclid. Целевая ссылка для веба повторяет тот же путь на сайте. Без этих меток приложение может открыться, а клик с конверсией не склеится. Если запасной адрес пустой, часть десктопного трафика уходит в никуда.

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

SEO

Проверю идентификатор события, постбэк в AppMetrica и карточку в библиотеке. Покажу шаг, на котором конверсия приложения не доходит до кабинета.