Blog

Código e Automação

24 de set. de 2026

Go back

WhatsApp muda a arquitetura das contas: entenda WAAC, Messaging Account e o fim do modelo tradicional de WABA

Autor: Rafael Lins

A Meta está mudando a arquitetura do WhatsApp Business Platform. Entenda como WABA evolui para WhatsApp Account (WAAC) e Messaging Account, o compartilhamento de números entre parceiros e os impactos para APIs, BSPs, templates e billing.

Fique por dentro do que há de mais relavante no Marketing Digital, assine a nossa newsletter:

Durante anos, quem trabalha com WhatsApp Business Platform se acostumou com uma sigla central:

WABA

WABA significa WhatsApp Business Account.

Era dentro dessa estrutura que boa parte dos ativos necessários para operar profissionalmente o WhatsApp era organizada.

Número de telefone, templates, mensageria, configurações e cobrança estavam fortemente associados à mesma estrutura.

Isso está mudando.

A Meta iniciou uma evolução importante da arquitetura do WhatsApp Business Platform chamada:

WhatsApp Account Model Evolution

A mudança separa responsabilidades que anteriormente estavam concentradas na WABA em duas estruturas principais:

WhatsApp Account (WAAC)

Messaging Account (PMA)

Não se trata apenas de uma mudança de nomenclatura.

A separação cria uma arquitetura em que identidade e operação de mensageria passam a existir como camadas diferentes.

E uma das consequências mais importantes é que um mesmo número do WhatsApp poderá trabalhar com múltiplos parceiros e integrações.

Para empresas que utilizam BSPs, plataformas omnichannel, CRMs, automações, Cloud API ou desenvolvem integrações diretamente com WhatsApp, é uma mudança arquitetural importante.

O que era a WABA

No modelo tradicional, a WhatsApp Business Account funcionava como uma espécie de container central da operação.

De maneira simplificada, poderíamos representar assim:

WABA

↓

Número de telefone

Identidade

Mensageria

Templates

Billing

Integrações

Esse modelo funcionou durante anos, mas criava uma relação bastante rígida entre a identidade da empresa e a infraestrutura utilizada para enviar mensagens.

Na prática, o número de telefone acabava muito associado à estrutura operacional que estava por trás dele.

O novo WhatsApp Account Model Evolution

A Meta está separando essas responsabilidades.

O novo modelo pode ser entendido assim:

WhatsApp Account (WAAC)

↓

Número de telefone

Identidade

e, separadamente:

Messaging Account (PMA)

↓

Mensageria

Templates

Billing

Configurações relacionadas à operação

Essa separação parece pequena quando observada apenas pela interface.

Arquiteturalmente, porém, ela muda bastante a forma como integrações podem funcionar.

O que é WhatsApp Account, ou WAAC

A WhatsApp Account, identificada pela sigla WAAC, passa a representar principalmente a identidade do negócio dentro do WhatsApp.

É nessa camada que fica associado o número de telefone.

Podemos pensar na WAAC como:

quem é a empresa no WhatsApp.

Ela representa a identidade persistente utilizada pelo cliente para se comunicar com aquele negócio.

De maneira simplificada:

WAAC

↓

Número

↓

Identidade

↓

Cliente

Essa separação permite que a identidade permaneça estável mesmo quando diferentes sistemas participam da operação de mensageria.

O que é Messaging Account

A segunda estrutura é a Messaging Account.

Na documentação e nos materiais técnicos também aparece a sigla PMA, associada à estrutura de mensageria paga da plataforma.

A Messaging Account concentra elementos relacionados à operação das mensagens.

Entre eles estão principalmente:

templates;
billing;
métodos de pagamento;
configurações de mensageria;
integrações relacionadas à operação.

Podemos simplificar assim:

Messaging Account

↓

Templates

Billing

Operação de mensageria

Enquanto a WAAC responde principalmente pela identidade e pelo número, a Messaging Account responde pela operação.

Antes e depois

Uma forma simples de visualizar a mudança é:

Modelo anterior

WABA

↓

Número

Identidade

Templates

Mensageria

Billing

Novo modelo

WAAC

↓

Número + Identidade

Messaging Account

