что значит нотификация в приложении
Нотификации в приложении Майл.ру: что это, как включить?
04.08.2021 2 Просмотры
Пожалуй, каждый человек хотя бы раз в жизни сталкивался с тем, что ему вовремя не приходили важные электронные письма. Во время серфинга по Интернету, такую информацию легко можно пропустить. Связано это с тем, что уведомления в браузере распространены не так часто и многие люди их не включают. В мобильной версии ситуация несколько иная.
Наверное, у каждого пользователя случалось такое, что во время серфинга по интернету были пропущены важные электронные письма. Обычно это связано с тем, что уведомления в браузере не так сильно распространены и ими никто не пользуется. Того же нельзя сказать о мобильной версии.
Однако, случаются сбои, а на некоторых устройствах представленные версии приложения Майл.ру автоматически не содержат правильно настроенной нотификации. Придется самостоятельно урегулировать появление push-уведомлений.
Что это такое?
PUSH-уведомления или нотификация – это не что иное, как оповещение о новом входящем письме, пришедшем на электронный почтовый ящик. Отображается такое уведомление поверх всех запущенных приложений, а при заблокированном телефоне, просто появляется на экране. Это поможет человеку своевременно изучать свою почту и вовремя получать важную информацию.
Как настроить нотификацию в Майл.ру?
Сделать это очень просто. Причем, как в телефонах, работающих на базе операционной системы Андроид, так и на айфонах.
Алгоритм действий для владельцев Андроидов следующий:
Достаточно просто снять или отметить ползунок, отвечающий за выбранную опцию.
Как настроить нотификацию на айфонах?
Алгоритм действий следующий:
Вся правда о «нотификации»: как, что, зачем – и как с этим бороться
В прошлой публикации наши читатели выразили живой интерес к теме покупок за границей разнообразной электроники, в том числе смартфонов и ноутбуков. Попробуем рассказать, что такое нотификация регистрации, чем грозит ее отсутствие, как покупать электронные устройства зарубежом, и что делать, если посылка остановилась на таможне.
Что такое «нотификация»?
Для каких товаров необходима нотификация?
В примечании к Перечню 2.19 прописано, что для целей использования вышеуказанного перечня необходимо руководствоваться как наименованием товара (то есть наименование и описание товара должно предполагать наличие в нем функций шифрования), так и кодом перечня товарной номенклатуры внешнеэкономической деятельности таможенного союза (ТНВЭД ТС). В связи с этим сотрудники таможни часто требуют предоставить нотификацию, если код ТН ВЭД совпадает с кодом изделий, входящих в перечень шифровальных (криптографических) средств, утвержденный Решением Коллегии Евразийской экономической комиссии №30 от 21.04.15 г. «О мерах нетарифного регулирования» вне зависимости от того, поддерживает устройство шифрование или нет.
Таким образом, под действие Решения попадают планшетные компьютеры и ноутбуки (код ТНВЭД 8471 30 0000), стационарные и мобильные телефоны (коды 8517 11 0000, 8517 12 0000 и 8517 18 0000), маршрутизаторы и роутеры (8517), программное обеспечение (8523), микросхемы (8542), настольные компьютеры, рации и передающие устройства, серверные системы и многое другое. Ввиду наличия в перечне Wi-Fi и Bluetooth-устройств, являющихся беспроводным оборудованием для (с) шифрованием, под действие Решения попадают абсолютно любые гаджеты с наличием соответствующих модулей связи – даже беспроводные мыши и клавиатуры. Кстати, отдельным пунктом стоят RFID-метки, которые так же попадают под действие данного документа на основе Письма ФТС России от 03.06.2016 № 01-11/27111 «О таможенном декларировании RFID-меток».
Подробный перечень категорий товаров, подлежащих обязательной нотификации на территории ЕАЭС, можно найти, например, здесь.
Как она работает для рядового покупателя?
Наиболее очевидный пример действия вышеназванного Решения — покупка смартфона за границей. Если обратиться к известному ресурсу, посвященному портативной технике, можно найти сообщения (например, первое, второе, третье и четвёртое) о том, что таможенная служба России препятствует получению смартфонов из Китая и США.
Это происходит так: в почтовое отделение, вместе с долгожданной посылкой приходит таможенное уведомление об отсутствии нотификаци смартфона в ЕАЭС. Такую посылку, согласно законодательству, не выдают и предлагают обратиться к таможенникам. В свою очередь, работники таможенной службы отказывают в оформлении необходимых документов ввиду уже упомянутого Решения. И здесь начинаются проблему, поскольку:
а) официально нотификацию выдают юридическим лицам,
б) стоимость нотификации начинается (если верить результатам поиска Google) от 11 500 рублей.
Что делать, если очень хочется?
На самом деле, необходимость нотификации не должна становиться причиной отказа от приобретения желанного устройства, если приобретается бытовая электроника для личного использования. Устройства без нотификации не принимают курьерские службы доставки. Но обычная и экспресс-почта на такие мелочи не обращают внимание.Если использовать услуги Pochtoy.com (или любого другого перевозчика), в перевозке товар без нотификации курьерскими службами будет отказано.
При большой разнице в цене всегда можно рискнуть (если, конечно, методом оплаты является PayPal). Отправления проверяются выборочно, и, например, смартфоны, планшеты и ноутбуки без нотификации стабильно приезжают из Китая и США в Россию (достаточно ознакомиться с отзывами на нашем сайте). Но есть и другие методы.
Заголовок
Текст письма
Здравствуйте.
Приобрёл в интернет-магазине (название магазина):
1. Устройство (марка и модель) — 1 шт.
Для получения посылки таможенная служба требует разовое разрешение на ввоз ненотифицированных средств на территорию РФ для личного использования.
Пакет документов во вложении.
Внимание! Посылка будет храниться в почтовом отделении не более 30 суток, после чего начнется процесс ее возврата. При длительном оформлении необходимо продлить срок хранения, обратившись на почту. Но эта услуга платная.
А если нет времени, но выгода велика?
Существует ряд компаний, занимающихся сертификацией товара, оформлением таможенных документов и регистрацией нотификации. Ближайшую подскажет Google. Наиболее крупные из них:
Стоит ли совершать покупки в таком случае?
Экономить можно не только покупая гаджеты для продаж на других рынках. На Amazon или eBay можно приобрести те же самые устройства, что и в России, но по более низким ценам. Некоторые производители поставляют свои продукты не для массового пользователя. И в том, и в другом случае стоит уточнить наличие нотификации здесь. Если она присутствует в списке – можно смело покупать.
Наша статистика говорит, что несмотря на отсутствие нотификации на многие устройства из США, они активно продаются в Россию. Иногда стоит рискнуть.
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
Дальше остаются нудные варианты, если вы сами размещаете нотификацию, то можно в момент размещения нотификации где-то что-то сохранять, правда при этом совершенно неясно как убивать сохраненный флаг, когда юзер сам убьет нотификацию. А если не сами размещаете нотификацию, то тогда только хардкор типа вешать сервис, который просматривает список активных задач смотреть сервис нотификации, выискивать среди них свою нотификацию и все такое прочее.
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-тестированием поможет найти лучшее место в приложении для запроса разрешения. Кроме этого, собственное окошко можно поднять несколько раз, а системное — лишь один.