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

Пара способов отправить уведомления на смартфон со своего сервера

В этом туториале я рассмотрю пошагово, как отправлять со своего сервера уведомления на свой (или не свой) смартфон, какие средства для этого понадобятся. Эти способы универсальны и подойдут для любого языка программирования, т.к. напрямую используют API гугла, без использования библиотек. Отправить можно на смартфоны с Android, iOS и в браузеры с поддержкой Push API (на сегодня это Chrome, Firefox и их производные).

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

Немного истории. В начале (с версии андроида 2.2) у гугла для доставки использовалась система C2DM (Android Cloud to Device Messaging), начиная с июня 2012 для этого стали предлагать использовать GCM (Google cloud messaging).

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

Технически, уведомления отправляются с сервера не напрямую в смартфон, а на некий промежуточный сервер, на котором при необходимости хранятся до 4-х недель (настраиваемо), и по возможности отправляются получателю. Т.е. если смартфон находится оффлайн, сервер ждёт. Как только появляется возможность — отправляет.

1. Регистрируемся в Firebase

Для регистрации в Firebase понадобится учётка гугла.

Жмём «Перейти к консоли».

Затем «Добавить проект».

Вводим название проекта. Рекомендую в диапазоне 8-16 символов.
Выбираем страну. Жмём «Создать проект».

2. Настраиваем Firebase

Прокручиваем до блока «Notifications», жмём «Начать».

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

Шаги для Andriod-приложения:

Шаг 1 — Вводим название проекта на Andriod.
Жмём «Зарегистрировать приложение».

Шаг 2 — Жмём «Скачать google-services.com».
Добавляем скачанный файл конфигурации в проект, рядом с файлом build.gradle (тем, который персональный для приложения).
Жмём «Продолжить».

Шаг 3 — Добавляем в проект зависимости.
в файл /build.gradle строчку
classpath ‘com.google.gms:google-services:3.1.0’
в файл //build.gradle строчку
apply plugin: ‘com.google.gms.google-services’
Тут всё, жмём «Готово».

После настройки приложения, можно сразу протестировать работает ли связь отправив тестовое сообщение (нет нельзя, у нас ещё нет ID клиента, куда слать).

3. Настройка приложения Android на приём уведомлений.

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

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

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

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

Ниже приведён пример службы, которая отвечает за генерацию ID клиента.

package ru.pyur.loga; import android.util.Log; import com.google.firebase.iid.FirebaseInstanceId; import com.google.firebase.iid.FirebaseInstanceIdService; public class TestFirebaseInstanceIdService extends FirebaseInstanceIdService < public static final String TAG = "TestFbseInstIdSvc"; @Override public void onTokenRefresh() < String refreshedToken = FirebaseInstanceId.getInstance().getToken(); Log.d(TAG, "Refreshed token: " + refreshedToken); //~sendRegistrationToServer(refreshedToken); >>

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

package ru.pyur.loga; import android.app.Notification; import android.app.NotificationManager; import android.content.Context; import android.support.v4.app.NotificationCompat; import android.util.Log; import com.google.firebase.messaging.FirebaseMessagingService; import com.google.firebase.messaging.RemoteMessage; import static ru.pyur.loga.AcMain.context; public class TestFirebaseMessagingService extends FirebaseMessagingService < public static final String TAG = "TestFbseMsgngSvc"; @Override public void onMessageReceived(RemoteMessage remoteMessage) < Log.d(TAG, "From: " + remoteMessage.getFrom()); if (remoteMessage.getData().size() >0) < Log.d(TAG, "Message data payload: " + remoteMessage.getData()); String val1 = remoteMessage.getData().get("val1"); String val2 = remoteMessage.getData().get("val2"); String val3 = remoteMessage.getData().get("val3"); int color = (1<<16)|(1<<8)|(0); ShowNotification(val1, val2, color); >if (remoteMessage.getNotification() != null) < Log.d(TAG, "Message Notification Body: " + remoteMessage.getNotification().getBody()); >> @Override public void onDeletedMessages() < // In some situations, FCM may not deliver a message. This occurs when there are too many messages (>100) pending for your app on a particular device // at the time it connects or if the device hasn't connected to FCM in more than one month. In these cases, you may receive a callback // to FirebaseMessagingService.onDeletedMessages() When the app instance receives this callback, it should perform a full sync with your app server. // If you haven't sent a message to the app on that device within the last 4 weeks, FCM won't call onDeletedMessages(). > void ShowNotification(String title, String text, int color) < NotificationCompat.Builder mNotify = new NotificationCompat.Builder(context, ""); mNotify.setLights(color, 100, 200); mNotify.setSmallIcon(R.drawable.service_icon); mNotify.setContentTitle(title); mNotify.setContentText(text); mNotify.setDefaults(Notification.DEFAULT_SOUND); NotificationManager mNotificationManager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE); int mId = 1001; try < mNotificationManager.notify(mId, mNotify.build()); >catch (Exception e) < e.printStackTrace(); >> >