↓

Mensageria + Templates + Billing

Essa separação cria uma camada intermediária que antes não existia dessa maneira.

Evolução da arquitetura do WhatsApp Business Platform: WABA para WAAC e Messaging Account

Por que a Meta está fazendo isso

A resposta aparece em uma das capacidades mais importantes anunciadas pela própria Meta:

um mesmo número poderá trabalhar com múltiplos parceiros e integrações.

No modelo anterior, número e infraestrutura de mensageria estavam muito mais acoplados.

No novo modelo, a identidade pode permanecer associada à WAAC enquanto diferentes Messaging Accounts atendem diferentes integrações.

Podemos representar conceitualmente assim:

Número WhatsApp

↓

WAAC

↓

Messaging Account A

Messaging Account B

Messaging Account C

Cada Messaging Account pode estar relacionada a um parceiro ou integração diferente.

Um número, múltiplos parceiros

Essa é provavelmente a consequência mais importante da mudança.

Imagine uma empresa que utiliza o mesmo número do WhatsApp para diferentes necessidades.

Ela pode ter:

plataforma de atendimento;
CRM;
automação;
chatbot;
solução de marketing;
integração própria;
parceiro BSP;
soluções Meta.

Historicamente, conectar diferentes fornecedores ao mesmo número podia exigir arquiteturas mais complexas e gerar dependência significativa do provedor responsável pela infraestrutura.

A nova arquitetura permite separar melhor essas responsabilidades.

Conceitualmente:

Cliente

↓

Número único do WhatsApp

↓

WAAC

↓

Parceiro A

Parceiro B

Integração própria

Solução Meta

Tudo mantendo uma identidade única para o usuário.

O número deixa de estar tão preso ao parceiro

Esse ponto é particularmente importante para empresas.

Em muitas arquiteturas antigas, trocar de BSP ou reorganizar a infraestrutura do WhatsApp podia se transformar em um projeto delicado.

Isso ocorre porque identidade, número e operação estavam fortemente relacionados.

Separando identidade de mensageria, a Meta cria condições para reduzir esse acoplamento.

O número pertence à camada de identidade.

A operação pode utilizar diferentes Messaging Accounts.

Isso cria uma arquitetura mais modular.

Um exemplo prático

Imagine uma empresa utilizando o número:

+55 41 XXXX-XXXX

Esse número representa sua identidade comercial no WhatsApp.

No novo modelo:

WAAC

↓

+55 41 XXXX-XXXX

A empresa poderia então possuir diferentes estruturas de mensageria.

Por exemplo:

Messaging Account A

↓

BSP responsável pelo atendimento

Messaging Account B

↓

Integração própria com CRM

Messaging Account C

↓

Outra solução autorizada

Para o consumidor, o número continua sendo o mesmo.

Nos bastidores, diferentes sistemas podem participar da operação.

Billing também fica separado

Outro aspecto importante é a cobrança.

Cada Messaging Account pode possuir sua própria estrutura relacionada ao billing.

Isso é particularmente relevante quando existem múltiplos parceiros.

Imagine:

WAAC

↓

Número da empresa

↓

Messaging Account A

Billing A

↓

Messaging Account B

Billing B

O número continua sendo único.

As operações financeiras podem permanecer separadas.

Isso facilita modelos nos quais diferentes parceiros são responsáveis por diferentes partes da comunicação.

Templates também passam a pertencer à camada de mensageria

Templates fazem parte da Messaging Account.

Esse detalhe é importante.

Quando diferentes parceiros utilizam o mesmo número, isso não significa necessariamente que todos compartilharão exatamente a mesma infraestrutura de templates.

A lógica passa a ser:

WAAC

↓

Número

↓

Messaging Account A → Templates A

Messaging Account B → Templates B

Isso aumenta a independência operacional entre integrações.

Um mesmo número não significa uma única infraestrutura

Essa distinção é fundamental.

Para o usuário:

Empresa

↓

Número

↓

Conversa

Para a infraestrutura:

Número

↓

WAAC

↓

Múltiplas Messaging Accounts

↓

Múltiplas integrações

O cliente continua enxergando uma identidade.

