Как проверить пуш уведомления на андроид

Тестирование push-уведомлений в мобильных приложениях

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

Какие цели преследуют с помощью push-уведомлений?

• вовлечение пользователей;
• удержание;
• формирование лояльности пользователей;
• стимуляция продаж;
• информирование.

Принцип работы push-уведомлений

1. пользователь устанавливает приложение на устройство;
2. выдаётся запрос прав на отправку уведомлений, и в случае успеха — ОС получает токен (идентификатор устройства) у службы push-уведомлений;
3. ОС передаёт токен на сервер для подключения к уведомлениям;
4. сервер шлёт уведомления при наступлении определенного события.

Где отображаются уведомления?

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

Разница между push-уведомлениями в iOS и Android

Функции push-уведомлений в iOS и Android довольно сильно различаются.

iOS основана на модели push Opt-In, которая не позволяет брендам отправлять мобильные push-уведомления пользователям своих приложений до тех пор, пока эти пользователи не согласятся их получать. Android, с другой стороны, автоматически разрешает пользователям получать push-уведомления с возможностью отказаться от них вручную.

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

Типы мобильных уведомлений

Информационные уведомления

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

Геолокационные уведомления

1. информировать о местных мероприятиях и акциях;
2. искать доступные рестораны в этом районе;
3. сообщать прогноз погоды;
4. завершать аренду или выезд за пределы зоны аренды на каршеринге, и многое другое.

Повторное вовлечение

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

Рекламные уведомления

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

Периодические уведомления

Они запускаются в определенное время и день.

Уведомления об опросах

Уведомления с рейтингами и опросами используют для сбора отзывов пользователей и улучшения взаимодействия с ними.

Тестирование push-уведомлений

Не приходят push-уведомления

Чтобы разобраться в причине, для начала проверьте, чтобы в меню устройства была активирована соответствующая функция (разрешены уведомления для конкретного приложения). Затем убедитесь, что не включен режим «Не беспокоить».

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

Если не помогло всё перечисленное, попробуйте перезайти в свою учетную запись магазина приложений, либо откройте саму программу, в том случае, если на другие приложения тоже не приходят push-уведомления (стоит также проверить наличие интернета на устройстве).

Переходы по push-уведомлению

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

• переход по push-уведомлению с заблокированного экрана;
• переход по push-уведомлению из «шторки»;
• пользователь находится в приложении;
• переход по push-уведомлению при свёрнутом приложении;
• пользователь разлогинился после получения push;
• переход по push-уведомлению с включенным «Don’t keep Activities» (характерно для Android-приложений).

Если push-уведомление ведет на WebView, то проверьте, что WebView открывается корректно на обеих платформах. И что в push зашит корректный URL.

Устаревший push-токен

У устройства изменился push-токен, когда восстановили приложение из резервной копии системы и не передался новый push-токен.

Очередь со стороны Apple

В Apple большая очередь на отправку push-уведомлений, они приходят с задержкой (Apple не гарантирует доставку push).

Проверка максимального и минимального количества отображаемых символов

В iOS и Android имеется лимит отображаемых символов. Он разный. Максимальное значение количества символов для платформы iOS – ограничение в 4 строки (178 символов), а для Android – не более 13 строк (663 символа). Не забудьте также проверить push-уведомление, содержащее минимальное количество символов, для обоих платформ можно задать 1 символ.

Кастомный звук для push-уведомления

При тестировании push-уведомлений важно учитывать тот факт, что звук push-уведомления может быть задан кастомный. В таком случае необходимо проверять и звуковое сопровождение нотификации.

Изображения в push-уведомлениях

Push-уведомление может содержать изображение, при отправке пуша – клиент получает ссылку на изображение и перед показом загружает его, далее происходит процесс обогащения пуша картинкой – она устанавливается. Уведомление отображается после загрузки картинки. Если push-уведомление содержит картинку, необходимо проверить, что она отображается.

Локальные push-уведомления

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

Проблемы на серверной стороне

В другие приложения приходят push-уведомления, но не приходит на наше, хотя push-токен отправлен на сервер. Стоит проверить корректность отправки push на другие аккаунты сервиса и другие устройства. При отсутствии push-уведомлений сообщите команде серверной разработки.

Резюме

Мобильные push-уведомления помогают быть ближе к своим клиентам. В уведомлениях мы сообщаем пользователю информацию об основных обновлениях продукта, рекламных акциях. А также уведомления помогают повторно привлечь неактивных пользователей. Учитывайте при тестировании все возможные сценарии, это важно для продукта.

Над статьей работали: @KostyaKulakov, @yakoeka и @wincomm. А если остались вопросы — скорее пишите в Telegram-каналы @qa_chillout или @youlatech.

• push-уведомления
• push
• тестирование мобильных приложений

• Блог компании Юла
• Тестирование мобильных приложений

Как работают пуш-уведомления

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

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

Что особенного в пушах

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

Сами приложения могли рисовать какие угодно уведомления — но только пока они работали. И дизайн уведомлений мог быть любым. Никакого централизованного управления не было.

Потом в Blackberry, а позднее во взломанной пиратской iOS появился единый сервис доставки сообщений на экран. Это была единая «труба», по которой любое приложение могло отправить вам сообщение. Это и есть Push-уведомления: ещё один канал, по которому приложение может с вами поговорить, но не внутри себя, а отдельно от себя на уровне операционной системы.

