Web push в Omnisend требует разрешения браузера и поддерживаемой интеграции. Подписка на email не даёт автоматически push-доступ, а один человек в двух браузерах может выглядеть как две отдельные push-подписки.

Проверьте применимость канала

Omnisend описывает web push для поддерживаемых магазинов и требует HTTPS. Подписка учитывается на уровне браузера: разрешение в одном не означает разрешение в другом. В справке сервиса также указаны ограничения по устройствам и браузерам. Их нужно проверять для Omnisend, не распространяя на все существующие реализации web push.

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

Проверьте разрешение и отказ

Пройдите путь нового посетителя в поддерживаемом браузере: запрос, разрешение, появление подписки и тестовое уведомление. Отдельно испытайте отказ. Ранее заблокированный запрос может не показываться повторно, поэтому отсутствие окна не всегда означает поломанную установку. Сначала проверьте разрешения браузера и историю тестового профиля.

Текст запроса должен объяснять, какие сообщения предлагает магазин. Не обещайте только важные уведомления о наличии, если затем планируете частые общие акции. Согласие на email и browser push различается; общий принцип раздельной проверки согласия разобран в материале о подтверждении подписки. Конкретные события и статусы здесь принадлежат Omnisend.

Проверьте сценарий после подписки

Справка Omnisend предупреждает, что push-подписка не запускает обычное событие Subscribed to Marketing. Поэтому приветственная цепочка, рассчитанная на такой триггер, не обязана сработать для push-only контакта. Для включения этой аудитории требуется подходящая настройка сценария, а не просто добавление красивого уведомления в существующую последовательность.

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

Примите уведомление на реальном устройстве

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

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

Руководство проверено 20 октября 2026 года. Исходная справка не содержит точной даты обновления. Материал является руководством, а не сообщением о запуске функции.