Как включить push-уведомления на мобильных устройствах? Почему не проходят push-уведомления? Не работают пуш уведомления.

  • Дата: 23.03.2024

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

На мобильном устройстве push-сообщения выглядят как текстовые SMS или мобильные оповещения, но они доступны только тем пользователям, которые установили необходимое для их отображения приложение. У каждой мобильной платформы iOS и Android есть собственная поддержка пуш-уведомлений .

Почему они используются?

Push-уведомления обеспечивают удобство и ценность для пользователей веб-приложений. Например, пользователи могут получать:

    спортивные прогнозы и новости;

    полезные сообщения, такие как отчеты о трафике, погоде;

    проверку, изменения и информацию о рейсе.

Для издателей push-уведомления – это способ напрямую общаться с пользователем. Они не попадают в спам на почте и не забываются в папке «Входящие». Скорость кликов может быть в два раза выше, чем дает электронная почта. Такие сообщения способны напоминать об использовании приложения, открыто оно или нет. Еще они могут применяться для управления действиями, такими как:

    продвижение продуктов или предложений по увеличению продаж;

    улучшение качества обслуживания клиентов;

    преобразование пользователей неизвестного приложения в постоянных клиентов;

    отправка транзакционных квитанций и прочее.

Главное, чтобы веб-ресурс был правильно добавлен и активирован.

Добавление в приложение

Издатель приложений регистрируется с помощью службы push-уведомлений ОС.

Служба ОС предоставляет интерфейс прикладного программирования (API). API - способ, с помощью которого приложение может взаимодействовать с сервисом.

Издатель веб-ресурса добавляет SDK в приложение. SDK - это кодовая библиотека, специфичная для службы push-уведомлений ОС.

Издатель сайта загружает приложение в соответствующий магазин для определённой ОС.

Активация пользователя

Пользователь посещает магазин приложений ОС, загружает и затем устанавливает его.

Пользователь открывает приложение. Уникальные идентификаторы как для приложения, так и для устройства, регистрируются в службе push-уведомлений ОС.

Они передаются обратно в приложение из службы push-уведомлений ОС. Они также отправляются издателю приложений.

Владелец ресурса получает и сохраняет эти регистрационные данные, включая уникальные идентификаторы.

Отправка

Издатель приложений составляет ручное сообщение через пользовательский интерфейс. Или владелец веб-ресурса настраивает автоматическую отправку сообщений через API. Издатель определяет аудиторию, которой будет отправлено push-сообщение и решает, следует ли отправлять сообщение немедленно или по расписанию.

Push-уведомления могут быть нацелены на сегменты вашей пользовательской базы и даже персонализированы для конкретных пользователей приложений. Это основное преимущество по сравнению с текстовыми сообщениями SMS. Однако они также требуют управления идентификационными данными пользователя. И им нужен какой-то интерфейс для написания сообщений, их таргетинга и отправки. Издатели могут сами строить эту инфраструктуру или могут нанять такого поставщика, как Urban Airship или иного сервиса, чтобы воспользоваться соответствующими услугами. Все чаще издатели приложений оплачивают эти услуги, так что они могут сосредоточиться на создании отличного приложения и поддержке межплатформенной службы push-уведомлений, которая требует значительных ресурсов и постоянного обслуживания.

Поставщики платформ также предоставляют такие возможности, как:

    Составление отчетов и планирование.

    Автоматизация мобильного маркетинга.

    Сбор и сегментация пользовательских атрибутов.

    Управление данными.

    Безопасность.

    Кросс-платформенная поддержка.

Главное, чтобы пользователь смог вовремя и правильно прочитать отправленное пуш-сообщение.

Как отображаются уведомления на устройствах пользователей?

В основном пользователи видят уведомление как баннер или всплывающее предупреждение, поскольку они используют свой телефон. Это предупреждение отображается независимо от того, что делает пользователь. Большинство мобильных операционных систем также показывают push-уведомления вместе в одном представлении. В iOS у Apple есть Центр уведомлений. Доступ к этому сервису организован в хронологическом порядке, и пользователи получают доступ к центру уведомлений, просматривая верхнюю часть экрана. На устройствах Android отображаются непрочитанные сообщения на экране блокировки.

