Push сообщение: Что такое push-уведомления, как они работают и как выглядят

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

8. ОТПРАВЛЯЙТЕ СООБЩЕНИЕ В ПОДХОДЯЩЕЕ ВРЕМЯ

Информируйте клиента об акции в правильный момент.

Клиент не обрадуется сообщению в пять утра, даже если в нем содержится информация о скидке 99%.

9. НЕ ПЕРЕГРУЖАЙТЕ КЛИЕНТА

Не спамьте спецпредложениями.

Несколько сообщений в один день ― перебор. Хотите рассказать обо всех акциях сразу ― создайте дайджест предложений и отправьте его в одном пуш-сообщении.

ПОДГОТОВЬТЕ ХОРОШИЙ ПУШ

1. Пропишите в заголовке самую важную информацию: название бренда, яркий слоган или размер скидки.
2. Подробно расскажите в тексте пуша об условиях акции.
3. Раскройте детали акции по нажатию на пуш-сообщение.
4. Используйте эмодзи в тексте пуш-сообщения, чтобы повысить количество прочтений рассылки.
5. Добавьте в сообщение картинку, чтобы сделать пуш-уведомление привлекательнее.
6. Анализируйте данные в CRM, чтобы сделать рассылки интереснее.
7. Используйте правило «Одно сообщение ― один канал».
8. Информируйте клиента об акции в правильный момент.
9. Не спамьте спецпредложениями.

Создавайте интересные рассылки, а «Кошелёк для бизнеса» доставит их до ваших клиентов. Попробуйте новые возможности для своей компании вместе с Кошельком:
размещение программы лояльности, реклама или платёжные решения. Заполните
заявку ниже, и наш менеджер свяжется с вами.

Подключите вашу компанию
к приложению «Кошелёк»

Привлекайте новых клиентов среди 33+ миллионной аудитории приложения и получите дополнительный канал для коммуникации с аудиторией — через пуши, акции и спецпредложения.

Подключить компанию

Другие статьи блога:

Кошелёк и «Кошелёк для бизнеса»: итоги года

Пять поводов связаться с клиентом

Как рассказать о скидках постоянным клиентам

Чем хороша интегрированная виртуальная карта лояльности в смартфоне — 5 аргументов

Как вернуть клиентов и стимулировать их к повторным покупкам

Шесть преимуществ мобильной программы лояльности для вашей компании

Web Push уведомления для сайта — eSputnik CDP

Массовые бесплатные рассылки по всей базе или сегментированные веб-уведомления для таргетированных кампаний. Массовые web push-уведомления.

Здравствуйте!

Сейчас действует скидка до 30%
на коллекцию осень – зима

myshop.esputnik.com

Здравствуйте, Анна!

Специально для вас действует скидка 15% на товары, которые вы просматривали! Промокод SHOPSALE15

myshop.com

МАССОВЫЕ WEB PUSH-УВЕДОМЛЕНИЯ

Бесплатно
в пакете «Промо»

уведомлений
и до 25 000 подписчиков

Оцените легкость подключения и эффективность нового канала Web-Push бесплатно при выборе пакета “Промо”

Условия получения “Промо” пакета:

• — брендированная форма подписки;
• — размещение лого eSputnik и ссылки в разделе партнеров;
• — добавление ссылки на сайт eSputnik как обработчика персональных данных в ваше Privacy Policy

CDP-функциональность:

• Омниканальные сценарии, запускаемые событиями API
• Неограниченные условия в сегментах, включая покупки
• Унификация данных клиента
• Отслеживание вовлеченности

Возможность отправлять веб-пуши в браузерах: Google Chrome, Yandex, Opera, Microsoft Edge, Firefox.

Настройка подписки в один клик.

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

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

Картинка, тайтл, лого, домен, 2 кнопки.

Время активности уведомления

Выбор области экрана для приглашения подписаться

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

Объединение данных контакта (емейл, № телефона, веб-токен) в один профиль.

Возможность использовать в сценариях.

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

Персонализированные сообщения с динамическим контентом.

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

Таргетинг на основе дополнительных данных: пол, дата рождения, история покупок подписчика.

Доступно для контактов, у которых определен емейл и вебтокен.

Отсутствие брендирования eSputnik на форме подписки и на сайте.

CDP-функциональность:

• Омниканальные сценарии, запускаемые событиями API
• Неограниченные условия в сегментах, включая покупки
• Унификация данных клиента
• Отслеживание вовлеченности

