Push-уведомления и SMS: в чём разница и когда что выбрать

Что надёжнее: push или SMS?

SMS — более надёжный путь для сообщений, которые обязаны дойти. Push зависит от устройства, приложения, разрешения, подключения, настроек батареи и Google или Apple.

Google прямо заявляет, что FCM не гарантирует доставку: идентификатор сообщения означает лишь, что FCM приняла сообщение, а фактическая доставка зависит от состояния устройства и задержек из-за экономии заряда. Если устройство не в сети, FCM сохраняет сообщение и доставляет его при повторном подключении, пока не истечёт срок жизни (до четырёх недель, это же значение по умолчанию), а TTL, равный нулю, отбрасывает всё, что нельзя доставить сразу. Если приложение удалено, токен становится недействительным, и последующие отправки завершаются ошибкой.

У SMS свои причины сбоев: фильтрация, незарегистрированные Sender ID, выключенный аппарат, смена номера. Но вы получаете отчёт о доставке от сети, и SMS не зависит от приложения. Шаги диагностики описаны в руководстве SMS не доставлено.

Для срочных push задайте короткий TTL, чтобы оповещение «курьер у двери» не пришло завтра, и используйте ключ свёртывания, чтобы новые обновления заменяли старые. Оба поля есть в нашем push API.

Какой канал использовать для какого сообщения?

Выбирайте по тому, что произойдёт, если сообщение пропустят.

Об OTP подробнее — в руководствах по OTP-сообщениям и WhatsApp OTP и SMS OTP.

Как сочетать push и SMS?

Сначала отправьте push и позвольте SMS подстраховать важное. Схема состоит из четырёх частей:

1. Порядок каналов: push, затем SMS.
2. Триггер: push не открыт и не обработан за тайм-аут или нет активного токена устройства.
3. Тайм-аут для каждого типа сообщения: для кода входа хватит секунд; для напоминания об оплате можно ждать час.
4. Правило остановки: если пользователь выполнил действие в приложении, отмените ожидающее SMS.

Пропускайте SMS для малоценных сообщений, где пропущенный push ничего не стоит. Статья стратегия отката между каналами объясняет порядок и правила остановки, а страница канала push показывает, как push работает рядом с SMS и WhatsApp на одной платформе. Статусы доставки приходят в одном формате вебхука (см. вебхуки), поэтому ваша система может решить, переходить ли на запасной канал.

Запасное SMS должно быть самодостаточным и умещаться в одно сообщение. Это — 61 символ, Unicode (кириллица), 1 сообщение (лимит 70): Оплата заказа 8842 отклонена. Обновите карту: example.com/pay. Версия для OTP — 62 символа, Unicode, 1 сообщение: Код входа: 482915. Действует 5 минут. Никому его не сообщайте. Кириллицы нет в GSM-7, поэтому любое сообщение на русском идёт в Unicode с лимитом 70 символов (67 на часть при разбиении), а не 160, и текст нужно держать коротким. Просматривайте текст в счётчике символов SMS.

Как честно измерять push и SMS?

Используйте одну воронку для обоих каналов: отправлено, доставлено или принято, открыто или нажато, конверсия. Не сравнивайте долю «доставлено» для SMS с числом «отправлено» для push: это разные вещи. Push, «принятый» FCM, — не то же, что push, увиденный человеком.

• Охват: доля целевых пользователей, которые могут получить каждый канал.
• Доставка: отчёты оператора о доставке для SMS; события «принято» и, если приложение их фиксирует, «показано» или «открыто» для push.
• Действие: клики по ссылкам, события в приложении и конверсии, отнесённые к каналу последнего касания.
• Отписки и удаления: жалобы, ответы STOP, отзыв разрешений и удаления приложения после отправок.
• Стоимость результата: общая стоимость канала, делённая на число выполненных действий, а не стоимость сообщения.

Калькулятор ROI рассылок и наш материал бизнес-кейс ROI омниканальных сообщений показывают, как сравнивать каналы по результатам.

Пример из практики: приложение доставки еды в Дубае

У «Souq Bites» (условное приложение) часть клиентов разрешила уведомления, а веб-аудитория больше. Статусы заказов она отправляет push с коротким TTL и ключом свёртывания, чтобы последний статус заменял предыдущие. OTP для новых регистраций идёт по SMS, потому что у новых пользователей нет разрешения в приложении. Для существующих пользователей OTP идёт push, а если код не использован за короткий тайм-аут, следом приходит SMS от зарегистрированного Sender ID. Реклама отправляется push только тем, кто разрешил уведомления и согласился на предложения. Неактивным пользователям, которые могли удалить приложение, возвратное SMS отправляется только при наличии согласия на SMS.

Какие бывают частые ошибки?

• Считать разрешение на push согласием на рекламу.
• Отправлять OTP только push, оставляя без кода пользователей без приложения или уведомлений.
• Отправлять одну и ту же рекламу одновременно в push и SMS.
• Оставлять TTL по умолчанию для срочных сообщений.
• Сравнивать «принято FCM» с «доставлено оператором» и объявлять push победителем.
• Использовать SMS для всего, платя за сообщение там, где хватило бы push.
• Игнорировать устаревшие токены после удаления приложения, из-за чего завышается число отправок push.

Чем помогает OmniChannels.ai

OmniChannels.ai отправляет push-уведомления и A2P SMS из одного REST API и одной платформы вместе с WhatsApp, RCS, email и другими каналами. Push поддерживает адресацию по пользователю, токену, теме и сегменту, шаблоны, глубокие ссылки, ключ свёртывания и TTL. SMS идёт по прямым операторским соединениям BroadNet, а откат между каналами настраивается под каждый сценарий со статусами в одном формате вебхука. Читайте документацию push API, изучите канал push-уведомлений или поговорите с нашей командой разработчиков.