Май держит темп. Vol.3 — два крупных интеграционных обновления и несколько точечных инструментов контроля.
Что нового 👇
Синхронизируйте аудитории Journey с Meta Ads 🎯
Элемент Audience sync в Customer Journey Builder теперь подключается к Meta Ads. Добавьте его в любую Journey, выберите рекламный аккаунт и Custom Audience — и пользователи будут автоматически добавляться или исключаться по мере прохождения флоу.
Что меняется: поведенческие когорты, собранные в Pushwoosh, теперь напрямую управляют платным ретаргетингом и списками исключений в Meta — без ручной выгрузки CSV, без промежуточных скриптов синхронизации, без участия дата-команды. Синхронизация выполняется как шаг Journey и обновляется автоматически по мере того, как пользователи входят в сегмент или выходят из него.
Актуально для cross-border e-commerce и gaming-команд: если ваш продукт работает с аудиторией сразу в нескольких регионах — Европе, MENA, Латинской Америке, — Meta Audience Sync позволяет связать поведенческие данные из Pushwoosh с performance-кампаниями в Meta Ads без инфраструктурных доработок. Один флоу Journey управляет и пуш-уведомлениями, и рекламными аудиториями.
Meta — первая рекламная платформа, поддержанная в Audience sync. Google, Pinterest и другие появятся следующими через тот же элемент Journey.
Подробнее об элементе Audience sync →
Запускайте Journey из внешних сервисов через Inbound webhook 🔌
Inbound webhooks позволяют сторонним сервисам напрямую отправлять события в Pushwoosh. CRM закрывает сделку, e-commerce-платформа фиксирует оплату, аналитический инструмент регистрирует достижение milestone — каждый из них отправляет HTTP POST в Pushwoosh, и на соответствующем пользователе срабатывает привязанное событие.
Что меняется: раньше трансформация стороннего вебхука в событие Pushwoosh требовала собственного интеграционного сервера: принять вебхук, распарсить payload, вызвать Pushwoosh API, обработать повторные попытки. Теперь эту работу делает Pushwoosh. Вставьте пример payload (например, из Stripe), смапируйте поля на атрибуты события, выберите идентификатор пользователя (User ID, email, телефон или HWID) — и готово.
Важно для инженерных команд: устранение промежуточного сервиса синхронизации не только снижает задержку доставки событий, но и убирает ещё одну движущуюся часть из инфраструктуры. Меньше кода на поддержке — ниже операционный риск, особенно для небольших команд без выделенного backend-ресурса.
Пример использования — Stripe → post-purchase Journey: успешное списание в Stripe становится событием покупки в Pushwoosh и запускает thank-you флоу или upsell Journey.
Точнее управляйте доставкой ⚙️
Два небольших обновления, которые регулярно нужны в повседневной работе с Journey.
⏱️ TTL пуша на уровне кампании
Push TTL — время, в течение которого система пытается доставить уведомление на офлайн-устройство — теперь задаётся на уровне отдельной кампании, как в шагах Journey, так и в разовой рассылке. До этого TTL жил на уровне пресета, и все кампании, использующие этот пресет, наследовали одинаковое время жизни.
Зачем это нужно: у уведомлений с коротким сроком актуальности — флеш-сейлы, OTP-коды, срочные новости, напоминания о прямом эфире — нет смысла приходить через три дня, когда устройство наконец появится онлайн. Задайте короткий TTL, и устаревшие уведомления будут автоматически отброшены. Для всего остального стандартный TTL продолжает работать как прежде.
🗓️ Сегментация по будущим датам с оператором daysahead
Новый оператор daysahead позволяет строить сегменты по Date-тегам и атрибутам событий, смотря вперёд по времени. Это зеркало оператора daysago.
Примеры сегментов:
- подписки, заканчивающиеся в ближайшие 7 дней,
- дни рождения в ближайшие 3 дня,
- пробные периоды, истекающие через 14 дней,
- предстоящие бронирования или запланированные события на этой неделе.
Оператор всегда пересчитывается от текущего момента, поэтому сегмент остаётся актуальным без ручных обновлений и задач по расписанию.
Пример для FinTech и SaaS-продуктов: подписочный сервис с глобальной аудиторией может настроить Journey, которая за 7 дней до истечения тарифа отправляет пуш с напоминанием о продлении, за 3 дня — e-mail с персональным предложением, а в день X — SMS. Весь флоу собирается один раз и работает автономно для всех пользователей, независимо от того, в каком часовом поясе они находятся.
Комбинируйте с Journey, чтобы точно в нужный момент отправлять напоминания о продлении, поздравления с днём рождения или предупреждения об истечении срока.
Email preference center: гибкое управление категориями 💌
В обновлении Q1 2026 мы представили email subscription preference center — подписчики выбирают, какие категории e-mail получать (новости, промо, обновления продукта), вместо того чтобы отписываться от всего сразу.
Что изменилось с тех пор: управление категориями стало гибче.
При создании категории можно сразу решить:
- автоподписывать новых пользователей по мере их регистрации, и/или
- подписать всех существующих пользователей в момент сохранения.
Также доступен массовый импорт категорий подписок через CSV: одна колонка с названиями категорий через запятую — и готово. Удобно при миграции существующей аудитории или синхронизации настроек с другой системой.
Для команд, работающих с европейской аудиторией: гранулярное управление категориями подписок соответствует принципу минимизации согласия по GDPR — пользователь даёт согласие ровно на те коммуникации, которые ему интересны. Preference center с задокументированными категориями упрощает демонстрацию lawful basis при запросах регуляторов или в рамках аудита. Все действия с категориями фиксируются в audit log аккаунта Pushwoosh.
Попробовать обновления самостоятельно
Каждая из перечисленных выше фич уже в продакшене и готова к работе в вашем аккаунте.
Полный список изменений — в наших release notes.
Похожие статьи
Показать все