Возможность отправлять веб-пуши в браузерах: Google Chrome, Yandex, Opera, Microsoft Edge, Firefox + Safari.

Настройка подписки в один клик.

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

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

Картинка, тайтл, лого, домен, 2 кнопки.

Время активности уведомления

Выбор области экрана для приглашения подписаться

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

Объединение данных контакта (емейл, № телефона, веб-токен) в один профиль.

Возможность использовать в сценариях.

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

Персонализированные сообщения с динамическим контентом.

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

Таргетинг на основе дополнительных данных: пол, дата рождения, история покупок подписчика.

Доступно для контактов, у которых определен емейл и вебтокен.

Отсутствие брендирования eSputnik на форме подписки и на сайте.

Создание push-кампании

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

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

Шаг 1. Выберите место для создания сообщения

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

Шаги:

1. Перейдите на страницу Сообщения > Кампании и нажмите Создать кампанию .

примечание:

Если вы используете старую навигацию, вы можете найти Кампании в разделе Задание .

1. Выберите Push-уведомление или, для кампаний, ориентированных на несколько каналов, выберите Многоканальная кампания .
2. Назовите свою кампанию ясным и осмысленным.
3. При необходимости добавьте команды и теги.
   • Теги облегчают поиск ваших кампаний и создание отчетов. Например, при использовании построителя отчетов вы можете фильтровать по определенным тегам.
4. Добавьте и назовите столько вариантов, сколько вам нужно для вашей кампании. Вы можете выбрать разные платформы, типы сообщений и макеты для каждого из добавленных вариантов. Дополнительные сведения по этой теме см. в разделе Многовариантное и A/B-тестирование.

Совет:

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

Шаги:

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

Шаг 2. Укажите платформы доставки

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

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

Шаг 3. Выберите тип уведомления (iOS и Android)

Для iOS и Android выберите тип уведомления:

• Стандартное нажатие
• Push-рассказы
• Встроенное изображение (только для Android)

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

Шаг 4: Создайте push-сообщение

Теперь пришло время написать push-сообщение! Вкладка Написать позволяет редактировать все аспекты содержания и поведения вашего сообщения.

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

Канал или группа уведомлений (iOS и Android)

Дополнительные сведения о платформе параметры уведомлений см. в разделе Параметры уведомлений iOS или Параметры уведомлений Android.

Язык

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

Заголовок и основной текст

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

Совет:

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

Изображение

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

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

• Создание расширенных уведомлений для iOS
• Создание расширенных уведомлений для Android

Поведение при нажатии

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

Здесь вы также можете настроить подсказки кнопок в вашем push-уведомлении, например:

• Принять/Отклонить
• Да/Нет
• Подтвердить/Отменить
• Подробнее

Параметры устройства

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

Для iOS вы можете дополнительно ограничить обмен сообщениями, отправляя push-уведомления только на устройства iPad или только на устройства iPhone и iPod.

Шаг 4a. Предварительный просмотр и тестирование сообщения

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

Шаг 5: Создайте оставшуюся часть вашей кампании или Canvas

Создайте оставшуюся часть вашей кампании; Дополнительные сведения о том, как лучше всего использовать наши инструменты для создания push-уведомлений, см. в следующих разделах.

Выберите график доставки или триггер

Push-сообщения могут быть доставлены в соответствии с запланированным временем, действием или триггером API. Дополнительную информацию см. в разделе Планирование кампании.

Для доставки на основе действий вы также можете установить продолжительность кампании и тихие часы.

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

Выберите пользователей для таргетинга

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

Почему моя метрика «Всего доступных пользователей» не соответствует сумме всех каналов?

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

Имейте в виду, что точное членство в сегменте всегда рассчитывается непосредственно перед отправкой сообщения.

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

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

Многоканальные кампании с электронной почтой и push-уведомлениями

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

• Пользователь A подписан на электронную почту и поддерживает push-уведомления. Этот пользователь не получит электронное письмо, но получит push-уведомление.
• Пользователь B подписался на электронную почту, но не поддерживает push-уведомления. Этот пользователь получит электронное письмо, но не получит push-уведомление.
• Пользователь C подписался на электронную почту и поддерживает push-уведомления. Этот пользователь получит и электронное письмо, и push-уведомление.

Для этого в разделе Сводка по аудитории выберите отправку этой кампании «только подписавшимся пользователям». Этот параметр гарантирует, что ваше электронное письмо будут получать только зарегистрированные пользователи, а Braze будет отправлять ваши push-уведомления только тем пользователям, для которых push-уведомления включены по умолчанию.

