Iphone как настроить push уведомления

Механизм пуш-уведомлений для iOS и Android

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

В этой статье рассмотрим принцип работы пуш-уведомлений для iOS и Андроид и опишем их преимущества.

Подробная информация и подходы к убеждению пользователя подписаться на ваши push-сообщения https://agilie.com/en/blog/lets-discuss-a-push-notifications-mechanism-for-ios-and-android

Что такое Пуш-уведомления

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

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

• предоставляет пользователю целевую актуальную информацию в нужное время;

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

• пуш-технология не перегружает память устройства и не разряжает аккумулятор.

Из чего состоит пуш-уведомление

• Заголовок. Лучше придумать что-то яркое, оригинальное.

• Визуальная составляющая. Картинка, цель которой — привлечь внимание пользователя;

• Текст. Само push-сообщение с информацией, которую нужно передать пользователю;

• Ссылка на экран приложения, соответствующая переданному сообщению.

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

В среднем пользователь ежедневно получает на свой смартфон 45-50 пуш-уведомлений;

Пик активности пользователей наблюдается с 18 до 20 часов в будние дни: именно в это время мы привыкли открывать уведомления. А самое активное взаимодействие с уведомлениями обычно происходит по вторникам;

Пользователи подписываются на пуш-уведомления в три раза чаще, чем на рассылку новостей по электронной почте. При этом CTR push-сообщений в 7 раз выше, чем у писем по электронной почте.

Уведомления с упоминанием пользователя по имени открываются на 10% активнее.

При правильных настройках push-уведомлений можно ожидать 45+% переходов на ресурс, будь то сайт или приложение;

По статистике, к основным функциям push-уведомлений относятся:

• уведомление пользователя о выпуске обновлений приложения (более 40%);

• специальные предложения (почти 25%);

• анонс нового контента (около 15%);

• рекламные ссылки (10+%).

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

При реализации пушей нужно понимать их суть.

Самое простое использование push-уведомлений — рассказать клиенту о том, что происходит в вашем приложении (и эта история должна быть ему интересна). Например, приложение мобильной коммерции может информировать о предстоящих продажах, рекламных акциях и т. д .;

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

приветствие вернувшегося пользователя;

уведомление о действиях других пользователей из своего окружения (допустим, Instagram часто сообщает пользователю, что конкретный друг недавно сделал новый пост или опубликовал историю);

информирование о полученных новых сообщениях и др.

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

Разница между пуш-уведомлениями на iOS и Android

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

Свайпы:

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

с другой стороны, пользователи Android знают, что смахивание вправо и влево закрывает уведомление.

Условия по умолчанию:

В случае с Android-устройствами push-уведомления приходят по умолчанию, поэтому ставка подписки очень высока и достигает 91,1% ( подписка автоматическая);

Если речь идет о платформе iOS, то ситуация несколько иная: по умолчанию уведомления заблокированы, а для подписки на них требуется подтверждение пользователя. И процент подписок соответственно ниже, чем на программы под Android: около 44%. Следовательно, пользователи iOS с меньшей вероятностью откроют уведомление. Зато, если они его откроют, то более сознательно, а значит больше шансов превратить пользователей iOS в реальных клиентов.

Группировка пуш-сообщений:

В iOS 12 и выше уведомления сгруппированы по приложениям и времени, что значительно улучшает взаимодействие с пользователем.

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

Настройки push-уведомлений:

Каждое приложение для iOS требует большой работы по настройке уведомлений, например, по выбору звукового сигнала. В основном есть 3 варианта отображения push-уведомлений на iOS:

Аудио — информирование о новом уведомлении (с помощью звукового сигнала);

Аудио / Баннеры, когда на экране смартфона появляется баннер, сопровождаемый звуковым сигналом;

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

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

Ключевые преимущества пуш-уведомлений

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

Более легкое и лучшее взаимодействие с пользователем, которое включает:

• упрощенный процесс подписки на уведомления (всего одно касание, и пользователь подписывается);

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

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

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

Увеличенный и улучшенный трафик. Используя функции push-уведомлений, вы можете направить клиента на определенный экран приложения (тот, который вы продвигаете).

Основные механизмы для пуш-уведомлений

Общий принцип работы пуш-уведомлений на iOS и Android:

