In-app messaging — один из лучших способов достучаться до пользователя, пока он внутри вашего приложения. Классическое решение — HTML-редактор in-app сообщений. Он отлично подходит для сложных кастомных дизайнов, но избыточен для быстрых тестов и гипотез, которые маркетолог запускает каждый день.
Теперь нативные in-app сообщения дают маркетологу полную автономию. Вы выбираете готовый layout прямо в редакторе, персонализируете его и запускаете за несколько минут — без дизайнера и команды разработки.
Этот гайд разбирает, что такое нативные in-apps, как их персонализировать и как выбрать правильный layout под задачу — онбординг, конверсию, winback и retention.
📖 Только знакомитесь с каналом? Начните с материала что такое in-app сообщения и почему они работают.
Что такое нативное in-app сообщение?
Собрать in-app сообщение можно 2 способами.
Классический HTML in-app — это кастомная веб-страница, которую SDK показывает поверх вашего нативного UI, с полным контролем над дизайном и веб-рендером. Это правильный выбор, когда нужно то, чего не могут готовые layout — например, форма обратной связи или опроса, интерактивный кастомный контент или полностью уникальный дизайн, который вы загружаете ZIP-архивом.
Нативный in-app устроен иначе: SDK отрисовывает его собственными компонентами платформы по готовому layout, который вы заполняете в редакторе, — без HTML, без web view. Он открывается быстрее, анимируется плавнее и выглядит частью самого приложения. А поскольку каждая платформа рисует его своими нативными компонентами, на iOS и Android сообщение выглядит органично само по себе, без отдельной адаптации под каждую ОС.
7 типов нативных in-app и когда какой использовать
Pushwoosh даёт 7 нативных layout прямо в редакторе in-app сообщений. Как понять, какой выбрать?
Выбор layout — это на самом деле вопрос прерывания: сколько экрана и сколько внимания пользователя заслуживает это сообщение прямо сейчас? Ответьте на это первым — и layout выберется сам.
- Не прерывать: баннер. Компактная плашка, закреплённая сверху или снизу. Пользователь продолжает делать то, зачем открыл приложение, — сообщение просто есть рядом. Подходит для напоминаний, которые могут подождать пару тапов: незавершённый шаг, новая фича, небольшой бонус.
- Прервать немного: шторка. Панель выезжает снизу, с ручкой, чтобы её смахнуть. Она говорит: «ещё одна мелочь про то, на что вы сейчас смотрите». Здесь место контекстным действиям внутри сессии: сохранить товар, включить настройку, подтвердить выбор.
- Прервать ненадолго: модалка. Карточка по центру затемнённого экрана. Она останавливает пользователя, но только ради одного решения. Офферы, апдейты, моменты «да/нет».
- Занять весь экран: полноэкранный формат, Stories, карусель, видео. Это для моментов, когда пользователь готов остановиться. Онбординг, крупный промо, продуктовый walkthrough. Используйте их, когда результат оправдывает полную паузу, а не потому что layout эффектно смотрится в редакторе.
Эта лестница подсказывает, сколько экрана занять. Теперь разберём каждый layout отдельно: что это, для какого момента подходит, на какой стадии жизненного цикла работает и какой KPI отслеживать.
| Layout | Что это | Лучший момент | Стадия жизненного цикла | KPI |
|---|---|---|---|---|
| Баннер | Компактная плашка сверху или снизу, не блокирует | Напоминание, которое не должно ломать сессию | Engagement, retention | CTR |
| Шторка | Нижняя панель с ручкой для перетаскивания | Контекстное действие на текущем экране | Engagement, conversion | Interaction rate, цель journey |
| Модалка | Карточка по центру затемнённого фона | Оффер или апдейт, который требует одного решения | Conversion, winback | CTR, цель journey |
| Полноэкранный | Изображение на весь экран с текстом и кнопками | Онбординг, крупный промо | Onboarding, conversion | Цель journey (активация, покупка) |
| Stories | Последовательные полноэкранные слайды с прогресс-барами | Серия шагов или фич | Onboarding, feature adoption | Interactions, цель journey (фича использована) |
| Карусель | Полноэкранные свайпаемые карточки с точками пагинации | Подборка или каталог | Engagement, conversion | CTR на товар, цель journey |
| Видео | Полноэкранный HLS- или MP4-плеер с текстом и кнопками поверх | Демо продукта или фичи | Onboarding, conversion | Interactions на кнопке поверх видео, цель journey |
Персонализируйте in-app сообщение
Нативный layout — это только половина ценности. Вторая половина в том, что каждое поле внутри можно менять для каждого пользователя отдельно.
3 техники персонализации закрывают большинство задач маркетолога:
Динамический контент. Подставляйте в текст любой атрибут пользователя — имя, план подписки, город, последнюю просмотренную категорию — с форматными модификаторами, чтобы всё выглядело аккуратно, а условную логику стройте на Liquid: один оффер для триальных пользователей, другой — для подписчиков, своя CTA-кнопка под каждый сегмент. Это данные, которые уже есть у вас на устройстве, — не приходится поднимать отдельный бэкенд ради персонализации, что особенно ценно для команд, ведущих пользователей сразу в нескольких странах и юрисдикциях.
Локализация. Нативный in-app стартует на 1 языке. Добавляете новые — и Pushwoosh копирует контент по умолчанию (текст, картинки, подписи кнопок) в каждый новый язык, вам остаётся перевести. Каждый пользователь видит версию, которая совпадает с языком его устройства, — одно сообщение, собранное один раз, говорит на языке каждой аудитории. Для команд, которые ведут пользователей сразу в нескольких странах с разным родным языком, это снимает необходимость собирать отдельное in-app сообщение под каждый рынок.
Генератор штрихкодов и QR. Нативный редактор генерирует штрихкоды или QR-коды и может подставлять значение из device tag в формате {Coupon|String|}. Каждый пользователь получает свой сканируемый код прямо на устройстве — ничего не нужно хостить и генерировать картинку на стороне.
Нативный in-app в деле: кейсы и примеры
Вот как это выглядит в реальных приложениях. Каждый кейс ниже начинается с проблемы, которую вы, скорее всего, уже видели в своей воронке, называет layout, который её решает, и показывает настройку в Pushwoosh.
👋 Онбординг: встречайте пользователей полноэкранным форматом или Stories
Проблема: новый пользователь открывает приложение впервые и должен сам разобраться в его ценности. Большинство первых сессий заканчиваются без этого.
Возможность: полноэкранный формат занимает весь первый экран под одно чёткое приветствие и одно действие. Stories проводит по ключевым фичам тапаемыми слайдами, а прогресс-бары показывают, сколько ещё осталось.
В Pushwoosh: на первое событие app_open запустите полноэкранное сообщение с главной ценностью и одной CTA. Дальше — сообщение в формате Stories, по одному слайду на ключевую фичу, чтобы подтолкнуть к первому использованию.
📖 Подробнее: welcome in-app сообщения.
💸 Winback: модалка с купоном, который можно отсканировать
Проблема: ушедшему покупателю нужна настоящая причина вернуться, а не просто сообщение «мы скучаем».
Возможность: шаблон нативного in-app сообщения, установленный как click action пуш-уведомления, — тап открывает модалку с персональным QR-кодом из device tag {Coupon|String|}.
В Pushwoosh: сегментируйте покупателей, неактивных 21+ дней, и покажите модалку с их персональным кодом — его можно отсканировать прямо на кассе, без стороннего изображения.
📖 Подробный разбор сканируемых купонных сценариев: купонный маркетинг для мобильных приложений.
🛍️ Внутри сессии: карусель, которая работает как каталог
Проблема: один статичный оффер редко совпадает с тем, что реально хочет конкретный покупатель.
Возможность: layout карусели — полноэкранные свайпаемые карточки, где Liquid подставляет название категории и текст из последней просмотренной пользователем категории.
В Pushwoosh: запускайте по событию просмотра категории, показывайте карусель из 4 карточек: «Picked for you in {LastCategory}», где на каждой карточке — изображение товара, цена и кнопка на страницу товара.
💳 Retention-напоминание: баннер, который не прерывает
Проблема: в инвестиционном или бюджетном приложении есть пользователи, которые зарегистрировались, привязали один счёт и так и не прошли верификацию до конца. Модалка при каждом открытии приучает их просто закрывать модалки.
Возможность: layout баннера, закреплённый снизу, виден на каждом экране, пока шаг не пройден, и его можно закрыть без потери сессии.
В Pushwoosh: если у пользователя есть незавершённая верификация или неиспользованная фича, покажите баннер — «Finish verification to unlock transfers» — один тап, ноль прерываний.
Соберите первое нативное in-app сообщение за 5 шагов
Полный путь от шаблона до живого сообщения в Customer Journey Builder:
-
Выберите layout по уровню прерывания
Решите, сколько экрана заслуживает сообщение, и выберите тип показа.
-
Соберите его в нативном редакторе
Content → In-apps → Create in-app → Create native rich media. Поля сгруппированы в Content (текст, изображения из URL или Media storage), Config (цвета, фон, поведение) и Actions (кнопки и их действия). Пошаговый гайд разбирает каждое поле.
-
Добавьте теги и Liquid
Вставьте имя, сегмент, оффер или код купона, чтобы каждый пользователь видел свою версию.
-
Проверьте live preview
Редактор отрисовывает сообщение таким, каким оно появится на устройстве. Проверьте здесь, прежде чем публиковать.
-
Запустите
Настройте триггер и аудиторию, разместите in-app-ноду в flow — и публикуйте.
🚨 Ошибки, которые незаметно ломают нативные in-app сообщения:
- Релиз на старом SDK. Шторка, карусель и баннер требуют iOS 7.2.1+ / Android 6.10.1+; видео — Android 6.11.0+. Ниже минимума ничего не покажется.
- Мышление в категориях HTML. Native — это не web view. Вы собираете из блоков и проектируете под layout, а не под страницу.
- Запуск без preview. Live preview существует, чтобы сломанный рендер никогда не попал к пользователю. Используйте его каждый раз.
Вовлекайте пользователей внутри сессии нативными in-app от Pushwoosh
Нативные in-app сообщения дают 7 готовых layout, персонализацию для каждого пользователя внутри каждого из них и live preview, который ловит проблемы до публикации, — без HTML и без завязки на дизайнера. Выберите момент, который важнее всего для вашего приложения: шаг онбординга, winback, напоминание в середине сессии — и соберите in-app сообщение под него.