iOS позволяет пользователям настраивать push-уведомления на уровне отдельных приложений. Пользователи могут включать или выключать звуки и выбирать стиль, который использует iOS для отображения уведомления. Пользователи также могут управлять красным «значком», показывающим количество непрочитанных уведомлений на значке рабочего стола приложения. Android использует стандартный вид баннера, который пользователи не могут изменять на уровне ОС.

Как включить пуш-уведомления на Айфоне?

Чтобы включить push-оповещения на мобильном устройстве iOS:

    Коснитесь «Настройки».

    Найдите и нажмите искомый сайт в списке приложений.

    Нажмите «Уведомления».

    Включите параметр «Разрешить уведомления».

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

Как включить пуш-уведомления на Андроид?

Для настройки получения push-оповещений на этой ОС необходимо:

    Открыть настройки устройства.

    Нажать «Уведомления».

    Найти и выделить необходимый сайт в списке приложений.

    Нажать для подключения «Разрешить включение уведомлений» (другие переключатели могут быть настроены в соответствии с вашими предпочтениями).

    Открыть выбранный веб-ресурс.

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

    Включить разрешение на предупреждение и обновление рассылок.

    Коснуться значка «Готово».

Если вы не видите выбранное веб-приложение в настройках уведомлений вашего телефона, вы, возможно, не дали разрешение на отправку уведомлений при первой загрузке. Чтобы исправить это, удалите приложение, а затем снова загрузите его.

Заключение

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

Есть несколько ненужных уведомлений на андроиде, как их отключить. Подскажите еще как новые подключить?

Ответы (2 )

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

    Простой способ как отключить уведомления на андроид:

    • в общих настройках телефона зайти в подраздел приложения;
    • нажать на пункт программы, оповещения от которой нужно выключить;
    • убрать галку рядом с надписью включить уведомления «show notification»;

    • нажать «ок» в окне с предупреждением о том, что можно пропустить обновления.

    Если трудно разобраться к какому приложению относятся уведомления, то делаем так:

    • оттягиваем шторку вниз;
    • нажимаем на оповещение и держим на нем палец, пока не появится окно информация о приложении «app info»;

    • жмем на него, после этого появится настройки программы;
    • снимаем галку как описано выше.
  1. На устройствах с версией 5.0 и выше предусмотрены новшества - имеются уведомление на экране блокировки, более точная настройка. Кроме этого, в Lollipop можно сделать уведомления на андроиде беззвучными.

    Изменение оповещений на телефоне или планшете этой версии делается так:

    • нажимаем на каретку громкости, появится шкала регулирования громкости и три пункта, один из которых нужно выбрать;
    • «все» - включен режим при котором оповещения будут появляться и сопровождаться звуком;
    • другой вариант «не беспокоить» - в этом случае уведомления будут только видны без звукового сопровождения. В таком режиме отключается звук уведомления;
    • самый удобный режим «важные», перед его использованием надо настроить уведомления на android.

    Чтобы исключить ненужные системные сообщения надо:

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

    Чтобы совсем отключить оповещения android надо:

    • в разделе звуки и уведомления тапнуть по пункту на заблокированном экране;
    • появится окно;
    • в нем выбрать «не показывать уведомления».

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

Технический портрет разрабатываемого приложения

Мы занимались созданием мобильного приложения для магазина одежды, чья архитектура была построена на базовой Activity (для отображения информации используются фрагменты). Для загрузки данных с сервера использовалась библиотека Retrofit, а для их хранения — встроенная зависимая база SQLite. Для выполнения запросов на сервер и для выборки с базы были выбраны Loader"ы.

Чтобы приложение было интерактивным и позволяло обмениваться сообщениями, мы подключили push-уведомления. В данном случае используются ВК и Facebook SDK для реализации авторизации/регистрации через социальные сети и выглядит это так: когда пользователь отправляет сообщение, он отправляет запрос с этим сообщением на наш сервер. Он формирует запрос с сообщением и данными о пользователе, которому адресовалось сообщение, и отправляет всю информацию на сервер Google. Тот формирует с этого запроса push-уведомление и отправляет на устройство пользователя. Наше приложение принимает этот пуш, парсит (обрабатывает) его и отображает в чате — коммуникация реализована.

Возникла проблема: когда приложение начинает работать в фоне или почему push-уведомления приходят только после запуска?