Конечно, любое приложение нужно предварительно установить на мобильный.

Теперь Операционная система зарегистрирует приложение на требуемом сервере: GCM / FCM (Android), APNS (iOS), MPNS (Windows Phone) и получит токен, который является идентификатором устройства. Считайте токен адресом для отправки пуш-уведомлений.

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

Дальше все просто: если условия, которые определены разработчиком приложения, совпадают, сервер отправляет пуш-уведомление с использованием токена. Эти условия могут отличаться, и мы описывали их ранее (рекламное предложение, напоминание пользователю о том, что он не открывает вашу программу в течение длительного времени и т. Д.).

Иногда чтобы проверить актуальность токена дополнительно может быть использован промежуточный сервис (поскольку приложение можно переустановить или удалить).

Почему важна проверка актуальности?

Допустим, пользователь удалил приложение с одного из своих устройств. Логично предположить, что провайдер push-уведомлений будет передавать информацию о том, что уведомления больше не должны отправляться именно на это устройство. Правильно?

Однако GCM (сервер push-уведомлений Android) немедленно отправит требуемый токен, а APNS (служба Apple) обратится к отдельному серверу обратной связи, где токены накапливаются и отправляются один раз в день. Так что промежуточная услуга в таком случае пригодится.

Механизмы push-уведомлений iOS

APNS расшифровывается как Apple Push Notification Service и является облачной платформой системы iOS. Он позволяет отправлять push-уведомления iOS.

Механизмы push-уведомлений iOS чрезвычайно просты и повторяют то, что мы описали выше. Инфографика ниже очень ясно иллюстрирует весь процесс:

Механизмы пуш-уведомлений Android

Если говорить о решении пуш-уведомлений от Android, то есть несколько вариантов:

Самый простой способ действовать — использовать Firebase Cloud Messaging (для устройств Android с Google Apps).

Если у ваших пользователей есть устройства Huawei (а именно, без Google Apps), вам следует прибегнуть к Huawei Push Kit.

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

FCM — Firebase Cloud Messaging — это новая улучшенная версия GCM, представляет собой обмен сообщениями в облаке Google. Что бесплатно и очень гибко.

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

Кросс-платформенные механизмы для пуш-уведомлений

Если ваше приложение работает только на одной платформе, все относительно просто … но что, если ваш мобильный сервис поддерживает устройства iOS и Android? Неужели нужно настраивать уведомления для каждой ОС отдельно? Разве нет способа облегчить такой утомительный процесс?

Давайте успокоимся: упомянутый выше Firebase Cloud Messaging от Google может помочь организовать отправку уведомлений на все типы устройств: Android и iOS; кроме того, он также работает с веб-уведомлениями! Единственное исключение — платформа Huawei (в этом случае придется иметь дело с Huawei Push Kit).

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

Главное использовать преимущества пуш-сообщений с умом.

Источник

Как организовать отправку push-уведомлений на айфон

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

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

Начнем с того, что мы изначально не хотели использовать сторонние сервисы, такие как Amazon SNS, Parse, Push IO и т. д. Как бы удобны ни были все эти решения, они лишают вас гибкости и возможности как-то повлиять на процесс.

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

Мы, конечно же, сразу пошли на metacpan в поисках готового модуля.
Первым нам на глаза попался Net::APNS. Нам очень понравился код милейший аватар с лисичкой. Но код был совершенно непригоден для использования в продакшене. Он открывал соединение перед каждой отправкой сообщения на каждый девайс и, после отправки, закрывал его. Это, во-первых, занимает очень много времени, а во-вторых, может (и будет) воспринято Apple как DoS-атака.

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

Код получился такой:

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

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

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

Для этого перепишем два метода. В качестве $push_id можно использовать порядковый номер токена:

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

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

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

Как рекомендует Apple, достаточно всего раз в сутки, по крону, подключаться к feedback.push.apple.com:2196 и читать из сокета. Полученные токены нужно просто удалить из базы данных.

К слову, для отправки уведомлений на андроид, достаточно сделать обычный http-запрос, в котором можно передать сразу 1000 токенов. Конечно же, параллельно можно делать несколько запросов. А если и это кажется слишком медленным, можно воспользоваться Cloud Connection Server (XMPP).

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

Источник