не забудьте прописать службы в манифесте.

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

Вот теперь можно протестировать, отправив тестовое сообщение из консоли.

4. Отправляем уведомление со своего сервера

Существует несколько способов обмена данными с сервером Firebase. Мы рассмотрим два способа обмена по протоколу HTTP.

Протокол первого поколения — Legacy HTTP

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

Вкладка «Cloud Messaging».
Копируем «Устаревший ключ сервера».

>'; // или // ---- уведомление для службы ---- // $payload = ' < "to" : "cGAFgPJGf-s:APA91bF**. **aEVM17c9peqZ", "data":< "val1" : "Моё первое сообщение", "val2" : "(Legacy API) Привет!", "val3" : "какие-то дополнительные данные" >>'; $send = ''; $send .= 'POST /fcm/send HTTP/1.1'."\r\n"; $send .= 'Host: fcm.googleapis.com'."\r\n"; $send .= 'Connection: close'."\r\n"; $send .= 'Content-Type: application/json'."\r\n"; $send .= 'Authorization: key=AIzaSy***************************IPSnjk'."\r\n"; $send .= 'Content-Length: '.strlen($payload)."\r\n"; $send .= "\r\n"; $send .=$payload; $result = fwrite($socket, $send); $receive = ''; while (!feof($socket)) $receive .= fread($socket, 8192); fclose($socket); echo ''.$receive.'

'; ?>

Здесь в поле «to» надо подставить ID клиента. В http заголовок «Authorization: key=» подставить «Устаревший ключ сервера».

Протокол второго поколения — (Modern) HTTP v1.

(источник: developers.google.com/identity/protocols/OAuth2ServiceAccount)
Не спрашивайте, почему вторая версия протокола называется V1, видимо первая считалась бетой и носила нулевой номер.
Я не углублялся в подробности, но так понимаю этот протокол более универсальный и имеет более широкие возможности, чем просто отправка уведомлений.

