Что значит нотификация в приложении
Что такое нотификация, или «Легализуй это!»
Что такое нотификация и зачем она нужна
Нотификация — это официальное разрешение, позволяющее ввозить на территорию Евразийского экономического союза и вывозить оттуда шифровальные средства без оформления дополнительных разрешений, лицензий и прочих подобных документов.
Смысл нотификации в том, чтобы ограничивает ввоз в страну оборудования, которое может применяться для шпионажа, перехвата разговоров в сети сотовых операторов, развертывания сложных криптографических систем с целью передачи данных возможным агентам.
Процедура нотификации обязывает производителей или официальных поставщиков устройств уведомлять власти о том, что ввозимое на территорию ЕАЭС оборудование содержит криптографические (шифровальные) средства. Технологии, реализованные в таком оборудовании, можно отнести к технологиям двойного применения — как в гражданских, так и в военных целях. Механизм нотификаций позволяет государству держать под контролем специальное оборудование, которое так или иначе может представлять угрозу национальной безопасности. Получается, если гаджет работает с Wi-Fi и передает файлы по Bluetooth, на него нужно разрешение.
Когда нотификация появилась в России
Изначально нотификация устройств, которые поддерживают криптографические функции, была только в Белоруссии, еще до того, как страна стала членом ЕАЭС. После вступления в Евразийский союз практику решили не отменять, а, наоборот, утвердить для всех стран-участниц.
Нотификация стала продолжением довольно старой практики контроля над средствами связи, которая существовала в СССР с незапамятных времен. Тогда простой смертный не мог получить разрешение ни на рацию, ни на переносной телефон — этим могли пользоваться только спецслужбы. Практика поменялась, когда в 1989 году появилось лицензирование внешнеторговой деятельности, технику разрешили ввозить после получения согласия компетентных органов.
По мере либерализации экономики на смену запретам приходил контроль. До сих пор многие помнят, как принтер или ксерокс нужно было регистрировать в МВД (практически как оружие), иметь их разрешалось только юрлицам, а содержать – в специальных комнатах под замком и с сигнализацией. Так же было с мобильными телефонами: до 2000 года их владельцам необходимо было иметь при себе специальное разрешение, которое выдавал Госсвязьнадзор за небольшую комиссию.
Какие устройства подлежат нотификации
Нотификация требуется для всех электронных устройств, которые каким-либо образом поддерживают криптографические возможности или шифрование. В список попали смартфоны, планшеты, ноутбуки, компьютеры, маршрутизаторы и роутеры, устройства с Wi-Fi или Bluetooth-модулями на борту (даже беспроводные мышки и клавиатуры), микросхемы, рации и др.
Купить ноутбук, которого нет в специальном реестре, очень легко, можно даже оформить его доставку, но вероятность получить такую технику на руки стремится к нулю. На таможне такое отправление скорее всего завернут назад. В худшем случае к покупателю наведаются мужчины из органов и предложат заплатить штраф, например, через суд — прецеденты уже были.
Вспомните случай с телефонам Motorola. В июле 2014 года в Ульяновске местные таможенники завели административное дело против 25-летнего покупателя Moto G. Парень заказал на amazon.com новый смартфон, а его обвинили в нарушении статьи 16.3 Кодекса об административных правонарушениях («Несоблюдение запретов и (или) ограничений на ввоз товаров»).
Бандеролька не доставляет товары без нотификаций в страны, где закон требует этот документ. Не доставляет собственным методом доставки Qwintry Air, но мы всегда готовы отправить посылку с помощью государственной почты США (USPS). Правда, под ответственность клиента: если отправление с гаджетов «развернут», посылка вернется обратно.
Закон допускает несколько случаев ввоза устройств без нотификации обычными людьми. О том, как получить устройство, пока не разрешенное в России, мы расскажем чуть позже (и детально опишем процесс, чтобы вы были готовы в случае чего). Это несложно, если следовать алгоритму и быть реально заинтересованным в новом гаджете — настолько, чтобы потратить на это дело не один час своего времени.
Как получают нотификацию на устройство
Для получения нотификации в эти органы обращается сам производитель устройств или их продавец в этих странах. Они должны прийти с заявлением, лицензией, предоставить техническую документацию, образцы своих девайсов и другие справки и документы. Органы проверяют подлинность всего этого, после чего выдают разрешение на ввоз новых устройств или отказывают, если заявители неверно разобрались в требованиях. Естественно, нотификация стоит денег.
Чаще всего производители получают нотификации на свои товары «пакетом» — на весь модельный ряд устройства. Крупные компании получают нотификации заранее, еще до вывода на рынок очередного гаджета. Этим, например, заблаговременно озаботилась Apple, получив разрешение на продажу iPhone 7 еще за пару недель до презентации смартфона. Об этом стало известно из реестра нотификаций, в котором Бандеролька, как и все заинтересованные лица, проверяет разрешения на ввоз электронных устройств. Сейчас в реестре всего 25000 нотификаций и нет многих популярных устройств «второго ряда»: умных часов и фитнес-трекеров, видеокамер, гаджетов Amazon, Google и несметного количества телефонов.
Нотификация и контроль шифрования в других странах
Контроль устройств и ПО, позволяющих реализовывать криптографические функции, в разных странах выглядит по-разному. Сила контроля зависит от законодательства, уровня участия государства в экономике и развития рынка. В Европе, США, Израиле, Австралии, Индии, Бразилии и других странах первые законы о получении разрешений на ввоз оборудования стали появляться в 90-х годах и с тех пор только совершенствовались.
Практически все страны ЕС держат под контролем экспорт и импорт криптографических продуктов, регулируя их оборот внутри своих государств. Там есть специальные Notified body, уполномоченные органы по нотификации. Они проверяют безопасность поступающих на рынок товаров, следят за тем, чтобы в каждой стране ЕС были одинаковые условия продаж радиооборудования.
Несмотря на огромные возможности АНБ и ЦРУ, в США сохраняется особенное отношение к технологиям шифрования. Разворачиваются целые «криптографические войны», когда даже такая серьезная организация, как ФБР, не может заставить Apple раскрыть технологию шифрования и помочь взломать телефон предполагаемого преступника.
Вопреки этим небольшим сложностям, технику из США не перестают заказывать и доставлять с Бандеролькой. В нашем чате поддержки сотни раз в день люди, желающие хорошо сэкономить, спрашивают о наличии нотификации. И отправляют айфоны, крутые камеры, телефоны, наушники и многое другое. С нотификацией, конечно.
Нотификации в приложении Майл.ру: что это, как включить?
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 в базу. И вы сможете рассылать любые уведомления в любое время.