A empresa passa a poder trabalhar com uma arquitetura mais distribuída.

Isso é particularmente importante para BSPs

BSP significa Business Solution Provider.

São empresas que fornecem infraestrutura, ferramentas ou serviços integrados ao WhatsApp Business Platform.

No modelo tradicional, a relação entre empresa, número e BSP podia gerar dependência operacional considerável.

Com a nova arquitetura, a tendência é existir maior separação entre:

identidade do cliente

infraestrutura do parceiro.

Isso pode facilitar arquiteturas multivendor.

O que muda para plataformas omnichannel

Plataformas omnichannel também precisam acompanhar essa mudança.

Essas soluções normalmente centralizam canais como:

WhatsApp;
Instagram;
Messenger;
email;
chat;
outros canais.

No caso do WhatsApp, será necessário compreender em qual camada cada ativo está localizado.

Não basta mais pensar apenas:

"Qual é a WABA desse cliente?"

A arquitetura passa a envolver:

Qual é a WAAC?

Qual Messaging Account está associada a essa integração?

O que muda para desenvolvedores

Para desenvolvedores que trabalham diretamente com Cloud API, a mudança merece atenção especial.

A Meta está implementando a transição de forma progressiva para preservar compatibilidade.

Isso significa que integrações atuais não devem simplesmente parar de funcionar porque o novo modelo foi introduzido.

Mas a arquitetura das APIs também evoluirá.

Desenvolvedores precisam começar a compreender novos identificadores e relações entre:

WAAC;
Messaging Account;
phone number;
Cloud API;
Embedded Signup;
templates;
billing.

O Embedded Signup também é afetado

Embedded Signup é o fluxo utilizado por diversos parceiros para permitir que empresas conectem suas contas do WhatsApp Business Platform diretamente dentro de outra solução.

Com o novo modelo, esse processo também precisa compreender a separação entre identidade e mensageria.

Isso se torna especialmente importante quando um número existente pode ser compartilhado com outro parceiro.

Em vez de assumir que conectar o número significa transferir toda a operação, o sistema passa a poder criar uma nova relação de mensageria.

Um exemplo de onboarding no novo modelo

Imagine uma empresa que já utiliza WhatsApp com o Parceiro A.

Ela decide contratar o Parceiro B para outra função.

No modelo conceitual novo:

Empresa

↓

WAAC existente

↓

Número existente

↓

Messaging Account A → Parceiro A

Messaging Account B → Parceiro B

O Parceiro B não precisa necessariamente representar uma nova identidade perante o consumidor.

Ele passa a operar através de sua própria estrutura de mensageria associada ao mesmo número.

Isso pode reduzir vendor lock-in

Uma das consequências estratégicas mais interessantes é a possibilidade de redução do vendor lock-in.

Vendor lock-in acontece quando trocar de fornecedor se torna excessivamente difícil porque infraestrutura, dados ou identidade dependem profundamente daquele fornecedor.

Separar:

identidade

mensageria

é arquiteturalmente uma maneira de reduzir esse acoplamento.

Isso não significa que trocar de BSP passará a ser instantâneo ou sem complexidade.

Existem outras dependências técnicas e comerciais.

Mas a arquitetura passa a ser mais favorável à interoperabilidade.

O modelo fica parecido com outras arquiteturas modernas

Esse princípio aparece em diversas áreas de tecnologia.

Uma camada representa identidade.

Outra representa serviço.

Outra representa billing.

Outra representa integração.

Quanto mais essas responsabilidades são desacopladas, maior tende a ser a flexibilidade arquitetural.

No WhatsApp, podemos interpretar a evolução como:

Identidade

↓

WAAC

Serviço de mensageria

↓

Messaging Account

Integração

↓

Parceiro / Cloud API / BSP

Essa separação torna o ecossistema mais modular.

A migração começou em setembro de 2026

A mudança deixou de ser apenas conceitual.

A implementação do novo modelo começou a avançar no segundo semestre de 2026.

Parceiros do ecossistema WhatsApp informam que a Meta iniciou a transição das estruturas em setembro de 2026, com migração automática das contas para o novo modelo.

Isso significa que empresas podem começar a encontrar as novas estruturas nas superfícies administrativas da Meta, incluindo WhatsApp Manager e Meta Business Suite.