'); $issue_time = time(); $JWT_claim_set = base64_encode( '.iam.gserviceaccount.com",'. '"scope":"https://www.googleapis.com/auth/firebase.messaging",'. '"aud":"https://www.googleapis.com/oauth2/v4/token",'. '"exp":'.($issue_time + 3600).','. '"iat":'.$issue_time.'>'); // см. примечание $private_key = ' -----BEGIN PRIVATE KEY----- MIIEvQIBADANBgkqhkiG9w0BAQEFAASCBKcwggSjAgEAAoIBAQCwR1biSUCv4J4W **************************************************************** **************************************************************** . **************************************************************** teTJImCT6sg7go7toh2ODfaPmeI0nA/LwSjzWs0b8gdIYPT5fAsvfQiND0vu/M3V 7C/z/SmIKeIcfOYrcbWQwTs= -----END PRIVATE KEY----- '; $data = $JWT_header.'.'.$JWT_claim_set; $binary_signature = ''; openssl_sign($data, $binary_signature, $private_key, 'SHA256'); $JWT_signature = base64_encode($binary_signature); $JWT = $JWT_header.'.'.$JWT_claim_set.'.'.$JWT_signature; // -- шаг 2. авторизируемся и получаем токен -- // $socket = @fsockopen('ssl://www.googleapis.com', 443, $errno, $errstr, 10); if (!$socket) die('error: remote host is unreachable.'); $payload = 'grant_type=urn%3Aietf%3Aparams%3Aoauth%3Agrant-type%3Ajwt-bearer&assertion='.rawurlencode($JWT); $send = ''; $send .= 'POST /oauth2/v4/token HTTP/1.1'."\r\n"; $send .= 'Host: www.googleapis.com'."\r\n"; $send .= 'Connection: close'."\r\n"; $send .= 'Content-Type: application/x-www-form-urlencoded'."\r\n"; $send .= 'Content-Length: '.strlen($payload)."\r\n"; $send .= "\r\n"; $send .= $payload; $result = fwrite($socket, $send); $receive = ''; while (!feof($socket)) $receive .= fread($socket, 8192); fclose($socket); echo ''.$receive.' '; // -- parse answer JSON (lame) -- // $line = explode("\r\n", $receive); if ($line[0] != 'HTTP/1.1 200 OK') die($line[0]); $pos = FALSE; if (($pos = strpos($receive, "\r\n\r\n", 0)) !== FALSE ) < if (($pos = strpos($receive, "", $pos+1)) !== FALSE ) < $post = substr($receive, $pos, ($pose - $pos+1) ); $aw = json_decode($post, TRUE); $access_token = $aw['access_token']; >else die('> not found.'); > else die(' < not found.'); >else die('\r\n\r\n not found.'); // -- шаг 3. отправляем запрос на Firebase сервер -- // $socket = @fsockopen('ssl://fcm.googleapis.com', 443, $errno, $errstr, 10); if (!$socket) die('error: remote host is unreachable.'); $payload = ' < "message":< "token" : "cGAFgPJGf-s:APA91bF**. **aEVM17c9peqZ", "notification" : < "title" : "Заголовок сообщения", "body" : "(Modern API) Моё первое сообщение через Firebase!" >> >'; // или $payload = ' < "message": < "token" : "cGAFgPJGf-s:APA91bF**. **aEVM17c9peqZ", "data":< "val1" : "Заголовок сообщения", "val2" : "(Modern API) Моё первое сообщение через Firebase!", "val3" : "дополнительные данные" >> >'; $send = ''; $send .= 'POST /v1/projects/pyur-test-id/messages:send HTTP/1.1'."\r\n"; $send .= 'Host: fcm.googleapis.com'."\r\n"; $send .= 'Connection: close'."\r\n"; $send .= 'Content-Type: application/json'."\r\n"; $send .= 'Authorization: Bearer '.$access_token."\r\n"; $send .= 'Content-Length: '.strlen($payload)."\r\n"; $send .= "\r\n"; $send .=$payload; $result = fwrite($socket, $send); $receive = ''; while (!feof($socket)) $receive .= fread($socket, 8192); fclose($socket); echo ' '.$receive.'

'; ?>

по адресу console.firebase.google.com/project/poject-id/settings/serviceaccounts/adminsdk надо скопировать «Сервисный аккаунт Firebase» и подставить в переменную «$JWT_claim_set», в поле «iss».

Жмём «Создание закрытого ключа»

Создаём ключ, сохраняем, никому не показываем. В скачанном файле будет содержаться «Закрытый ключ», его подставляем в переменную «$private_key».

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

Важно! Перед использованием Modern Http API необходимо явно разрешить его использование здесь: console.developers.google.com/apis/library/fcm.googleapis.com/?project=your-project

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

sound — либо «default», либо имя ресурса в приложении. Должен располагаться в «/res/raw/». Формат MP3, AAC или ещё чего подходящее.
icon — меняет иконку уведомления. Должна храниться в «drawable» приложения. Если отсутствует, FCM будет использовать иконку приложения (указанную как «launcher icon» в манифесте приложения).
tag — Следует использовать для группировки однотипных уведомлений. Новые уведомления будут выводиться поверх уже имеющихся с таким же тегом.
color — цвет иконки, задаётся как «#rrggbb» (у меня в MIUI не заработало)
click_action — запускаемое активити, при нажатии пользователем на уведомлении.

Заключение

В будущем API вероятно будет изменяться, объявляться depricated и т.п. Поэтому сегодня думаю стоит делать сразу на протоколе HTTP v1.

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

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

уведомления
android
домашний сервер

Мессенджеры
PHP
Программирование
Разработка под Android
Google API

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

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

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

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

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

