Пока нет оценок.
Пожалуйста, подождите...

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

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

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

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

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

Почему мгновенные уведомления так популярны?

Пик популярности мгновенные сообщения набрали после того, как корпорация Apple официально запустила работу сервиса Apple Push Notification Service (APNS) для оптимизации передачи текстовых сообщений на мобильные устройства, функционирующие на основе операционной системы iOS 3. Спустя некоторое время, разработчики из Apple выпустили компоненты мгновенных уведомлений для OS X и веб-браузера Safari.

Причины использовать мгновенные уведомления:

  • Обладают высоким показателем кликабельности. Все веб мгновенные кампании отличаются большим значением CTR, привлекают внимание клиентов на любом веб-сайте;
  • Позволяют выполнять офлайн рассылку. Если пользователь мобильного приложения находится не в сети, когда ему приходит мгновенное-уведомление, он все равно с ним ознакомится, как только включит Интернет-соединение;
  • Их работа поддерживается абсолютно всеми популярными браузерами. Opera, Google Chrome, Mozilla Firefox и еще ряд мобильных браузеров позволяют быстро и комфортно получать мгновенные сообщения любой наполненности;
  • Не содержат спам. Подобные сообщения исключают отправку любого спама, так как клиентам мобильного продукта не нужно делиться личными данными. Сразу после подтверждения входящего запроса за клиентом закрепляется оригинальный ID, который позволяет отправить любое мгновенное сообщение;
  • Позволяет повысить продажи, вовлеченность, лояльность к продукту (услуге). Практика постоянного использования мгновенных сообщений позволяет быстро и качественно информировать круг пользователей о текущем статусе заказа, о появлении нового медиа контента, о последних новостных обновлениях, а также о новых распродажах и акциях.

Виды служб отправки мгновенных уведомлений

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

  1. Вышеупомянутая Apple Push Notification Service (APNS) – вначале она была доступна только для iPhone, но со временем ее функционал расширили и для браузера Safari и OS X;
  2. Android Cloud to Device Messaging (C2DM) – продукт был создан еще в 2008 году, а в 2012 его место занял Google Cloud Messaging (GCM). С помощью этой системы также можно настроить отправку сообщений в продукты, разработанных на базе компонентов Chrome;
  3. Microsoft Push Notification (MPNS) – специальная служба от корпорации Microsoft. Настроить процесс отправки мгновенных уведомлений у них получилось только с 7-й версии операционной системы Windows Phone.

Типы мгновенных уведомлений в iOS

Компоненты мобильной операционной системы iOS предусматривают работу сразу 3-х видов мгновенных уведомлений:

  • Audio – воспроизводится аудио сигнал сразу же после получения информационного уведомления;
  • Audio/Banners – демонстрируется баннер вместе с аудио сигналом. Ознакомиться с содержанием подобного уведомления можно посредством опущения «шторки»;
  • Badges – демонстрация цифры или уникального символа рядом с иконкой мобильного приложения.

Типы мгновенных уведомлений в Windows Phone 8

По аналогии с iOS, в операционной системе Windows Phone 8 имеются три вида уведомлений:

  • Toast – входящие данные демонстрируются в течении 10-15 секунд в верхней части дисплея. Подобное уведомление – кликабельно;
  • Tile – отображается в форме количества чисел на иконке утилиты на экране;
  • Raw – возможность отправки данных в любой форме в утилиту. Зачастую применяется исключительно игровыми сервисами и приложениями.

Что же касается Android, то она самая либеральная в этом плане.

Внутри архитектуры этой мобильной ОС отсутствует классическая система для демонстрации уведомлений клиенту на экране. Все данные напрямую «следуют» в приложение, причем есть вариации по передачи информации в любом составном виде.

А после того, как приложение получит данные, оно выведет на экран мобильного классическое уведомление либо же отобразит баннер по примеру iOS.

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

Мгновенные уведомления для веб браузеров

Мгновенные уведомления для веб браузеров

Мгновенные уведомления для веб браузеров

С недавнего времени у разработчиков веб-контента появилась удобная возможность создавать и массово рассылать мгновенные уведомления посредством веб-браузеров на локальные компьютеры пользователей: в тех же Google Chrome и Safari. Для отсылки подобного типа сообщений используются ранее упомянутые службы Apple Push Notification Service и Android Cloud to Device Messaging.

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

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

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

