Что такое ретаргетинг в мобильных приложениях

Человек установил приложение, открыл его пару раз и пропал. Или набрал корзину, дошёл до оплаты и закрыл экран. Такие пользователи уже прошли самый дорогой этап — установку, — но пока ничего не принесли. Ретаргетинг возвращает их обратно: напоминает о приложении, доводит до нужного действия и возвращает на тот экран, где человек остановился.

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

Что такое ретаргетинг и какую задачу он решает

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

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

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

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

Чем ретаргетинг отличается от привлечения и веб-ретаргетинга

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

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

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

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

Какие аудитории возвращают

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

Не завершившие целевое действие

Человек начал регистрацию и бросил на подтверждении. Заполнил профиль наполовину. Настроил заказ, но не оформил. Это тёплая аудитория: пользователь уже проявил намерение, ему не хватило шага. Возврат для такого сегмента короткий — напомнить и вернуть ровно туда, где он остановился.

Бросившие корзину

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

Давно не заходившие

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

Отвалившиеся сразу после установки

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

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

Через какие каналы возвращают пользователей

Каналы ретаргетинга делятся на две группы: собственные, где приложение обращается к пользователю напрямую и бесплатно, и платные, где возврат идёт через внешнюю рекламу. У них разный охват и разная стоимость, поэтому обычно их сочетают.

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

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

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

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

Каналы удобно держать в голове по трём признакам: платите вы за него или нет, нужно ли пользователю разрешение и до кого он дотягивается.

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

Как ретаргетинг работает технически

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

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

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

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

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

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

Как приватность ограничивает платный ретаргетинг

За последние годы платный ретаргетинг заметно сузился из-за правил приватности. Раньше рекламные системы опирались на идентификаторы устройств, которые позволяли узнать конкретного пользователя на внешних площадках и показать ему рекламу возврата. Теперь доступ к таким идентификаторам ограничен, а часть отслеживания между приложениями требует явного согласия человека.

Механика ограничения простая, а последствия крупные. Если пользователь не дал согласие на отслеживание, его нельзя надёжно узнать за пределами вашего приложения. Значит, показать ему точную рекламу возврата на внешней площадке не получится — он для платного канала обезличен. А согласие даёт заметно не каждый, поэтому платный ретаргетинг физически дотягивается до меньшей доли базы, чем несколько лет назад.

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

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

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

Какие метрики смотреть

Ретаргетинг оценивают не теми показателями, что привлечение. Здесь важно не сколько людей пришло, а сколько вернувшихся дошло до нужного действия и окупился ли возврат.

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

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

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

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

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

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

Пример сценария возврата

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

Через час, пока заказ ещё актуален, приложение отправляет push-уведомление: напоминает про собранную корзину и показывает состав. Пользователь нажимает на уведомление, и диплинк открывает приложение сразу на его корзине — с теми же блюдами, без необходимости собирать заказ заново. Ему остаётся нажать «оплатить».

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

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

Типичные ошибки

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

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

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

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

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

Ограничения ретаргетинга

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

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

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

Вывод

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