Что для этого нужно

Чтобы пуш-уведомления заработали, нам понадобится много всякого разного.

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

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

Сервер устройства — у Apple и у Google свои серверы, которые управляют уведомлениями на устройствах с iOS и Android. Они отвечают за все уведомления, которые вы получаете на телефоне, следят за настройками безопасности и взаимодействуют с серверами разработчиков.

Идентификатор устройства (токен) — служебный набор букв и цифр, по которому сервер устройства отличает один телефон от другого.

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

Приложение и уведомления

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

Когда мы ставим приложение с поддержкой таких уведомлений, происходит следующее:

1. Приложение сообщает системе, что оно может получать пуши.
2. Система отправляет токен на сервер устройства (в Эпл или в Гугл).
3. Теперь сервер знает, что можно отправлять пуш-уведомления в приложение на это конкретное устройство.

Регистрация приложения и сервера разработчика

Изначально пуши генерирует не само приложение, а сервер разработчика. Например, если вы пользуетесь «Телеграмом», где-то в интернете есть специальный сервер «Телеграма», который отвечает за пуши.

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

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

1. Сервер устройства знает, что у Васи Иванова телефон с токеном 12345.
2. Но сервер устройства не скажет этот токен серверу разработчика.
3. Вместо этого сервер устройства запомнит, что токену 12345 соответствует внутренний токен abcde .
4. Именно этот токен abcde сервер устройства сообщит разработчику. Мол, «У меня есть пользователь с токеном abcde , если надо — могу ему отправить пуш. Но кто это — я тебе не скажу».
5. И уже этот код abcde использует разработчик.

Отправка сообщения

Если разработчик хочет отправить вам новое рекламное сообщение о скидках или акциях, он это делает через свой сервер.

Сервер разработчика берёт сообщение, прикрепляет к нему ваш токен и отправляет всё это на сервер устройства. Сервер устройства действует так:

1. Смотрит, есть ли сервер разработчика в доверенном списке.
2. Если есть — проверяет, есть ли у него вообще такой токен и можно ли на него отправить пуш.
3. Если всё в порядке — отправляет пуш-уведомление на телефон.
4. Служба уведомлений на телефоне получает пуш, смотрит, какому приложению оно предназначено, и сразу же отправляет его туда.
5. Приложение смотрит в свои настройки и решает — показывать пуш или нет.
6. Если уведомления включены — в этот же момент мы увидим его на экране телефона.

Вот так всё и работает.

К чему это

Недавно в «Телеграме» посыпались какие-то настройки пушей, и если у вас стояли на мьюте какие-то каналы, вам могли перестать приходить вообще какие-либо сообщения об их.

Мы это увидели, ужаснулись обвалившейся статистике и пошли напоминать, мол, ребята, мы тут, читайте нас. И заодно разобрались, как это работает.

Подписывайтесь на нас в «Телеграме», раз такое дело: t.me/thecodemedia

Курс «Мидл Python-разработчик»

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

Получите ИТ-профессию

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

Тестирование push-уведомлений

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

Пользователи доверяют напоминаниям и оповещениям. Поэтому важно тестировать push-уведомления при каждом релизе. Если они не будут работать, ваши пользователи пропустят важную информацию, и вы рискуете отпустить их к конкурентам.

У push-уведомлений есть ряд особенностей, не свойственных другим функциям. Они по-разному ведут себя на Android и iOS, и пользователи имеют значительный контроль над их действиями. В этой статье мы собрали список часто задаваемых вопросов и ответов о тестировании мобильных push-уведомлений.

Содержание

• Зачем тестировать push-уведомления?
• Что можно протестировать в push-уведомлениях?
• Какие инструменты используются для тестирования push-уведомлений?
• Каковы основные проблемы тестирования push-уведомлений?
• Каковы различия между тестированием push-уведомлений на iOS и Android?
• Каковы распространенные ошибки при тестировании push-уведомлений?
• Как интегрировать тестирование push-уведомлений в конвейеры CI/CD?
• Заключение

Зачем тестировать push-уведомления?

В работе push-уведомлений есть множество неочевидных переменных, на которые стоит обратить внимание. Мы должны учитывать следующие вещи:

• пользователи должны получать ваши сообщения, даже если приложение закрыто
• push-уведомленя должны работать, если телефон пользователя заблокирован
• содержащиеся в уведомлении ссылки, на которое можно нажать, должны быть рабочими.

В общем, эти пункты можно смело добавлять в ваш чек-лист проверок push-уведомлений.‍

Что можно протестировать в push-уведомлениях?

Чтобы протестировать мобильные push-уведомления, вам необходимо рассмотреть различные обстоятельства, при которых пользователь может получать данные оповещения:

• разнообразие конфигураций
• состояния приложений
• пользовательские параметры
• различные версии оборудования и ОС.

Тестируя уведомления, ответьте себе на вопросы:

• Отображаются ли они во время работы приложения?
• Продолжает ли устройство получать и отображать их после того, как пользователь закрыл приложение?
• Что происходит, когда устройство находится в режиме “не беспокоить”?
• Видны ли уведомления, когда запущено другое приложение?
• Помешает ли изменение часового пояса на устройстве доставке оповещений?
• Кликабельно ли оповещение? Корректно ли отображается контент при нажатии?
• Правильно ли отображаются параметры в уведомлениях? (Звуки, шрифты, иконки и т.д.).‍