С этим вопросом обратился к нам клиент, поскольку опытным путем он столкнулся со следующей дилеммой: при запуске со второго устройства приложение работает хорошо, но как тогда работает «автозагрузка»?

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

Если пользователь не зарегистрируется в нем, то у него не будут работать пуш-уведомления.

Существуют и другие варианты объяснения, на которые следует обратить внимание:

  1. Пуши работают через сервис GCM (Google Cloud Messaging), поэтому если на устройстве отсутствуют Google Play Services, их работа нестабильна либо производитель внес свои доработки в их работу, то пуш-уведомления не будут работать полностью или же в их работе будут наблюдаться перебои. В случае отсутствия сервисов Google Play на телефоне, даже зарегистрироваться на пуши не получится. Конечно, можно это сделать и «принудительно»: если после регистрации подписка на push-уведомления на сервере не удалась, то нужно продолжить попытки при каждом заходе в приложение до успешного результата. Причиной этой ситуации могут быть проблемы с работой сервисов Google Play — в таком случае попытка подписаться может так ничем и закончиться.
  2. Причина некорректного функционирования кроется в неидеальной рабочей среде. Мы рекомендуем нашим клиентам для тестирования, и называем идеальной средой, использование телефонов Google Nexus (на них стоит «чистый» Android безо всяких изменений, а также работа ОС и сервисов на нем идеальна), стабильная работа сервера и интернет-соединения. При таких условиях запросы будут выдаваться правильно, без ошибок и максимально быстро. В таком случае, приложение будет быстро загружать новые данные, отображать их, и не будут возникать проблемы с неправильным отображением информации. В других телефонах (с измененной операционной системой — китайский бренды, Samsung, HTC и т.д.) можно ожидать не только нестабильную работу сервера, но и ограниченные возможности разрабатываемого приложения (из-за системного удаления многих методов-функций) — да, push-уведомления могут быть вообще не предусмотрены.
  3. Не забываем о главном — push-уведомления приходят только в случае стабильного интернет-соединения. Если этого нет, то сообщение придет как только связь будет восстановлена.

Резюме

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

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

Настройка push-уведомлений на устройствах под управлением операционных систем iOS, Android и Windows Phone

Последнее время особенно популярным стало внедрение этой функции в операционную систему компьютера. Первой стала компания Apple со своей осью для маков OS X. Связано это, конечно же, с высокой эффективностью и удобством работы пушов, которые зарекомендовали себя в качестве первого источника информации, поступающей на смартфон или планшет. Действительно, опровергать столь комфортный способ оповещения было бы глупо: push-уведомления экономят оперативную память устройства, так как они не требуют постоянной работы программы или приложения. Следовательно, будет также и трафик интернета.

Но помимо такой большой заботы о пользователе и своевременных оповещениях, push-уведомления могут быть раздражающими. Зачем вам периодически напоминание из или сервиса Twitter о том, что некий пользователь написал: «Поел сегодня омлет. Было вкусно»? Согласитесь, что это сообщение не несёт для вас полезной информационной нагрузки. Получается, что не все оповещения весьма полезны. Конечно, если вы без разбору открываете доступ и соглашаетесь отправлять вам извещения программам и приложениям, то у вас их будет миллионы. Не совсем приятно потом их удалять, ведь на некоторых системах нельзя удалить всё сразу. В связи с этим возникает необходимость в знании того, как настроить и отключить push-уведомления. Поэтому давайте разберёмся с правильной установкой этого способа подачи информации.

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

  1. «Не беспокоить» - все входящие напоминания и сообщения будут приходить без звука;
  2. «Важные» - вы будете получать только важные сообщения, из списка программ, который можно регулировать. При его включении вы увидите вкладку с настройками. В ней можно изменить время работы режима. Более того, там есть специальная вкладка, позволяющая более гибко настроить этот режим;
  3. «Все» - стандартная работа девайса.

Стоит отметить, что настроенные таким образом push-уведомления будут куда более полезны. Особенно удобным является режим «Важные», где можно легко управлять списком приложений для доступа к оповещениям.

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

  1. Не показывать из этого приложения, тем самым полностью избавиться от известий программы;
  2. Или же показывать их в верхней части списка, в том числе, когда разрешено получение только важных оповещений.