A transição está sendo realizada de forma progressiva.

Preciso migrar minha conta manualmente?

Para a primeira etapa da mudança, a orientação divulgada é que a migração estrutural seja realizada automaticamente pela Meta.

Isso é importante porque existem milhões de integrações dependentes da arquitetura atual.

Uma ruptura imediata seria inviável.

A estratégia é preservar compatibilidade enquanto o novo modelo passa a coexistir com identificadores e APIs existentes.

Portanto, empresas não devem sair recriando contas, números ou integrações manualmente apenas porque encontraram os novos nomes na interface.

Primeiro é necessário entender em qual estágio da migração aquela conta se encontra.

APIs atuais continuam importantes durante a transição

A Meta está trabalhando com compatibilidade progressiva.

Isso significa que elementos atuais como:

Cloud API;
phone number IDs;
fluxos de templates;
integrações existentes;

continuam relevantes durante a primeira fase.

Novos identificadores são adicionados progressivamente.

Para desenvolvedores, isso significa que existe uma janela de adaptação.

A transição vai além de 2026

A evolução completa não acontece de uma vez.

A arquitetura está sendo introduzida em fases.

Em linhas gerais, a transição passa por:

2026

Introdução e migração para a nova estrutura de contas.

2027

Expansão das APIs e utilização dos novos identificadores.

2028

Etapas posteriores da transição passam a exigir de forma mais ampla a nova arquitetura.

Isso significa que sistemas integrados ao WhatsApp Business Platform precisam tratar essa mudança como evolução de arquitetura, não apenas como uma alteração visual no Business Manager.

O que empresas precisam fazer agora

Para empresas que apenas utilizam uma solução de WhatsApp através de um fornecedor, provavelmente não existe necessidade imediata de desenvolvimento.

Mas vale documentar:

qual número é utilizado;
qual BSP está conectado;
quais integrações existem;
quem administra os templates;
quem administra billing;
quem possui acesso ao Business Manager;
quais sistemas utilizam Cloud API;
quais webhooks estão configurados.

Esse inventário será importante conforme a arquitetura evoluir.

O que BSPs e desenvolvedores precisam fazer

Para quem desenvolve integrações, o nível de atenção precisa ser maior.

É recomendável mapear:

IDs utilizados atualmente;
endpoints da Graph API;
Embedded Signup;
associação entre números e contas;
webhooks;
templates;
billing;
permissões;
tokens;
lógica de onboarding.

Também será necessário acompanhar as versões da Graph API e a documentação oficial da Meta durante cada fase.

Não confunda essa mudança com precificação

Esse é outro ponto importante.

A evolução da arquitetura de contas não é, por si só, uma mudança na política de preços das mensagens.

WhatsApp Account Model Evolution trata principalmente da organização das contas e responsabilidades.

Precificação de mensagens é outro assunto.

Portanto:

WAAC + Messaging Account

não significa automaticamente

nova tarifa do WhatsApp.

Mudanças de pricing precisam ser analisadas separadamente conforme a documentação comercial vigente.

Não confunda WAAC com uma nova versão do WhatsApp

WAAC também não é:

novo aplicativo;
nova API independente;
novo WhatsApp Business;
substituto da Cloud API.

É uma estrutura de conta dentro da evolução da plataforma.

Cloud API continua sendo a infraestrutura utilizada para integração programática.

A mudança está na organização dos ativos que existem ao redor dela.

WABA vai desaparecer imediatamente?

Não devemos interpretar dessa forma.

Existe uma transição longa e compatibilidade com estruturas atuais.

A sigla WABA continuará aparecendo em:

documentação;
APIs;
sistemas;
interfaces;
integrações;
código legado;

durante esse processo.

O importante é entender que o modelo conceitual está evoluindo.

Em vez de tratar WABA como uma estrutura monolítica, começaremos a trabalhar cada vez mais com:

WAAC + Messaging Account.

O que isso significa para empresas com várias ferramentas

Esse talvez seja o cenário mais interessante.

Imagine uma empresa utilizando:

CRM

plataforma de atendimento

automação

marketing