Это не исчерпывающий список функций, но он должен дать вам представление о том, с чего начать тестирование push-уведомлений.

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

Начиная с бета-версии XCode 11.4, вы можете тестировать push-уведомления для iOS с помощью симулятора iOS от Apple. Вы можете зарегистрировать их в своем приложении, перетащить APN-файлы в симулятор и смоделировать их из командной строки. Также можно протестировать push-уведомления в эмуляторе Android. Как и симулятор iOS, он может регистрировать и отображать уведомления.

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

В дополнение к симуляторам и реальному оборудованию можно провести сквозное тестирование с помощью сервиса уведомлений, который вы используете в рабочей среде. Например, Firebase предлагает инструкции по тестированию приложений для Android и iOS. У OneSignal есть FAQ здесь.

Каковы основные проблемы тестирования push-уведомлений?

На первый взгляд, push-уведомление – это просто отправка асинхронного сообщения в ваше приложение, однако многое может пойти не так.

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

• Используете ли вы более одного поставщика услуг обмена сообщениями? Чем отличаются их API и форматы сообщений? Доставляют ли они сообщения на клиентские устройства с одинаковой семантикой?
• Учитываете ли вы множество различных конфигураций устройств, используемых вашими пользователями? Как влияют на работу приложения такие функции, как доставка по расписанию и режим “не беспокоить”?
• Как различные размеры экранов, версии операционных систем и конфигурации изменят поведение ваших сообщений?
• Как на ваши push-уведомления повлияют обновления мобильных операционных систем и аппаратного обеспечения?‍

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

Каковы различия между тестированием push-уведомлений на iOS и Android?

Очевидное различие между тестированием push-уведомлений на iOS и Android заключается в их графических интерфейсах. Для проверки содержимого уведомлений потребуется написать разные тесты. Но на этом различия не заканчиваются.

iOS и Android управляют доставкой уведомлений совершенно по-разному. Вот несколько моментов, которые необходимо учитывать при их тестировании:

• Пользователи Apple должны подписаться на уведомления из вашего приложения. Поэтому, когда вы настраиваете интеграционные тесты, охватывающие установку новой версии приложения, они должны позволять включать сообщения.
• Пользователи iOS имеют возможность контролировать, отключать уведомления с помощью функции “Не беспокоить” и отложить их доставку на более позднее время.
• Android и iOS также по-разному управляют уведомлениями на экране блокировки устройства. Вам потребуется написать автоматизированные тесты для различных способов просмотра и удаления сообщений пользователями.‍

Каковы распространенные ошибки при тестировании push-уведомлений?

Вы можете повысить стабильность приложения и удовлетворенность клиентов, учитывая следующее:

• Самая распространенная ошибка при тестировании push-уведомлений – не тестировать их вообще. Несмотря на то, что уведомления в основном тестируются “вне приложения” и на первый взгляд кажутся простыми, они требуют особой тщательности и внимания.
• Отсутствие тестирования ссылок на содержание контента может привести к ухудшению качества работы и даже к сбоям в работе приложения.
• Не стоит полагаться на симуляторы и эмуляторы для тестирования. Они могут работать с push-уведомлениями даже на iOS, но тестирования на них недостаточно. Уведомления должны позволять приложениям работать в фоновом режиме и не мешать конкурировать за системные ресурсы.‍

Как интегрировать тестирование push-уведомлений в конвейеры CI/CD?

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

Вот возможный подход к тестированию push-уведомлений в конвейере CI/CD:

• Разработчики создают тестовые уведомления в симуляторе. Чтобы ускорить процесс, тест генерирует сообщения локально с помощью simctl для iOS или loopback API для Android.
• При приемочном тестировании (UAT) также используется симулятор. Но в качестве дополнительного шага проверки он отправляет уведомления через ваш сервис обмена сообщениями.
• Конвейеры доставляют релизные сборки на реальные устройства. Приложения получают уведомления через производственные службы обмена сообщениями.‍

Заключение

Push-уведомления – важная функция, и их поддержка может оказаться сложной. Но при должном внимании и тщательном тестировании вы можете создать и выпустить приложение с надежными и полезными сообщениями для ваших пользователей.

Похожие записи:

1. Стресс-тестирование (Stress Testing)
2. Что такое исчерпывающее тестирование?
3. Компонентное тестирование vs модульное тестирование
4. Что такое тестирование на основе модели?

Подробный гайд по мобильным пуш-уведомлениям

Сегодня мы используем смартфоны, чтобы общаться с друзьями, слушать музыку, смотреть видео, читать книги, заказывать еду и решать финансовые вопросы. При этом на веб-серфинг уходит только 9% всего времени пользования мобильным устройством, а остальные 91% мы проводим в приложениях.

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

Пуш-уведомления могут повысить удержание пользователей в 3-10 раз, а персонализированные пуши, завязанные на триггерах, могут привести 48% пользователей к совершению покупок в приложении.

Каналы коммуникаций для триггера пользователей

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

Примеры действий клиентов:

