Если ваше мобильное приложение держит push и in-app сообщения на Amazon Pinpoint, у вас есть жёсткий дедлайн и не самая приятная миграция впереди. 30 октября 2026 года AWS прекращает поддержку Amazon Pinpoint. После этой даты консоль и всё, что в ней построено — endpoints, сегменты, кампании, journey-сценарии и аналитика — станет недоступным.
Pinpoint перестал принимать новые регистрации ещё 20 мая 2025 года, так что обратный отсчёт идёт давно. Полный график AWS публикует в официальном гайде по завершению поддержки.
Само закрытие сервиса понять несложно. Сложнее — куда AWS отправляет вас дальше, потому что единого продукта-преемника нет. В зависимости от того, для чего вы использовали Pinpoint, ваша нагрузка распределяется между 4 разными сервисами AWS. А для push и in-app — тех самых 2 каналов, ради которых большинство мобильных команд вообще выбирали Pinpoint, — рекомендованный путь не переносит их без потерь.
Для распределённой команды, где инженеры и маркетологи сидят в разных часовых поясах, это особенно неприятный сюрприз: миграцию нельзя доверить одному человеку в последний момент, а координировать 4 консоли параллельно — отдельная задача сама по себе.
В этом гайде: что именно отключается, куда AWS направляет каждый кусок функциональности и почему это не равноценная замена, и план из 4 шагов, как перенести push-и-in-app программу на Pushwoosh вместо этого. С реальными цифрами, чтобы можно было заранее посчитать бюджет.
Что реально отключается
API каналов сообщений никуда не денутся. Исчезает слой вовлечения — та часть, куда логинились ваши маркетологи и продакт-менеджеры.
После 30 октября 2026 года доступ к ресурсам Pinpoint пропадает: endpoints (сохранённые записи пользователей и устройств), сегменты (динамические аудитории), кампании (запланированные рассылки), journey-сценарии (билдер многошаговой автоматизации) и встроенные дашборды аналитики, которые считали доставку, открытия и вовлечённость в сценариях.
Выживает, под другим именем, только сырой канальный слой. SMS, голос, mobile push, OTP и валидация номеров телефона продолжают работать через AWS End User Messaging — так AWS переименовал канальные API Pinpoint ещё в 3 квартале 2024 года. Если вы использовали Pinpoint просто как канал доставки, где вся логика живёт в вашем бэкенде и он лишь дёргает API для отправки транзакционного push или SMS, у вас минимум забот: перепривязываете вызовы API и двигаетесь дальше.
Но если команда строила аудитории, кампании и сценарии прямо в интерфейсе Pinpoint — ломается именно этот workflow. И настоящая работа начинается там, где нужно пересобрать его внутри AWS.
Куда отправляет AWS и почему это не замена 1:1
Собственный гайд AWS по миграции не даёт одну замену. Он даёт 4, по одной на каждую возможность:
- Вовлечение (endpoints, сегменты, кампании, journey) → Amazon Connect outbound campaigns + Customer Profiles
- События и мобильная аналитика → Amazon Kinesis
- Email → Amazon SES (Simple Email Service)
- SMS, push, голос, OTP → AWS End User Messaging
Формально вендор один и тот же. Но теперь это 4 отдельных продукта, 4 консоли и 4 набора документации вместо одной системы, которая была у вас раньше. Для команды без отдельной платформенной инженерной группы это гораздо тяжелее, чем обычно подразумевает фраза «перейти на новый инструмент».
Для мобильных команд именно точка назначения «вовлечение» становится проблемой. У Amazon Connect есть пробелы, которые легко пропустить, пока миграция уже не идёт полным ходом.
- In-app сообщений в Connect нет вообще. Это прямо написано в документации AWS: миграционный гайд перечисляет in-app среди недоступных функций. Если онбординг внутри приложения, подсказки о фичах или paywall — часть того, как работает ваше приложение, для них нет нативного места на рекомендованном пути.
- Push — не нативный канал кампаний. Push (GCM, APNS, Baidu и остальные) не поддерживается нативно в кампаниях Connect. Гайд AWS говорит, что отправить его всё же можно, но только через journey, с помощью Lambda-действия, подключённого к push-шаблонам Connect. На практике это значит, что вам придётся писать и поддерживать код, чтобы воспроизвести то, что Pinpoint делал из коробки.
- Custom Channel доступен наполовину. Он есть в journey, но не в кампаниях. Ещё один шов в мобильном стеке, который Connect оставляет вам латать самостоятельно.
- Шаблоны используют один движок, но не один синтаксис. Шаблоны Connect работают на том же движке рендеринга Handlebars, что и Pinpoint, так что логика переносится. А вот плейсхолдеры атрибутов записываются иначе: то, что в Pinpoint выглядело как
{{User.UserAttributes.PurchaseHistory}}, в Connect становится{{Attributes.Customer.Attributes.PurchaseHistory}}. Каждый шаблон приходится доставать и переписывать вручную. - Перенос endpoints — это отдельная задача на скриптинг. Чтобы перенести пользователей, AWS предлагает выгрузить сегмент без фильтров в S3, а затем запустить Python-скрипт, который превратит эти endpoints в Customer Profiles, где один профиль ограничен 3 email-адресами и 4 номерами телефона. Это работает. Но это код, который вы пишете, тестируете и сопровождаете сами.
Ничего из этого не делает путь AWS неправильным. Если вы уже полностью на Connect ради контакт-центра, для вас это может быть ровно то, что нужно. Но если push и in-app — та причина, по которой вы вообще были на Pinpoint, рекомендованная миграция отдаёт эти 2 канала прямо вашим инженерам на пересборку. Это стоит знать до старта, а не через 3 спринта.
Перенос push-и-in-app программы на Pushwoosh за 4 шага
Pushwoosh — платформа вовлечения пользователей, построенная mobile-first: push, in-app и web push — основные каналы, email и SMS идут рядом с ними. Вместо того чтобы дробить программу между 4 сервисами AWS, вы пересобираете её один раз, в одном месте. Вот как проходит перенос.
-
Выгрузите данные из Pinpoint
Заберите endpoints, сегменты, кампании и определения journey-сценариев через собственные API AWS, пока консоль ещё жива. Чем ближе к дедлайну, тем труднее это сделать, а выгрузка понадобится в любом случае, так что начните заранее.
-
Перепривяжите мобильные SDK
Замените SDK Pinpoint или Amplify на SDK Pushwoosh, убедитесь, что устройства регистрируются и события идут, прежде чем переключать что-то на реального пользователя. Этот шаг возвращает приложению живой мессенджинг-бэкенд.
-
Пересоберите сегменты и сценарии
Импортируйте пользователей, сопоставьте атрибуты Pinpoint с моделью тегов и сегментации Pushwoosh, воссоздайте автоматизации в визуальном journey-билдере. Это работа «один в один»: вы переносите уже знакомую логику, а не проектируете с нуля. Именно этот кусок иначе достался бы вашим инженерам на пути через Connect.
-
Переподключите события и запустите пилот
Верните кастомные события на место, чтобы поведенческие триггеры срабатывали, отправьте пилот на небольшой сегмент, чтобы убедиться в паритете, и только после этого переходите на полный объём. Оставьте реальное календарное время на аутентификацию домена и регистрацию отправителя — дедлайн не ускоряет эти процессы.
Разница с маршрутом AWS видна в самых скучных местах. Там, где гайд AWS заставляет вас писать и запускать Python-скрипт для превращения endpoints в Customer Profiles, Pushwoosh импортирует пользователей через интерфейс или API — без скрипта, который нужно писать и поддерживать. Там, где Connect просит проводить push через journey с Lambda-действием, push — это просто канал, который вы выбираете. Разработка, которую пришлось бы закладывать в бюджет на стороне AWS, по большей части исчезает.
Сколько это стоит
Цена — та часть, которую большинство миграционных разборов оставляют размытой, так что вот она прямо. Pushwoosh считает по месячным активным пользователям (MAU) — см. полную разбивку тарифов — и для программы push-и-in-app входной порог намеренно низкий:
- Push Only — $7 за 1000 MAU. Если push и in-app — вся программа, это тариф, который ей соответствует, без переплаты за омниканальность, которой вы не будете пользоваться.
- Omnichannel — $13 за 1000 MAU. Добавляет email, SMS и остальной набор каналов, когда нужно всё под одной крышей.
- Custom — от $2000 в месяц. Объёмное ценообразование, выделенная поддержка и enterprise-условия для крупных рассылок.
Для команды, которой в первую очередь нужно заменить push и in-app в Pinpoint, входные $7 — это гораздо меньше трения, чем обязательство перед полноценным набором marketing automation. Именно этот компромисс предлагает ценовой уровень Braze, Customer.io и Iterable.
Не ждите октября
Сама миграция — известная величина: выгрузка, перепривязка, пересборка, тест. Жёсткое ограничение — календарь. 30 октября 2026 года — фиксированная дата, а шаги, которые съедают реальное календарное время (переключение SDK, маппинг событий, настройка домена и отправителя), идут в своём темпе независимо от того, насколько близко подошёл дедлайн.
Начать можно с реальных данных на бесплатном тарифе с 1000 MAU — этого достаточно, чтобы импортировать настоящий сегмент, пересобрать сценарий и запустить пилотную рассылку, чтобы увидеть паритет своими глазами до полного переключения. Наш совет, основанный на том, сколько таких миграций затягивалось: посчитайте бюджет под свои реальные MAU и сроки прямо сейчас, пока консоль Pinpoint ещё доступна для выгрузки. Команды, которые откладывают это на сентябрь, обычно находят пробелы за 3 недели до отключения.