Включить или отключить push-уведомления на iOS можно с помощью меню настроек, расположенного на главном экране . Долго нужное подменю искать не придётся, ведь в операционной системе оно так и называется: «Уведомления». После того как вы перешли в него, справа вы увидите список установленных программ на устройстве. Над одними будет надпись «включать», а над другими будет написано «не включать». Это значит, что в первом случае оповещения и push-уведомления разрешены, а во втором, соответственно, нет. Рассмотрим подробный пример настройки.

Итак, входит у нас в первый список. Нажимаем туда и переходим на страницу настройки оповещений этой программы:

  1. Самым первым у нас стоит разрешение на уведомления с соответствующим ползунком. Если его сдвинуть, то вы их отключите. Соответственно, ни о чём оповещать Skype вас не будет;
  2. Следующий пункт у нас «В центре уведомлений». Он позволяет управлять количеством последних событий, отображаемых в баре нотификаций (то есть в центре уведомлений);
  3. Звуки. Этим ползунком вы регулируете наличие звукового сопровождения для оповещения;
  4. Наклейка на значке. Здесь вы можете регулировать наличие наклейки с числом входящих событий на иконке приложения, расположенной на главном экране;
  5. Предпоследняя настройка в этом меню - на заблокированном экране. Она отвечает за отображение оповещения тогда, когда экран планшета или смартфона заблокирован;
  6. Ну, и последним стоит стиль предупреждения на разблокированном экране. Первый с таким категоричным словом «Нет» убирает все визуальные уведомления. Баннеры - это строка в верхней части экрана. Ну, и «Предупреждения», которые высвечиваются прямоугольником в центре экрана с вариантами ответа. Собственно, они все наглядно показаны на странице настройки уведомлений.

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

Сервис, в рамках которого реализовано приложение под Android, предъявляет довольно жесткие требования к работе Push-уведомлений. Необходимо в пределах 30-60 секунд оповестить пользователя о некотором действии. При успешном оповещении с устройства пользователя отправляется запрос на сервер с соответствующим статусом. Из документации известно, что сервис GCM (Google Cloud Messaging) не гарантирует доставку PUSH-уведомлений на устройства, поэтому в качестве backdoor варианта, при нарушении этих временных рамок, наш сервис уведомляет пользователя с помощью SMS сообщения. Поскольку стоимость SMS сообщения существенно выше чем PUSH-уведомления, необходимо максимально сократить поток SMS сообщений на клиентские устройства.

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

  • при активном Wifi соединении все работает идеально: уведомления доставляются, клиенты рады.
  • при активном мобильном интернете началось самое веселье.
Некоторые клиенты писали, что испытывают задержки в доставке пушей, либо получали одновременно и PUSH и SMS, что достаточно не практично. Другие писали, что вовсе не получали уведомлений, а только SMS. У третьих, как и у нас на тестовых устройствах, все было ок. Собрав с недовольных клиентов максимально возможную информацию, стали разбираться в проблеме и вывели следующий список ограничений (этот список позже вылился в полноценный FAQ):
  • включенный режим Энергосбережения (например, Stamina на устройствах Sony) влияет на работу Push уведомлений;
  • у пользователя обязательно должен быть минимум 1 активный Google аккаунт на устройстве;
  • необходимо удостовериться в том, что на устройстве установлена актуальная версия приложения “Сервисы Google Play”;
  • проверить, не отключены ли уведомления для приложения (галочка на страничке приложения в настройках телефона);
  • проверить, не ограничена ли работа фонового режима для приложения (настройка расположена в меню «Использование данных»);
  • в документации к GCM указано, что уведомления рассылаются только по определенным портам, поэтому настройки роутера, файервола и антивируса так же стоит учитывать.
Разослав данную памятку по всем клиентам, мы снова стали ждать результатов. И они оказались снова «не очень». Стали копать дальше.

На данном этапе очень сильно помогла , написанная ребятами из Mail.ru. В ней очень подробно описаны тонкости реализации GCM на клиентской стороне, а так же моменты, в связи с которыми отказываются работать Push уведомления в мобильных сетях. В конечном счете было принято решение о том, чтобы держать свое соединение с сервером в связке с GCM.

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

  • проблема возникает только при подключении к мобильному интернету;
  • по данным клиентов, проблема возникает на версии андроида 4 и выше.
И так, перейдем к реализации.