Браузерные пуш-уведомления (web push notifications) — это сообщения, которые веб-ресурсы отправляют своим подписчикам через браузер (поддерживаются Chrome, Opera, Safari, Yandex, Firefox). Такие пуши приходят как на мобильные устройства (на ОС Android), так и на ПК, ноутбуки, планшеты. Именно браузерные пуш-уведомления — основа маркетингового канала пуш-рассылок.

Маркетинговые виды пушей

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

Как устроена работа пушей

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

Чтобы получить возможность отправлять пуш-уведомления для мобильных приложений Android, нужно зарегистрироваться и связать приложение в специальном сервисе — Google Firebase.

У мобильных приложений есть 4 варианта настройки:
Google Firebase Cloud Messaging — для Android и iOS;
Apple Push Notification Service — только для iOS;
Yandex.AppMetrica — для Android и iOS;
Huawei Mobile Services — для Android и iOS.Для подключения к CDP:
для Android — JSON-файл закрытого ключа Google Firebase;
для IOS — генерация APN-токена на Apple Push Notification.

Браузерные пуш-уведомления

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

Как это выглядит технически

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

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

Чтобы получать браузерные сообщения, пользователю достаточно дать согласие на их приём. Процедура подписки максимально упрощена и осуществляется в один клик по кнопке «Разрешить» в сервисном окне браузера. Лёгкая подписка помогает быстро наращивать базу.

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

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

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

Мобайл-пуши
Пуш-уведомления mobile-версии поддерживают заголовок, текст, картинку, иконку бренда. Сам пуш является кнопкой.

Веб-пуши

Вот полный набор элементов для универсального пуша, который одинаково хорошо будет отображаться в любом браузере и на любой системе (macOS/Windows):

Заголовок от 20 до 40 символов, но в зависимости от разных браузеров на Windows количество символов может быть увеличено до 60.
Текст сообщения до 80 символов, но для Windows среднее количество может доходить до 120 символов.
Стандартная сменная картинка (192х192 пикселя).
Дополнительные кнопки. Возможно разместить до двух кнопок.
Эмодзи или смайлы. Коммуникации с использованием Emoji на 85% эффективнее. Рекомендация: лучше отправлять не более двух эмодзи в одном сообщении.
Ссылка на заданную отправителем страницу веб-ресурса.
Utm-метки для ссылок.

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

Примеры отображения пушей

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

Приведём примеры применения таких уведомлений в разных сферах.

Интернет-торговля

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

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

Банки

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

Вот что банки присылают с помощью пушей.

Персональные предложения по кредитам и вкладам.
Напоминания о сроке кредита.
Сообщение о перевыпуске карты.
Операции со счётом: покупка, пополнение.
Предупреждения о подозрительных операциях.
Одноразовые пароли для входа в систему.

Рекрутинговые сайты

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

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

Недвижимость

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

Посмотрите на варианты для пуш-уведомлений в этой сфере.

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

Медицинская организация

Частные клиники используют пуши с разными целями.

Напоминать клиенту о записи.
Сообщать об изменениях в расписании врачей.
Уведомлять о готовности анализов и справок.
Сообщать об акциях.

Обучение

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

Необходимость пройти урок.
Время события (вебинара, конференции, встречи с наставником).
Сдача домашнего задания.
Скидки на дополнительные курсы.
Ответы от менторов и наставников на вопросы ученика.

Возможно, самый известный пример пуш-уведомлений в обучении — кейс приложения для изучения иностранных языков Duolingo. Зелёная сова на иконке пуш-уведомлений и тон сообщений даже стали мемом.

Бухгалтерия и госуслуги

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

Как работают пуши

Первый этап — сбор базы подписчиков

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

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

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

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

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

В среднем конверсия в подписку составляет 1–10% от числа неуникальных посещений.

Какие клиентские данные попадают в базу во время подписки на пуши?

pushToken — токен пользователя;
os — операционная система;
userAgent — используемый браузер;
userAgentVersion — версия браузера;
userAgentLang — локализация браузера (язык пользователя);
ip — адрес, с которого осуществлена подписка;
subscriptionPage — страница, на которой осуществлена подписка;
appUid — идентификатор приложения (служебное поле);
contactId — идентификатор создаваемого контакта, по которому его определяет система.

