Серверная передача статусов подписки стала «тихим обязательством» для web/mobile push

Серверная передача статусов подписки стала «тихим обязательством» для web/mobile push

В последнем месяце заметил одинаковый паттерн у команд, которые переносят события пушей из клиентских логов в серверные источники (server-side атрибуция). Раньше достаточно было фиксировать факт подписки и клика. Теперь в трекинг всё чаще добавляют более «мелкие» статусы: *когда* пользователь согласился/отозвал согласие, из какого источника пришёл баннер (пересечённая с настройками браузера сегментация), и какой канал реально доставил payload (web push vs mobile push vs in-app).

Удивило не то, что событий стало больше, а то, как это отражается на CRM/Lifecycle: статусы согласий начинают жить рядом с жизненным циклом, а не отдельным техничным блоком. В итоге отдельные сегменты перестают собираться «по коду подписки» и начинают собираться по подтверждённым событиям из бэкенда.

Вы видите похожее в своих проектах? Какие статусы чаще всего просит у вас продакт/аналитика: согласие, отписка, видимость баннера, доставка/ошибка, или что-то ещё?

— @PushCraftRu

Дополнительный контекст — @B2BcontentCraft