No modelo antigo, colocar diferentes fornecedores em torno do mesmo número podia exigir centralização em um único intermediário.

No novo modelo, a Meta está criando uma arquitetura mais apropriada para múltiplas integrações.

Isso pode abrir espaço para ecossistemas mais flexíveis.

WhatsApp + CRM

Uma Messaging Account pode participar da integração responsável pelo CRM.

Por exemplo:

↓

WAAC

↓

Messaging Account

↓

CRM

↓

Equipe comercial

A identidade permanece associada ao número.

A operação comercial utiliza a integração necessária.

WhatsApp + atendimento

Outra integração pode estar relacionada ao atendimento.

↓

WAAC

↓

Messaging Account

↓

Plataforma de atendimento

↓

Equipe de suporte

Novamente, o cliente continua falando com a mesma identidade.

WhatsApp + Inteligência Artificial

Esse cenário tende a ficar ainda mais relevante.

A Meta também está desenvolvendo soluções de agentes e IA para WhatsApp.

Ao separar identidade da infraestrutura de mensageria, torna-se mais fácil imaginar arquiteturas nas quais diferentes sistemas trabalham sobre o mesmo canal.

Por exemplo:

↓

WAAC

↓

Atendimento humano

CRM

Agente de IA

Automação

O número permanece único.

Os sistemas por trás dele podem evoluir.

A arquitetura passa a importar mais que a ferramenta

Essa mudança reforça um princípio que defendemos na Ad Rock em projetos de automação:

não devemos começar escolhendo a ferramenta.

Primeiro precisamos desenhar a arquitetura.

Perguntas importantes passam a ser:

Quem é responsável pela identidade?

Quem controla o número?

Quem envia mensagens?

Quem administra templates?

Quem recebe webhooks?

Quem paga pela mensageria?

Quem possui os dados?

Qual sistema é responsável pelo atendimento?

Qual sistema é responsável pela automação?

Qual sistema é responsável pelo CRM?

Separar essas responsabilidades reduz dependência e facilita manutenção.

Isso também muda a análise de fornecedores

Ao contratar uma plataforma de WhatsApp, não basta perguntar:

"Vocês têm integração com WhatsApp?"

Será cada vez mais importante perguntar:

Como a integração utiliza a WAAC?
Qual Messaging Account será criada?
Quem controla essa conta?
Como funciona o billing?
Quem controla os templates?
Como funciona a saída do fornecedor?
O mesmo número pode ser utilizado com outra integração?
Quais dados permanecem com o cliente?

Essas perguntas ajudam a evitar dependência tecnológica desnecessária.

Um número pode realmente trabalhar com vários parceiros?

Sim.

Esse é um dos pontos centrais apresentados pela própria Meta no WhatsApp Account Model Evolution.

A nova arquitetura foi desenhada para permitir que um mesmo número seja compartilhado entre múltiplos parceiros e integrações.

Mas existe uma diferença importante entre:

compartilhar o número

compartilhar toda a infraestrutura.

Templates, billing e outras configurações de mensageria podem permanecer separados em diferentes Messaging Accounts.

Portanto, o modelo não é:

Número → tudo compartilhado.

É:

Número compartilhado através da WAAC

operações separadas através das Messaging Accounts.

Isso cria novas possibilidades para omnichannel

Empresas que trabalham com atendimento omnichannel podem se beneficiar dessa separação.

O WhatsApp deixa de precisar ser tratado como uma integração necessariamente monolítica.

Uma arquitetura pode combinar:

atendimento;
marketing;
automação;
CRM;
IA;
suporte.

Tudo utilizando a mesma identidade do WhatsApp quando a configuração permitida pela plataforma for adequada ao caso.

Isso pode simplificar ecossistemas que atualmente dependem de integrações indiretas.

Também aumenta a necessidade de governança

Mais flexibilidade significa mais responsabilidade.

Se múltiplos parceiros trabalham sobre o mesmo número, será necessário definir claramente:

quem pode enviar mensagens;
quais templates pertencem a cada operação;
quem responde por billing;
quais sistemas recebem eventos;
como os dados são tratados;
como consentimento é administrado;
como opt-out é respeitado;
como conflitos entre automações são evitados.