Второй этап — планирование рассылок

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

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

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

Третий этап — рассылка пушей и анализ результатов

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

Преимущества и недостатки

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

Низкая стоимость. Цена отправки мобильного пуша — 0 рублей.
Высокая читаемость. Вы можете быть уверены, что ваше сообщение не пропустят.
Быстрое время отклика. В среднем мобильный пуш читают в течение 20 секунд после разблокировки телефона.

Недостатки мобайл пуш-уведомлений

Разработка приложений. Мобильный пуш отправляется из приложения. Нет приложения — нет и мобильных пушей.
Короткие сообщения. Весь важный текст уместить не удастся.
Требуется разрешение. Пользователь должен согласиться на получение пушей.

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

Увеличивают вовлечённость, лояльность и продажи. Использование пуш-уведомлений позволяет информировать клиентов о статусе заказов, свежем контенте в блоге, последних обновлениях и распродажах.
Имеют высокий показатель кликабельности. Пуш-кампании имеют высокий CTR, так как привлекают внимание пользователей на любом сайте.
Отправлять пуш-уведомления можно определённым группам, а не слать всем без разбора. Так предложения могут быть более персонализированы.
Гибкость настройки стиля уведомления.
Подписка и отписка за пару кликов. Чтобы подписаться, нужно нажать всего на одну кнопку во всплывающем окне браузера. Отписаться от пушей так же просто.
Вся информация сразу. Нет необходимости открывать уведомление — всё отображается прямо во всплывающем окне.
Предоставляют возможность офлайн-рассылки. Если подписчики были не в сети, когда вы отправили пуш-кампанию, они всё равно увидят её, как только подключатся к интернету.
Поддерживаются всеми популярными браузерами. Google Chrome, Firefox, Opera и даже смартфоны поддерживают получение пуш-уведомлений.
Исключают спам. Пуш-уведомления исключают отправку спама, так как пользователям не нужно предоставлять личную информацию. Сразу после подтверждения запроса на подписку посетителю присваивается идентификатор, который позволяет отправлять пуш-сообщения.
Легко устанавливаются. С помощью нескольких строк кода можно легко настроить подходящий сервис уведомлений.

Недостатки веб пуш-уведомлений

Не вовремя. Зачастую уведомления просто отвлекают — особенно те, на которые давно подписались, но уже забыли. Или, наоборот, стоит отойти от компьютера, так приходит уведомление с важной информацией, которую очень легко «проворонить», ведь пуш-уведомление висит около 15 секунд.
Недобросовестные рассылки. Не все маркетологи умеют настраивать персонализированные рассылки, поэтому нередко вместо полезной информации приходит неинтересная реклама.
Автоматическая отписка при очистке cookie/кэша. Для возобновления необходимо снова возвращаться на сайт.
Короткое время для коммуникации. Пуши скроются через несколько секунд или клиент их быстро закроет.
Большой процент недоставок. Если клиент долгое время не заходит на сайт, его пуш-токен (идентификатор) устаревает. Web push не будет доставляться такому клиенту, пока он снова не зайдёт на сайт.
Возможная блокировка. В последних версиях Chrome и Firefox добавлена блокировка всплывающих окон пуш-подписки.

Ограничения

Мобайл-пуши
— Не все телефоны поддерживают пуш-уведомления. Правда, ограничения эти очень условные — большинство пользователей уже сейчас могут получить мобильный пуш. По данным Apple мобильные пуши для iOS поддерживаются 94% устройств. Для Android — 99,4%. Пуши с рич-контентом поддерживает чуть меньше устройств.
— Небольшой объём. Заголовок от 25 до 50 символов и текст до 150. Но нужно не забывать выносить оффер в первые строчки пуша, иначе он просто скроется. Кнопки показываются только при разворачивании пуша в центре уведомлений.

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

Метрики и бенчмарки

— Повышают вовлечённость пользователей. Как показывают исследования, увеличить показатель возможно до 88%.

— Возвращают пользователей. Поднять Retention rates в 3–10 раз с пуш-уведомлениями реально. Исследования показывают, что бренды, которые начнут рассылку пушей, могут за 90 дней повысить показатель Retention на 190%.