1. Добавил товар в корзину и не купил.
2. Зарегистрировался в программе лояльности.
3. Установил мобильное приложение и не открыл.

Примеры клиентских сегментов:

1. Зарегистрировались 7 дней назад и больше, но ничего не покупали.
2. Совершали регулярные покупки ранее, но за последние 60 дней нет покупок.
3. Зарегистрировались в программе лояльности, но не установили мобильное приложение.

Триггерные сценарии запускают в любых каналах коммуникаций:

1. Email,
2. SMS,
3. Мессенджеры,
4. Веб-пуши,
5. Мобильные пуши.

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

1. У клиента есть мобильное приложение — отправляем мобильный пуш.
2. Не отреагировал — отправляем email-рассылку.
3. Если клиент не отреагировал на предыдущую коммуникацию, отправляем Viber-сообщение.
4. Если у клиента нет Viber, отправляем SMS.

Успешные кейсы использования пуш-уведомлений

Кейс ngrow.ai для more.tv

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

Кейс Foodband.ru

Раньше в течение трех месяца после первого заказа к Foodband возвращалось только 28% клиентов. Оказалось, причина в том, что многие просто забыли о бренде. Чтобы возвращать таких клиентов, настроили цепочку коммуникаций с мобильными пушами, email и SMS. Теперь повторный заказ в течение трех месяцев делают уже 34% новых клиентов.

Кейс ngrow.ai для Qure.Finance

Пуш-уведомления на машинном обучении принесли Qure.Finance +36% Daily Retention, +44% конверсий и +200% CTR.

Плюсы и минусы пуш-уведомлений на телефоне

Преимущества мобильных пушей

Высокая читаемость

Мобильные пуши появляются на экране смартфона даже тогда, когда телефоном или приложением не пользуются. За счет этого мобильные пуши привлекают больше внимания по сравнению с другими каналами коммуникации.

• В среднем, мы проверяем телефон 63 раз за день.
• Пользователи во многих странах проводят за экраном телефона более 4 часов в день.

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

• Чтобы прочитать мобильный пуш, достаточно взять в руки телефон.
• Чтобы прочитать email, нужно открыть телефон или компьютер, зайти в почту, найти письмо среди входящих и открыть его.

Быстрое время отклика

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

Бесплатная отправка

В отличие от SMS или Viber, мобильные пуши отправляются бесплатно. Использование мобильных пушей может снизить траты на рассылки. Например, многие крупные банки («Альфа Банк», «Тинькофф» и другие) сначала стараются отправить пуш, и только затем SMS. Причина проста — так дешевле.

Гибкая сегментация

Даже с минимальной информацией о пользователе можно создавать эффективные пуш-рассылки. Вы можете использовать все доступные данные о ваших контактах:

• когда пользователь активен;
• какие у него товарные предпочтения;
• каким устройством он пользуется (IOS или Android);
• дата последней покупки и средний чек.

Автоматизация

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

• поздравляйте клиентов с Днем рождения;
• отправляйте триггеры «Брошенная корзина» и «Брошенный просмотр»;
• оповещайте об оформлении, отмене или отправке заказа;
• используйте постпродажную коммуникацию;
• реактивируйте пассивных клиентов.

Минусы мобильных пушей

Разработка приложения

Мобильный пуш отправляется только в приложение. Без приложения — нет мобильных пушей. А уже имеющееся приложение надо обязательно интегрировать с платформой отправки мобильных пушей. Поэтому нужны силы iOS- и Android-разработчиков.

Разрешение на получение пушей на iOS

У Android все просто: установили приложение — подписались на пуши.

iOS требует согласие на получение пушей (opt-in). Это значит, что придется работать над конверсией из установки приложения в подписку на пуши. Для сравнения, средняя конверсия в подписку 44% у iOS и 91% у Android.

О том, как увеличить получение согласий на отправку пуш-уведомлений, можно прочитать в блоге MyTracker.

Фиксированная структура

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

Исчезают при нажатии

В отличие от SMS, пуш-уведомления не сохраняются после прочтения. Поэтому важную информацию, такую как номер заказа, в них лучше не отправлять.

Сравнение мобильных пуш-уведомлений с другими каналами коммуникации

По данным компании Apple, 94% устройств на iOS поддерживают отправку мобильных пуш-уведомлений, а среди устройств с Android эта цифра достигает 99,4%.

По данным Leanplum, мобильные уведомления побуждают в 9,6 раз больше пользователей совершать покупки в приложениях. К тому же клиенты, которые получают пуши, проводят внутри приложения на 16% больше времени, чем те, которые не получают никаких оповещений на телефон.

Сравнение каналов коммуникации:

Мобильные пуши

• Контент — 60-300 символов, картинка, две кнопки.
• Цена за отправку — бесплатно.
• Охват — вся аудитория приложения или сегменты.
• Время отклика — в среднем, через 20 секунд после разблокировки телефона.

Email

• Контент — любой объем текста, кастомизируемое оформление, без видео. Gmail обрезает контент сообщения, если он превышает ~100 Кб.
• Цена за отправку — бесплатно.
• Охват — зависит от базы почтовых адресов.
• Время отклика — в среднем, спустя 6 часов.

SMS

