Что такое нотификация в приложении которое надо включить
Нотификации в приложении Майл.ру: что это, как включить?
04.08.2021 2 Просмотры
Пожалуй, каждый человек хотя бы раз в жизни сталкивался с тем, что ему вовремя не приходили важные электронные письма. Во время серфинга по Интернету, такую информацию легко можно пропустить. Связано это с тем, что уведомления в браузере распространены не так часто и многие люди их не включают. В мобильной версии ситуация несколько иная.
Наверное, у каждого пользователя случалось такое, что во время серфинга по интернету были пропущены важные электронные письма. Обычно это связано с тем, что уведомления в браузере не так сильно распространены и ими никто не пользуется. Того же нельзя сказать о мобильной версии.
Однако, случаются сбои, а на некоторых устройствах представленные версии приложения Майл.ру автоматически не содержат правильно настроенной нотификации. Придется самостоятельно урегулировать появление push-уведомлений.
Что это такое?
PUSH-уведомления или нотификация – это не что иное, как оповещение о новом входящем письме, пришедшем на электронный почтовый ящик. Отображается такое уведомление поверх всех запущенных приложений, а при заблокированном телефоне, просто появляется на экране. Это поможет человеку своевременно изучать свою почту и вовремя получать важную информацию.
Как настроить нотификацию в Майл.ру?
Сделать это очень просто. Причем, как в телефонах, работающих на базе операционной системы Андроид, так и на айфонах.
Алгоритм действий для владельцев Андроидов следующий:
Достаточно просто снять или отметить ползунок, отвечающий за выбранную опцию.
Как настроить нотификацию на айфонах?
Алгоритм действий следующий:
Push-нотификации как способ улучшить проект
Каждое приложение стремится захватить внимание пользователей. Особенно это важно для игр, так как приносимый ими value довольно-таки низок: удовлетворение потребностей в развлечениях менее приоритетно чем, например, в еде или в квартплате (вспомним пирамиду Маслоу, где социальные потребности значительно ближе к вершине, чем физиологические). Поэтому при проектировании приложения необходимо рассмотреть различные варианты возврата пользователей. Одним из наиболее важных и эффективных инструментов являются Push-уведомления. Однако, главное не перестараться — огромное количество бесполезных нотификаций может, наоборот, отпугнуть пользователей.
Данный вопрос встает особенно резко в последнее время — когда производители Google и Apple вводят различные системы контроля нотификаций. Так, например, ни для кого не секрет, что в iOS 12 Siri предлагает пользователям отключать уведомления, на которые он не реагирует, чтобы сократить поток ненужной информации.
Конечно же, раз Push-уведомления — это важная часть проекта, то при изменениях логики их работы рекомендуется проводить AB-тесты, как и для любой другой фичи: это важно не только для того, чтобы избежать ухудшения метрик, но и для того, чтобы измерить бизнес-велью от изменений.
На основе результатов исследований Google, найдена зависимость DAU return rate (какой процент от DAU вернется на следующий день) и качества PUSH-уведомлений. Чем выше click-rate на нотификации, тем выше DAU return rate.
Персонализация
Разработчики стараются персонализировать различные функции внутри приложения (например, платежные акции, «умные» ленты, геймплей), но почему-то многие забывают про Push-уведомления. Однако, это один из важнейших способов коммуникации с пользователем: грамотная настройка уведомлений может значительно улучшить ретеншн и вовлечение в игру/количество заказов.
При разработке системы Push-уведомлений рекомендуется учитывать время суток, в которое ваши пользователи привыкли заходить в приложение. Например, если ваш клиент заказывает обычно еду в 12:00, то нет смысла ему присылать уведомление в 16:00 — вероятнее всего, он уже пообедал. Однако, отправив Push в 11:50, вы попадете, скорее всего, в цель. Для развлекательных приложений (например, игр), максимально простым сценарием является отправка сообщений через 24 часа после визита (а лучше — через 23, ведь пользователь его откроет не сразу).
Или, например, ВК посылает уведомления, что у друга день рождения утром. При этом, можно посмотреть, когда пользователь привык поздравлять людей с днем рождения (сделать это довольно-таки легко, ведь фразы или стикеры более-менее стандартны). Если это вечер, то лучше прислать сообщение вечером.
В одном из проектов, над которым я работал, исторически сложилось, что Push-уведомления отправлялись в 16:00 из-за чего на графиках HAU в это время был аномальный пичок, но при этом наиболее популярное время для игры было 20:00. Первое, что было сделано — перенесено время отправки пуша. За счет этого, на 10% пользователей больше переходили по пушу.
Дальше — больше. Мы решили персонализировать уведомления. Наиболее простой способ привязки ко времени — через 23 часа после захода пользователя. Что произошло? Количество открытий PUSH увеличилось в 2 раза. Следующий тест — внедрение системы, которая учитывает не последнее время игры, а типичное, например, за последние 2 недели. Мы разбили промежутки суток по 30 минут и для каждого пользователя нашли оптимальное время отправки уведомления. Результатов пока нет, так как тест еще идет.
В случае, если у вас достаточно большая аудитория, и вы знаете о ней много информации, старайтесь персонализировать и текст уведомления. Например, на основе look-a-like аудиторий или социальных связей, можно предугадать действия пользователей в приложении, и что ему интересно: кто-то заходит в «Кинопоиск» посмотреть трейлер, а кто-то — забронировать билет. Это позволит доставлять только действительно полезные уведомления в приложении.
Решайте проблему, а не спамьте
Одна из самых главных ошибок разработчиков — это бесполезные Push-уведомления, например: «Продолжайте игру вместе с нами». Данное сообщение совершенно не нужно пользователю, а нужно только разработчикам. Найдите моменты, ради которых пользователи будут возвращаться в приложение. Например, «Возвращайся, чтобы получить дейли-бонус», «Время обеда! Закажи еду».
Кроме этого, представители Google нашли зависимость между количеством отправленных уведомлений в нулевой день и ретеншн первого дня. На удивление, зависимость обратная. Поэтому очень важно не СПАМить игроков PUSH-уведомлениями сразу после установки приложения.
Тестируйте тексты и стратегию уведомлений
Текст для уведомлений также легко поддается AB-тестированию. Развивайте свои проекты, основываясь на статистически значимых различиях в Click Rate. Не забудьте учесть novelty-эффект: следует замерять отличия после некоторого промежутка времени или, например, только среди новых игроков.
Существует несколько типов уведомлений: открыто и ясно дать пользователю информацию, зачем было отправлено сообщение («У нас скидка, заходи быстрее!») или, наоборот, сделать более click-bate заголовок («У нас что-то есть, заходи и посмотри»). Мы думали, что второй вариант увеличит кликрейт, но… нет. Именно поэтому, рекомендуется тестировать различные тексты, они могут работать совершенно по-разному в зависимости от специфики проекта и аудитории.
Проработайте стратегию уведомлений
Система нотификаций — это комплексная задача, которая не только решает множество проблем, но и приносит их. При ее проектировании стоит обратить внимание на все аспекты — начиная от получения разрешения от пользователя и заканчивая всеми ивентами и текстами. Следует учесть, что у нотификации может быть несколько целей: информирование (в том числе и экстренное), активация, ретеншн, увлечение в игру, ре-активация. В зависимости от цели, должны быть и разные тексты, и call-to-action, и, возможно, оформление уведомления.
Так как iOS требует подтверждения от пользователя, то рекомендуется сделать 2 окна — сначала внутреннее, чтобы получить предварительное разрешение, а следом, при согласии, — системное. Этот подход совместно с AB-тестированием поможет найти лучшее место в приложении для запроса разрешения. Кроме этого, собственное окошко можно поднять несколько раз, а системное — лишь один.
iOS Нотификации. Подписка и рассылка
Нотификации в приложении генерируются из-за событий в самом приложении (например, по таймеру) или по сообщению с сервера. Первые называются локальными, а вторые – пуш-нотификациями.
Пуш-нотификации работают через APNs (Apple Push Notification service). Для отправки сообщения пользователю нужно сформировать запрос к серверу APNs. Это делается разными способами.
Запрашиваем разрешение у пользователя на отправку нотификаций. Для этого в классе Notifications добавляем метод
В классе AppDelegate добавим новое свойство notifications и вызовем метод requestAuthorisation при старте приложения
Создадим локальное уведомление. Для этого добавим метод scheduleNotification() в классе AppDelegate`. В нем будем задавать нотификации по расписанию.
Триггер для показа уведомления может срабатывать по времени, календарю или местоположению. Можно отправлять уведомления каждый день в определенное время или раз в неделю.
Мы будем слать уведомления по времени. Создадим соответствующий триггер.
Добавим кнопку и по нажатию вызовем нужный метод
Если нажать кнопку, то через 5 секунд появится уведомление как на картинке. Не забывайте, что нужно свернуть приложение, чтобы увидеть уведомление.
При каждом запуске приложения количество непрочитанных уведомлений будет обнуляться.
Уведомления когда приложение не в бекграунде
В документации по протоколу UNUserNotificationCenterDelegate сказано
Use the methods of the UNUserNotificationCenterDelegate protocol to handle user-selected actions from notifications, and to process notifications that arrive when your app is running in the foreground.
Asks the delegate how to handle a notification that arrived while the app was running in the foreground.
Действия для уведомлений
Чтобы добавить кастомные действий в уведомлениях, сначала нужно нужно добавить категории уведомлений.
Теперь создаем категорию с уникальным идентификатором.
Метод setNotificationCategories() регистрирует нашу новую категорию в центре уведомлений.
У нас появились кастомные действия. Их будет видно, если потянуть уведомление вниз. Но они пока ничего не делают.
Добавим обработку стандартных и кастомных действий в экстеншене.
На сайте документации есть две статьи по теме кастомных действий:
Для уведомлений можно устанавливать кастомные изображения. Добавим его в методе scheduleNotification(type: String)
На этом с локальными уведомлениями все.
Для работы с такими уведомлениями вам нужен платный аккаунт разработчика.
Пуш-уведомления отправляются с сервера через APNs. Уведомления приходят на разные девайсы, APNs сам маршрутизирует сообщения. Разработчик сам решает, когда отправить уведомление.
Для отправки пуш-уведомлений необходимо выполнить дополнительные манипуляции. Схема ниже показывает нужные шаги.
Существует 2 вида пуш-уведомлений: тестовые(sandbox) и реальные(production). Для разных видов уведомлений используются разные APNs сервера.
И сразу добавьте поддержку бэкграунд обработку задач. Должно быть как на картинке.
За кадром сгенерируется новый идентификатор приложения, обновится Provisioning Profile. Идентификатор моего приложения ru.4gophers.Notifications. Его можно найти на страничке https://developer.apple.com/account/resources/identifiers/list
В настройках этого идентификатора уже должна быть указана поддержка пуш-уведомлений.
И в проекте появляется новый файл Notifications.entitlements. Этот файл имеет расширение .entitlements и называется как и проект.
Теперь нам нужно создать CertificateSigningRequest для генерации SSL сертификата пуш-уведомлений. Это делается с помощью программы Keychain Access
Сгенерированный файл CertificateSigningRequest.certSigningRequest сохраните на диск. Теперь с его помощью генерируем SSL сертификаты для отправки пуш-уведомлений. Для этого на страничке https://developer.apple.com/account/resources/identifiers/list выберите ваш идентификатор, в разделе Push Notifications нажмите кнопку Сonfigure и сгенерируйте новый Development SSL сертификат с помощью файла CertificateSigningRequest.
Скачайте сгенерированный сертификат и установите его в системе(просто кликните по нему). В программе Keychain Access должен показаться этот серт:
Отлично! Теперь экспортируем сертификат с помощью все той же программы Keychain Access. Нажимаем правой кнопкой по сертификату и выбираем экспорт:
При экспорте нужно выбрать расширение файла .p12. Этот экспортированный сертификат понадобится нам в будущем.
Пуш-уведомления можно тестировать только на реальных устройствах. Девайс должен быть зарегистрирован в https://developer.apple.com/account/resources/devices/list и у вас должен быть рабочий сертификат разработчика.
Осталось добавить ключ для пуш-уведомлений. Для этого на страничке https://developer.apple.com/account/resources/authkeys/list нажимаем + добавляем новый ключ:
Я назову ключ Push Notification Key. После создания ключа, обязательно скачайте его, нажав на кнопку Done
С подготовкой закончили, вернемся к коду. В методе getNotificationSettings() регистрируем наше приложение в APNs для получения пуш-уведомлений.
Теперь в классе AppDelegate нужно добавить пару методов. Получаем девайс токен:
Этот токен нам нужен для отправки уведомлений. Он работает как адрес приложения. В реальном приложении мы отправим его наш бекенд и сохраним в базе.
Обработаем ситуацию когда что-то пошло не так и нам не получилось зарегистрироваться в APNs.
Все готово для отправки и получения уведомлений. Давайте протестируем.
Приложений для тестирования уведомлений целая куча, но мне больше всего нравится PushNotifications. Переключитесь на вкладку TOKEN и укажите нужные данные.
Сначала попробуем отправить сообщение с помощью ключа Push Notification Key.
alert может быть объектом с заголовком и телом. В уведомление можно указывать звук, бейдж. thread-id позволяет группировать уведомления. Ключ category позволяет использовать кастомные экшены. content-available обозначает досупность обновления для уведомления в бэкграунд режиме.
Для отправки нотификаций можно использовать не только .p8 ключ, но и наш SSL сертификат, который мы сгенерировали ранее. Для этого в приложении PushNotifications есть вкладка CERTIFICATE. Она работает точно так же, только нужно использовать сертификат .p12, указать пароль и не нужно указывать Team ID.
Обработка кастомных параметров
Но этот метод позволяет получить данные уже после показа уведомления. А в iOS есть возможность кастомизировать контент уведомления с помощью экстеншенов. Например, можно задавать кастомную картинку для каждого уведомления. Для этого нужно создать расширение Notification Content Extension как показано на скриншотах.
Также, можно менять данные в нотификациях перед их показом с помощью Notification Service Extension. Но тема создания таких расширений слишком обширна и тянет на отдельную статью.
Используем Go библиотеку
Мне больше всего понравился пакет APNS/2. В этом пакете уже есть готовая консольная утилита для отправки уведомлений. И у него очень простое АПИ.
Создаем клиент, который будет отправлять сообщения с помощью .p8 ключа.
Такой простой код позволяет отправлять сообщения из Go-приложения на iOS телефон. В приложении может быть хендлер, который будет сохранять DeviceToken в базу. И вы сможете рассылать любые уведомления в любое время.
как определить при старте приложения что получена нотификация?
У меня есть нотификации (уведомления) которые приходят от GCM. Даже если моя программа закрыта, я кликаю на нотификашку и открываю прогу. В ней чищу кое-какие данные в бд, и показываю кое-что на экране.
Если пользователь получил уведомление, когда программа была закрыта, и не нажал на него, но потом открыл программу обычным способом, необходимые действия не выполняются.
Как мне определить при запуске программы, выводились уведомления или нет, если да, то каким образом?
5 ответов 5
Всё намного проще, чем пишут другие. Когда вы создаёте Notification, вы передаёте ему Intent, который содержит информацию о том, какую Activity запустить при клике на Notification.
Так вот, достаточно просто добавить в этот Intent какие-нибудь данные о том, что это запуск из Notification, например так:
Чтобы проверить это значение, делаем так:
В onCreate() у HomeActivity добавляем
Когда пользователь открывает программу «обычным способом», нужно проверить, есть ли запись о том что уведомление ждет
При этом когда пользователь открывает программу через уведомление, то этот код так же будет выполнен. Удачи!
Мне кажется вот эта ссылка может помочь.
Вобщем всем спасибо за ответы. Ближе всех был @pepyakin Так как я юзаю БД у себя в проекте я сделал так. когда получаю нотификацию, то в своем сервисе делаю просто
Вообще штатными средствами для всех версий Android’а это сделать невозможно, остаются только хаки. Проблема в том, что к сервису управления нотификациями нет доступа штатными средствами.
Второй вариант использование NotificationListener, но с ним проблема, что работает только для версии Android >= 4.3
Дальше остаются нудные варианты, если вы сами размещаете нотификацию, то можно в момент размещения нотификации где-то что-то сохранять, правда при этом совершенно неясно как убивать сохраненный флаг, когда юзер сам убьет нотификацию. А если не сами размещаете нотификацию, то тогда только хардкор типа вешать сервис, который просматривает список активных задач смотреть сервис нотификации, выискивать среди них свою нотификацию и все такое прочее.
Нужна ли вам нотификация и как ее оформить
Развитие технологий не стоит на месте, поэтому среди ввозимых на территорию РФ электронных устройств все больше и больше встречается товаров, которые осуществляют передачу информации в зашифрованном виде. Причем следует понимать, что кодировка данных на том или ином уровне осуществляется даже для простейших с технической точки зрения устройств. Например, канал связи беспроводной компьютерной мыши, работающий по протоколу Bluetooth, также зашифрован специальным ключом.
В целом можно сказать, что элементы криптографии, то есть метода защиты информации с использованием шифр-ключей, широко вошли в нашу повседневную жизнь. Следовательно, государству необходимо каким-то образом регулировать поступление подобных устройств в страну, поскольку они могут использоваться не только в мирных целях, но и для перехвата данных, передачи запрещенной информации.
С этой целью и были разработаны правила перемещения через границу товаров с элементами шифрования (приложение №9 к Решению Коллегии ЕЭК №30 от 21.04.2015), одним из ключевых пунктов которых является нотификация. Рассмотрим подробнее данные правила, а также товары и документы с ними связанные.
Товары с функцией шифрования
Перечень товаров, которые могут в своей работе использовать криптографические модули, с указанием кодов ТН ВЭД закреплен в пункте 2.19 указанного выше решения Коллегии ЕЭК. Кроме того, при отнесении изделия к данной группе, следует учитывать технические характеристики. Ввозимая вами продукция скорее всего поддерживает функции шифрование если:
Наличие зарегистрированной нотификации обязательно при экспорте или импорте товара, если изделие включено в раздел 2.19, а также обладает техническими характеристиками, приведенными в приложении №4 к Положению о ввозе и вывозе шифровальных (криптографических) средств. В случае, если товар ввозится физ.лицом для личного пользования в быту и включен в отдельный перечень, утвержденный решением Коллегии ЕЭК № 172 от 13.12.2017, предоставлять какие-либо данные по нотификации при таможенном оформлении не требуется.
Сам бланк нотификации утвержденной формы заполняется или производителем (поставщиком) товара, или его уполномоченным представителем. Чаще всего данную бумагу оформляет и подписывает российский импортер на основании доверенности, полученной от производителя. Правила заполнения и требования к предоставляемой информации также закреплены законодательно.
Для ввоза или вывоза некоторых товаров из данной группы может потребоваться лицензия. Чаще всего такой тип разрешительного документа требуется на очень сложное оборудование, обладающее достаточно серьезными возможностями в сфере шифровки и чтения закодированной информации.
Сфера применения лицензии ограничена контрактом, определенным количеством товара и сроком действия (не более 1 года). Кроме заявителя использовать данный документ больше никто не сможет.
Действие заключения также ограничено контрактом, количеством ввозимого товара и сроком действия (1 год или срок временного ввоза/вывоза). В этом случае при подаче заявления импортеру не требуется получать доверенность от производителя, но необходимо будет предоставить таможне убедительные доказательства, что криптооборудование будет использоваться исключительно внутри компании и не попадет в руки третьих лиц.