Что нового

Изменения PushData, новое сверху. Дата — день, когда изменение попало в основную ветку; облако получает его в ближайшее окно выкладки. Дорожная карта — что дальше.

2026-09-18

• amoCRM и Bitrix24 на вход — CRM присылает свои изменения: контакты становятся amocrm:<id> / bitrix24:<id> с телефоном и e-mail, сделки — событиями crm.lead_* / crm.deal_* и по одному на этап (crm.deal_stage.WON), так что сценарий «этап → сообщение» — обычный сценарий по событию. Интеграции → amoCRM, Bitrix24.
• AI-помощник текста — при заданном ANTHROPIC_API_KEY страница отправки предлагает заголовки, варианты A/B, более короткую или официальную формулировку и перевод через серверный прокси к Claude API; уходит только текст сообщения, суточный лимит на организацию. Уведомления → AI-помощник текста.
• Двухфакторная аутентификация — TOTP из любого приложения-аутентификатора поверх кода из письма и входов через OAuth, с кодами восстановления; организация может требовать её у всех участников (403 two_factor_required до настройки). Аутентификация → Двухфакторная аутентификация.
• RFM-атрибуты — давность / частота / сумма покупок как типизированные атрибуты контакта (rfm_r, rfm_f, rfm_m, rfm_segment — champions / loyal / new / at_risk / lost / potential —, сырые значения), пересчёт при каждом событии покупки и раз в сутки; сразу доступны в сегментах и триггерах входа в сегмент. Контакты → RFM-атрибуты.
• Сценарии и шаблоны как код + командная строка — GET /api/v1/workflows/{id}/export / POST /api/v1/workflows/import (и то же для шаблонов): переносимый JSON, где шаблоны, каналы и сегменты названы именами, а не id, upsert при импорте; @pushdata/cli выгружает и загружает папку, отправляет, импортирует CSV контактов, сообщает событие. SDK → Командная строка.
• Журнал действий — кто что изменил и откуда: каждая мутация дашборда и каждый пишущий REST-запрос приложений организации, с результатом и затёртыми секретами; страница Журнал с фильтрами и экспортом CSV, GET /api/v1/audit-log; хранится 90 дней. Аутентификация → Журнал действий.
• Разрешённые IP-адреса для секретных ключей — приложение привязывает секретные ключи к 20 адресам / диапазонам своих серверов; запрос с другого адреса — 403 ip_not_allowed и событие безопасности; публичные ключи не ограничиваются. Аутентификация → Разрешённые IP-адреса.
• Кнопки в мессенджерах — actions: [{ title, url }] отправки в Telegram, MAX или VK становятся inline-клавиатурой / кнопками под сообщением; нажатие идёт через трекер кликов и считается clicked. На странице отправки — редактор кнопок для этих каналов. Уведомления → Кнопки в мессенджерах.
• Оповещения команде — PushData сообщает администраторам организации, когда сработал предохранитель канала, провайдер отклонил ключ, лимит тарифа дошёл до 80 % / 100 %, задание попало в неудачные или отключился вебхук: e-mail, чат Telegram / MAX через ваш собственный канал, вебхук в стиле Slack; страница Оповещения с историей и проверкой. Вебхуки → Оповещения команде.
• Telegram Gateway — коды подтверждения на телефон через сам Telegram, без бота: канал с токеном шлюза, отправка с channel_type: telegram_gateway и data.code (или код от шлюза, который проверяет POST /api/v1/notifications/{id}/verify), отчёты о доставке в журнале; $0,01 за доставленный код. Каналы → Telegram Gateway.
• Стоп-лист, хвост отписки в SMS и проверка домена — постоянный отказ почты или номер без маршрута сами кладут адрес в стоп-лист приложения, и каждая отправка его пропускает; каждая неслужебная SMS заканчивается «Отписка: <короткая ссылка>»; e-mail канал проверяет SPF / DKIM / DMARC / MX домена отправителя. Каналы → Стоп-лист.
• Реестр согласий — каждая подписка становится согласием с доказательством (страница настроек и виджет записывают адрес и клиент, API и импорт передают своё), отписка закрывает его; GET /api/v1/consents?format=csv для регулятора; «Требовать согласие» по каналам заставляет отправки пропускать контакты без него. Контакты → Реестр согласий.
• Профиль 41-ФЗ — приложение банка, оператора связи, маркетплейса или крупной платформы закрывает Telegram одним переключателем: отправки, проверки и шаги сценариев отвечают channel_restricted, роль берёт MAX. Каналы → Соответствие закону.

2026-09-16