Uma arquitetura multivendor sem governança pode se tornar mais complexa do que uma integração centralizada.

Reputação do número continua sendo crítica

A identidade continua associada ao número.

Isso significa que qualidade de comunicação, bloqueios, denúncias e comportamento dos usuários continuam sendo elementos importantes da operação.

Adicionar múltiplos parceiros não significa criar múltiplas reputações independentes para o mesmo número.

Empresas precisam coordenar políticas de envio entre todos os sistemas que utilizam aquela identidade.

Mais parceiros não significa mais capacidade ilimitada

Também é importante não interpretar o compartilhamento de número como multiplicação automática da capacidade de envio.

A capacidade operacional continua relacionada ao número e às regras da plataforma.

Adicionar três integrações ao mesmo número não significa simplesmente triplicar throughput.

Arquitetura e limites precisam ser analisados no nível correto.

O que muda para a estratégia de automação

Essa evolução é especialmente interessante para empresas que utilizam WhatsApp como infraestrutura de negócio.

Hoje o WhatsApp pode participar de:

aquisição;
vendas;
suporte;
notificações;
cobrança;
relacionamento;
ecommerce;
autenticação;
automações;
agentes de IA.

Quando todos esses casos dependem de uma única integração monolítica, a arquitetura fica limitada.

Separar identidade de mensageria cria mais possibilidades para especialização.

Como a Ad Rock enxerga essa mudança

Na Ad Rock Digital Mkt, vemos essa evolução como uma mudança positiva para arquiteturas de WhatsApp mais modulares.

Ela pode reduzir acoplamento entre:

número;
BSP;
CRM;
automação;
plataforma de atendimento;
IA.

Mas a vantagem só existe quando a arquitetura é planejada corretamente.

Adicionar ferramentas sem desenho técnico pode aumentar a complexidade.

O ideal é tratar WhatsApp como parte de uma arquitetura maior de comunicação e dados.

Uma arquitetura moderna de WhatsApp

Um cenário possível pode ser:

Cliente

↓

WAAC

↓

Número e identidade

↓

Messaging Accounts

↓

CRM

Atendimento

Automação

↓

Dados

↓

Analytics / BI

Esse desenho representa uma mudança importante.

O WhatsApp deixa de ser apenas um aplicativo de mensagens.

Passa a funcionar como uma camada de comunicação integrada à infraestrutura digital da empresa.

O que acompanhar nos próximos meses

Empresas, BSPs e desenvolvedores devem acompanhar principalmente:

evolução da WAAC;
Messaging Accounts;
novas versões da Graph API;
Embedded Signup;
compartilhamento de números;
permissões;
webhooks;
templates;
billing;
documentação de migração;
compatibilidade das integrações existentes.

A arquitetura continuará evoluindo até que o novo modelo esteja completamente estabelecido.

Conclusão

A mudança de WABA para uma arquitetura baseada em WhatsApp Account (WAAC) + Messaging Account não é simplesmente uma troca de siglas.

Ela representa uma separação estrutural entre:

identidade

operação de mensageria.

A WAAC mantém o número e a identidade.

A Messaging Account administra elementos relacionados à mensageria, templates e billing.

Essa separação permite algo particularmente importante:

um mesmo número de WhatsApp pode trabalhar com múltiplos parceiros e integrações mantendo estruturas de mensageria separadas.

Para empresas, isso pode significar mais flexibilidade e menor dependência de um único fornecedor.

Para BSPs e plataformas omnichannel, significa adaptar onboarding, integrações e modelos de conta.

Para desenvolvedores, significa acompanhar novos identificadores, APIs e fluxos.

E para quem trabalha com automação, CRM e Inteligência Artificial, abre possibilidades interessantes para arquiteturas em que vários sistemas utilizam a mesma identidade do WhatsApp sem precisar concentrar toda a operação em uma única integração.

Durante anos, a pergunta técnica foi:

"Qual é a WABA?"

Nos próximos anos, provavelmente precisaremos perguntar:

"Qual é a WAAC e quais Messaging Accounts estão conectadas a ela?"

Essa diferença parece pequena.

Arquiteturalmente, não é.