• Контент — 68-70 символов для одного сообщения, ссылки вставляются текстом и тоже считаются за символы.
• Цена за отправку — зависит от шлюза, объема трафика, транзакционности сообщения и оператора связи.
• Охват — зависит от базы номеров.
• Время отклика — 80% сообщений прочитываются в течение 20 минут.

Механизмы отправки пуш-уведомлений

Когда мы говорим о push-уведомлениях, отправляемых в мобильных приложениях, то мы имеем в виду два очень специфических типа push-уведомлений: Android и iOS.

Подавляющее большинство мобильных устройств во всем мире работают под управлением мобильных операционных систем Android от Google или iOS от Apple. Соответственно, пуш-уведомления, отправляемые приложениями в этих операционных системах, доставляются либо через службу пуш-уведомлений Google Firebase Cloud Messaging (FCM), либо через Apple (APNs).

Основное отличие FCM от APNs в его кроссплатформенности. С его помощью можно отправлять пуш-уведомления на устройства Android и iOS, а также Web-пуши.

Пуш-уведомления в устройствах Huawei

В мае 2019 года правительство США объявило об ограничениях в отношении китайской компании Huawei, одного из крупнейших мировых производителей смартфонов и других устройств. Huawei больше не разрешалось использовать операционную систему Google Android в смартфонах и мобильных устройствах, которые она производила. Это, в свою очередь, означало, что владельцы приложений больше не могли отправлять пуш-уведомления через FCM пользователям на устройства Huawei.

Huawei Push Kit — это служба обмена сообщениями, которая позволяет установить канал обмена сообщениями между облаком и устройством. Комплект Huawei Push предназначен для устройств Huawei на ОС Android и Harmony OS, но также поддерживает отправку уведомлений для устройств на iOS.

Пуш-уведомления на iOS

Получение разрешения на отправку пуш-уведомлений

Перед отправкой пуш-уведомлений на iOS пользователю обязательно показывается системное окно, в котором он может либо разрешить, либо запретить приложению отправлять уведомления.

Alert (оповещение), sound (звук) и badge (значок) покрывают большинство потребностей приложения, но помимо них есть и другие опции, такие как carPlay, criticalAlert (экстренное уведомление) и provisional (предварительные уведомления).

• Alert — отправка всплывающих уведомлений.
• Sound — отправка уведомлений со звуком, по умолчанию используется UNNotificationSound.default.
• Badge — появление «красной точки» на иконке приложения.
• CarPlay — отправка уведомлений в CarPlay.
• CriticalAlert — отправка экстренных уведомлений, которые приходят даже в режиме «Не беспокоить». Эти уведомления должны получить специальные права от Apple.
• Provisional — отправка уведомлений напрямую в Центр Уведомлений, без звука и других оповещений.

Из чего состоят пуш-уведомления на iOS

Основы

У пуш-уведомлений на iOS есть визуальные и конфигурационные составляющие:

Title — заголовок сообщения.

Subtitle — подзаголовок сообщения.

Body — cодержание сообщения.

Sound — звук, который воспроизводится на устройстве пользователя при отправке сообщения. Можно использовать любой звук.

Badge — «красная точка» на иконке уведомления. В ней могут отображаться цифры с количеством непрочитанных уведомлений.

Attachments — мультимедийные файлы, хранящиеся на телефоне пользователя. Это может быть видео, изображение или gif.

Category — добавление кнопок (Action Buttons) для взаимодействия с уведомлением или мультимедийными файлами в уведомлении (через Notification Service Extension или Notification Content Extension actions). Кнопки показываются, если потянуть уведомление вниз или при долгом нажатии.

InterruptionLevel — начиная с iOS 15, эта опция сообщает системе, насколько важно уведомление и когда его лучше отправить.

• Active — система отправляет уведомление сразу, включает экран устройства и воспроизводит звук.
• Critical — система отправляет уведомление сразу, включает экран устройства и воспроизводит звук даже в режиме «Не беспокоить».
• Passive — система добавляет уведомление в строку уведомлений, но не включает экран устройства и не воспроизводит звук.
• TimeSensitive — система отправляет уведомление сразу, включает экран устройства и воспроизводит звук, но только если все это разрешено в настройках уведомлений.

Thread-id — можно присвоить каждому уведомлению идентификатор, чтобы их можно было сгруппировать. Например, информационные сообщения будут отображаться выше, а рекламные — ниже.

Rich Media (Multimedia Notification)

Максимальный вес для отправки пуш-уведомлений на iOS — 4 кб, однако в пуши можно добавлять изображения, видео или gif-файлы с помощью расширений.

Для добавления Rich Media используются расширения Service Extension и Content Extension.

Service Extension позволяет настроить содержимое удаленного пуш-уведомления до того, как система доставит его пользователю. Когда система доставляет уведомление соответствующего типа на устройство пользователя, расширение используется для изменения или загрузки содержимого уведомления.

Таким образом можно загрузить изображение, видео или gif. ОС дает Service Extension некоторое время, чтобы изменить заголовок, описание или загрузить изображение. Если вы не собираетесь менять контент, то он вернется к пушам стандартного вида.

Notification Content Extension улучшает способ представления уведомлений путем добавления пользовательских цветов и фирменного стиля или путем включения мультимедиа и другого динамического содержимого в интерфейс уведомлений. Например, вместо обычного текстового уведомления можно отправить пользователю карусель с несколькими изображениями, заголовками, субтитрами и кнопками. При этом у каждого уведомления может быть свой текст описания и диплинк.