важно:

В этой конфигурации не включайте фильтры в Шаг «Целевые пользователи «, ограничивающий аудиторию одним каналом (например, Push Enabled = True или Email Subscription = Opted-In ).

Выбрать конверсионные события

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

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

Шаг 6. Проверка и развертывание

После того, как вы закончили создание последней кампании или холста, просмотрите его детали. Для кампаний на последней странице будет представлена ​​сводная информация о кампании, которую вы только что разработали. Подтвердите все соответствующие детали, убедитесь, что вы проверили свое сообщение, затем отправьте его и наблюдайте за вводом данных!

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

Обмен сообщениями в приложении и Rich Push

В этом разделе приведены шаги по настройке вашего мобильного приложения для обработки сообщений в приложении и Rich Push. После завершения кампаниями In-App и Push-кампаниями с расширенным содержимым сообщений можно управлять из Responsys, не требуя дополнительных обновлений приложения, и эти сообщения будут правильно отображаться в вашем мобильном приложении.

В этой теме:

Об обмене сообщениями в приложении и Rich Push

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

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

Как работает обмен сообщениями в приложении?

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

Как работает доставка сообщений для Responsys 19A / 6.40.0 SDK Update и более поздних версий

Oracle Responsys и SDK изменили способ работы обмена сообщениями In-App Campaign для мобильных приложений, созданных с помощью версий SDK 6.40.0 и более поздних. В версии 19A мы улучшили сервер Responsys и инфраструктуру SDK, чтобы использовать механизм получения из SDK вместо использования тихих push-уведомлений. Триггером для SDK для получения сообщений с серверов Responsys является запуск приложения (когда пользователь переводит приложение на передний план). SDK устанавливает пятиминутный интервал между получением сообщений In-App с серверов Responsys. Полученные сообщения кэшируются локально и отображаются всякий раз, когда запускается событие в приложении.

Например:

• Если пользователь запускает приложение в 12:00 после того, как приложение было закрыто более чем на 24 часа в предыдущий день, SDK выполняет вызов извлечения сообщений в приложении на серверы Responsys, чтобы получить все ожидающие сообщения в приложении для пользователя приложения и кэширует сообщения локально. В следующий раз SDK сможет выполнить вызов извлечения сообщений из приложения на серверы Responsys в 12:05 и только в том случае, если пользователь снова запустит приложение.

• Если в следующий раз пользователь запустит приложение в 13:00, все сообщения в приложении, отправленные этому пользователю между 12:00 и 13:00, извлекаются SDK и кэшируются локально. Следующий вызов In-App Messages Retrieval от SDK к серверам Responsys будет при следующем запуске приложения, если запуск приложения произойдет после 13:05.

Некоторые преимущества этой функции:

• Размер креатива Rich HTML, используемого в кампаниях в приложениях, больше не ограничен 3,5 КБ.

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

Чтобы включить эту функцию:

1. Вы должны активировать функцию Redesigned In-app Backend для вашей учетной записи Responsys. Чтобы запросить доступ к этой функции, обратитесь к своему менеджеру по работе с клиентами или войдите в My Oracle Support и создайте запрос на обслуживание.

2. Вы должны создать свое мобильное приложение с помощью SDK 19A/6.40.0 или более поздней версии.

Как работает доставка сообщений до обновления Responsys 19A/6.40.0 SDK

Для приложений, созданных с помощью SDK, выпущенного до обновления SDK 19A / 6.40.0, сообщения в приложении доставляются в ваше приложение на устройстве пользователя компанией Responsys с помощью бесшумного push-уведомления. (Обратная совместимость сохраняется для пользователей мобильных приложений, которые не обновили свои мобильные приложения до тех, которые используют SDK 6. 40.0 или более поздней версии.) После получения SDK Push IO сохраняет содержимое сообщения, диапазон времени, в течение которого сообщение действительно, и имя триггера, вызывающего отображение сообщения.

Эта функция появилась в версии 18D. Если ваше приложение было создано с помощью 18D SDK, вам необходимо включить эту функцию в свой код, используя SDK 9.0246 метод setInAppFetchEnabled (как описано в шаге 5 из шагов по интеграции обмена сообщениями в приложении и расширенного push-уведомления в ваше приложение для Android ниже). а в 18D вам нужно было включить следующий шаг. В версии 19A мы включили это по умолчанию в SDK.

