O que a Meta anunciou e qual é o prazo
Em comunicado por e-mail recebido pela equipe Code Vibe e analisado em 13 de outubro de 2026, a Meta informou que a entrega de mensagens de marketing pela Cloud API será encerrada em 13 de outubro de 2027. A partir dessa data, esse tráfego será concentrado na Marketing Messages API for WhatsApp, também chamada de MM API.
O prazo de 13/10/2027 é atribuído aqui ao comunicado recebido. A documentação pública consultada confirma a solução de marketing, mas a página de visão geral não apresentava essa data na consulta. Este artigo distingue as informações do aviso das orientações de preparação para a operação.
A mudança anunciada diz respeito à categoria marketing. O mesmo comunicado informa que mensagens de atendimento, autenticação e utilidade continuarão sendo suportadas pela Cloud API. Não é o encerramento de toda a API do WhatsApp.
Como isso entra na rotina de um polo
A pergunta prática é quais comunicações da sua operação estão classificadas como marketing. Campanhas de divulgação de cursos, ofertas e retomada de interesse merecem revisão. O nome interno “captação” ou “rematrícula” não determina sozinho a categoria de uma mensagem.
Uma régua pode reunir comunicações com objetivos diferentes. Revise cada modelo pelo conteúdo e pela classificação efetiva na Meta, em vez de tratar toda a régua como se fosse uma categoria única. Os exemplos deste artigo são situações para revisão, não uma classificação oficial de modelos.
Comece pelas campanhas ativas e recorrentes. Anote modelo, categoria atual, público, responsável e período previsto de uso. Essa lista permite discutir a transição com quem mantém a integração sem depender da memória de um único operador.
O que é a Marketing Messages API
A documentação da Meta apresenta uma API voltada às mensagens de marketing, com otimizações de entrega e recursos de medição. Ela informa a possibilidade de usar números e modelos existentes, com um esquema técnico semelhante ao da Cloud API.
A documentação também apresenta recursos como recomendações de desempenho e tempo de validade para mensagens. O comunicado ressalta restrições geográficas em algumas otimizações. A disponibilidade precisa ser conferida para a conta e o mercado atendido.
Essas possibilidades não representam uma promessa de mais matrículas. O resultado de uma campanha também depende da oferta, da base, da comunicação e da capacidade de responder. Uma mensagem entregue é uma etapa do percurso do candidato.
Por que uma campanha funcionando hoje não confirma a migração
O aviso da Meta chama atenção para o roteamento automático: empresas que ainda não aceitaram os termos da MM API podem ter seu tráfego de marketing encaminhado à Cloud API. Por isso, uma campanha pode continuar funcionando sem que todas as etapas da transição estejam concluídas.
Segundo o comunicado, esse caminho de retorno termina junto com o suporte a marketing na Cloud API. A verificação precisa abranger tanto a integração técnica quanto a situação da conta empresarial. Observar apenas que uma mensagem chegou não é suficiente para confirmar a preparação.
O aceite dos termos deve ser feito por uma pessoa autorizada pela empresa, após a leitura das condições. Não compartilhe senhas para resolver essa etapa. Combine com o responsável técnico como identificar a pendência e verificar sua conclusão.
Atenção às mensagens reclassificadas
Outro ponto do comunicado é o tratamento de mensagens inicialmente classificadas como utilidade e depois reclassificadas como marketing. Esse tráfego precisa seguir o caminho aplicável à categoria marketing.
Na operação, isso significa acompanhar mudanças de categoria e informar quem cuida da integração. Não basta registrar a categoria na criação do modelo e nunca mais revisá-la. Também não é adequado tentar contornar a transição apenas renomeando uma campanha.
Se uma mensagem falhar, registre o modelo, a categoria atual, o horário e o erro disponível, sem expor dados pessoais do candidato em canais desnecessários. O guia sobre campanhas que não enviaram, nas referências abaixo, ajuda a organizar essa investigação.
O que cabe ao polo e ao responsável pela plataforma
A equipe do polo conhece o calendário, o público e as informações que precisam ser comunicadas. O responsável pela plataforma verifica a integração, o roteamento e os retornos técnicos. As duas frentes precisam de um plano comum.
- Polo: inventariar campanhas e modelos usados na rotina, com responsáveis e prioridades.
- Empresa titular da conta: verificar a situação dos termos e realizar os aceites necessários por pessoa autorizada.
- Responsável técnico: conferir o uso da MM API para marketing e o tratamento de reclassificações.
- Operação e tecnologia: testar um fluxo controlado e verificar os registros de entrega e atendimento.
- Gestão: combinar uma data interna de preparação anterior ao prazo anunciado e registrar pendências.
Como planejar a transição sem deixar para a última campanha
Organize a preparação em três momentos: levantamento das comunicações, verificação de integração e conta, e teste acompanhado. Depois de cada etapa, registre o que foi confirmado e o que continua pendente. Evite concentrar a validação na semana de uma campanha importante.
Não há neste artigo uma confirmação de que todas as contas ou instalações do ZapConnector já estejam migradas. A situação precisa ser verificada na integração e na conta correspondente. Para alinhar o planejamento da sua operação, converse com a equipe pelo canal de suporte habitual.
A mudança também não deve ser interpretada como uma cotação de mensagens. Assinatura, tarifas e trabalho da equipe continuam sendo itens distintos de planejamento; consulte as condições vigentes. Nosso guia de custos, nas referências, explica como organizar essa conta.
O que fazer agora
Você não precisa interromper suas campanhas apenas por ter recebido o aviso. Precisa transformar o prazo em uma lista de verificações com responsáveis. Comece pelas mensagens de marketing que sua equipe já utiliza e peça uma avaliação da integração e da situação dos termos.
Guarde o comunicado e acompanhe a documentação oficial. Ao revisar o plano, mantenha a distinção principal: a transição anunciada é da entrega de marketing para a MM API; as demais categorias citadas no aviso continuam na Cloud API. Essa clareza ajuda a preparar o time sem criar preocupação desnecessária nos atendentes ou candidatos.