Обновление web-push: что проверить командам перед запуском уведомлений

DashaMail обновила систему web-push: сервис перешёл на OneSignal Web SDK v16 с новой архитектурой User Model. Для команд, которые используют браузерные уведомления в своей работе, это хороший повод остановиться и проверить настройки — прежде чем что-то перестанет работать само по себе.

Что изменилось и почему это важно

Старая архитектура OneSignal (Player Model) официально прекратила развиваться. Вместе с этим появились практические последствия: несовместимость с рядом современных браузеров и нестабильная доставка приветственных уведомлений — тех самых, которые отправляются в момент подписки пользователя.

Новая версия SDK — v16 — переходит на User Model. Принципиально меняется то, как система отслеживает подписчиков и маршрутизирует уведомления. Это не косметическое обновление: внутренняя логика работы push-слоя пересмотрена.

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

Чек-лист: что проверить команде перед переходом

Если вы используете web-push через DashaMail — или только планируете запускать уведомления — вот на что стоит обратить внимание.

• Файл сервис-воркера. Проверьте, что на вашем сайте присутствует файл DashaSDKWorker.js и он доступен по корневому пути. Это ключевой компонент, без которого уведомления не будут доставляться. Зайдите по адресу yourdomain.com/DashaSDKWorker.js — если получаете 404, нужно исправить до перехода.
• Совместимость браузеров в вашей аудитории. Посмотрите в аналитике, какими браузерами пользуется ваша аудитория. Старый SDK имеет проблемы с современными версиями ряда браузеров. Если у вас значительная доля пользователей Chrome, Edge или Firefox свежих версий — переход на v16 скорее плюс.
• Приветственные уведомления. Если вы настроили автоматическое приветственное уведомление при подписке — проверьте, доходит ли оно до новых подписчиков. Именно с этим типом уведомлений у старой версии SDK чаще всего возникают проблемы.
• Текущие показатели доставки. Откройте статистику последних 2–4 недель. Если delivery rate начал снижаться без видимых причин — это может быть следствием проблем совместимости, а не контентных или аудиторных факторов.
• Сегменты и теги подписчиков. При переходе с Player Model на User Model меняется способ идентификации пользователей. Уточните у службы поддержки DashaMail, как именно мигрируют данные о существующих подписчиках — особенно если вы используете сегментацию или кастомные теги.
• Интеграции и API. Если web-push подключён через API или интегрирован с другими инструментами (CRM, аналитика, автоматизация), проверьте, нет ли зависимостей от старых endpoint’ов или параметров Player Model.

Когда переходить: сейчас или подождать

Однозначного ответа нет — это зависит от того, насколько критична для вас непрерывность работы push-канала.

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

Если вы только настраиваете push-уведомления с нуля — смысла начинать с устаревшей версии нет. Сразу стартуйте на v16.

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

Что такое web-push и зачем он нужен командам

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

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

Техническую сторону обеспечивает сервис-воркер — JavaScript-файл, работающий в фоне браузера. Именно он принимает push от сервера и показывает уведомление. Отсюда и требование к наличию DashaSDKWorker.js на вашем домене.

Что такое User Model и чем она отличается от Player Model

Player Model — это старая архитектура OneSignal, где каждое устройство (браузер) регистрировалось как отдельный «игрок» с уникальным ID. Если один пользователь открывал сайт в Chrome и в Firefox — это были два разных Player.

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

На практике для большинства небольших команд это различие не критично прямо сейчас. Но с точки зрения архитектуры — это правильное направление, и именно на User Model будут строиться будущие функции SDK.

Практический план действий

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

• Зафиксируйте текущие показатели: количество активных подписчиков, delivery rate, CTR за последний месяц. Это базовая линия для сравнения после перехода.
• Проверьте файл DashaSDKWorker.js на сайте.
• Свяжитесь с поддержкой DashaMail и уточните, как будет проходить миграция подписчиков в вашем конкретном случае.
• Выберите спокойный период — без активных рассылок и кампаний — и выполните переход.
• В течение 1–2 недель после перехода мониторьте доставку и открываемость. Сравните с базовой линией.
• Проверьте работу приветственного уведомления: подпишитесь на push с тестового устройства и убедитесь, что уведомление приходит.

Итого

Обновление SDK — это не экстренная ситуация, но и не то, что стоит откладывать на неопределённый срок. Старая версия работает, но не развивается и имеет известные проблемы с современными браузерами. Новая версия стабильнее и совместима с актуальными средами.

Главное, что нужно сделать уже сейчас — проверить файл сервис-воркера на сайте и посмотреть на текущую статистику доставки. Если всё в порядке — можно спланировать переход спокойно. Если видите просадку — переход стоит ускорить.

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

---

Источник: DashaMail — блог