Как это работает после того, как сообщение присутствует на мобильном устройстве

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

Примечание. Просмотры межстраничных объявлений, баннеров и нижнего колонтитула в приложении будут доступны в SDK версии 6.52 и более поздних.

• Полный экран Сообщения в стиле занимают весь экран устройства.

• Сообщения в стиле Alert размещаются в стандартном прямоугольнике размером 300×250 с центром на экране устройства. См. спецификацию Medium Rectangle на странице 9.0013 Универсальный рекламный пакет Interactive Advertising Bureau, стр. .

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

• Banner-Header Сообщения в стиле представляют собой баннеры в верхней части экрана устройства с высотой по умолчанию 100 пикселей.

• Сообщения в стиле Banner-Footer представляют собой баннеры в нижней части экрана устройства с высотой по умолчанию 100 пикселей.

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

В SDK встроены стандартные события мобильного приложения, которые будут запускаться автоматически. Например, когда пользователь открывает ваше приложение, будет инициировано событие $ExplicitAppOpen .

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

Примечание: Если в вашем приложении есть заставка, учебник или любое другое действие, которое отображается перед отображением домашнего/основного действия, рекомендуется использовать Обмен сообщениями и Rich Push в вашем приложении для Android на этой странице) вместо встроенных триггеров, описанных выше.

Как работает Rich Push?

Rich Push — это сочетание push-уведомления и сообщения с расширенным содержимым. Когда маркетолог использует конструктор push-кампаний для создания push-уведомления, маркетолог может выбрать действие уведомления Open Rich Message. Маркетолог создает Rich Push-сообщение в формате HTML и может также включать изображения и персонализацию, если все Push-уведомление не превышает ограничения поставщика.

В отличие от сообщений в приложении, которые отправляются автоматически, Rich Push — это стандартное push-уведомление, содержащее действие, которое запускается немедленно, когда пользователь приложения нажимает на это уведомление. Когда пользователь нажимает на уведомление, система открывает приложение (если оно еще не открыто), выводит его на передний план, а затем отображает сообщение Rich Push аналогично экрану-заставке.

Шаги по интеграции обмена сообщениями в приложении и Rich Push в ваше приложение для Android

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

1. Настройте специальную схему URL-адресов PushIO и перенаправьте обработку URL-адресов в SDK Push IO.
2. Настройка просмотра сообщений в приложении и расширенного представления push-сообщений
3. Определение необязательных настраиваемых триггеров (только для обмена сообщениями в приложении)
4. Включите SDK для предварительной загрузки сообщений в приложении (только обмен сообщениями в приложении — новый шаг для SDK 19A/6. 40.0 и более поздних версий)
5. (необязательно) Настройка отображения сообщений в приложении
6. (дополнительно) Отображение push-сообщений с задержкой

Чтобы интегрировать обмен сообщениями в приложении и Rich Push в ваше приложение для Android:

1. Настройка схемы URL-адресов и перенаправление обработки URL-адресов в пакет SDK для принудительного ввода-вывода

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

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

   Схема URL-адреса Push IO содержит ваш ключ API Push IO и имеет формат pio-ВАШ_API_KEY .

   Примечание: Вы можете найти API-ключ Push IO в файле config_pushio.json или в консоли разработчика мобильных приложений, где API-ключ отображается рядом с вашими платформами.

   SDK будет обрабатывать URL-адрес только в том случае, если он соответствует схеме URL-адреса принудительного ввода-вывода.

   Чтобы ваше приложение реагировало на схему URL, объявите BroadcastReceiver com.pushio.manager.PushIOUriReceiver в файле AndroidManifest.xml следующим образом (где YOUR_API_KEY 9 0247 — это ключ API для вашего приложения) :

2. Настройка просмотра сообщений в приложении и расширенного просмотра push-сообщений

   Чтобы отобразить сообщение In-App или Rich Push-сообщение на Android, вам необходимо объявить следующие элементы в файле AndroidManifest. xml ,

   • Пользовательское разрешение RSYS_SHOW_IAM под тегом следующим образом:

   Это разрешение гарантирует, что только ваше приложение (или приложения, подписанные с тем же сертификатом, что и ваше приложение) может отображать контент In-App Message/Rich Push.

   • Activity com.pushio.manager.iam.ui.PushIOMessageViewActivity следующим образом (где YOUR_API_KEY следует брать из apiKey в файле pushio_config.json ):

   Это действие получает сообщение In-App или Rich Push-сообщение из SDK Push IO и отображает его соответствующим образом.

