NotíciasA partir de 30 de outubro de 2026, empresas que usam o Amazon Pinpoint perdem acesso ao console e aos recursos de engajamento do serviço — entre eles endpoints, segmentos, campanhas, jornadas e painéis de análise. Isso não significa que todo envio de mensagens pare de funcionar: a AWS diz que push e OTP continuam disponíveis para todas as contas, enquanto SMS, voz e e-mail seguem apenas para clientes existentes. A diferença é importante para decidir o que precisa ser migrado com urgência e o que ainda pode operar.
O que termina e o que continua
A página oficial de encerramento do Amazon Pinpoint separa a plataforma em duas partes. A camada de engajamento — que guarda públicos, campanhas, jornadas, recomendadores e análises — deixa de ser acessível na data anunciada. Já alguns canais de entrega direta continuam: push, templates de push, envio de OTP e validação de telefone permanecem para todas as contas. SMS, voz e e-mail continuam somente para quem já era cliente antes de 20 de maio de 2025; a AWS não aceita novos clientes nesses canais pelo Pinpoint.
Há também perdas específicas que podem passar despercebidas. As APIs de análise e KPI deixam de funcionar, assim como mensagens dentro do app, recomendadores, SendUsersMessages e o envio para um endpoint armazenado. O método SendMessages continua apenas para os canais que seguem disponíveis. A lista oficial de serviços em encerramento da AWS confirma 30 de outubro de 2026 como a data final do Pinpoint.
Para quem mantém um aplicativo, a pergunta prática não é apenas “meus push ainda serão enviados?”. É também “o código depende de segmentos, identificadores de endpoint, campanhas, jornadas ou métricas que deixarão de existir?”. Um fluxo de entrega pode continuar funcionando enquanto a segmentação ou a medição que o alimentava deixa de funcionar.
A migração depende do tipo de mensagem
Antes de escolher substituto, separe as mensagens em dois grupos. Campanhas, jornadas e contato personalizado com base no comportamento do cliente exigem perfis, segmentação, regras de frequência e orquestração. Para esse tipo de operação, a AWS aponta o Amazon Connect Customer, com recursos de campanhas de saída e perfis de clientes. A documentação de migração descreve como exportar endpoints, mapear dados para perfis e recriar campanhas e jornadas. Não trate isso como uma troca de URL: os modelos de dados e os espaços reservados dos templates podem mudar.
Já mensagens transacionais — código de acesso, confirmação de pedido ou aviso de entrega — podem precisar só de um canal de envio confiável, sem segmentação e jornada. A AWS indica o AWS End User Messaging para canais como SMS, push e voz, e o Amazon SES para e-mail. Eventos e dados de análise de apps podem seguir para o Amazon Kinesis, conforme o desenho da aplicação.
Duas rotas de migração: campanhas e jornadas precisam preservar perfis e regras; mensagens transacionais podem seguir por canais de envio direto. Ilustração editorial, não representa uma tela da AWS.
A distinção evita levar uma infraestrutura de campanhas para um fluxo que só envia notificações ou, no sentido oposto, escolher um serviço de envio direto esperando que ele substitua segmentação e jornada. O próprio guia da AWS ressalta que os destinos não cobrem tudo da mesma forma: por exemplo, push não é nativo em campanhas do Connect Customer, embora possa ser encaminhado por jornadas com uma ação Lambda.
O que revisar primeiro
Comece procurando dependências no código, nos projetos AWS e nas rotinas operacionais. Liste SDKs e APIs usados, o destino de eventos, os identificadores de endpoint armazenados e qualquer tarefa que consulte KPIs ou exporte públicos. Em seguida, classifique cada comunicação como campanha/jornada, mensagem transacional, push, OTP ou análise. Essa lista mostra se a mudança afeta o serviço inteiro ou apenas uma parte do fluxo.
Se sua operação usa campanhas, exporte endpoints, segmentos, campanhas, jornadas e templates antes de perder o acesso aos recursos. A AWS documenta a exportação de endpoints para S3 ou arquivo local e recomenda recuperar definições de campanhas e jornadas pelas APIs correspondentes. Para históricos de análise, o guia informa que é possível exportar KPIs dos últimos três meses; faça isso antes de a API deixar de responder. Também vale guardar a configuração de eventos e a regra que liga cada evento à comunicação seguinte.
Revise templates e dados de personalização em ambiente de teste. O guia de migração mostra que variáveis de template podem precisar de novos caminhos no modelo de perfis do Connect Customer. Faça uma mensagem de ponta a ponta — incluindo consentimento, preferência de canal, limites de frequência, retorno de falhas e métricas — antes de trocar a produção. Se o caso for apenas envio direto, teste entrega e observabilidade no serviço de destino, sem presumir que as campanhas ou análises antigas foram migradas junto.
Esse tipo de escolha também entra na arquitetura do aplicativo: nosso guia sobre app nativo, híbrido ou PWA explica como os requisitos de notificações e recursos do dispositivo influenciam a decisão. E quando a troca exigir conectar canais, dados e sistemas, vale revisar quando uma API é necessária para integrar serviços.
O que não deve ser presumido
A data de encerramento não significa que todo push ou OTP na AWS será desligado. Também não significa que a experiência de campanhas do Pinpoint será automaticamente reproduzida pelo serviço de envio. Mesmo entre os produtos recomendados pela própria AWS há limites, lacunas funcionais e mudanças nos dados e templates. O aviso é amplo; a decisão de migração precisa partir das dependências reais de cada aplicação.
Para empresas que não sabem se usam Pinpoint, vale verificar a conta AWS e procurar projetos, endpoints, campanhas, jornadas, SDKs e chamadas de Pinpoint no código e nos pipelines. Se encontrar uma integração, registre qual parte entrega a mensagem e qual parte decide quem recebe. Essa diferença é o que permite priorizar a correção sem interromper um alerta importante para o cliente.
O passo mais seguro é inventariar, preservar dados e validar uma rota de migração por tipo de uso. Assim, a data de encerramento vira uma revisão controlada de arquitetura — e não uma surpresa em uma notificação, campanha ou fluxo de recuperação de conta.