Типы пуш-уведомлений на iOS

Локальные и удаленные пуш-уведомления

По типу отправки пуш-уведомления делятся на локальные (Local Notifications) и удаленные (Remote Push Notifications). Для обоих типов уведомлений необходимо запросить у пользователя разрешение на их отправку.

Локальные пуш-уведомления создаются приложением локально и оффлайн. Уведомления могут быть запланированы в качестве напоминания, которое будет отправляться по точному времени дня или географическому положению.

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

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

Примеры локальных уведомлений:

• Вы хотите уведомить пользователя о том, что гонки, которые он хотел посмотреть, начнутся через 20 минут (интервал времени).
• Сегодня день рождения друга (календарь).
• Пользователь посетил ресторан или выставку, и его просят оставить отзыв (местоположение).
• Пользователь проезжает мимо сети ресторанов или кафе, которые недавно посетил.

Удаленные пуш-уведомления отправляются на устройство пользователя с сервера через APNs (Apple Push Notification service). Поскольку все настройки и отправка лежит на стороне сервера, а не мобильного приложения, отправка и контент могут очень гибко настраиваться. Удаленные пуш-уведомелния используются для передачи информации в режиме реального времени.

Как отправить локальные и удаленные уведомления?

Чтобы отправлять удаленные пуш-уведомления, нужно получить registration-token.

Служба APNs должна знать адрес устройства пользователя — registration token, прежде чем она сможет отправлять уведомления на это устройство. Этот адрес принимает форму токена устройства, уникального как для устройства, так и для вашего приложения. Во время запуска ваше приложение взаимодействует с APNs и получает токен для своего устройства, который вы затем перенаправляете на свой сервер. Ваш сервер использует этот токен для всех отправляемых им уведомлений.

Имея registration-token для конкретного пользователя, можно отправлять пуши ему на устройство через собственный сервер, сторонний сервис или Firebase Cloud Messaging.

Процесс получения токена и отправки пуш-уведомлений можно увидеть на схеме ниже.

Как активировать локальные и удаленные уведомления?

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

Как обновить локальные и удаленные уведомления?

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

Удаленные пуш-уведомления также имеют несколько модификаций — Provisional Messages и Silent Push Notifications.

Предварительные уведомления (Provisional Messages)

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

У предварительных уведомлений есть два возможных призыва к действию (call-to-actions — CTAs).

1. “Turn off. ” — позволяет пользователю отказаться от разрешения на использование уведомлений.
2. “Keep” с двумя опциями:
   1. Deliver Prominently — доставлять явно, то есть включить все ранее запрошенные параметры на отправку обычных уведомлений со звуком и всплывающими баннерами.
   2. Continue Delivering Quietly — продолжать доставлять в режиме без оповещений.

Предварительные уведомления дают пользователям возможность понять, полезны ли им будут push-уведомления при дальнейшем использовании приложения или нет. Ведь сначала они увидят фактическое содержание этих уведомлений в provisional messages и их различные варианты использования.

Silent Push Notification (Тихие пуш-уведомления)

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

In-app-сообщения и пуш-уведомления — в чем разница

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

In-app-сообщения видят только те, кто пользуется приложением в данный момент. Этот способ не подойдет, чтобы разбудить холодную аудиторию, но поможет наладить связь с теплой.

Пуш-уведомления в iOS 16 — обзор изменений

Недавно прошел релиз iOS 16. Компания Apple представила ряд нововведений, связанных с экраном блокировки и уведомлениями. Часть из них только была анонсирована и появится в течение ближайших месяцев.

Отображение уведомлений на экране блокировки

В iOS 16 можно настроить способ отображения уведомлений на экране блокировки. Доступно три формата: количество, стопка и список.

• Количество: группировка общего числа уведомлений по чатам, сообщениям и так далее.
• Стопка: группировка уведомлений по приложениям.
• Список: сплошное отображение всех уведомлений.

Настроить можно в меню «Настройки» → «Уведомления» → «Отображать как».

Live Activities (релиз намечен на конец 2022 года)

Apple добавит новый тип «живых» пуш-уведомлений (Live Activities). API Live Activities позволит сторонним разработчикам создавать для своих приложений специальные баннеры на экране блокировки, которые будут отображать какую-либо информацию в режиме онлайн. Например, так можно следить за приближением такси или счетом в спортивном матче.

Уведомления в Safari (ожидается в 2023 году)

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

Например, уведомления от сайтов через Safari позволят банкам, чьи приложения удалены из App Store, использовать их веб-приложения, по функциональности приближенные к обычным.

Это касается не только удаленного из App Store софта. Любая компания, у которой имеется только веб-версия, сможет использовать уведомления для своих клиентов через Safari.

На самом деле, уведомления от браузера довольно перспективны. В частности, устройства с малым объемом памяти теперь смогут использовать исключительно веб-версии необходимых им ресурсов и не будут терять при этом в функциональности.

Пуш-уведомления на Android

Получение разрешения на отправку пуш-уведомлений

Для отправителя главное различие между операционными системами в том, что пользователи iOS должны «согласиться» на отправку уведомлений, а пользователи Android автоматически дают разрешение при загрузке приложения.