Бывалый разработчик под Android сходу скажет, что решений задачи как минимум 2: использовать Service или AlarmManager. Мы попробовали оба варианта. Рассмотрим первый из них.

Для того, чтобы создать неубиваемый системой сервис, который постоянно будет висеть в фоне и выполнять нашу задачу, мы использовали метод:

StartForeground(int notificationID, Notification notification);
где

  • notificationId - некоторый уникальный идентификатор уведомления, который будет выведен в статус баре и в выезжающей шторке;
  • notification - само уведомление.
В данном случае обязательным условием является отображение уведомления в статус баре. Такой подход гарантирует то, что сервису будет дан больший приоритет (поскольку он взаимодействует с UI частью системы) в момент нехватки памяти на устройстве и система будет выгружать его одним из последних. Нам это уведомление не нужно, поэтому мы воспользовались следующим велосипедом: достаточно запустить одновременно с первым сервисом второй и для обоих сервисов в качестве notificationID использовать одно и тоже значение. Затем убить второй сервис. При этом уведомление пропадет из статус бара, но функциональные и приоритетные возможности первого сервиса останутся.

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

AlarmManager - это класс, который предоставляет работу с, грубо говоря, «будильником». Он позволяет указать время, по достижении которого система отправит широковещательное уведомление, которое позволит пробудить наше приложение и даст ему возможность выполнить необходимые действия. В работе этого метода есть некоторые ограничения, и их необходимо обработать:

  • данные о «будильниках» будут стерты после перезагрузки устройства;
  • данные о «будильниках» будут стерты после обновления приложения.
Первыми граблями, на которые мы наступили, был метод

SetRepeating()
который позволяет установить повторяющийся с некоторым интервалом «будильник». Прикрутив данный способ, стали тестировать, и тесты показали обратное - «будильник» не повторялся. Стали разбираться в чем дело, посмотрели документацию. И именно там нашли ответ на вопрос - начиная с 19 API lvl (Kitkat) абсолютно все «будильники» в системе стали разовыми. Вывод - всегда читайте документацию.

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

Private static void setUpAlarm(final Context context, final Intent intent, final int timeInterval) { final AlarmManager am = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE); final PendingIntent pi = PendingIntent.getBroadcast(context, timeInterval, intent, 0); am.cancel(pi); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { final AlarmManager.AlarmClockInfo alarmClockInfo = new AlarmManager.AlarmClockInfo(System.currentTimeMillis() + timeInterval, pi); am.setAlarmClock(alarmClockInfo, pi); } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) am.setExact(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + timeInterval, pi); else am.set(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + timeInterval, pi); }
Хочу обратить внимание на флаг AlarmManager.RTC_WAKEUP - именно с помощью него система позволит нашему приложению «проснуться» при неактивном экране, когда устройство находится в заблокированном состоянии.

Данный подход с «будильникам» дал нам нужный результат - приложение в фоне корректно опрашивает сервер на наличие новых данных. Сейчас мы дорабатываем алгоритм. На данный момент реализуем и тестируем следующую оптимизацию, которая позволит сузить круг устройств и тем самым уменьшить нагрузку на сервер:

  • в сообщении, отправленном средствами GCM на устройство, содержится некоторый уникальный ID;
  • получив данные GET запросом в фоновом режиме проверяем, существуют ли уже запись с таким ID на устройстве;
  • если локально на устройстве таких данных нет, мы запоминаем этот ID и время его получения T1;
  • ждем PUSH с таким же ID, при получении запоминаем время T2 и проверяем разницу между T2 и T1;
  • если разница составляет больше некоторого временного критерия (значения), то на устройстве наблюдается проблема с доставкой уведомлений и для корректной работы сервиса необходимо постоянно запрашивать данные в фоновом режиме с сервера (критерий советую выбирать исходя из решаемой задачи. В нашем случае, был выбран критерий равный 5 минутам);
  • данную разницу стоит вычислять несколько раз, например 5-10 раз, только после этого делать вывод о том, что устройство действительно содержит проблему с получением Push уведомлений (таким образом исключается ситуация банального разрыва соединения, таймаута и пр.);
  • необходимо прогонять данный алгоритм периодически (например, раз в неделю, или после обновления ОС на устройстве).
Всем добра. И поменьше подобных костылей.

P.S.
В процессе тестирования очень помог