• Лучшее время отправки — send_at_best_time: true заставляет доставку каждому получателю ждать час, в который сгруппированы его открытия, клики и прочтения in-app (свой при 3+ сигналах, приложения при 30+, иначе сразу; не дольше суток); best_send_hour у контакта. Уведомления → Лучшее время отправки.
• Повторяющиеся отправки и тест на любой канал — recurrence: { every: day | week | month, interval, until } у отложенной отправки повторяет её, по одной запланированной за раз (отмена останавливает серию); «Тест на себя» теперь отправляет составленное сообщение одному контакту канала e-mail, SMS, Telegram, MAX, VK или in-app, а не только на push-устройство. Уведомления → Повторяющиеся отправки.
• Досылка победителя A/B-теста и воронка — ab_test: { share, window_hours, metric } отправляет тест доле аудитории, а победивший вариант — остальным после окна, сам; страница аналитики показывает воронку периода (принято → доставлено → открыто → клики → цель). Уведомления → Досылка победителя.
• Типизированные атрибуты контактов и триггеры по сегменту — приложение объявляет ключи metadata с типом (приводятся при записи, сравниваются по типу в сегментах), сценарий запускается при входе контакта в сегмент, шаг FILTER умеет спросить «контакт в сегменте?». Контакты → Типизированные атрибуты.
• REST: шаблоны и журнал доставок — GET /api/v1/templates (с {{переменными}} каждого шаблона), отправка по template_id + variables (+ locale, html_body), GET /api/v1/notifications/{id}/deliveries; то же в серверных SDK, MCP-сервере и узле n8n. Уведомления → Отправка по шаблону.
• Сообщения сообщества VK — канал личных сообщений от вашего сообщества VK тем, кто их разрешил: сервер Callback API регистрируется сам при ключе с правом manage, контакты привязываются по ссылке vk.me или через message_allow, message_deny и отказ 901 очищают адрес. Каналы → VK.
• Узел n8n — n8n-nodes-pushdata: узел-действие PushData (отправки, контакты, устройства, сценарии, события; доступен AI-агентам как инструмент) и триггер на вебхуки доставок с проверкой подписи. Интеграции → n8n.
• Песочница — флаг приложения, при котором каждая отправка остаётся внутри PushData (журнал, счётчики, вебхуки — всё как обычно), а до провайдера не доходит ничего, кроме тестовых получателей; ключи из песочницы начинаются с pd_test_ / pk_test_. Аутентификация → Песочница.
• Резервные каналы — второй канал того же типа забирает доставку, которую первый не смог выполнить, и весь трафик, пока первый продолжает сбоить (3 сбоя открывают предохранитель на 5 минут). Каналы → Резервный канал.
• Лента контакта — одна хронология на человека: доставки с отметками и причинами отказа, прочтения in-app, события, прогоны сценариев, изменения настроек, устройства; на странице контакта и как GET /api/v1/contacts/{externalId}/timeline. Контакты → Лента.
• Галерея шаблонов и первые шаги — 13 стартовых шаблонов (код входа, статусы заказа, брошенная корзина, платёж, напоминания) добавляются одним кликом; чеклист на обзоре приложения отмечает сделанное сам.
• A/B-тесты и цели конверсии — 2–4 варианта отправки с весами, счётчики по вариантам и победитель; цель — событие в окне после доставки. Уведомления → A/B.
• Ограничения отправки — лимит в сутки на получателя, тихие часы по его поясу, отправка «в 10:00 по местному времени», флаг transactional, который их обходит. Уведомления → Ограничения.
• Пользовательские события и сегменты — POST /api/v1/track/events запускает сценарий с именем события и питает сохранённые сегменты (правила по атрибутам, событиям, активности, достижимости) как аудиторию. Контакты → События.
• Шаги DIGEST и THROTTLE в сценариях — окно прогонов становится одним сообщением; не больше N прогонов на контакт за окно. Сценарии.
• Центр настроек — темы с умолчаниями (включена, выключена, обязательная), страница настроек для каждого контакта, элемент <pushdata-preferences>. Контакты → Предпочтения.
• Живой in-app inbox — server-sent events для inbox, виджет <pushdata-inbox>, inbox в React Native и Flutter. In-app.
• MCP-сервер — @pushdata/mcp для AI-агентов (отправки, контакты, устройства, сценарии, события, поиск по документации) и llms.txt. MCP.
• Канал Telegram — личные сообщения контактам, открывшим бота приложения, рядом с чатом канала. Telegram.
• RuStore Push и HMS Push Kit — Android-устройства с transport: rustore | hms идут через эти сервисы вместо FCM. Android SDK.

2026-09-15

• Аудит функций каждого экрана и API против настоящих приёмников (SMTP, SMS, Telegram, MAX, моки push): временные вердикты провайдеров, замороженное приложение отвечает 403 app_inactive, переменные шаблонов во всех каналах, проверка APNs / FCM.
• Инженерный хвост — лизы на Redis, JWT_SECRET_PREVIOUS для ротации, хост api., GIN-индекс по тегам устройств, Shiki без wasm, SDK-джобы в CI; проход по CSP починил запрос подписки организации.

2026-09-14

• Аудит безопасности — отзываемые сессии (денай-лист при выходе, «выйти везде»), образ Node по дайджесту, CSP script-src на обоих хостах, no-new-privileges и cap_drop в Compose.
• Канал MAX — личные сообщения через бота приложения, подписанная глубокая ссылка, секреты вебхуков на канал.
• Серверные SDK на семи языках, пакеты для фреймворков (Laravel, Symfony, Django, Rails, NestJS, Spring Boot, Bitrix, WordPress, Tilda) и спецификация OpenAPI; мобильные SDK для iOS, Android, Flutter и React Native.
• SMS.ru и SMSC как SMS-провайдеры; вход без пароля через VK ID и Яндекс ID.

2026-09-13

• Редизайн дашборда по UI-киту — каждый экран, светлая и тёмная темы, проверка «золотых принципов».

2026-09-11

• Первый публичный аудит — 70+ закрытых пунктов по аутентификации, изоляции арендаторов, квотам, дедупликации доставок, планировщику и биллингу; REST v1 с конвертом ошибок, ключами идемпотентности и лимитами запросов.