3. Определение настраиваемых триггеров (только для обмена сообщениями в приложении)

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

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

   .
   • Ява
   • Котлин

   Администратору вашей учетной записи Responsys необходимо знать имя пользовательского триггера с учетом регистра, чтобы его можно было настроить. Администратор учетной записи Responsys должен перейти на страницу «Учетная запись » > «Управление конфигурацией мобильного приложения» 9.0014, чтобы добавить настраиваемые триггеры для вашего мобильного приложения. Этот шаг необходим для того, чтобы настраиваемые триггеры были доступны в рабочей книге Responsys In-App Campaign.

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

4. Включить SDK для предварительной загрузки сообщений в приложении (для мобильных приложений, созданных с помощью SDK версии 18D/6.39.0)

   Важно : Прежде чем начать, убедитесь, что для вашей учетной записи включена функция «Переработанный внутренний интерфейс приложения». Если вы обновите свое мобильное приложение до версии SDK 6.40.0 или более поздней, но не включите функцию «Переработанный внутренний интерфейс приложения» в своем приложении, это повлияет на способность ваших маркетологов ориентироваться на всех пользователей мобильного приложения сразу после того, как вы, наконец, включите Переработана внутренняя функция приложения. Пользователи мобильных приложений должны будут обновить свое приложение до версии приложения, в которой реализована функция переработанной серверной части приложения, прежде чем сообщения в приложении смогут быть доставлены им.

   • Если ваше приложение создано с помощью SDK версии 19A/6.40.0 или более поздней : По умолчанию SDK может получать сообщения в приложении от Responsys после запуска кампании сообщений в приложении. Таким образом, когда в мобильном приложении происходит триггер In-App, сообщения извлекаются из сообщений In-App и кэшируются локально.

   • Если ваше приложение создано с помощью SDK версии 18D/6.39.0 : API setInAppFetchEnabled(boolean inAppFetchEnabled) должен быть включен , чтобы ваше приложение могло предварительно получать сообщения в приложении.

     Чтобы включить эту функцию, приложение должно вызвать setInAppFetchEnabled (логическое значение inAppFetchEnabled) API.

     • Ява
     • Котлин

     Параметр: флаг для включения или отключения функции получения/выборки InApp. Если true , список сообщений в приложении будет получен с сервера с помощью SDK. Если установлено значение false , оно будет работать как исходная функция сообщений в приложении.

5. Настройка отображения сообщений в приложении (необязательно — доступно в SDK 6.52 и более поздних версиях)

   SDK поддерживает скрытие строки состояния для представлений Interstitial и Banner-Header в приложении.

   Чтобы скрыть строку состояния, используйте следующий API:

   Чтобы проверить, скрыта ли строка состояния, используйте следующий API:

   Высота по умолчанию для баннера, определенная SDK, составляет 100 dp. Минимальная высота составляет 100 dp, а максимальная — 200 dp. Вы можете настроить высоту баннера на любое значение в пределах заданного диапазона в соответствии с требованиями.

   Чтобы настроить высоту просмотра баннера, используйте следующий API:

6. Отображение расширенных push-сообщений с задержкой (необязательно — новый шаг для версий SDK 20D/6.47 и более поздних)

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

   В выпуске 20D/6.47 SDK теперь поддерживает задержку отображения расширенных push-сообщений.

   Чтобы отложить отображение расширенного push-сообщения, убедитесь, что используется следующий API:

   • Ява
   • Котлин

   После того, как API delayRichPushDisplay() был включен, вы можете использовать API showRichPushMessage() для запуска отображения расширенного push-сообщения с любого из ваших целевых экранов.

   • Ява
   • Котлин

   SDK также предоставляет следующий API для проверки в вашем приложении, установлен ли флаг для отложенной расширенной отправки или нет. API возвращает true , если в приложении включена функция расширенного push-отображения с задержкой,

   .

   и возвращает false , если приложение хочет следовать стандартному методу расширенного push-дисплея.

   WebOnly">
   • Ява
   • Котлин

Устранение неполадок с реализацией сообщений в приложении с помощью журналов SDK

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

Запуск приложения произошел, но запрос на получение данных из приложения не может быть отправлен в Responsys потому что правило 5-минутного интервала не соблюдается.
Запрос на получение данных из приложения отправлен Responsys.
Получен ответ на получение данных из приложения от Responsys.
Нет доступных сообщений для пользователя. Оставить комментарий Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сайт