Срок поддержки Amazon Pinpoint истёк: рассылочные кампании и доставка сообщений разошлись
После 30 октября прекращена работа engagement-возможностей Pinpoint, но не всех API доставки. Разбираем различие между адресом получателя, endpoint и пользовательским идентификатором.
Наступил ранее объявленный срок, а не новый внезапный анонс
30 октября 2026 года наступила указанная AWS дата завершения поддержки Amazon Pinpoint. Это не сообщение о впервые объявленном закрытии: компания заранее разместила соответствующее уведомление и прекратила приём новых клиентов ещё 20 мая 2025 года. Нынешний повод — переход через опубликованную границу жизненного цикла сервиса.
В FAQ перечислены прекращаемые возможности взаимодействия с аудиторией: endpoints, сегменты, кампании, journeys и аналитика. При этом в том же уведомлении выделены каналы доставки, которые живут отдельно в AWS End User Messaging. Поэтому формулировка «Pinpoint закрыт» без уточнения функции недостаточно точно описывает последствия для конкретной интеграции.
Не все операции отправки имеют одинаковую судьбу
В актуальной таблице миграции AWS сохраняет push и шаблоны push, OTP и проверку телефонного номера для всех аккаунтов. Для существующих клиентов отдельно сохранена отправка SMS, голосовых и почтовых сообщений. Новым каналам AWS указывает End User Messaging либо SES.
При этом SendUsersMessages и отправка по сохранённому endpoint ID больше не поддерживаются. Они зависят от реестра получателей, относящегося к выводимой engagement-платформе. Сохранение прямой доставки не восстанавливает этот реестр и не возвращает кампании.
| Возможность | Статус |
|---|---|
| Push, OTP, проверка номера | Поддерживаются для всех аккаунтов |
| SMS, голос, email через прежние каналы | Отправка сохраняется для существующих клиентов |
| SendUsersMessages и сохранённые endpoint ID | Не поддерживаются |
| Кампании, journeys и аналитические панели | Выведены из поддержки |
Источник: AWS — Amazon Pinpoint end of support
Почему SendMessages не заменяет систему кампаний
Справочник API определяет Messages как одноразовое прямое сообщение ограниченной аудитории без создания кампании. Для одной операции указан предел до 100 получателей. Такая отправка выполняется непосредственно, а не по расписанию; сегмент аудитории нельзя передать вместо списка адресатов.
Запрос также может использовать шаблон с переменными. Документация требует задать их значения в запросе либо значения по умолчанию в самом шаблоне: отсутствие необходимых атрибутов мешает корректному формированию сообщения. Это отдельный этап от сетевой доставки. Успешный вызов API не заменяет подготовку содержимого и не создаёт механизм автоматического выбора аудитории.
Пользовательский ID раньше разворачивался в несколько адресатов
В модели Users Messages один пользователь имел уникальный user ID, с которым могли быть связаны несколько endpoints, например устройства этого человека. Приложение передавало список пользовательских идентификаторов, а Pinpoint самостоятельно находил связанные точки доставки. Документация описывает возможность указать до 100 пользователей в одном запросе.
Поэтому перенос такого вызова на прямую отправку — не простое переименование метода. Приложению требуется понимать, откуда теперь берутся действующие адреса или push-токены. Это различие следует из прежней модели API; само наличие старой страницы справочника не отменяет актуальное уведомление о прекращении SendUsersMessages.
Каналы связи и почтовый транспорт остаются отдельными компонентами
End User Messaging предоставляет программный слой для сообщений, инструменты командной строки и клиентские SDK. В его FAQ описаны SMS, MMS, push и голосовые сценарии. Это инфраструктура каналов приложения, а не автоматический перенос истории journeys и правил сегментации из прежнего продукта.
Почтовый SES, в свою очередь, поддерживает SMTP-интерфейс. Его можно подключать непосредственно из приложения или использовать как relay для существующего почтового сервера; для этого создаются SMTP-учётные данные. По описанию AWS, обычный SMTP-клиент также формирует MIME-части и заголовки при отправке вложений. Такой интерфейс решает задачу передачи письма, но не хранит вместо приложения модель его пользователей.