Наиболее распространенный способ построения сценария проверки мгновенных уведомлений в системе портативного устойства – это тесты на отправку и получение сообщения на необходимом устройстве.

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

  • Протестировать, что уведомление успешно получено, когда мобильное приложение запущено;
  • Протестировать, что уведомление успешно получено, когда мобильное приложение не запущено;
  • Протестировать, что уведомление успешно получено, когда мобильное приложение запущено и свернуто;
  • Протестировать, что уведомление успешно получено при старте работы приложения;
  • Протестировать, что уведомление успешно получено во время игры;
  • Протестировать, что уведомление успешно получено, когда активно другое приложение;
  • Протестировать, что уведомление успешно получено, при условии нахождения пользователей в разных часовых поясах;
  • Если мгновенное уведомление кликабельно, необходимо протестировать, что открывается правильное окно после нажатия;
  • Протестировать звук, мигание и вибрацию во время получения уведомления;
  • Выполнить проверку точки входа в мобильное приложение. К примеру, если клиент открывает IM-уведомление (Skype, Viber), то отображается мини-чат с последним входящим сообщением, а не базовый экран приложения (список сохраненных контактов);
  • Протестировать отсутствие повторного уведомления, используя разнообразные триггеры;
  • Проверить отображение мгновенного уведомления в мобильном приложении при открытом приложении;
  • Выполнить тест запуска приложения, стартовавшего в фоновом режиме, после нажатия на уведомление и систему разблокировки дисплея;
  • Протестировать отображение графического баннера после получения уведомления при незаблокированном дисплее;
  • Проверить работу приложения сразу же после нажатия на баннер уведомлений;
  • Протестить отображение уведомления в «шторке» сообщений при ситуации, если клиент не нажмет на баннер уведомлении;
  • Выполнить тест запуска утилиты после нажатия на уведомление в «шторке» сообщений;
  • Протестировать процесс обновления числа уведомлений на иконке приложения после нажатия на баннер;
  • Проверить число непрочитанных сообщений на иконке приложения в ситуации, когда клиент нажал и прочитал сообщение;
  • Убедиться в том, что заголовок уведомления отвечает действительно созданному сообщению;
  • Проверить язык сообщения;
  • Проверить, что уведомление исчезает в «шторке» сообщений сразу после того, как клиент его открыл.

Пример проверки получения мгновенных уведомлений на основе сервиса APNS

Далее детально разберем принцип работы отправки мгновенных уведомлений в мобильной операционной системе iOS.

Итак, вся процедура состоит из 5 последовательных шагов:

  1. Процесс регистрации на выполнение мгновенного уведомления в OC iOS;
  2. Запрос токена устройства на сервере APNS;
  3. Получение токена гаджета (device token);
  4. Отправка токена гаджета на сервер разработчика;
  5. Отправка мгновенного уведомления на сервер APNS;
  6. Отправка мгновенного уведомления в мобильное приложение.
    Проверка получения мгновенных ведомлений на основе сервиса APNS

    Проверка получения мгновенных ведомлений на основе сервиса APNS

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

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

Подключение к тестам промежуточных сервисов: зачем они нужны?

Есть масса нюансов в методике рассылки мгновенного уведомления для различных мобильных операционных платформ.

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

Выполняется этот процесс путем сообщения серверу токенов этих устройств. Но если в том же GCM отсылка ID происходит моментально, то у сервиса Apple есть специальный фидбек сервер, с системы которого список подобных токенов «выгребается» 1 раз в сутки. Для выполнения рутинной работы как раз и необходимы промежуточные сервисы и системы.

При выполнении сборки какого-то кросс-платформенного приложения, подобный промежуточный сервис, традиционно, интегрирован в его структуру. Вообразим, что приложение Х содержит определенный X Cloud Services (XCS) , являющийся особым каналом для уведомлений. Подобный канал запросто может объединить несколько устройств, «играя» роль оригинального идентификатора, структура которого состоит из цифр и букв. XCS «разрешает» выполнять отправку мгновенного сообщения и по токену устройства.

Итак, этот промежуточный сервис берёт на себя «обязанности» обновления данных об устройствах и непосредственно взаимодействует с APNS и GCM.

Подключение к тестам промежуточных сервисов

Подключение к тестам промежуточных сервисов

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

  • Во время сборки мобильного продукта в его систему внедряется ключ, который выдается XCS;
  • Любое мгновенное собщение представляет собой словарь формата JSON, структурно состоящий из токена устройства, некоторой конфиденциальной информации и полезной нагрузки. «Полезная нагрузка» (payload) – это непосредственно та информация, которая отсылается на дисплей мобильного устройства;
  • Сервер, используя ключи: получает список каналов и устройств, которые подписаны на канал; подписывает (делает отписку) устройства на выбранные каналы; отсылает мгновенные уведомления на все устройства по токенам или каналам устройств;
  • Устройства, в зависимости от их ОС, получают входящие уведомления от APNS либо же GCM.

Советы по усовершенствованию мгновенных уведомлений

На что стоит обращать внимание при разработке и тестировании мгновенных сообщений:

  1. Форма (способ) уведомления. Лучше всего сразу же выдавать полезную информацию, прямо с первых строк заголовка. Очень хорошая практика использования глубоких ссылок (логика построения карты внешних ссылок на определенную страницу веб-сайта);
  2. Гибкая конфигурация. Персонализированная рассылка – прогресс любой коммерции. Чем больше у клиента возможностей самостоятельной настройки получения уведомлений, тем интересней ему взаимодействовать с вашим продуктом;
  3. Интерес клиента превыше всего. «Говорите» клиенту то, что он желает услышать, а не то, что вы желаете ему поведать. Собирайте информацию о том, что интересно клиенту. Аналитика – вещь полезная;
  4. Statistics. Ее нужно постоянно собирать, чтобы знать: когда лучше всего выполнять рассылку сообщений, какие виды уведомлений подходят, насколько часто клиенты посещают ваше приложения после получения уведомления;
  5. Тесты. Применяйте различные формы подписки, тексты сообщения, дату и время рассылки и совокупную стратегию мгновенных сообщений. Постоянно просматривайте отзывы в сети – это позволит получить в свое распоряжение множество полезной информации, которая улучшить рассылку.

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

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

Оставить комментарий