— Увеличивают открываемость уведомлений. Пуш-сообщения открывают чаще, чем письма email-рассылки: Opening rate пушей выше на 50%, а Click rate в 7 раз.

— «Ловят» клиентов по геолокациям. 53% пользователей готовы поделиться своей текущей локацией. Бизнес может отслеживать их устройства и автоматически присылать информацию об актуальных предложениях рядом.

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

Инструменты и возможности персонализации

Механики и примеры

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

Получение дополнительных контактов клиента

Часто клиенты устанавливают приложение, но не оставляют свои контакты. С помощью Mindbox выделяем таких клиентов в сегмент и отправляем пуш. Цель пуша — мотивировать клиента зарегистрироваться и оставить email или телефон.

Брошенная корзина с автоподстановкой товара

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У клиента есть мобильное приложение — отправляем мобильный пуш.
Не отреагировал — отправляем email-рассылку.
Если клиент не отреагировал на предыдущую коммуникацию, отправляем Viber-сообщение.
Если у клиента нет 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).

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

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

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

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

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

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

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

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 есть визуальные и конфигурационные составляющие:

Small icon — иконка приложения, устанавливается разработчиком.
App name — название приложения.
Time stamp — время, когда было отправлено сообщение, автоматически подставляется системой, но разработчик может ее переопределить или скрыть.
Large icon — большая иконка, чаще всего используется для фото контактов, поэтому не стоит использовать ее для значка приложения.
Title — заголовок уведомления.
Text — текст уведомления.
Badge — настройка точки на иконке приложения.
Priority — настройка приоритетов.
Style — настройка отображения уведомлений, в том числе добавление большого изображения.
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). Ниже расположена схема отправки.

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

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

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

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

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

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

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

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

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

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

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

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

Смарт-пуши

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для каждой пуш-компании переводчикам необходимо переводить текст пушей на все языки, которые поддерживает приложение. Но зачем, если этот процесс можно автоматизировать с помощью нейронной сети 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 в нашем кейсе.

Push рассылка на телефон

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

Мобильное push уведомление

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

Сервивис пуш рассылок компании SIGMA messaging использует каскадную переотправку для повышения эффективности всплывающих уведомлений. Если клиент не может получить уведомление на Android телефон или iphone, то ему придет SMS, Viber сообщение или оповещение в VK или Одноклассниках.

Минимальная цена

Стоимость push рассылки стартует от 3 копеек! Ни один традиционный канал не может предложить столь низких цен

Мультимедийные возможности

Добавляйте в рассылку изображения и кнопки действий. Интерактив привлекает клиентов и повышает конверсию

Подстановка данных

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

Вариативность

Если у пользователя не установлено приложение поддерживающее push рассылку, то ему придет СМС сообщение, Viber или сообщение в VK или Одноклассниках. Клиент в любом случае получит ваше сообщение.

Полная статистика.

Платформа рассылок собирает статусы сообщений. Вы получите сформированный отчет с полной информацией о рассылке.

Как работают всплывающие уведомления на Android и iOS

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

Зарегистрироваться в личном кабинете
Загрузить базу контактов
Написать текст
Подобрать изображения
Добавить кнопки
Отправить рассылку

Сообщение отобразится у клиента в телефоне, даже на заблокированном экране. При разблокировке оно останется в строке уведомлений.

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

Каскадная рассылка

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

Каналы для рассылки сообщений:

СМС-рассылка
от 1,5 руб. за сообщение
WhatsApp-рассылка
от 0,5 руб. за сообщение
Telegram-рассылка
от 0,55 руб. за сообщение
Viber-рассылка
от 0,55 руб. за сообщение
Дарим 100 рублей на рассылку

Оставьте свои контактные данные. С вами свяжется наш менеджер и подробно расскажет о возможностях нашей платформы и стоимости использования.

Связь с нами

+7 (800) 333-16-50
+7 (495) 225-50-36

ИНН 7816547697 ОГРН 1127847510097
Юридический адрес: 192102, Санкт-Петербург,
Волковский проспект 32 литер А помещение
№88 помещения 1-Н офис 5-5

1 ВВЕДЕНИЕ