Дополнительное системное разрешение на отправку пуш-уведомлений не требуется.

Из чего состоят пуш-уведомления на Android

У пуш-уведомлений на Android есть визуальные и конфигурационные составляющие:

1. Small icon — иконка приложения, устанавливается разработчиком.
2. App name — название приложения.
3. Time stamp — время, когда было отправлено сообщение, автоматически подставляется системой, но разработчик может ее переопределить или скрыть.
4. Large icon — большая иконка, чаще всего используется для фото контактов, поэтому не стоит использовать ее для значка приложения.
5. Title — заголовок уведомления.
6. Text — текст уведомления.
7. Badge — настройка точки на иконке приложения.
8. Priority — настройка приоритетов.
9. Style — настройка отображения уведомлений, в том числе добавление большого изображения.
10. Group — группировка уведомлений.

Кнопки действий

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

Также есть возможность настроить возможность ответить прям в пуш-уведомлении:

Priority (Важность уведомлений)

В Android есть система определения «важности» уведомления. От нее зависит, придет ли уведомление со звуком и включится ли экран устройства.

Уровни «важности» уведомлений:

• Urgent — приходит со звуком и всплывающим уведомлением.
• High — приходит со звуком, показывается на экране.
• Medium — приходит без звука, показывается на экране.
• Low — приходит без звука, не показывается на экране.

Group (Группы уведомлений)

В Android тоже есть возможность группировать сообщения.

Expandable Notification (Расширяемые уведомление)

Обычное уведомление обычно включает заголовок, строку текста и одно или несколько действий, которые пользователь может выполнить в ответ. Чтобы предоставить еще больше информации, вы также можете создавать большие расширяемые уведомления. Такая настройка возможно с помощью настройки стиля (Style) и делится на два вида — Large Image (Расширяется изображение) и Large Block of Text (Расширяется текст).

Типы пуш-уведомлений на Android

Также как и в iOS пуши на Android делятся на два типа по способу отправки — локальные и удаленные. Локальные уведомления отправляются и настраиваются также как в IOS. Для отправки удаленных пушей в случае с Android используется Firebase Cloud Messaging (FCM). Ниже расположена схема отправки.

Инструмент Notifications Composer предоставляет графический интерфейс для составления и настройки сообщений для отправки уведомлений. Чтобы автоматизация была полной и поддерживались все типы уведомлений, необходимо создавать запросы уведомлений в среде доверенного сервера, которая поддерживает Firebase Admin SDK или протоколы сервера FCM. Этой средой могут быть облачные функции для Firebase, App Engine или ваш собственный сервер.

1. Транспортный уровень Android (ATL) для устройств Android с сервисами Google Play.
2. Службу Apple Push Notification (APN) для устройств Apple.
3. Протокол Web Push для веб-приложений.

Примечание: транспортные уровни не входят в состав основного продукта FCM. Уведомления FCM, направляемые на транспортный уровень платформы, могут регулироваться условиями, специфичными для этой платформы, а не условиями обслуживания FCM. Маршрутизация сообщений Android через ATL подпадает под действие условий обслуживания Google API.

Сообщения FCM бывают двух типов: Notification messages (уведомления) и Data messages (сообщения о данных).

Notification messages — это стандартные пуши с телом, заголовком, иконкой и звуком. FCM обрабатывает уведомления двумя способами:

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

Data messages — это кастомизируемые сообщениями с пользовательскими данными. Обработчик приложения всегда вызывается, и приложение обрабатывает данные.

Как только данные получены с использованием любого из методов, пользователю показывается уведомление. Для создания и отправки уведомления нужны Notification API и NotificationManager API.

Сценарии автоматизации пуш-уведомлений

Пуш-кампании могут использоваться для решения различных клиентских задач, таких как: повышение удержания, уменьшение оттока, увеличение ARPU или среднего чека, увеличение количества платных подписок и так далее.

Для создания пуш-кампании необходимо определиться со следующими вещами:

1. Цель кампании — какие метрики нужно улучшить и каких результатов ожидать.
2. Аудитория — на кого должна распространяться кампания.
3. Контент пушей для рассылки — какой текст, заголовок, нужны ли изображения.
4. Количество пушей, которое нужно отправить каждому пользователю и время для отправки.
5. Способ отправки пушей.

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

Смарт-пуши

Это частичная или полная автоматизация тех или иных процессов в проведении пуш-кампаний. Далее мы расскажем о способах автоматизации пуш-кампаний.

Мультивариантное тестирование

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

Содержание пуша. Вы можете измерить, насколько хорошо пользователи реагируют на ваши пуши, если будете отслеживать процент открытий или переходов по ссылке. Тестируйте разные заголовки, текстовые блоки, оформление пушей.

Чтобы тестировать сразу много вариантов пушей, применяют мультивариантное тестирование вместо обычного A/B-тестирования.

А в качестве способа мультивариантного тестирования используют модели «многоруких бандитов».

Создание персонального текстового контента пушей

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

Например, простое добавление имени получателя в текст сообщения может повысить его эффективность до 4 раз.

Для создания текстов пуш-уведомлений можно использовать нейронную сеть GPT-3.

