A Meta cobra diretamente de todas as empresas pelas mensagens do Meta Business Agent, incluindo as empresas cujo número do WhatsApp é gerenciado por um Business Solution Provider (BSP), a $2,00 por 1 milhão de tokens.[1] A cobrança entrou em vigor em 1º de agosto de 2026, às 12h PT, e a fatura vem da Meta, debitada de uma linha de crédito mantida no Billing Hub da própria empresa. Uma única resposta do agente costuma consumir de 20.000 a 25.000 tokens, cerca de 4 a 5 centavos de dólar. A tarifa tem uma condição: o tráfego do Meta Business Agent não é entregue quando nenhuma linha de crédito está anexada à conta do Business Agent.
Principais conclusões
A Meta cobra diretamente de todas as empresas pelo uso do Meta Business Agent a $2,00 por 1 milhão de tokens, e essa cobrança não passa pelo BSP.
As mensagens do Meta Business Agent não são entregues quando nenhuma linha de crédito está anexada à conta do Business Agent.
A Meta tinha 16 moedas habilitadas em 1º de julho de 2026 e fatura as contas em moeda diferente do dólar pela taxa de câmbio do dia.
As taxas do BSP por acesso à API, suporte e recursos de plataforma continuam em uma fatura separada.
Quem cobra pelo uso do Meta Business Agent?
A Meta cobra da empresa dona da WhatsApp Account (antiga WhatsApp Business Account, ou WABA), e a relação com um BSP não muda isso. A documentação de preços da Meta afirma que ela “vai cobrar de todas as empresas pelo Meta Business Agent, incluindo aquelas … apoiadas por um ou mais Solution Providers” e que a cobrança funciona como faturamento mensal debitado de uma linha de crédito da Meta, com cartões de crédito previstos para setembro.[1] O preço é uma tarifa global única de $2,00 por 1 milhão de tokens, cobrada uma vez por mensagem, entre processamento e entrega do agente. A mesma página compara 1.000 respostas geradas por IA para usuários no Brasil: cerca de $27 ou cerca de $97 para tráfego de serviço, conforme a complexidade, contra cerca de $40 a $50 para o agente. A mecânica das conversas está detalhada em como o Meta Business Agent funciona dentro das conversas da WhatsApp Business API.
Por que as mensagens não são entregues sem uma linha de crédito?
A Meta trata a linha de crédito como o meio de pagamento da conta do Business Agent. A página de preços da Meta afirma que “as mensagens do Meta Business Agent não serão entregues se uma linha de crédito não estiver anexada à sua conta do Business Agent.”[1] O guia de configuração da Meta coloca a cobrança como a segunda etapa da ativação de um agente, antes da configuração, e afirma que “as mensagens não são entregues a menos que sua conta tenha um meio de pagamento anexado.”[2] Uma integração da WhatsApp Business API funcionando, um número ativo e um contrato assinado com o BSP não atendem a nenhum desses requisitos. Uma empresa pode passar por todas as verificações técnicas e ainda assim não ver nenhuma resposta do agente.
Um segundo prazo da Meta cobre as mensagens de serviço e funciona de forma independente da linha de crédito do Business Agent. Qualquer empresa apoiada por um Solution Provider ou integrada diretamente que não tiver um meio de pagamento cadastrado até 30 de setembro de 2026 perde a entrega de mensagens de serviço assim que elas passarem a ser cobradas, em 1º de outubro de 2026. O Billing Hub cuida desse meio de pagamento, e ele fica separado da linha de crédito do Business Agent.
Como anexar uma linha de crédito para o Meta Business Agent?
Os dois caminhos passam pelo Billing Hub, e qual deles se aplica depende de a empresa já ter ou não uma linha de crédito da Meta vinda de anúncios ou de outro produto de mensagens. A empresa que já tem uma adiciona a conta do Business Agent a ela em três etapas:
Acesse “Credit lines” no painel lateral.
Clique em “Set up now” no modal “Use monthly invoicing for Business Agent”.
Aceite os termos de pagamento e faturamento.
A empresa que não tem nenhum acordo em vigor pode solicitar um pelo Billing Hub, sujeito a análise e aprovação da Meta. Esse caminho começa em “Get started”, no banner “Switch to monthly invoicing”; na tela “Select accounts”, a conta do Business Agent permanece selecionada. As empresas sem elegibilidade aguardam o suporte a cartão de crédito, que a Meta prevê para setembro.
Em quais moedas a Meta emite as faturas?
A Meta tinha 16 moedas habilitadas na WhatsApp Business Platform em 1º de julho de 2026, e uma delas é escolhida quando a conta do Business Agent é criada. Uma conta em moeda diferente do dólar é faturada na própria moeda, pela tarifa global em USD convertida diariamente.
Tarifa em USD; conversão diária para moedas diferentes do dólar
INR
Somente Índia
Conversão diária a partir do USD
BRL (ainda não disponível)
Somente Brasil
Conversão diária a partir do USD
A tabela lista o BRL como “ainda não disponível”, então uma empresa brasileira deve primeiro confirmar o status atual no Billing Hub.[1]
O seu BSP cuida da cobrança do Meta Business Agent?
Não. A cobrança do Meta Business Agent não chega ao BSP, o que não deixa nada para um provedor aplicar sobretaxa ou empacotar. A página de preços da Meta cita as empresas apoiadas por um Solution Provider entre aquelas de quem ela vai cobrar, e a linha de crédito fica na conta do Business Agent, dentro do Billing Hub da empresa. Descrições que atribuem essa cobrança ao BSP, ou que deixam em aberto se ela vem do BSP ou da Meta, não correspondem à documentação.
A 360Dialog, Official Meta Solution Partner, fornece acesso à WhatsApp Business API com suporte 24/7 em sete idiomas, e a cobrança de tokens pelas respostas do agente continua chegando na própria fatura Meta do cliente. O anúncio do suporte ao Meta Business Agent descreve o caminho de ativação.
Pelo que o seu BSP ainda cobra de você?
O seu BSP cobra pelo acesso à API, pelo suporte e pelos recursos de plataforma, em uma fatura separada da fatura da Meta. A Meta cobra o uso de tokens pelas respostas do agente e tarifas por mensagem para o tráfego de template e de serviço, e o BSP fatura a infraestrutura ao redor disso. A 360Dialog não aplica nenhuma sobretaxa às tarifas de mensagem da Meta e cobra uma assinatura pelo acesso à API e pelo suporte. Os modelos de sobretaxa e seu efeito no custo estão detalhados em por que uma sobretaxa por mensagem costuma custar mais.
Uma implantação do Meta Business Agent traz um pré-requisito do lado da Meta que nenhum contrato de provedor cobre: uma linha de crédito aprovada, em uma moeda suportada, no Billing Hub da própria empresa. As equipes que orçam o volume do agente devem projetar o custo em tokens contra a fatura da Meta.
Ter a base da WhatsApp Business API pronta é o primeiro passo para qualquer implantação de agente. Começar a usar a API.
Perguntas frequentes
Quanto custa o Meta Business Agent por mensagem?
O Meta Business Agent custa $2,00 por 1 milhão de tokens, uma tarifa global única. Uma resposta típica do agente consome de 20.000 a 25.000 tokens, o que coloca o custo efetivo em cerca de 4 a 5 centavos de dólar por mensagem. A cobrança por token cobre o processamento por IA e a entrega.
É possível usar o Meta Business Agent com um número gerenciado por um BSP?
Sim. A documentação da Meta cita as empresas apoiadas por um Solution Provider entre aquelas de quem ela vai cobrar pelo Meta Business Agent, o que coloca essa configuração no escopo. O requisito é uma linha de crédito anexada à conta do Business Agent no Billing Hub, e as respostas do agente não são entregues enquanto ela não estiver lá.
A cobrança do Meta Business Agent pode vir do seu provedor, da Meta ou de ambos?
Somente da Meta. A documentação de preços da Meta afirma que ela vai cobrar de todas as empresas pelo Meta Business Agent, incluindo aquelas apoiadas por um Solution Provider, com faturamento mensal debitado de uma linha de crédito da Meta. Uma fatura do BSP pode existir em paralelo, pelo acesso à API e pelo suporte, e ela nunca carrega a cobrança de tokens.
Fontes
[1] Meta for Developers, non-template messages pricing documentation (page updated July 1, 2026). https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages (accessed August 24, 2026)
[2] Meta for Developers, Get started with Meta Business Agent Platform APIs (page updated August 19, 2026). https://developers.facebook.com/documentation/meta-business-agent/get-started (accessed August 24, 2026)
O Meta Business Agent é um agente de IA corporativo que responde aos clientes no WhatsApp na própria voz da empresa, usando o conhecimento e os sistemas conectados dela, em números gerenciados pela Cloud API.[1] Isso inclui números gerenciados por um Business Solution Provider (BSP) ou por Embedded Signup. A Meta lançou a plataforma em 1º de julho de 2026 e começou a cobrar todas as empresas pelo uso em 1º de agosto de 2026, a uma tarifa global de $2,00 por 1 milhão de tokens.[2] Para quem usa a Cloud API, isso cria uma nova camada de integração a avaliar: elegibilidade, configuração, roteamento de conversas, cobrança por token e uma relação de faturamento direta com a Meta que contorna completamente o BSP.
Principais conclusões
O Meta Business Agent é um agente de IA feito para números na WhatsApp Cloud API, incluindo números gerenciados por BSP, que responde aos clientes na voz da empresa com acesso ao seu conhecimento e aos seus sistemas conectados.
Dois produtos dividem o mesmo nome: o caminho Platform API (Cloud API, exige código) e o caminho Business App (sem código, para pequenas empresas), cada um com elegibilidade, configuração e cobrança diferentes.
A Meta cobra uma tarifa global fixa de $2,00 por 1 milhão de tokens, que combina IA e entrega em uma única cobrança, o equivalente a aproximadamente 4 a 5 centavos de dólar por mensagem.[2]
A Meta fatura todas as empresas diretamente pelo uso do Meta Business Agent, contornando a relação de faturamento com o BSP, e exige uma linha de crédito antes de qualquer mensagem ser entregue.[2]
O app do parceiro passa a ser um participante em standby quando o agente está ativo e recebe as mensagens pelo webhook standby enquanto o agente mantém o controle.[3]
O que é o Meta Business Agent
O Meta Business Agent é um agente de IA corporativo que conversa com os clientes no WhatsApp na voz da marca. Uma vez ativado, ele atua como o respondente principal: responde a partir do conhecimento da empresa, executa ações nos próprios sistemas da empresa, como consultar um pedido ou fazer um agendamento, e transfere para o app da empresa quando necessário.[1]
O agente pode recomendar produtos e serviços, informar detalhes de preço, responder dúvidas sobre descontos, pagamento e envio, e fazer perguntas de acompanhamento para entender melhor o que o cliente precisa.[5] No caminho Platform API, as empresas configuram o conhecimento do agente por meio de conteúdo enviado, crawling do site, documentos de FAQ e catálogos de produtos conectados. Skills definem o tom e as prioridades do agente, enquanto Connectors definem as APIs externas que ele pode chamar.[3]
A Meta anunciou o produto em 3 de junho de 2026, informando que mais de um milhão de empresas já usam um Meta Business Agent no WhatsApp e no Messenger, e que há mais de um bilhão de conversas ativas com empresas por dia no WhatsApp, Messenger e Instagram.[4] A plataforma se conecta a um conjunto crescente de centenas de sistemas, com Shopify, Zendesk e Shopee citados como os primeiros connectors.[4]
Dois produtos distintos dividem o nome Meta Business Agent, com caminhos de configuração, regras de elegibilidade, documentação e modelos de cobrança diferentes.
Dois produtos, dois caminhos: Platform API vs Business App
O Meta Business Agent existe como dois produtos distintos, com infraestrutura, público e modelos de cobrança diferentes. O caminho Platform API roda em um número gerenciado pela Cloud API, exige código e atende empresas que usam um BSP, Embedded Signup ou integração direta. O caminho Business App roda pela aba Tools do app WhatsApp Business, não exige código e é voltado para pequenas empresas.[1][5]
Recurso
Caminho Platform API
Caminho Business App
Público-alvo
Desenvolvedores, grandes empresas, clientes de BSP
Pequenas empresas
Configuração
Integração via API, System User, webhooks
Aba Tools do app WhatsApp Business
Exige código
Sim
Não
Gerenciamento do número
Cloud API (direta, BSP ou Embedded Signup)
App WhatsApp Business
Modelo de cobrança
Por token: $2,00 por 1 milhão de tokens
Cota gratuita, depois assinatura Meta One
Faturamento
A Meta cobra a empresa diretamente via linha de crédito
Incluído no plano Meta One
Também disponível em
WhatsApp (atualmente)
Messenger, Instagram Pro, Meta Business Suite
Configuração do agente
Knowledge, Skills e Connectors via API
Configurações no app, aprende com conversas anteriores
Roteamento de conversas
Webhook standby, Thread Control
Assumir a conversa manualmente interrompe as respostas da IA
Para quem usa a Cloud API e para clientes de BSP, o caminho Platform API é o produto relevante. O caminho Business App tem um modelo de elegibilidade separado.[1]
O caminho Platform API exige um número na Cloud API, não o app WhatsApp Business. Esse é um ponto que costuma ser descrito de forma incorreta: algumas plataformas de IA hoje descrevem o Meta Business Agent como um recurso do app WhatsApp Business ou afirmam que ele não está disponível em números gerenciados por BSP. A documentação da Meta declara o requisito de forma explícita: o número precisa ser gerenciado pela Cloud API, inclusive por meio de um BSP ou de Embedded Signup.[1]
Quem é elegível para o Meta Business Agent
Um número de telefone precisa atender a todas as seis condições para se qualificar para o Meta Business Agent no caminho Platform API. Todas as seis são obrigatórias, e o endpoint Eligibility é a única forma oficial de fazer essa verificação por API.[1]
Estar em uma vertical permitida, com uma categoria de negócio válida definida. Todas as verticais são aceitas, exceto Finanças, Governo, Saúde, Álcool, Jogos de Azar, medicamentos de venda livre e serviços matrimoniais.
Ser gerenciado pela WhatsApp Business Platform usando a Cloud API, inclusive por meio de um BSP ou de Embedded Signup. Não pelo app WhatsApp Business.
Nem a WhatsApp Business Account (WABA) nem a empresa proprietária dela podem estar restritas ou banidas no WhatsApp.
A empresa precisa estar sediada em um país autorizado para o Meta Business Agent. Não existe lista pública de mercados; use o endpoint Eligibility para verificar.
Atender aos requisitos de confiança e verificação do negócio.
Não estar usando um produto de mensageria conflitante nesse número.
O endpoint Eligibility é uma requisição GET para https://api.facebook.com/{entity_id}/agent_eligibility, em que entity_id é o WhatsApp Business Phone Number ID. A requisição exige o header X-API-Version: "2.0.0" e autorização por meio da permissão whatsapp_business_messaging. A resposta retorna um booleano is_eligible.[6]
Como configurar o Meta Business Agent em um número na Cloud API
Configurar o Meta Business Agent no caminho Platform API exige sete etapas, tanto na integração direta quanto por meio de um BSP. O cliente aceita os Termos de Serviço e configura o faturamento primeiro; depois o desenvolvedor configura a autenticação e os webhooks.[3]
No WhatsApp Manager, uma aba Meta Business Agent aparece se algum número de telefone for elegível. Aceite os Termos de Serviço do Meta Business Agent. O agente ainda não responde aos clientes.
Configure o faturamento anexando uma forma de pagamento à conta Business Agent no Meta Billing Hub. As mensagens não são entregues sem faturamento configurado.[2]
Crie um System User com a função Admin no Meta Business Suite.
Atribua o app e a WABA ao System User com a opção “Visualizar e gerenciar números de telefone” selecionada.
Gere um access token: System User token para quem faz a integração direta, token BISU (Business Integration System User) para BSPs e Tech Providers. Ambos exigem as permissões whatsapp_business_messaging e whatsapp_business_management.
Faça um POST para /{WABA_ID}/subscribed_apps para inscrever o app na WABA.
Inscreva-se nos campos de webhook: messages, standby e messaging_handovers.
Em números gerenciados por BSP, dois Termos de Serviço precisam ser aceitos antes de qualquer chamada de API funcionar. O cliente aceita os Termos de Serviço do Meta Business Agent no WhatsApp Manager. O BSP ou Tech Provider precisa, além disso, aceitar os Termos de Serviço de Tech Provider, tornando-se Tech Provider no Facebook Developer Portal.[3]
Como funciona o roteamento de conversas: standby, handoff e Thread Control
Quando o Meta Business Agent é ativado em um número, ele passa a ser o respondente principal e responde diretamente ao consumidor. O app do parceiro passa a ser um participante em standby, que continua recebendo todo o tráfego de mensagens, mas não responde, a menos que assuma o controle explicitamente.[3]
O modelo de roteamento usa três campos de webhook:
As mensagens do consumidor chegam ao campo de webhook standby enquanto o agente mantém o controle, e ao campo messages enquanto o app do parceiro mantém o controle.
Um webhook messaging_handovers é disparado sempre que o controle muda entre o agente e o app do parceiro.
O app do parceiro continua recebendo cópias das mensagens que o agente envia em nome da empresa, junto com as confirmações de entrega e de leitura, mantendo o sistema do parceiro sincronizado.
O app do parceiro assume o controle enviando uma mensagem para a conversa. Para devolver o controle ao agente, o app do parceiro chama o endpoint Thread Control usando a ação pass, e o Meta Business Agent volta a responder. A ação release abre mão do controle sem entregá-lo ao agente, e a conversa fica sem nenhum respondente automático.[3][9][10]
O agente também dispara o handoff automaticamente quando detecta baixa confiança, uma violação de integridade ou um pedido do usuário para falar com um atendente humano. A configuração de handoff controla apenas se uma mensagem personalizada ou uma mensagem traduzida padrão é enviada ao consumidor, não se o handoff acontece.[7]
A 360Dialog, como Official Meta Solution Partner, apoia os clientes nas verificações de elegibilidade, no onboarding e nas mudanças operacionais que o Meta Business Agent traz para o modelo de integração via BSP.
Precisa de ajuda para implementar webhooks standby e Thread Control? Fale conosco.
Quanto custa o Meta Business Agent: a cobrança por token explicada
A Meta cobra uma tarifa global única de $2,00 por 1 milhão de tokens para todas as mensagens do Meta Business Agent entregues via API. Normalmente, uma mensagem consome de 20.000 a 25.000 tokens, o que equivale a aproximadamente 4 a 5 centavos de dólar por mensagem.[2]
Os exemplos calculados pela Meta ilustram a faixa:
Consulta simples (“A que horas vocês abrem?”), 4 mensagens para o usuário, cerca de 80.000 tokens, algo entre 16 e 20 centavos de dólar por conversa.
Interação complexa, 10 mensagens para o usuário, cerca de 250.000 tokens, algo entre 40 e 50 centavos de dólar por conversa.[2]
Cada mensagem do Meta Business Agent carrega uma cobrança única que cobre tanto o uso de tokens de IA quanto a entrega da mensagem. Com IA de terceiros no WhatsApp, uma empresa normalmente paga o provedor de IA pela geração e o provedor de mensageria pela entrega, em cobranças separadas. A regra de cobrança única também vale para mensagens fora de template com conteúdo promocional, sem cobrança adicional de template de marketing.[2]
As janelas gratuitas não se aplicam às mensagens do Meta Business Agent. O uso de tokens é cobrado tanto durante a janela de 72 horas de ponto de entrada gratuito quanto durante a janela de 24 horas de atendimento ao cliente. A janela de 72 horas continua gratuita para a entrega da mensagem, mas o uso de tokens é cobrado de qualquer forma.[2]
A própria comparação de custos da Meta para 1.000 mensagens com IA no Brasil: mensagens de serviço de menor complexidade custam aproximadamente 2 a 3 centavos de dólar por mensagem (cerca de $27 no total), enquanto mensagens de serviço de maior complexidade custam aproximadamente 9 a 10 centavos de dólar por mensagem (cerca de $97). O Meta Business Agent em maior complexidade custa aproximadamente 4 a 5 centavos de dólar por mensagem (cerca de $40 a $50 no total).[2]
Quem cobra você pelas mensagens do Meta Business Agent
A Meta fatura todas as empresas diretamente pelo uso do Meta Business Agent, incluindo empresas que acessam a WhatsApp Business Platform por meio de um Solution Provider.[2] Isso contorna o modelo atual de faturamento do BSP, em que o provedor cobra a empresa pelo uso de mensageria.
A cobrança é feita por meio de faturas mensais vinculadas a uma linha de crédito com a Meta. O suporte a cartão de crédito está previsto para setembro de 2026.[2]
Existe um bloqueio rígido: as mensagens do Meta Business Agent não são entregues se não houver uma linha de crédito vinculada à conta Business Agent.[2] Empresas que já têm linha de crédito com a Meta vinculam a conta Business Agent no Billing Hub, em Linhas de crédito. Empresas sem linha de crédito solicitam uma pelo Billing Hub, sujeita a análise e aprovação da Meta.[2]
Em 1º de julho, 16 moedas estão habilitadas. A conta Business Agent é criada em uma delas, e uma conta em moeda diferente do dólar é faturada nessa moeda local, à taxa de câmbio do dia em que cada mensagem é entregue.[2]
Algumas plataformas de IA hoje afirmam que a fatura pelo uso do Meta Business Agent “pode vir do seu provedor, da Meta ou de ambos”. A documentação da Meta é explícita: a Meta cobra todas as empresas diretamente.[2]
O faturamento do Meta Business Agent faz parte de uma mudança de preços mais ampla. A partir de 1º de outubro de 2026, a Meta também vai começar a cobrar pelas mensagens de serviço (gratuitas desde novembro de 2024) e pelas mensagens de utilidade enviadas dentro de uma janela de atendimento ao cliente de 24 horas em aberto (gratuitas desde julho de 2025). Essas cobranças são por mensagem, às mesmas tarifas das mensagens de utilidade e de autenticação em cada mercado.[2]
Restrições e limites técnicos
O Meta Business Agent limita cada número a um agente, faz handoff automático em casos de baixa confiança ou violação de integridade e restringe os intervalos de follow-up e a segmentação de público a enumerações fixas.[1][7]
Um agente por número. Um número não pode rodar mais de um produto de mensageria conflitante ao mesmo tempo.
Comportamento ao desativar e reativar. Desativar o agente faz com que ele pare de responder em todas as conversas. Reativar faz com que ele responda apenas em conversas novas.
Gatilhos de handoff automático. O agente faz handoff em casos de baixa confiança, violação de integridade ou quando o usuário pede para falar com um atendente humano. A configuração de handoff controla a mensagem enviada, não se o handoff acontece.
Intervalos de follow-up. Uma enumeração fixa em segundos: 0, 300, 900, 1800, 3600, 7200, 28800, 86400. Zero desativa o follow-up.
Controle de público.ai_audience aceita EVERYONE ou ALLOWLISTED_ONLY. Um endpoint de Allowlist separado limita o agente a números de telefone específicos de consumidores, para um rollout controlado.
Exclusão de frases.never_say_phrases define frases exatas que o agente nunca pode incluir em uma resposta.
Escopo de analytics. A Meta documenta analytics específicos do MBA em dois endpoints. O Insights retorna os turns ordenados da conversa mais recente de um consumidor, com latência ponta a ponta, um ID de sessão e um trace passo a passo das chamadas de modelo e de ferramenta por trás de cada turn. O Agent Eval retorna notas por conversa e por turn, com transcrições e categorias de falha. O Insights é consultado um número de telefone de consumidor por vez e cobre apenas a conversa mais recente desse consumidor.[2]
Como escolher um parceiro de API do WhatsApp para o Meta Business Agent
Escolher um parceiro de API do WhatsApp para o Meta Business Agent exige avaliar se o provedor concluiu os próprios requisitos do lado da plataforma e se consegue dar suporte a todo o ciclo de integração, da verificação de elegibilidade até a produção.[3][8]
Critérios principais:
Status de Tech Provider. O parceiro precisa ser um Tech Provider registrado no Facebook Developer Portal, com App Review concluído e acesso avançado a whatsapp_business_messaging e whatsapp_business_management.
Suporte a webhooks. A plataforma do parceiro precisa tratar o webhook standby e a ação pass do Thread Control, para que a sua empresa consiga assumir conversas e devolvê-las ao agente.
Modelo de token. BSPs usam um token BISU ao fazer chamadas de API em nome das WABAs dos clientes. Confirme se o seu parceiro oferece suporte a esse modelo de autenticação.
Transparência de faturamento. Como a Meta fatura a sua empresa diretamente pelo uso de tokens, confirme o que o parceiro cobra separadamente pela infraestrutura de API e o que a fatura direta da Meta cobre.
Apoio na elegibilidade. Um parceiro deve chamar o endpoint Eligibility em nome da sua empresa e conduzir você pelas duas etapas de aceite dos Termos de Serviço.
A 360Dialog opera como infraestrutura de WhatsApp Business API, oferecendo acesso à API, onboarding de números gerenciados por BSP e habilitação de parceiros pela Partner Platform. Para detalhes de implementação passo a passo, incluindo limitações conhecidas da plataforma, veja a documentação do Meta Business Agent da 360Dialog.[9] Para detalhes sobre os preços da infraestrutura da 360Dialog, veja a página de preços.
O que você vai encontrar nesta série
Este guia cobre o Meta Business Agent de forma abrangente. Artigos relacionados aprofundam temas específicos:
O que acontece com a sua integração via BSP quando o Meta Business Agent é ativado, incluindo o webhook standby, o Thread Control e os dois requisitos de Termos de Serviço em detalhe.
Meta Business Agent vs um agente de IA de terceiros na mesma WABA, comparando o custo por token com as cobranças separadas de IA e mensageria, a regra de cobrança única e o que acontece com as automações existentes.
Quem cobra você pelas mensagens do Meta Business Agent, cobrindo a linha de crédito, o bloqueio rígido, o faturamento mensal e a configuração de moeda.
Elegibilidade para o MBA: verticais excluídas, condições do número e o endpoint Eligibility.
Como ativar o Meta Business Agent em um número gerenciado por BSP, o passo a passo específico para BSP.
O Meta Business Agent traz faturamento direto pela Meta, roteamento em standby para os apps de parceiros e cobrança por token que junta IA e entrega. Como cada um desses pontos afeta a sua integração depende da sua arquitetura atual de webhooks e da elegibilidade das verticais dos seus clientes.
Posso usar o Meta Business Agent com um número gerenciado por BSP?
Sim. O Meta Business Agent exige um número gerenciado pela Cloud API, e isso inclui explicitamente números gerenciados por um Business Solution Provider ou por Embedded Signup.[1] O BSP ou Tech Provider precisa, além disso, aceitar os Termos de Serviço de Tech Provider no Facebook Developer Portal. Tanto os Termos de Serviço do Meta Business Agent aceitos pelo cliente quanto os Termos de Serviço de Tech Provider aceitos pelo provedor precisam estar em vigor antes de qualquer chamada de API funcionar.[3]
O Meta Business Agent é gratuito?
No caminho Platform API, o Meta Business Agent não é gratuito. A Meta cobra $2,00 por 1 milhão de tokens, aproximadamente 4 a 5 centavos de dólar por mensagem, com a cobrança iniciada em 1º de agosto de 2026, via faturamento mensal com uma linha de crédito da Meta.[2] No caminho Business App, existe uma cota gratuita. Depois de atingir o limite gratuito, a empresa pode assinar um plano Meta One para manter o acesso 24/7 ao agente ou esperar a renovação do limite gratuito.
O que acontece com as automações existentes quando o Meta Business Agent é ativado?
O efeito depende do caminho do produto. No caminho Business App, ativar o Meta Business Agent pausa as automações existentes, como mensagens de ausência e palavras-chave personalizadas. O agente aprende com essas automações e as incorpora quando possível. As automações voltam a funcionar quando o agente sai da conversa.[5] No caminho Platform API, o app do parceiro passa para o status de standby. A troca de mensagens dele continua pelo webhook standby, e ele retoma o controle enviando uma mensagem para a conversa.[3]
O Meta Business Agent funciona no Messenger e no Instagram?
O Meta Business Agent está disponível no WhatsApp, no Messenger e no Instagram. O caminho Business App funciona no app WhatsApp Business, no Messenger, no Instagram Pro e no Meta Business Suite.[5] A Platform API documenta hoje a integração com o WhatsApp, embora a enumeração de canais em agent settings liste messenger e instagram ao lado de whatsapp, o que indica infraestrutura multicanal.[7] A Meta anunciou a expansão para o Instagram no lançamento de junho de 2026.[4]
Fontes
[1] Meta, “Meta Business Agent Overview,” developers.facebook.com/documentation/meta-business-agent/overview. Accessed 20 Aug 2026.
[2] Meta, “Non-Template Messages Pricing,” developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages. Accessed 20 Aug 2026.
[3] Meta, “Get Started with Meta Business Agent,” developers.facebook.com/documentation/meta-business-agent/get-started. Accessed 20 Aug 2026.
[4] Meta Newsroom, “Meta Business Agent,” about.fb.com/news/2026/06/meta-business-agent/. Published 3 Jun 2026.
[5] WhatsApp Business, “Business App AI Agent,” whatsappbusiness.com/products/business-app-ai-agent/. Accessed 20 Aug 2026.
[6] Meta, “Agent Eligibility Reference,” developers.facebook.com/documentation/meta-business-agent/reference/onboard/agent-eligibility. Accessed 20 Aug 2026.
[7] Meta, “Agent Settings Reference,” developers.facebook.com/documentation/meta-business-agent/reference/onboard/agent-settings. Accessed 20 Aug 2026.
[8] Meta, “Get Started for Tech Providers,” developers.facebook.com/documentation/business-messaging/whatsapp/solution-providers/get-started-for-tech-providers. Accessed 20 Aug 2026.
[9] 360Dialog, “Meta Business Agent,” docs.360dialog.com/docs/mba/meta-business-agent. Accessed 20 Aug 2026.
[10] Meta, “Thread Control (Cloud API),” developers.facebook.com/documentation/meta-business-agent/reference/operate/thread-control-cloud-api. Accessed 25 Aug 2026.
[11] Meta, “Conversation Turns,” developers.facebook.com/documentation/meta-business-agent/reference/insights/conversation-turns. Accessed 25 Aug 2026.
[12] Meta, “Agent Eval,” developers.facebook.com/documentation/meta-business-agent/reference/operate/agent-eval. Accessed 25 Aug 2026.
Quando você escolhe um WhatsApp Business Solution Provider (BSP), a página de preços raramente conta a história toda. Todo provedor neste mercado parte das mesmas tabelas de preços oficiais do WhatsApp – as diferenças reais estão em onde cada um coloca a sua margem por cima: uma assinatura fixa, uma sobretaxa em templates, uma sobretaxa em mensagens de serviço ou uma sobretaxa em mensagens recebidas.
Para ir além do marketing, comparamos a 360Dialog com seis concorrentes – GupShup, Twilio, Infobip, Vonage, AiSensy e Interakt – usando uma persona consistente: um parceiro médio da 360Dialog, com o Brasil como país receptor. Os preços foram verificados diretamente no site público de cada provedor em 23 de julho de 2026.
A persona: volume mensal
Todo número desta comparação passa pelo mesmo volume mensal de mensagens, então os totais abaixo são diretamente comparáveis entre os provedores:
Tipo de mensagem
Volume mensal
Marketing
6.000
Utilidade
3.000
Serviço (saída)
40.000
Autenticação
1.000
Recebidas em formato livre (iniciadas pelo usuário)
20.000
Total de mensagens
70.000
Uma observação sobre a última linha: as mensagens recebidas em formato livre são contadas como volume de “serviço” para efeito de comparação, já que a própria calculadora da 360Dialog não as precifica separadamente. Isso importa aqui porque, como o detalhamento abaixo mostra, vários concorrentes de fato cobram por mensagens recebidas – então juntá-las ao balde de serviço é o que torna possível um total realmente comparável.
Na tabela a seguir, damos uma visão geral de como cada provedor estrutura a sua precificação.
Modelo
Assinatura fixa por canal
Sobretaxa em templates
Sobretaxa em serviço
Sobretaxa em recebidas
Usado por
1
Sim
Não
Não
Não
360Dialog
2
Não
Sim
Sim
Sim
GupShup, Twilio
3
Não
Sim
Sim
Não
Infobip, Vonage
4
Não
Sim
Não
Não
AiSensy
5
Sim
Sim
Não
Não
Interakt
Um breve resumo do que cada modelo comercial otimiza e de suas fraquezas:
Modelo 1 (360Dialog) é o único modelo sem nenhuma margem variável em lugar algum. A receita vem inteiramente da assinatura fixa, então o custo escala puramente conforme a própria tabela de preços do WhatsApp à medida que o volume de mensagens cresce. O único trade-off: a taxa fixa é um piso de custo real para contas de volume muito baixo.
Modelo 2 (GupShup, Twilio) é o mais agressivo na captura de margem – sem taxa de assinatura, mas com sobretaxa em todas as categorias, inclusive nas mensagens recebidas, que a maioria dos outros provedores deixa em paz. É um modelo do tipo “comece de graça, pague mais conforme escala”: atraente para prospecção, caro em volume real.
Modelo 3 (Infobip, Vonage) aplica sobretaxa em templates e mensagens de serviço, mas não chega a cobrar sobretaxa nas recebidas. É aqui que os custos disparam – só a linha de mensagens de serviço da Vonage já supera a conta mensal inteira da 360Dialog.
Modelo 4 (AiSensy) é o modelo de sobretaxa mais enxuto do grupo sem assinatura: margem apenas em mensagens de template, com serviço e recebidas mantidas no custo de tabela.
Modelo 5 (Interakt) é o único outro modelo com assinatura fixa além da 360Dialog, mas ainda assim coloca uma sobretaxa por cima da assinatura – inclusive em mensagens de autenticação, onde a sua sobretaxa é cerca de 5x maior que a tarifa da 360Dialog. Os parceiros pagam uma taxa e ainda absorvem a margem por mensagem.
Comparação de custos – Ranking
Posição
Provedor
Modelo de preços
Total mensal
vs. 360Dialog
1
360Dialog
Assinatura fixa, sem sobretaxa
$461,20
referência
2
GupShup
Sem assinatura, sobretaxa em templates + serviço + recebidas
$472,20
+$11,00 (+2,4%)
3
AiSensy
Sem assinatura, sobretaxa só em templates
$482,64
+$21,44 (+4,6%)
4
Interakt
Assinatura fixa ($55), sobretaxa em templates + autenticação
$537,68
+$76,48 (+16,6%)
5
Twilio
Sem assinatura, sobretaxa em templates + serviço
$752,20
+$291,00 (+63,1%)
6
Infobip
Sem assinatura, sobretaxa em templates + serviço
$828,84
+$367,64 (+79,7%)
7
Vonage
Sem assinatura, sobretaxa em templates + serviço
$1.206,22
+$745,02 (+161,5%)
Principais conclusões
A sobretaxa em mensagens de serviço é a maior alavanca de custo isolada deste mercado – não a taxa de assinatura. 360Dialog, AiSensy & Interakt são os únicos três provedores que cobram $0 nas 60.000 mensagens de serviço e recebidas deste perfil. Todos os outros cobram por esse balde: Vonage ($674), Twilio ($300), Infobip ($263), GupShup ($60). Essa única linha explica a maior parte da diferença entre a 360Dialog e os três concorrentes mais caros.
Os preços de marketing (templates) são bastante parecidos, com um ponto fora da curva. A maioria dos provedores fica numa faixa de $375-$450 para 6.000 mensagens de marketing, coerente com o repasse da tabela de preços oficial do WhatsApp. A Infobip foge do padrão com $526,09 (+40% vs. 360Dialog), o que sugere uma sobretaxa real em vez de um repasse puro.
As mensagens de autenticação são um ponto discreto de margem para pelo menos um concorrente. A Interakt cobra $34,97 por 1.000 mensagens de autenticação – cerca de 5x os $6,80 da 360Dialog para o mesmo volume, a maior sobretaxa relativa em qualquer categoria isolada de toda a comparação.
Provedores “sem taxa de assinatura” só ganham em baixo volume. GupShup, Infobip, AiSensy, Vonage e Twilio anunciam $0 de taxa de canal, o que os torna estruturalmente atraentes para contas de volume muito baixo. A taxa fixa de $59 da 360Dialog é uma desvantagem real abaixo de certo ponto de equilíbrio – e a GupShup, já apenas 2,4% mais cara neste volume médio, provavelmente ficaria abaixo da 360Dialog em volumes bem menores.
Veja os seus próprios números
A comparação acima usa uma persona fixa para tornar as contas comparáveis entre os provedores, mas o mix real de mensagens de marketing, utilidade, serviço e autenticação é diferente em cada empresa – e é esse mix que determina se um modelo só de assinatura ou um modelo com sobretaxa por mensagem sai mais barato.
Para facilitar essa verificação, a 360Dialog acabou de lançar uma calculadora de custos do WhatsApp. Informe os seus próprios volumes mensais por tipo de mensagem e veja como ficam os seus custos reais de WhatsApp – sem achismo, apenas os números que a sua empresa realmente pagaria.
Uma WhatsApp Business Account (WABA) é a entidade gerenciada pela Meta que dá acesso programático à WhatsApp Business Platform. Sem uma WABA aprovada, você não consegue enviar nenhuma mensagem pela API.
A aprovação não é uma decisão única. São quatro análises separadas:
Verificação da empresa
Análise do nome de exibição
Registro do número de telefone
Aprovação do modelo de mensagem
O processo de aprovação da WABA é, na prática, essas quatro análises empilhadas, cada uma com seu próprio prazo e seus próprios pontos de falha. O preparo que você leva para elas decide se você entra no ar em poucos dias ou passa semanas trocando mensagens com o suporte da Meta.
Este guia é para quem é responsável por colocar a conta no ar: um líder de operações, um avaliador técnico ou um fundador trabalhando com uma data de lançamento. Ele cobre o que preparar antes de começar, a sequência de registro, os motivos de rejeição que respondem pela maioria das solicitações reprovadas e o que fazer depois da aprovação para manter a conta saudável.
Para quem é este guia
Você deve ler isto se está configurando a primeira WABA da sua empresa, se uma solicitação anterior foi rejeitada ou se está estimando o prazo para um lançamento.
Isto não é para você se você só precisa do WhatsApp Business App no celular. Esse aplicativo não exige WABA, nem verificação, nem acesso à API. Ele também não roda campanhas de disparo em massa, chatbots ou integração com CRM.
O que é uma WABA e por que existe o processo de aprovação?
Caixa de entrada compartilhada e roteamento de atendentes
Mensagens transacionais e de autenticação em alto volume
Uma observação sobre nomenclatura: a Meta vem migrando de “Gerenciador de Negócios” para “Meta Business Portfolio”. Você ainda vai ver o nome antigo em algumas interfaces e na documentação. Eles se referem ao mesmo lugar.
A Meta analisa cada solicitação porque a API permite o envio de mensagens em escala. Antes de liberar isso, a Meta precisa confirmar que a sua empresa existe legalmente, que o seu caso de uso é permitido pelas Políticas Comerciais e de Negócios, que o seu número de telefone é elegível e que a identidade enviada corresponde à sua identidade pública.
Entender como as quatro etapas se encaixam é o que separa uma primeira configuração limpa de um recomeço do zero.
Requisitos de aprovação da WhatsApp Business API: o que preparar primeiro
Entrar no fluxo de registro sem esses materiais é a forma mais certa de acionar uma análise manual. A inconsistência entre eles é a causa mais comum de atraso.
Requisito
O que verificar
Meta Business Portfolio
Ativo e em situação regular. Crie a WABA dentro do seu próprio portfólio, nunca dentro do de uma agência ou de terceiros. Migrar uma WABA entre portfólios depois é difícil e, às vezes, impossível.
Documentos de registro da empresa (para a Verificação da Empresa na Meta)
Se a sua empresa não estiver verificada, você vai precisar do seguinte para prosseguir com a verificação: Contrato social ou registro equivalente, identificação fiscal (CNPJ, VAT, EIN ou equivalente local) e comprovante de endereço comercial, como um extrato bancário ou uma conta de consumo. A razão social precisa ser idêntica nos três.
Número de telefone dedicado
Não pode estar ativo em uma conta pessoal do WhatsApp nem no WhatsApp Business App. Precisa receber um SMS ou uma chamada de voz internacional para o código de uso único. Números fixos e VoIP funcionam se conseguirem receber chamadas internacionais. Desative qualquer URA na linha durante o registro.
Site ativo da empresa
Ativo, com identidade visual e representando claramente a empresa, com política de privacidade. O site precisa descrever claramente as atividades da empresa. Ele não pode ser uma página de login. A Meta vai verificar o site da empresa ao analisar a WABA e o nome de exibição.
Nome de exibição
O nome registrado da sua empresa ou uma variação de marca claramente derivada dele. Nomes genéricos costumam ser rejeitados. Maiúsculas e minúsculas importam, então use o mesmo formato de nome da sua marca. Exemplo: Se o nome ou o logo da sua empresa é exibido como “ABC Company”, o seu nome de exibição no WhatsApp também deve ser “ABC Company”, não “abc company”.
Página do Facebook
Nem sempre é obrigatória, mas manter o nome consistente entre a Página, o site, o portfólio e o nome de exibição reduz a chance de análise manual.
A consistência do nome é o passo de preparação com maior impacto. Diferenças tão pequenas quanto “Ltda.” em vez de “Limitada”, ou um nome fantasia usado publicamente enquanto a razão social aparece nos documentos, já bastam para mover uma solicitação da análise automática para a manual. Revise cada ponto de contato antes de começar: documentos, perfil do portfólio, rodapé do site, Página do Facebook e nome de exibição.
Como registrar uma WABA: passo a passo
Estes são os passos de registro da WABA através de um Business Solution Provider (BSP), que é como a maioria das empresas acessa a WhatsApp Business Platform.
1. Configure o seu Meta Business Portfolio
O que fazer: Acesse business.facebook.com e crie ou entre no seu portfólio.
O que você precisa: Dados legais da empresa, um e-mail de administrador acessível e a sua Página do Facebook, se tiver uma.
O que deve acontecer: Os dados da sua empresa são salvos sem erros de validação e a conta não apresenta restrições.
Como confirmar que deu certo: O portfólio aparece em situação regular, com os dados da sua entidade legal visíveis em Informações da empresa.
Se o portfólio for totalmente novo, sem histórico de anúncios, ele pode atrair análise manual adicional. Rodar uma pequena campanha no Facebook ou no Instagram antes pode criar um histórico de atividade que ajuda nas verificações automáticas da Meta. Desde o fim de 2025, a Meta também permite que números de telefone herdem o maior limite de mensagens já alcançado em qualquer ponto do mesmo portfólio, então configurar dentro de um portfólio estabelecido e saudável pode dar a um número novo uma posição inicial melhor do que a de um em branco.
2. Escolha o seu Business Solution Provider
A Meta não concede acesso direto à API para a maioria das empresas. Um BSP cuida da infraestrutura da API, do Embedded Signup, do onboarding do número de telefone, da gestão da conta, do suporte técnico e do escalonamento para a Meta quando algo trava.
Perguntas que vale a pena fazer a qualquer BSP antes de fechar:
Vocês aplicam margem sobre as taxas de conversa da Meta ou repassam sem markup?
Existe volume mínimo de mensagens ou algum compromisso obrigatório?
Qual é o caminho de escalonamento quando a Meta sinaliza uma conta, e qual é o tempo de resposta?
Se ocorrer um erro de configuração durante o Embedded Signup, o que pode ser corrigido e dentro de qual prazo?
Nós continuamos donos da WABA se sairmos?
A 360Dialog é um Meta Business Solution Provider oficial, com acesso completo à API, repasse transparente das taxas da Meta, sem markup, e suporte 24/7. A escolha do BSP afeta todas as etapas seguintes, da qualidade da experiência de cadastro até a rapidez com que uma conta sinalizada é desbloqueada.
3. Conclua o fluxo do Embedded Signup
O que fazer: Rode o fluxo do Embedded Signup no navegador, fornecido pelo seu BSP.
O que você precisa: Acesso de administrador do portfólio, o seu nome de exibição e os dados da empresa correspondendo aos seus documentos.
O que deve acontecer: O fluxo conecta o seu portfólio ao BSP, cria a WABA, envia o nome de exibição e inicia a análise da Meta. Você vai precisar aceitar as Políticas Comerciais e de Negócios do WhatsApp.
Como confirmar que deu certo: A WABA aparece nas contas do WhatsApp do seu portfólio, com o nome de exibição em status de análise pendente.
Não feche o navegador no meio do fluxo. Não altere os dados da empresa durante ou logo após o envio, porque mudanças feitas durante um período de análise podem reiniciar aquela etapa.
4. Registre e verifique o seu número de telefone
O que fazer: Adicione o número à WABA e solicite o código de uso único.
O que você precisa: Um número que consiga receber o código por SMS ou chamada de voz, com a URA desativada.
O que deve acontecer: Um código de seis dígitos chega e, ao inseri-lo dentro do prazo de validade, o número é registrado e retorna um phone number ID.
Como confirmar que deu certo: O número aparece como conectado no WhatsApp Manager, e você consegue recuperar o phone number ID dele pela API.
Depois de registrado, o número já pode responder imediatamente a conversas iniciadas pelo cliente. O envio de mensagens iniciadas pela empresa começa em um limite diário baixo, comumente citado como 250 destinatários únicos por dia, e aumenta conforme você constrói um histórico de entrega e qualidade. Concluir a verificação da empresa é o que tira você desse limite inicial.
5. Conclua a Verificação da Empresa na Meta (se ainda não estiver verificada; se já estiver verificada, você pode pular esta etapa)
Esta é a etapa que a maioria das equipes subestima. A verificação confirma que a sua empresa existe legalmente, libera o limite inicial de mensagens e aumenta o número de telefones que você pode conectar (portfólios não verificados ficam limitados a dois números durante o período inicial).
Há duas rotas para se verificar:
Partner-led Business Verification (PLBV). A 360Dialog analisa os seus documentos e envia a sua empresa à Meta em seu nome, o que costuma ser o caminho mais rápido e tranquilo. Você pode iniciá-la durante o Embedded Signup para uma conta nova, ou entrando em contato com o suporte da 360Dialog para uma conta existente. A 360Dialog primeiro verifica que você é uma entidade legal real, que você representa a empresa e que os seus documentos são válidos e consistentes; a decisão final continua sendo da Meta. A PLBV é limitada a três tentativas por empresa e não pode rodar ao mesmo tempo que uma solicitação Classic.
Classic Business Verification. Você mesmo faz, diretamente no Meta Business Suite, pelo Security Center da sua empresa. Essa é a rota descrita abaixo e também a indicada em casos específicos, como órgãos governamentais e provedores de tecnologia, ou quando você já esgotou as suas tentativas de PLBV.
Para a rota Classic: O que fazer: No seu portfólio, vá em Configurações, depois Informações da empresa e, então, Verificação da empresa. O que você precisa: Documentos de verificação da empresa em que a razão social, o endereço registrado, o número de registro e os dados fiscais sejam idênticos entre si e ao perfil do seu portfólio. Essa mesma consistência de documentos também vale para a PLBV.
O que deve acontecer: Se a Meta conseguir localizar a sua empresa em bases públicas, a verificação pode ser resolvida por uma confirmação por telefone ou e-mail, às vezes em menos de um dia. Caso contrário, você envia os documentos e aguarda, normalmente alguns dias úteis.
Como confirmar que deu certo: O portfólio passa a mostrar o status verificado e o seu limite de mensagens aumenta.
6. Crie os seus primeiros modelos de mensagem
O que fazer: Envie pelo menos um modelo de mensagem para aprovação antes de qualquer envio iniciado pela empresa.
O que você precisa: Um modelo com a categoria correta (marketing, utilidade ou autenticação), contexto claro dos campos variáveis e nenhuma formulação enganosa.
O que deve acontecer: A aprovação costuma sair em até 24 horas, às vezes mais rápido para empresas verificadas e dependendo do tamanho do conteúdo. A aprovação do modelo é um processo separado da aprovação da WABA.
Como confirmar que deu certo: O status do modelo aparece como aprovado no WhatsApp Manager, e um envio de teste é entregue. Envie-o para um número real que tenha dado opt-in (o seu próprio telefone funciona, desde que tenha dado consentimento) e confirme que a mensagem chega.
Os modelos são rejeitados quando ficam vagos demais, sem contexto, usam campos variáveis sem explicação, estão na categoria errada ou empurram conteúdo promocional sob uma categoria de utilidade. Vale atenção redobrada com esse último caso: uma mensagem promocional disfarçada de utilidade é, ao mesmo tempo, motivo de rejeição e, depois de aprovada, motivo de restrição.
A chave de teste do Sandbox da 360Dialog só envia para o seu próprio número e é limitada a cerca de 200 mensagens, então serve para um primeiro teste de API, mas não para testes reais de pré-produção. Para isso, teste a sua integração com uma pequena lista de teste que deu opt-in antes de qualquer campanha em produção. Confirme os recibos de entrega, os payloads de webhook e o roteamento de respostas enquanto o volume ainda é pequeno o suficiente para que um erro não custe nada.
Tempo de aprovação da WABA: o que esperar de forma realista
O tempo de aprovação depende da sua documentação, do histórico do seu portfólio e de a Meta conseguir ou não verificar a sua empresa automaticamente em registros públicos. As faixas abaixo refletem resultados comumente observados, não compromissos da Meta. Os prazos mudam conforme a Meta ajusta os processos de análise, então confirme as expectativas atuais com o seu BSP antes de planejar com base nelas.
Etapa
Prazo comumente observado
Verificação da empresa, correspondência automática
Muitas vezes em menos de 24 horas, quando a Meta identifica a empresa em bases públicas
Verificação da empresa (Classic)
Cerca de 2 a 5 dias úteis
Verificação da empresa (PLBV)
24 – 48 horas
Criação da WABA via Embedded Signup
Normalmente no mesmo dia
Análise do nome de exibição
Muitas vezes no mesmo dia, depois que a empresa é verificada
Registro do número de telefone
Minutos, depois que a WABA existe
Aprovação do primeiro modelo
Cerca de 24 a 48 horas
Do início ao fim
Cerca de 1 a 10 dias úteis
Planeje começar pelo menos duas semanas antes da sua data de lançamento. As equipes que chegam à ponta rápida dessa faixa são as que prepararam documentação consistente, usaram um portfólio estabelecido, enviaram um nome de exibição elegível e um número limpo, concluíram o cadastro sem erros e, depois, deixaram os dados da empresa intactos durante a análise.
Aprovação do nome de exibição: regras e erros comuns
O seu nome de exibição é o que os usuários do WhatsApp veem quando uma mensagem chega da sua conta. Uma rejeição aqui adiciona um ciclo inteiro de análise, então vale a pena acertar de primeira.
Costumam ser aprovados:
O nome registrado da sua empresa, por exemplo “Acme Logística”
Uma variação claramente derivada, como “Acme Suporte”
Um nome de marca ligado a uma empresa-mãe verificada
Um nome fantasia que seja verificável on-line
Costumam ser rejeitados:
Nomes de função genéricos, como “Suporte”, “Equipe de Vendas” ou “Atendimento ao Cliente”
Nomes sem ligação com uma empresa verificável
Nomes que sugerem afiliação com a Meta ou o WhatsApp
Nomes que conflitam com a sua documentação verificada
Nomes com slogans, descrições ou linguagem promocional
Quatro coisas devem estar alinhadas: a razão social registrada, o domínio e a identidade visual do site, o nome da Página do Facebook e o nome de exibição enviado.
Se o seu nome fantasia for diferente da razão social, use o nome fantasia de forma consistente nas suas propriedades públicas e garanta que os dois nomes apareçam em algum lugar do seu site. Isso dá ao analista um caminho da entidade legal até a marca pública.
Motivos comuns de rejeição da WABA e como resolver cada um
Se você está se perguntando por que uma WABA é rejeitada, a maioria dos casos se concentra em cinco pontos previsíveis.
1. Violação de política de negócios
Por que acontece: Algumas categorias são proibidas na plataforma, incluindo armas de fogo, tabaco, drogas ilegais, jogos de azar, conteúdo adulto e marketing multinível. Categorias reguladas, como bebidas alcoólicas ou suplementos, podem ter condições adicionais dependendo do mercado.
Como resolver: Leia a Política Comercial do WhatsApp antes de solicitar. Se o seu negócio principal está em uma categoria proibida, nenhum BSP consegue acesso e nenhuma documentação extra muda o resultado. Categorias e exceções regionais mudam, então verifique a política atual em vez de um resumo de terceiros.
2. Divergência no nome de exibição
Por que acontece: O nome enviado não corresponde ao nome verificado da empresa, ao site, à Página ou à marca pública. Pontuação, abreviações, variações de grafia e diferenças entre razão social e nome fantasia contam.
Como resolver: Use a razão social ou uma variação claramente derivada. Antes de reenviar, compare com os seus documentos, o site, a Página e o perfil do portfólio. Cada um deles deve corresponder ou deixar a ligação óbvia.
3. Documentos inconsistentes ou incompletos
Por que acontece: Os documentos enviados trazem endereços, nomes de entidade, números de registro ou identificadores fiscais diferentes, muitas vezes porque foram emitidos com anos de diferença, ou depois de uma mudança de endereço que nunca foi refletida no comprovante fiscal.
Como resolver: Revise cada documento antes de enviar. Razão social, endereço registrado e dados fiscais devem ser idênticos em todos eles e corresponder ao perfil do seu portfólio. Uma pequena divergência aciona a mesma análise manual que uma grande.
4. Número de telefone já registrado no WhatsApp
Por que acontece: O número está ativo no WhatsApp pessoal, no WhatsApp Business App ou em outra WABA, então o registro pela API falha.
Como resolver: Exclua a conta do WhatsApp existente naquele número e dê tempo para a mudança se propagar antes de tentar de novo. Uma opção mais limpa sob pressão de prazo é usar um número que nunca tenha sido conectado ao WhatsApp.
5. Portfólio novo, sem histórico de atividade
Por que acontece: Um portfólio sem histórico de anúncios ou de negócios pode ser encaminhado para análise manual mesmo quando a documentação está correta.
Como resolver: Use, quando possível, um portfólio existente com histórico legítimo de anúncios no Facebook ou no Instagram. Se precisar começar do zero, uma pequena campanha antes de solicitar pode criar o histórico que dá suporte às verificações automáticas.
O que a aprovação não garante: limitações para levar em conta
Limitação
O que significa na prática
Exigência de opt-in
Todo destinatário de mensagem iniciada pela empresa precisa ter dado consentimento ativo. Listas compradas ou raspadas são violação de política.
Aprovação de modelo
Sem modelo, não há mensagem iniciada pela empresa. Inclua a análise do modelo no prazo da sua campanha.
Janela de atendimento ao cliente
Respostas livres só são possíveis dentro da janela aberta por uma mensagem do cliente. Fora dela, você precisa de um modelo aprovado.
Faixa de mensagens
Seu limite diário de mensagens iniciadas pela empresa começa baixo e cresce com o volume e o histórico de qualidade. Não dá para comprar um atalho.
Números de telefone por WABA
Portfólios não verificados começam limitados a dois números. A verificação aumenta o teto.
Disponibilidade regional
Permissões de categoria e preços variam por mercado. Confirme para cada país para o qual você envia mensagens.
Dependência do BSP
Seu provedor fica entre você e a Meta nos escalonamentos. O tempo de resposta dele vira o seu tempo de resposta quando uma conta é sinalizada.
Um exemplo de fluxo, do início ao fim
Com a WABA no ar, é assim que uma integração funcionando se parece na prática:
Novo lead envia o formulário do site → contato criado no CRM com data e hora do opt-in e origem registradas → modelo de utilidade aprovado enviado confirmando a solicitação → cliente responde, abrindo a janela de atendimento → conversa roteada para um vendedor na caixa de entrada compartilhada → atendente responde livremente dentro da janela, e o registro da negociação é atualizado com o histórico da conversa
A data e hora do opt-in é a parte que as equipes pulam. É também o registro de que você precisa se um destinatário reclamar e a Meta perguntar como o consentimento foi obtido.
Como proteger a sua WABA aprovada de restrições
A aprovação é onde o trabalho de verdade começa. Várias centenas de WABAs são restringidas todo mês e, pela nossa experiência, a maioria dessas restrições era evitável. Uma conta aprovada pode ter os limites reduzidos, o envio bloqueado temporariamente ou a conta desativada de forma permanente.
A Meta monitora a sua conta continuamente. Sua classificação de qualidade fica visível no WhatsApp Manager e deve ser acompanhada de forma programada, não só depois que um problema aparece.
Altas taxas de bloqueio ou de denúncia como spam. Quando os destinatários bloqueiam ou denunciam o seu número, a Meta pode reduzir automaticamente a sua faixa de mensagens. Esse é o problema pós-aprovação mais comum e um dos mais lentos de reverter. Envie apenas para usuários que deram opt-in, mantenha o conteúdo relevante, controle a frequência, deixe as instruções de descadastro impossíveis de ignorar e acompanhe as taxas de bloqueio por campanha, e não as agregadas.
Envio sem opt-in. Enviar para pessoas que nunca consentiram é violação direta de política. Seu opt-in deve deixar claro que a pessoa está se inscrevendo para receber mensagens no WhatsApp, o que ela vai receber, qual empresa está enviando e como cancelar. Guarde o registro.
Uso indevido da categoria do modelo. Enviar conteúdo de marketing por um modelo de utilidade aprovado pode acionar a análise do modelo e restrições na conta. Modelos de utilidade dão suporte a uma transação ou a uma solicitação do cliente. Modelos de autenticação verificam. Modelos de marketing promovem. Use cada um só para a finalidade aprovada.
Picos súbitos de volume. Saltos grandes antes de a conta ter histórico parecem abuso. Aumente de forma gradual e fique dentro da sua faixa atual.
Conteúdo proibido. Conteúdo restrito pode acionar uma análise no nível da conta mesmo em uma WABA já aprovada, incluindo produtos adultos, tabaco, produtos financeiros regulados, jogos de azar, alegações de saúde e bebidas alcoólicas em mercados restritos. Revise a política aplicável antes de cada nova campanha, não depois.
Avisos de qualidade ignorados. A Meta normalmente avisa antes de restringir. As equipes que não checam o WhatsApp Manager só descobrem quando os limites caem. Revise semanalmente: a tendência da classificação de qualidade, a taxa de bloqueio, os avisos sobre modelos e as mudanças no limite de mensagens.
As restrições aumentam em níveis. Uma primeira violação pode gerar um bloqueio curto nas mensagens iniciadas pela empresa. Violações repetidas levam a bloqueios mais longos em todo o envio e podem terminar em desativação permanente. As restrições podem ser contestadas pela Central de Ajuda para Empresas (Business Support Home) no seu portfólio, geralmente dentro de um prazo definido de recurso, mas os recursos levam tempo e não têm garantia. Prevenir custa muito menos do que recuperar.
O que você faz nos primeiros 90 dias de envio determina, em grande parte, se a conta se mantém saudável. Comece com volumes baixos, listas com opt-in, modelos cuidadosamente categorizados e conteúdo relevante. Construa uma classificação de qualidade positiva antes de escalar.
Durante anos, escolher um provedor de WhatsApp foi tratado como uma decisão de mensageria. Em 2026, virou uma decisão de proteção de dados. Times de jurídico, compras e segurança em toda a Europa estão fazendo perguntas mais duras sobre onde as conversas com clientes são processadas e armazenadas, e quem consegue acessar esses dados. Para bancos, seguradoras, hospitais, órgãos públicos e plataformas SaaS corporativas que lidam com dados pessoais em grande escala, a conformidade do WhatsApp com o GDPR agora está na mesma mesa que o risco de fornecedores e a prontidão para auditoria.
Por que a conversa sobre GDPR e WhatsApp mudou em 2026
O texto do GDPR é o mesmo de cinco anos atrás. O que mudou foi a fiscalização. Os reguladores que passaram os primeiros anos escrevendo diretrizes agora emitem decisões, e as maiores recaem exatamente sobre o que os compradores de WhatsApp costumavam ignorar: para onde os dados vão assim que saem do aplicativo.
Em maio de 2023, a autoridade irlandesa de proteção de dados aplicou uma multa de 1,2 bilhão de euros à Meta e a proibiu de enviar dados de usuários europeus para os Estados Unidos. Não houve vazamento nem incidente por trás desse número. O próprio mecanismo de transferência, mover dados da UE para servidores nos EUA, foi considerado ilegal.
Qualquer empresa que roteia dados de clientes por infraestrutura sob controle norte-americano passa a ter um preço concreto para o erro: as multas do GDPR chegam a 20 milhões de euros ou 4% do faturamento anual global.
A avaliação de um Solution Partner hoje reflete isso. A Meta aposentou o rótulo Business Solution Provider (BSP); esses parceiros agora são oficialmente chamados de Solution Partners. Ela vai muito além de banners de consentimento e políticas de privacidade, e as áreas de compras querem detalhes:
Onde a infraestrutura roda fisicamente
Quais subprocessadores têm contato com os dados
Qual sistema jurídico pode forçar o acesso a eles
Como as transferências internacionais são estruturadas
É nessas respostas que a conformidade do WhatsApp com o GDPR realmente se decide.
Onde o seu risco de GDPR realmente está
Nenhum regulador sério trata o WhatsApp como automaticamente fora de conformidade. O que define a sua exposição é a arquitetura em volta dele. Duas empresas podem rodar campanhas idênticas no WhatsApp e terminar em posições de risco bem diferentes, dependendo de onde o Solution Partner hospeda os dados, como roteia as mensagens, quais subprocessadores usa e onde guarda os logs.
Em setores regulados, é justamente essa questão de arquitetura que coloca a WhatsApp Business API hospedada na UE em cima da mesa. Manter os dados e o processamento da aplicação dentro do Espaço Econômico Europeu reduz a parte da sua configuração que uma avaliação de transferência precisa cobrir. As obrigações do GDPR continuam valendo de qualquer forma, mas a pergunta mais difícil de toda a revisão, o que acontece com esses dados depois que saem da UE, simplesmente deixa de existir.
A conformidade com o GDPR se resume ao fluxo de dados
A maioria dos times subestima o quanto uma revisão moderna de GDPR ficou detalhada. Desde o Schrems II, a decisão de 2020 que derrubou o EU-US Privacy Shield, as autoridades europeias esperam que as organizações mapeiem seus fluxos de dados em detalhe real:
Por onde trafegam os metadados das mensagens
Onde os logs da aplicação são gravados
Quais sistemas processam identificadores de clientes
Se algo sai da UE durante o roteamento ou o suporte
É aqui que muitas promessas de Solution Partner desmoronam. Um provedor pode se dizer “voltado ao mercado europeu” e ainda assim rodar logging, ferramentas de suporte ou processamento de contingência em sistemas fora da UE. Ele pode passar em uma verificação superficial e falhar no instante em que alguém aplica uma avaliação de impacto sobre a proteção de dados (DPIA).
A residência de dados do WhatsApp deixou de ser uma nota de rodapé jurídica e virou algo que você pode ser obrigado a provar: onde esses dados ficam e quem consegue acessá-los? A pergunta fica mais séria assim que o WhatsApp deixa de ser um canal de marketing e passa para onboarding e suporte pela API do WhatsApp, lidando com dados pessoais o dia inteiro.
Uso da aplicação versus controle da infraestrutura
A diferença que a maioria dos compradores não percebe está entre usar uma aplicação e controlar a infraestrutura por baixo dela. Uma plataforma de mensageria pode parecer limpa na interface e ainda assim expor você por baixo. As mensagens podem estar criptografadas de ponta a ponta enquanto os metadados operacionais passam por sistemas nos EUA, os logs ficam em uma região fora da UE ou um profissional de suporte acessa os dados a partir de um país terceiro. Uma demonstração de produto nunca mostra nada disso. Isso aparece depois, quando o jurídico rastreia para onde os dados realmente vão.
Hospedagem na UE versus hospedagem global, na prática
Uma configuração global tradicional é feita para escala e conveniência. Em geral, ela:
Distribui as cargas de trabalho por várias regiões
Replica os logs mundialmente
Centraliza o suporte em um único local
Usa processamento nos EUA por padrão
Para muitos casos de uso, isso funciona bem. Para dados regulados, entrega a você uma longa lista de transferências que depois precisam ser justificadas. Uma WhatsApp Business API hospedada na UE faz o contrário: o processamento fica em uma região da UE, o armazenamento fica local, as transferências são reduzidas ao mínimo e os controles são definidos por região. Você continua assinando um DPA e continua rodando suas avaliações. A diferença é que a área que você precisa defender é menor, e a revisão anda mais rápido porque há menos a explicar.
O CLOUD Act e o acesso extraterritorial
Os compradores europeus sempre voltam a uma pergunta: de quem é a infraestrutura, afinal? Pelo CLOUD Act norte-americano, de 2018, um provedor sediado nos EUA pode ser obrigado a entregar dados que controla mesmo quando esses dados estão armazenados no exterior. O risco aqui é de jurisdição. Até uma empresa em quem você confia totalmente pode receber uma ordem judicial dos EUA e ter que cumpri-la.
Para um banco ou um hospital, isso abre uma série de perguntas que nenhuma apresentação comercial resolve: se os dados podem ser solicitados, quais metadados entram nesse alcance e o que de fato está entre uma ordem judicial dos EUA e os dados de clientes europeus. Por isso, a localização da hospedagem e a propriedade da infraestrutura deixaram de ser detalhes secundários, e o risco do CLOUD Act no WhatsApp virou um item padrão em avaliações sérias de fornecedores.
Documentação vale mais que marketing
“GDPR-ready”, “privacy-focused”, “enterprise secure”: todo provedor oferece alguma versão disso. Os times de compras aprenderam a ignorar os adjetivos e pedir a documentação:
Uma lista real de subprocessadores
Documentação de onde o deployment realmente acontece
Termos contratuais de processamento aos quais dá para responsabilizar o provedor
O documento de maior peso aqui é o WhatsApp DPA. O Data Processing Addendum já foi um anexo que ninguém abria. Hoje ele é revisado como um contrato, porque define quem é responsável por quê, como as transferências são tratadas, quando você é avisado de um incidente e o que o subprocessador pode fazer com os dados. Em 2026, os times leem esse documento com muito mais atenção do que há três anos, e percebem quando ele é vago.
Por que os setores regulados se movem primeiro
A pressão é maior onde a própria conversa é sensível: um banco no onboarding de um cliente, uma clínica confirmando uma consulta, uma seguradora tratando um sinistro, um órgão público atendendo cidadãos. Nesses contextos, o WhatsApp vira parte do stack de governança, e uma hospedagem frágil gera atrito de verdade.
As compras travam, o jurídico escala, uma DPIA é reaberta, a segurança se opõe. Por isso, quem tem mais a perder é justamente quem adota infraestrutura por região mais rápido. Um relatório limpo e baseado na UE, por meio das suas ferramentas de WhatsApp Analytics e governança, também ajuda quando os auditores começam a pedir evidências em vez de garantias.
A conformidade está virando uma decisão de Marketplace
Uma das mudanças mais claras deste ano é quem senta à mesa em uma decisão de Solution Partner. Antes era a segurança. Agora compras, jurídico, operações e às vezes a diretoria participam, porque a infraestrutura de mensageria alimenta diretamente o risco corporativo.
Isso mudou a forma como o WhatsApp Marketplace compete. Disponibilidade e velocidade de onboarding ainda importam, mas sozinhas não fecham mais um negócio. Os compradores agora comparam provedores por transparência de infraestrutura, jurisdição de hospedagem e se o conjunto todo se sustenta diante de um regulador.
De “conforme” para “defensável”
Existe uma diferença real entre marcar uma caixinha de conformidade e conseguir defender a sua configuração quando alguém aperta. Defensável significa poder mostrar, quando pedirem:
onde os seus dados realmente estão
que você avaliou o risco de transferência
que o seu fornecedor é responsável por escrito
que a sua lógica de processamento está documentada, e não presumida
Essa é uma régua mais alta, e ela só se mantém quando jurídico, infraestrutura, compras, segurança e as pessoas que de fato tocam o programa de mensageria conversam entre si. As empresas que conseguem isso tratam a infraestrutura do WhatsApp como parte da sua governança, do mesmo jeito que tratam qualquer outro sistema que lida com dados de clientes.
Onde a 360Dialog se encaixa nessa mudança
A 360Dialog construiu sua estratégia de infraestrutura exatamente em torno desse cenário, em duas camadas. A própria infraestrutura da plataforma (o painel, o processamento de webhooks e as ferramentas de suporte) roda no Google Cloud, na região da UE. Os dados das mensagens em si ficam na Cloud API da Meta, que usa uma região nos EUA por padrão, a menos que você configure uma região de armazenamento de dados na UE, como a Alemanha. Com a região da UE selecionada, isso vira uma configuração da WhatsApp Business Platform hospedada na UE que as áreas de jurídico e compras conseguem aprovar sem uma longa lista de ressalvas.
Onde isso vira vantagem comercial
Com o tempo, isso deixa de ser só uma história de conformidade e vira também uma história de vendas. Um provedor que consegue mostrar infraestrutura baseada na UE, uma lista curta de transferências e documentação limpa passa mais rápido pelas compras, porque sobra menos para o jurídico discutir. Quem se apoia em infraestrutura global opaca recebe revisões mais longas, mais due diligence e negócios que empacam na aprovação de segurança.
À medida que o WhatsApp vira infraestrutura central para onboarding e suporte, a hospedagem na UE deixa de ser um diferencial desejável e passa a fazer parte de como a conversa sobre conformidade do WhatsApp com o GDPR em 2026 se resolve dentro das empresas reguladas.
No fim das contas
Em setores regulados, os provedores que vencem são os que conseguem explicar sua infraestrutura com clareza, mostrar para onde os dados vão e responder à pergunta de jurisdição antes que um regulador ou um líder de compras precise perguntar. Essa capacidade, mais do que qualquer slogan de privacidade, é o que aprova um fornecedor na revisão em 2026, enquanto o resto fica travado nela.
Perguntas Frequentes
Como devemos avaliar um Solution Partner em termos de risco de GDPR?
Comece pela jurisdição da hospedagem e pela lista de subprocessadores, depois avance pela transparência da infraestrutura, os mecanismos de transferência, os controles de acesso e aquilo a que o provedor de fato se compromete em contrato. Se um provedor não consegue apresentar isso, você já tem a sua resposta.
Por que a hospedagem na UE importa tanto para o WhatsApp?
Uma WhatsApp Business API hospedada na UE mantém mais dos seus dados e do processamento dentro do EEE, o que reduz a sua exposição a transferências e torna as avaliações regulatórias mais rápidas de passar.
O GDPR exige que os dados do WhatsApp fiquem dentro da UE?
Não literalmente. O GDPR rege como as transferências são feitas, quais salvaguardas se aplicam e quem é responsável, em vez de proibir transferências. Manter os dados na UE apenas elimina a parte mais difícil da avaliação.
A criptografia sozinha basta?
Não. A criptografia protege os dados em trânsito e em repouso, enquanto o GDPR também pesa governança, onde a infraestrutura fica, qual jurisdição se aplica e se o seu subprocessador é responsável.
Quando o WhatsApp é um canal crítico para o seu negócio, a qualidade do suporte do seu Business Solution Provider (BSP) não é apenas um diferencial – é um fator decisivo. Instabilidades, falhas na entrega de mensagens ou uma integração de API travada podem impactar diretamente a receita, o relacionamento com clientes e a continuidade operacional. Escolher o BSP certo significa escolher um parceiro que aparece quando mais importa.
Na 360Dialog, construímos nossa infraestrutura de suporte em torno de um princípio central: o WhatsApp é business-critical, e nosso suporte precisa refletir isso.
Resposta rápida quando realmente importa
As médias do mercado para suporte SaaS podem chegar a 24 horas ou mais. Nós seguimos outro padrão.
Nosso compromisso é conectar cada cliente e parceiro a um agente humano de suporte em menos de uma hora. Nos últimos 12 meses, nosso tempo médio de resposta humana foi de 34 minutos – bem abaixo desse benchmark: um indicador que acompanhamos continuamente para garantir que estamos evoluindo, não apenas mantendo o nível.
Isso não é uma lógica de fila de tickets. Quando sua integração com o WhatsApp está fora do ar, esperar horas por uma primeira resposta não é aceitável. Uma média de 34 minutos significa que a maioria dos casos chega às mãos de uma pessoa antes mesmo de ter a chance de escalar.
Atendimento 24 horas por dia, 7 dias por semana
Problemas de API não respeitam horário comercial. Os clientes dos nossos usuários também não. Por isso, a 360Dialog mantém cobertura humana de suporte 24 horas por dia, 365 dias por ano.
A qualquer momento, sempre há especialistas treinados em WhatsApp ativos na operação de suporte. Sem bots como primeira e última linha de defesa. Sem “retornamos na segunda-feira”. Pessoas reais, sempre disponíveis.
Especialistas no assunto, não helpdesks generalistas
Saber oferecer suporte para WhatsApp Business é tão importante quanto estar disponível. Nossos especialistas em WhatsApp são profissionais focados no ecossistema da Meta. Todos passam pelo treinamento interno intensivo da 360Dialog, reconhecido como um dos mais exigentes e completos do mercado, e são certificados como Meta Certified WhatsApp for Business Technical Implementation specialists – ou estão em processo ativo de preparação para essa certificação.
Isso significa que, quando um cliente traz uma dúvida complexa sobre API ou compliance, ele fala com alguém que entende a arquitetura, as políticas e as nuances técnicas do WhatsApp – não com alguém lendo um script genérico.
Suporte do seu jeito: acesso multicanal
Clientes e parceiros diferentes trabalham de formas diferentes. Alguns preferem chat em tempo real. Outros se comunicam principalmente por email. Muitos dos nossos parceiros e clientes, naturalmente, querem resolver questões relacionadas ao WhatsApp pelo próprio WhatsApp.
Nós oferecemos os três canais:
Chat/WhatsApp: para resoluções rápidas e em tempo real.
Email: para uma comunicação mais estruturada e documentada.
Videoconferências: disponíveis para Premium Partners e para resolução de problemas com screenshare e apoio prático.
O objetivo é eliminar qualquer fricção entre o problema e a solução, independentemente de como você prefere se comunicar.
Suporte no seu idioma
Problemas técnicos ficam ainda mais difíceis quando existe uma barreira de idioma. A equipe de suporte da 360Dialog oferece atendimento em cinco idiomas: inglês, português brasileiro, alemão, espanhol e russo – cobrindo os principais idiomas da nossa base global de clientes e parceiros.
Sempre que possível, os clientes são direcionados a um agente fluente em seu idioma de preferência, porque acreditamos que comunicação clara também faz parte de uma resolução rápida.
O que isso significa para clientes e parceiros
Para empresas que usam o WhatsApp como canal de receita, e para parceiros que constroem produtos e serviços sobre a WhatsApp Business API, a qualidade do suporte do seu BSP influencia diretamente sua própria confiabilidade e reputação.
O modelo de suporte da 360Dialog é construído com base em compromissos mensuráveis: tempo médio de resposta de 34 minutos, disponibilidade humana 24/7, expertise certificada no domínio, além de acesso multicanal e multilíngue.
E há um ponto que nos diferencia ainda mais: nada disso tem custo premium. Não existem tiers de suporte, pacotes adicionais ou taxas ocultas para desbloquear tempos de resposta mais rápidos ou acesso a atendimento humano.
Suporte de alto nível incluído por padrão – para todos os clientes e parceiros – dentro da política de precificação totalmente transparente da 360Dialog.
Para avaliar as novas dinâmicas de custo no ecossistema do WhatsApp, é essencial entender como esses diferentes modelos funcionam.
Um modelo de precificação por assinatura cobra das empresas uma taxa fixa – e previsível – de licença, em intervalos recorrentes, independentemente do volume de mensagens enviadas. Já um modelo transacional cobra continuamente uma tarifa variável por mensagem.
Em geral, esse modelo também adiciona markups (taxas) do provedor sobre os Rate Cards oficiais do WhatsApp, tornando os custos de mensageria imprevisíveis e muito mais difíceis de acompanhar.
O cenário do WhatsApp Business Platform está passando por uma transformação profunda. A Meta tem levado a plataforma para além de um simples canal de comunicação precificado por volume, em direção a um ecossistema mais sofisticado, orientado a valor, focado em customer lifetime value e em capacidades agênticas.
Nessa nova era, o modelo tradicional de precificação transacional com markup por mensagem, ainda oferecido por muitos Business Solution Providers (os BSPs) está se tornando uma estrutura ultrapassada e contraproducente.
A 360Dialog, que já integrou mais de 100.000 empresas ao WhatsApp em todo o mundo, está na linha de frente dessa mudança, adotando um modelo de precificação por assinatura baseado em licenciamento fixo e transparência. Esse modelo não é apenas uma preferência comercial; é uma necessidade estrutural, totalmente alinhada ao futuro value-based e agêntico do WhatsApp.
A grande transição: do volume transacional ao valor estratégico
O WhatsApp deixou de ser apenas um canal para envio de mensagens. Hoje, ele é uma ferramenta para gerar resultados de negócio mensuráveis em todo o funil do cliente: aquisição, engajamento, conversão e retenção.
A precificação transacional, que adiciona uma taxa sobre cada mensagem enviada, penaliza o sucesso e desincentiva estratégias de alto volume e alto engajamento. Ela cria um ponto de fricção desnecessário: quanto mais bem-sucedida e escalável é uma campanha, maiores e menos previsíveis se tornam os custos.
O mercado está evoluindo para valorizar conversão e resultado. No entanto, os modelos transacionais continuam cobrando por mero acesso e volume.
Previsibilidade e transparência: a vantagem do modelo de assinatura
O modelo de assinatura da 360Dialog – com uma taxa fixa de licença e sem markup nos custos de mensageria – oferece uma vantagem fundamental em termos de clareza financeira e eficiência.
A maioria dos BSPs concorrentes adiciona um markup sobre as tarifas padrão da Meta, fazendo com que o custo total mensal varie de forma significativa e imprevisível. Para uma empresa em crescimento no WhatsApp, essa incerteza limita a inovação e transforma o planejamento de orçamento em um desafio constante.
Por exemplo: em um cenário com 100.000 mensagens de Marketing e 10.000 mensagens de Serviço, enviadas apenas para clientes na Alemanha com prefixo +49, modelos transacionais de grandes BSPs chegaram a ser até 25% mais caros, gerando um custo adicional de quatro dígitos. Esse valor poderia ter sido reinvestido diretamente em aquisição ou retenção.
Outros BSPs se apoiam fortemente na ilusão de uma taxa de licença gratuita, algo que parece excelente em anúncios e estratégias iniciais de go-to-market. No entanto, essa base “gratuita” foi criada para mascarar a realidade no backend: como esses provedores adicionam markup a cada interação, o custo final acaba sendo muito maior em comparação com um modelo de precificação por assinatura assim que a empresa começa, de fato, a escalar no WhatsApp.
A 360Dialog elimina esses custos ocultos ao oferecer:
Custos previsíveis: a taxa fixa de licença funciona como uma base estável, permitindo que as empresas escalem exponencialmente seu volume de mensagens sem sofrer aumentos desproporcionais causados por markups.
Liderança em custo: ao focar exclusivamente na licença fixa, a 360Dialog se posiciona como líder de preço e custo no mercado.
A transição para um WhatsApp orientado a valor e com capacidades agênticas é irreversível. Enquanto os modelos transacionais penalizam altos volumes de mensagens, o modelo de assinatura da 360Dialog recompensa esse crescimento.
Ao oferecer custos previsíveis e transparentes, estruturados em torno de uma licença fixa, a 360Dialog garante que seus clientes possam focar totalmente em maximizar ROI e abraçar o futuro de uma comunicação sofisticada e de alta performance.
Seus clientes querem alcançar os próprios usuários no WhatsApp, e os que não conseguem fazer isso dentro da sua plataforma estão fazendo em outro lugar. Toda vez que um usuário sai do seu produto para mandar uma mensagem por outra ferramenta, é uma atividade que você não controla mais, e atividade que sai da sua plataforma é onde a retenção começa a cair. Encaminhe-os para uma ferramenta externa e você entrega esse engajamento de bandeja. Construa a integração você mesmo e passa meses montando infraestrutura de mensagens antes de alguém enviar uma única mensagem.
Essa é a real tensão para times de ISV: o WhatsApp é onde os usuários dos seus clientes já estão, mas colocá-lo dentro do seu produto sem descarrilar o seu roadmap é a parte difícil. Este guia destrincha o que realmente importa, na ordem em que as decisões aparecem: primeiro as decisões de negócio (construir ou comprar, preços, parceiro), depois a construção técnica (registro incorporado, API, arquitetura multi-tenant).
Por que as plataformas SaaS estão incorporando o WhatsApp
As plataformas SaaS estão virando ecossistemas. Os usuários esperam que as ferramentas com que se comunicam vivam dentro dos produtos em que já trabalham, e não fiquem numa aba separada.
O WhatsApp é onde boa parte dessa comunicação já acontece, o que o torna algo natural para trazer para dentro do seu produto em vez de deixar de fora. Para a sua plataforma, isso muda a proposta de valor: em vez de oferecer um recurso, você passa a ser o lugar onde a comunicação dos seus clientes de fato acontece.
A parte difícil é fazer isso em escala, para muitos clientes, sem quebrar a sua arquitetura.
Construir vs. comprar uma integração do WhatsApp: qual é a abordagem certa?
Uma das maiores decisões que você vai enfrentar é se deve construir a sua própria solução ou usar uma infraestrutura de parceiro já existente.
Construir internamente dá controle total e permite adaptar tudo ao seu produto. Esse controle tem um custo. Uma integração interna básica normalmente leva de 4 a 6 meses de engenharia antes de você enviar qualquer coisa em produção, e isso antes da manutenção contínua à medida que a Meta atualiza a API. A configuração com um parceiro por meio de um BSP estabelecido costuma levar você da assinatura do contrato à primeira mensagem em produção em 2 a 4 semanas.
O trade-off costuma se resumir a uma pergunta: o seu time de engenharia deve passar os próximos meses construindo infraestrutura de mensagens ou construindo os recursos centrais do produto pelos quais os seus clientes realmente pagam?
É aqui que um parceiro como a 360Dialog muda a conta. A parte mais difícil de construir sozinho não é enviar uma mensagem, é a infraestrutura de onboarding em volta dela: verificação empresarial, aprovisionamento de WABA, registro de número e o fluxo de registro incorporado que amarra tudo isso, multiplicado por cada cliente que você integra. A 360Dialog entrega isso como um ponto único de integração, então os meses que você gastaria montando a infraestrutura de BSP voltam para o seu produto.
Para a maioria dos ISVs, as soluções de parceiro vencem essa avaliação. Construir é possível; o custo de oportunidade é simplesmente alto demais.
Modelos de preço e monetização do WhatsApp em SaaS
O WhatsApp é cobrado por mensagem entregue, por categoria de template, desde que a Meta abandonou o antigo modelo baseado em conversas em julho de 2025. Os custos variam conforme a forma como os seus clientes mandam mensagem para os próprios usuários, e o modelo que você escolhe para repassar esses custos tem implicações reais na confiança e na retenção.
Para uma plataforma multi-tenant, a primeira pergunta que os product managers fazem é quem de fato paga a Meta. A cadeia é simples: a Meta cobra do BSP, o BSP fatura a sua plataforma, e a sua plataforma decide como recuperar esse custo de cada cliente. Como cada cliente tem o seu próprio WABA, o uso de mensagens é medido por tenant, então você consegue atribuir os custos exatos a cada cliente em vez de dividir uma única fatura compartilhada. O que você faz com esse custo por tenant, se repassa, coloca margem ou embute numa assinatura, é a decisão de preço logo abaixo.
As plataformas adotam, em geral, três abordagens: repasse direto pelo custo (sem margem), repasse com margem adicionada ou inclusão das mensagens em preços de assinatura por níveis.
O modelo sem margem merece mais atenção do que normalmente recebe. Quando você repassa os custos das mensagens do WhatsApp exatamente pelo que a Meta cobra, sem margem, os seus clientes conseguem ver exatamente pelo que estão pagando e comparar com as tarifas publicadas pela Meta. Essa transparência elimina uma categoria de atrito que costuma aparecer em conversas de renovação e expansão: os clientes não precisam ficar se perguntando se estão pagando um valor a mais sobre os custos de infraestrutura, e você não precisa gerenciar reajustes toda vez que a Meta muda as tarifas.
A 360Dialog opera com um modelo sem margem nos custos por mensagem. Para os ISVs que integram pela 360Dialog, isso significa que você pode oferecer aos clientes transparência direta nos custos de uso do WhatsApp, enquanto constrói a sua própria receita com taxas de plataforma, pacotes de recursos ou níveis de assinatura, em vez de uma margem sobre mensagens que os clientes vão acabar questionando. É uma proposta de valor mais limpa e tende a construir relações mais duradouras do que um preço de mensagens baseado em margem.
Como escolher o parceiro de WhatsApp certo para o seu SaaS
O parceiro que você escolhe tem impacto direto na sua velocidade de chegada ao mercado, nas suas opções de arquitetura e no seu overhead operacional de longo prazo.
Um parceiro forte deve dar suporte a:
Registro incorporado
Arquitetura multi-tenant
Desempenho confiável da API
Ele também deve tirar a complexidade operacional do seu colo, para que o seu time entregue recursos do produto em vez de gerenciar infraestrutura.
A 360Dialog foi feita exatamente para esse caso de uso de ISVs e plataformas, com aprovisionamento de WABA, acesso à API, conformidade e o fluxo de onboarding resolvidos por uma única integração de parceiro. Você pode se aprofundar nos detalhes na página de Parceiros da 360Dialog ou na documentação da Partner API.
Depois de definir o parceiro, a primeira coisa que ele deve tornar indolor é o onboarding, e é aí que entra o registro incorporado.
O que é o registro incorporado do WhatsApp (e por que importa)
O registro incorporado do WhatsApp permite que os seus usuários conectem a conta do WhatsApp Business sem sair da sua plataforma. Tudo acontece dentro da interface do seu produto, e vale a pena entender exatamente quais passos são eliminados em comparação com o fluxo tradicional fora da plataforma.
Sem o registro incorporado, os seus usuários normalmente têm que sair da sua plataforma, passar pela verificação empresarial da Meta separadamente, configurar o perfil do WhatsApp Business, registrar um número de telefone e então voltar e reconectar. São cinco pontos de atrito distintos, cada um com risco de abandono.
Com o registro incorporado implementado por meio de um parceiro como a 360Dialog, o mesmo processo é comprimido em um fluxo guiado dentro do app. A verificação empresarial, o registro do número de telefone e a configuração do perfil acontecem sem que o usuário saia do seu produto. Os passos continuam existindo, mas rodam em segundo plano ou aparecem como instruções simples dentro da sua interface.
O resultado é uma ativação mais rápida e uma adoção do recurso muito maior. Para plataformas SaaS, isso é mais do que uma melhoria de UX. Determina diretamente quantos dos usuários que veem o recurso do WhatsApp acabam de fato usando ele.
API do WhatsApp para plataformas SaaS
A API do WhatsApp para SaaS é fundamentalmente diferente de uma integração de terceiros comum. Não é um widget plug-and-play. É um sistema que exige lógica de backend, infraestrutura e planejamento cuidadoso.
No nível básico, a API cuida do envio e do recebimento de mensagens, da gestão de templates e do processamento de webhooks e eventos de entrega. Mas, quando você está construindo para uma plataforma e não para uma única empresa, a complexidade sobe rápido.
Você não está mais lidando com uma única conta. Está gerenciando muitos clientes, cada um com os próprios dados, permissões e padrões de uso. É aqui que uma configuração multi-tenant da API do WhatsApp se torna crítica, e onde as decisões de arquitetura que você toma cedo têm o impacto mais duradouro.
Fundamentos de arquitetura para uma integração multi-tenant do WhatsApp
É aqui que as decisões técnicas ficam decisivas. Algumas perguntas definem se a sua arquitetura escala de forma limpa ou começa a criar problemas a partir de 50+ clientes.
Cada cliente tem o seu próprio WABA ou eles compartilham um?
Em uma configuração multi-tenant bem estruturada, cada cliente tem a sua própria WhatsApp Business Account (WABA). Isso importa para conformidade, isolamento de dados e portabilidade: se um cliente sair da sua plataforma, o WABA e o número de telefone vão com ele. Com o modelo de parceiro da 360Dialog, o aprovisionamento de WABA acontece por cliente e fica vinculado à conta de parceiro da sua plataforma, então você gerencia tudo a partir de um único painel, sem clientes compartilhando infraestrutura.
Como funciona o roteamento de webhooks em escala?
Quando você tem 100+ tenants, tem duas opções de arquitetura: um único endpoint de webhook de entrada que desmultiplexa as mensagens por ID de WABA (mais simples de manter, com a lógica de roteamento na camada da sua aplicação) ou endpoints por tenant (mais isolados, mas operacionalmente mais pesados). A maioria das plataformas em escala usa um único endpoint com desmultiplexação. A API da 360Dialog inclui o identificador de WABA em cada payload de webhook para deixar isso simples.
Como é, na prática, o aprovisionamento de chaves de API?
A sequência realista é: um cliente conclui o registro incorporado, a 360Dialog cria um WABA e provisiona uma chave de API vinculada a esse WABA, a sua plataforma recebe a chave via callback de webhook e você a armazena com escopo na conta desse cliente. A partir daí, cada chamada de API para esse cliente usa as próprias credenciais dele. Isso mantém o monitoramento de uso, os limites de taxa e o faturamento bem separados por tenant.
Gestão de templates entre tenants
Em escala, a aprovação de templates é um custo operacional recorrente. Os templates de cada cliente passam pela revisão da Meta de forma independente, então a sua plataforma precisa de um fluxo para enviar, acompanhar e exibir o status de aprovação por cliente, e não só de forma global. Coloque isso na sua UI de onboarding e gestão de contas desde cedo. Adaptar depois é doloroso.
Gerenciando o WhatsApp em escala: analytics, automação e ecossistema
Quando as mensagens entram no ar, o foco passa da configuração para a otimização.
A análise tem um papel central. Taxas de entrega, tempos de resposta e volume de conversas são a base, mas para plataformas parceiras as métricas mais valiosas são por tenant. Saber que a taxa de entrega agregada da sua plataforma é de 97% é menos útil do que saber qual cliente específico está com a taxa em queda, sinalizando um problema de qualidade de template. Ferramentas de métricas e analytics do WhatsApp feitas para ISVs trazem essa visibilidade por cliente, para que você consiga apoiar os clientes antes de eles mesmos perceberem os problemas.
As integrações ampliam o que a sua plataforma consegue fazer sem desenvolvimento extra da sua parte. O marketplace do WhatsApp é relevante aqui como um ativo estratégico para os seus clientes. Quando eles conseguem conectar o CRM, o helpdesk ou as ferramentas de automação que já usam ao WhatsApp diretamente por um marketplace, você tira a pressão do seu time de construir nativamente toda integração possível. O ecossistema faz esse trabalho, e a sua plataforma se beneficia da conectividade sem o overhead de manutenção.
Erros comuns a evitar
Os erros que causam mais dano em integrações do WhatsApp tendem a ser específicos do WhatsApp, e não problemas genéricos de integração.
Tentar uma integração direta da API sem um BSP para um produto multi-tenant. A WhatsApp Business API da Meta não foi feita para dar suporte a casos de uso de SaaS multi-tenant por integração direta. As plataformas que tentam construir sem um Business Solution Provider esbarram em restrições de aprovisionamento de contas e requisitos de conformidade que a API direta não resolve no nível da plataforma. Para os ISVs, trabalhar por meio de um BSP como a 360Dialog é simplesmente como o ecossistema é estruturado.
Ignorar o fluxo de aprovação de templates no onboarding. Cada cliente tem o próprio processo de revisão de templates com a Meta. Se o seu fluxo de onboarding não levar isso em conta (exibindo o status de aprovação, tratando rejeições e orientando os clientes na nova submissão), os clientes ficam travados antes de enviar a primeira campanha. A aprovação de templates precisa ser uma parte visível da sua UI de onboarding, não uma nota de rodapé.
Gestão incorreta da titularidade do número de telefone. Quem é dono do número de WhatsApp quando um cliente sai da sua plataforma é uma decisão de arquitetura que você precisa resolver antes do lançamento. Em uma integração bem estruturada, o cliente é dono do próprio número e WABA. Se a sua configuração não der suporte à portabilidade de número, você está criando risco de churn e um possível problema jurídico ao mesmo tempo.
Construindo para escalar desde o primeiro dia
Incorporar o WhatsApp na sua plataforma SaaS é uma jogada poderosa. Reforça o seu produto, melhora o engajamento e abre novas oportunidades de receita.
O sucesso depende de como você aborda. Da arquitetura de WABA à gestão de templates e ao modelo de preço, as decisões tomadas durante a integração moldam o desempenho do sistema quando você tem dez clientes e quando tem mil.
A melhor abordagem é pensar no longo prazo desde o início: desenhar a arquitetura para isolamento por tenant, reduzir o atrito de onboarding com o registro incorporado, escolher um modelo de parceiro que te dê transparência de custos e construir as ferramentas operacionais (analytics, gestão de templates, titularidade do número) antes de precisar delas sob pressão.
No fim, o que importa é se os seus clientes podem confiar nisso quando conta.
Perguntas Frequentes
Cada um dos nossos clientes precisa do próprio WABA?
Sim. Para uma configuração SaaS multi-tenant, cada cliente deve ter uma WhatsApp Business Account separada. Isso garante isolamento de dados, gestão independente de templates e portabilidade do número caso o cliente um dia saia da sua plataforma. Pelo modelo de parceiro da 360Dialog, o aprovisionamento de WABA por cliente é tratado automaticamente como parte do fluxo de registro incorporado.
Como o registro incorporado afeta a relação com o BSP?
Quando um cliente conclui o registro incorporado na sua plataforma, o WABA resultante é provisionado sob a sua conta de parceiro com a 360Dialog como BSP. A 360Dialog cuida da relação com a Meta, da conformidade e do acesso à API, enquanto o seu cliente interage apenas com a UI da sua plataforma. A camada de BSP fica invisível para eles, mas continua essencial para a infraestrutura.
O que acontece com o número de um cliente se ele sair da sua plataforma?
Em uma integração corretamente estruturada, o cliente é dono do próprio número de telefone e do WABA. Sair da sua plataforma não significa perder a presença no WhatsApp; ele pode migrar para outro BSP ou solução. Se a sua integração não der suporte a isso, vale a pena corrigir antes do lançamento, tanto pela confiança do cliente quanto para evitar complicações se algum cliente um dia pedir portabilidade de dados.
Podemos trocar de BSP depois de já ter lançado?
A migração de BSP é possível, mas carrega overhead operacional: reaprovisionar WABAs, atualizar credenciais de API e, às vezes, repetir partes do processo de verificação. É tecnicamente viável, mas escolher o BSP certo desde o início economiza um tempo considerável. Se você está avaliando parceiros, esse custo de migração é um fator real que vale a pena pesar.
Como lidamos com a aprovação de templates para 100+ clientes?
Os templates de cada cliente passam pela revisão da Meta de forma independente, então, com 100 clientes, você pode ter centenas de templates em diferentes estágios de revisão, aprovação ou rejeição a qualquer momento. Você precisa de uma interface de gestão de templates por cliente que mostre o status, exiba rejeições com orientação e dê suporte à nova submissão, integrada na sua plataforma. Essa é uma das superfícies operacionais que pior escala quando é tratada manualmente ou enterrada num feed genérico de notificações.