1.1 Документ определяет политику ООО «Медиа технолоджи» (далее – Компания) в отношении обработки персональных данных (далее – ПД).

1.2 Политика разработана в соответствии с законодательством Российской Федерации о персональных данных.

1.3 Действие настоящей Политики распространяется на процессы по сбору, записи, систематизации, накоплению, хранению, уточнению, извлечению, использованию, передачи (распространению, предоставлению, доступу), обезличиванию, блокированию, удалению, уничтожению персональных данных, осуществляемых с использованием средств автоматизации и без использования таких средств.

2 ПРИНЦИПЫ ОБРАБОТКИ ПЕРСОНАЛЬНЫХ ДАННЫХ

Персональные данные обрабатываются на основе следующих принципов:

1) Обработка персональных данных осуществляется на законной основе;

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

3) Не допускается объединение баз данных, содержащих персональные данные, которые обрабатываются в целях, несовместных между собой;

4) Обработке подлежат персональные данные, которые отвечают целям обработки;

5) Содержание и объем обрабатываемых персональных данных соответствуют заявленным целям обработки. Обрабатываемые персональные данные не являются избыточными по отношению к заявленным целям обработки;

6) При обработке персональных данных обеспечивается точность персональных данных, их достаточность, а в необходимых случаях и актуальность по отношению к заявленным целям их обработки.

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

3 УСЛОВИЯ ОБРАБОТКИ ПЕРСОНАЛЬНЫХ ДАННЫХ

3.1 Персональные данные обрабатываются с соблюдением принципов и правил, установленных Федеральным законом «О персональных данных». Она допускается в следующих случаях:

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

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

3.3 Компания может осуществлять обработку специальных категорий персональных данных, касающихся расовой, национальной принадлежности, состояния здоровья, при этом Компания обязуется брать письменное согласие субъекта на обработку его персональных данных

3.4 Биометрические персональные данные (сведения, которые характеризуют физиологические и биологические особенности человека, на основании которых можно установить его личность и которые используются оператором для установления личности субъекта персональных данных) в Компании не обрабатываются.

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

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

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

3.9 Компания вправе поручить обработку персональных данных другому лицу с согласия субъекта персональных данных, если иное не предусмотрено федеральным законом, на основании заключаемого с этим лицом договора (далее – поручение оператора). При этом Компания в договоре обязует лицо, осуществляющее обработку персональных данных по поручению Компании, соблюдать принципы и правила обработки персональных данных, предусмотренные настоящим Федеральным законом.

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

3.11 Компания обязуется и обязует иные лица, получившие доступ к персональным данным, не раскрывать третьим лицам и не распространять персональные данные без согласия субъекта персональных данных, если иное не предусмотрено федеральным законом.

4 ОБЯЗАННОСТИ КОМПАНИИ

В соответствии с требованиями Федерального закона № 152-ФЗ «О персональных данных» Компания обязана:

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

Исключение составляют следующие случаи:

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

В случае достижения цели обработки персональных данных незамедлительно прекратить обработку персональных данных и уничтожить соответствующие персональные данные в срок, не превышающий тридцати дней с даты достижения цели обработки персональных данных, если иное не предусмотрено договором, стороной которого, выгодоприобретателем или поручителем по которому является субъект персональных данных, иным соглашением между Компанией и субъектом персональных данных либо если Компания не вправе осуществлять обработку персональных данных без согласия субъекта персональных данных на основаниях, предусмотренных №152-ФЗ «О персональных данных» или другими федеральными законами.
В случае отзыва субъектом персональных данных согласия на обработку своих персональных данных прекратить обработку персональных данных и уничтожить персональные данные в срок, не превышающий тридцати дней с даты поступления указанного отзыва, если иное не предусмотрено соглашением между Компанией и субъектом персональных данных. Об уничтожении персональных данных Компания обязана уведомить субъекта персональных данных.
В случае поступления требования субъекта о прекращении обработки персональных данных в целях продвижения товаров, работ, услуг на рынке немедленно прекратить обработку персональных данных.

5 МЕРЫ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ ПЕРСОНАЛЬНЫХ ДАННЫХ ПРИ ИХ ОБРАБОТКЕ

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

5.2 Обеспечение безопасности персональных данных достигается, в частности:

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