Эту сеть разработали в компании OpenAI, и на сегодняшний день это самая мощная генеративная сеть в мире. На вход сети подается текстовое описание задания для генерации и входные данные.

Пример создания текста пуша с помощью GPT-3

Задание для генерации и входные данные:

Вот какие варианты текстов предложила нейронная сеть:

Александра! Это последний шанс купить подписку со скидкой 80%. Успейте заказать персональный оффер до конца дня!

Локализация пуш-уведомлений

Если у приложения международная аудитория, то важной задачей при рассылке пуш-уведомлений становится локализация их текстов.

Для каждой пуш-компании переводчикам необходимо переводить текст пушей на все языки, которые поддерживает приложение. Но зачем, если этот процесс можно автоматизировать с помощью нейронной сети GPT-3. Нужно только указать исходный текст пуша и дать задание перевести на любой другой поддерживаемый язык.

Генерация изображений для пуш-уведомлений

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

Для этих целей можно использовать нейронную сеть DALL-E-2 от компании OpenAI.

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

Пример генерации изображения для пуша

Задание для генерации:

“A photo of running man at the front of the sunset and the beach”

Вот какие варианты изображений сгенерировала нейронная сеть:

Как оптимизировать пуш-кампании

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

Оцените свои текущие пуш-уведомления

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

Средний CTR для пуш-уведомлений на Android — 4,6%, а на iOS — 3,4%. Если CTR ваших пуш-уведомлений ниже этих значений, значит пора их оптимизировать.

Расширьте свои текущие пуш-уведомления

Если раньше вы отправляли только текстовые пуши, то попробуйте добавить эмодзи или мультимедийные файлы — изображения, видео, gif.

Добавление эмодзи может улучшить показатели взаимодействия с уведомлениями на 20%, а мультимедийные файлы — на 25%.

Подберите время для отправки

По данным Airship, пользователи лучше взаимодействуют с уведомлениями, если отправлять их во вторник (8,4%) и воскресенье (8,1%).

В течение дня пики взаимодействия с уведомлениями происходят в 13:00 (8,2%) и с 19:00 до 23:00 — от 7,8% до 11,4%.

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

Не отправляйте слишком много уведомлений

По данным VWO Engage, 62% пользователей больше всего раздражает, когда пуш-уведомления приходят слишком часто.

Исследование HelpLama показывает, что 3-6 пуш-уведомлений в неделю — это лучшее количество пушей для отправки пользователям. Одно — мало, потому что пользователи не привыкнут и могут посчитать уведомление случайным. Более шести — уже много, при таком количестве уведомлений сложно поддерживать их релевантность, а нерелевантные уведомления воспринимаются как рекламный спам и могут привести к запрету на отправку пушей или удалению приложения.

Также есть виды уведомлений, которые лучше вообще не отправлять, чтобы не перегружать канал коммуникации:

• Перекрестная реклама или реклама другого продукта в уведомлении запрещены магазинами приложений.
• Уведомления от приложения, которое пользователь еще не открывал.
• Сообщения, побуждающие пользователя вернуться в приложение, но не несущие прямой ценности, например «Давно не виделись…».
• Запросы на оценку приложения.
• Операции, не требующие участия пользователя, например синхронизация информации.
• Состояния ошибок, которые приложение может обработать без вмешательства пользователя.

Персонализируйте пуш-уведомления

Персонализация может повысить взаимодействие с уведомлениями до 400%.

Скорее всего, у вас уже есть данные для персонализации пушей:

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

На основе этих данных можно отправить пользователю персонализированное уведомление: «Мария, вы с нами уже три месяца — спасибо! За это мы хотим подарить вам скидку 10% на любой товар, который сейчас лежит у вас в корзине. Промокод: LoveMaria».

Обзор инструментов для настройки пуш-кампаний

Пуш-кампании можно настраивать самостоятельно, но для этого придется дополнительно нагружать команду или привлекать новых специалистов.

На рынке существуют готовые решения для рассылки, оптимизации и измерения эффективности пуш-уведомлений. Мы рекомендуем вот эти сервисы:

1. Pushwoosh

Сегментация аудитории, настройка и персонализация уведомлений, автоматизированный процесс отправки, анализ и оптимизация пуш-кампаний.

Цена — по запросу.

2. LeanPlum

Специализированные решения для разных видов приложений — мобильных игр, e-com, доставок и приложений по подписке.

Цена — от $330 в месяц. Есть 14-дневный пробный период.

3. CleverTap

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

Цена — по запросу.

4. OneSignal

Решения для рассылки промо-уведомлений, упоминаний в чатах, транзакционных пушей и повышения конверсии.

Цена — от $9 или $99 в месяц. Есть бесплатный тарифный план и расширенный, настраиваемый под запросы компании.

5. NGrow

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

Цена — по запросу.

Итоги

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

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

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

С правильно настроенными пушами можно вернуть пользователей в приложение, но на этом работа не заканчивается — чтобы удержать пользователей и увеличить LTV, нужно формировать для них персональные предложения. Для этого у MyTracker есть сервис Personalize, который может увеличить доход приложения на 10-30% c каждого предложения за счет персонализации.

Узнайте, как игра Hustle Castle смогла увеличить ARPU сегмента игроков на 23% c помощью MyTracker Personalize в нашем кейсе.