Ненадежная доставка - это болевая точка, которая не позволяет push-уведомлениям полностью раскрыть свой потенциал в качестве маркетингового инструмента нового поколения. В чем причина плохой надежности? Как это повлияет на push-уведомления и как мы можем улучшить традиционную технологию push-уведомлений?
В 21 веке мы признали, что мобильные телефоны являются основным средством взаимодействия большинства людей с внешним миром. Мы используем их, чтобы общаться друг с другом, покупать вещи, узнавать погоду/новости/футбол, транслировать музыку и видео, играть в игры - этот список можно продолжать и продолжать.
По состоянию на февраль 2021 г., 5.25 миллиардов человек во всем мире владеют каким-либо мобильным устройством. И к 2023 году это число вырастет до 7,33 миллиарда. Учитывая такие цифры, само собой разумеется, что самый эффективный способ донести свое послание до потребителей - это отправить его прямо на их устройства.
Средством передачи этого сообщения, конечно же, являются push-уведомления. Но мобильные push-уведомления по-прежнему являются относительно новой технологией, переживающей трудности роста. В настоящее времяконтрольный рейтинг кликов (CTR) для push-уведомлений ужасно низок и составляет 2,74% Это можно свести к неудачам по двум направлениям: отсутствие персонализации и ненадежная доставка.
Персонализация легко решается с маркетинговой стороны. Однако с надежностью сложнее, поскольку она коренится в самой архитектуре программного обеспечения для push-уведомлений. И чтобы предложить решение проблемы ненадежной доставки, мы должны разобраться в том, как отправляются push-уведомления.
Но сначала, что именно мы подразумеваем под «надежная доставка»? И почему это такая проблема в индустрии мобильного взаимодействия?
Надежная доставка: определение
Почтовые платформы постоянно говорят о доставляемости электронных писем. По данным Omnisend, 95% доставки считается хорошим показателем доставки, а показатель отказов составляет менее 3%. Учитывая, что маркетинговые электронные письма должны проходить через различные спам-фильтры и папки с рекламными акциями, прежде чем они достигнут внимания пользователя, можно подумать, что push-уведомлениям гораздо проще привлечь внимание пользователей. Но это не так.
Скорость доставки push-уведомлений настолько ненадежна, что практически невозможно гарантировать, что сообщение, предназначенное для прочтения в определенное время - например, уведомление о рекламе нового сэндвича, доставка которого запланирована на устройства в 13:00 - в это же время достигнет пункта назначения.
И это закрывает дверь для многих возможностей, потому что одна из уникальных сильных сторон технологии push-уведомлений как маркетингового инструмента заключается в ее способности достучаться до потребителей именно в тот момент, когда они наиболее готовы взаимодействовать с вашим сообщением..
Почему не доставляются некоторые push-уведомления?
Сбой доставки push-уведомлений катастрофичен для пользовательского опыта и может заставить пользователей приложения отключить уведомления или даже удалить ваше приложение в крайних случаях. Мы все слышали ужасные истории о серии уведомлений, которые приходят на устройство пользователя одновременно, иногда в беспорядочном порядке. Или даже уведомления с важной информацией - скажем, об изменении выхода на рейс пользователя, забронированного через приложение - не доставляются полностью. Но почему это происходит?
Множество объяснений неудачной доставки push-уведомлений - это просто вопрос людей, пытающихся переложить ответственность. При использовании стандартных SDK push-уведомлений на доставляемость может повлиять множество факторов. Приложения, которые были открыты недавно, обычно имеют более высокий уровень доставки уведомлений.
На доставку также могут отрицательно повлиять брандмауэры безопасности или производители, встроившие в устройство функцию, отключающую ненужные фоновые программы для экономии заряда батареи.
Но чтобы разобраться в сути проблем с доставляемостью, вам придется сломать саму архитектуру традиционной платформы push-уведомлений.
Стандартный треугольник push-уведомлений с тремя зубцами
Технология отправки мобильных push-уведомлений не изменилась с момента ее появления в 2009 году, и именно в этом проблема. При использовании традиционного SDK пользовательские данные собираются с устройства в виде push-токена и отправляются на внутренний сервер приложения. Push-токен вместе с содержимым уведомления затем отправляется на облачный сервер: Firebase Cloud Messaging (FCM) для Android или APNS для iOS.
Уведомления хранятся и обрабатываются здесь вместе с миллиардами других точек данных, пока облачный сервер не получит сигнал от приложения, который запускает доставку на отдельные устройства. Чтобы это работало, радиосеть в приложении должна быть включена постоянно, чтобы проверять наличие уведомлений в облаке. Это основной виновник разрядки аккумулятора устройств. Как только облако получает этот сигнал, оно массово рассылает уведомления.
Очевидно, что в этой схеме многое может пойти не так. Во-первых, если push-токен изменится на стороне приложения, push-токену придется перерегистрироваться в облаке, что часто приводит к задержкам. Кроме того, облачный сервер отправляет пакеты уведомлений, причем последний токен отправки на сервер является первым отправленным уведомлением.
Это повышает риск того, что сервер может пропустить более ранние сообщения и собирать только самые последние. Весь процесс передачи обработки данных на облачные серверы неэффективен и часто приводит к плохому UX.
Периферийные мобильные вычисления и новая эра push-уведомлений
Благодаря появлениюмобильных периферийных вычислений, в которых использование пользовательских данных происходит полностью на самом устройстве, отправка уведомлений через облако постепенно уходит из моды. дверь. Переход на процесс, в котором обработка данных происходит на стороне устройства, не только устраняет проблемы с надежностью, но также соответствует глобальным правилам конфиденциальности данных, таким как GDPR, HIPAA и COPPA.
Более того, он позволяет получить беспрецедентный уровень понимания того, когда и как пользователи взаимодействуют с вашим уведомлением, какие целевые конверсии пользователи совершают, нажимая на уведомление, и многое другое.
Метрики отслеживания и долгосрочные тенденции взаимодействия пользователей с вашими push-уведомлениями - это возможность, о которой мобильные маркетологи даже не могли мечтать, когда в 2009 году была развернута традиционная технология push-уведомлений.. И это поможет нам улучшить наши кампании, учиться на своих ошибках и оптимизировать работу push-уведомлений для пользователей.
Получение надежных уведомлений в нужный момент означает, что пользователи будут более готовы нажать на ваше сообщение. Более высокий CTR приведет к более тесному взаимодействию с вашим приложением и, как следствие, к более высоким доходам.
У push-уведомлений так много скрытого потенциала, почему разработчики должны выбрасывать все это (и оставлять прибыль!) только из-за устаревшей технологии?