WhatsApp recebe mensagens, mas não envia pelo sistema: onde procurar a falha

WhatsApp recebe mensagens, mas não envia: o que está acontecendo?

WhatsApp recebe mas não envia quando a sessão do WhatsApp Web ou a automação não oficial perde a sincronia com o servidor, bloqueando o envio sem avisar o operador.

Esse cenário afeta diretamente gestores e técnicos que dependem de automação via QR Code para operar atendimentos. O problema aparece como falha silenciosa: as mensagens chegam, a interface parece normal, mas o envio trava.

O diagnóstico rápido envolve verificar a conexão, o status do dispositivo principal e possíveis bloqueios temporários. A solução estrutural, porém, exige decidir entre manter a automação não oficial ou migrar para a API oficial.

Quando uma operação usa automação não oficial, o WhatsApp recebe mas não envia por três causas principais: instabilidade da conexão com o servidor, problemas na sincronização do WhatsApp Web e bloqueio temporário do número após comportamento suspeito. Nenhuma dessas causas é controlável pelo operador.

A automação via QR Code depende de uma sessão ativa no WhatsApp Web. Qualquer oscilação de rede, atualização do aplicativo ou mudança de IP pode derrubar a sessão. O envio para de funcionar, mas o recebimento continua, criando uma falsa sensação de normalidade.

Para gestores que precisam de previsibilidade, a resposta direta é: a sessão não oficial é o ponto único de falha, e a migração para a API oficial elimina essa fragilidade ao custo de uma mudança estrutural no processo. A decisão depende do volume de mensagens, da criticidade do atendimento e da tolerância a quedas.

Diagnóstico rápido: por que o WhatsApp não envia mensagens?

O problema de receber mensagens sem conseguir enviar geralmente começa com uma sessão expirada no WhatsApp Web ou com uma automação que perdeu o vínculo com o número. Quando o celular principal fica sem internet, o WhatsApp Web continua exibindo conversas antigas, mas qualquer tentativa de envio falha silenciosamente. O diagnóstico correto exige testar cada camada da operação, começando pela conexão e terminando nos logs da automação.

O diagnóstico exige uma ordem lógica de verificação. Comece pela conexão com a internet, depois teste o envio pelo celular e só então análise os logs da automação. Essa sequência evita retrabalho e aponta a causa real em menos tempo.

1. Verifique a conexão com a internet: Teste o envio pelo celular com Wi-Fi desligado e dados móveis ativos. Se funcionar, o problema está na rede Wi-Fi ou no roteador que bloqueia a porta de comunicação do WhatsApp.
2. Teste o envio pelo celular principal: Abra o WhatsApp no aparelho e envie uma mensagem para qualquer contato. Se falhar, o problema está no número ou no aparelho, não na automação.
3. Confirme se o número foi restrito: Verifique se há aviso na tela do WhatsApp Web sobre conta temporariamente bloqueada. Nesse caso, siga os canais oficiais de suporte da Meta para revisão.
4. Analise os logs da automação: Procure por erros de sessão como "connection closed" ou "authentication failed". Esses erros indicam que o token de conexão expirou e precisa ser renovado.
5. Atualize o WhatsApp Web e limpe o cache: Versões desatualizadas perdem a compatibilidade com o servidor da Meta. Feche o navegador, limpe cache e cookies e abra novamente o web.whatsapp.com.
6. Monitore a conexão da automação: Ferramentas de monitoramento de conexão alertam quando a sessão cai antes de o problema afetar o atendimento. Assim, a equipe técnica age proativamente.

O teste do celular principal é o mais revelador do diagnóstico. Se o envio funciona no aparelho, mas falha no WhatsApp Web ou na automação, a causa está na sessão sincronizada. Se falha nos dois, o problema é do número ou da operadora.

Equipes que documentam cada etapa do diagnóstico reduzem o tempo de resolução em falhas recorrentes de envio. Registre data, horário, mensagem de erro e ação tomada. Esse histórico permite identificar padrões, como quedas que acontecem sempre após atualizações do navegador ou em horários de pico de uso.

A restrição de número é um cenário distinto da falha técnica. Quando a Meta aplica uma restrição, o WhatsApp exibe um aviso explícito na tela e o envio para todos os contatos é bloqueado. Nesse caso, não há correção técnica possível — o caminho é solicitar revisão pelos canais oficiais e aguardar a análise.

O monitoramento de conexão entra como camada preventiva. Em vez de descobrir o problema quando um cliente reclama, a equipe recebe um alerta no momento da queda. Isso transforma um incidente reativo em uma manutenção programada, especialmente em operações que usam omnichannel ou multicanal integrados ao WhatsApp.

Para operações que dependem do WhatsApp como canal principal, a escolha entre plataforma unificada ou ferramentas separadas impacta diretamente a visibilidade dessas falhas. Uma plataforma integrada centraliza os logs e facilita o diagnóstico, enquanto ferramentas separadas exigem verificação manual em cada sistema.

API oficial vs. automação por QR Code: qual é a diferença prática?

A API oficial do WhatsApp Business Platform mantém a mensagem no servidor da Meta mesmo com o celular offline, enquanto a automação por QR Code depende do WhatsApp Web ativo em um aparelho.

Quando o WhatsApp recebe mas não envia, a causa mais comum está na sessão por QR Code que perdeu sincronia ou sofreu bloqueio temporário. A API oficial elimina essa dependência porque cada mensagem é entregue via nuvem, sem exigir um smartphone como ponte.

Critério	API oficial (Business Platform)	QR Code / WhatsApp Web	Ação recomendada
Estabilidade	Alta, com infraestrutura da Meta	Baixa, sujeita a expirar a sessão	Migre para API oficial se o atendimento for crítico
Risco de bloqueio	Menor, com regras claras de uso	Alto, especialmente com disparos em massa	Evite automação não oficial para campanhas
Custo	Cobrança por conversa iniciada	Gratuito, mas com custo operacional de retrabalho	Calcule o custo de falhas antes de optar pelo gratuito
Escalabilidade	Suporta múltiplos agentes e alta demanda	Limitada a um dispositivo por número	Use API oficial em operações com mais de um atendente
Suporte	Suporte técnico da Meta e parceiros	Sem suporte formal	Exija SLA do provedor da API oficial

Operações que dependem de WhatsApp para vendas ou suporte devem tratar a API oficial como camada estrutural, não como upgrade opcional. A automação por QR Code serve para testes pontuais ou volume baixo, nunca para processos críticos com SLA definido.

A decisão entre as duas abordagens depende do impacto que uma falha de envio causa no seu negócio. Se uma mensagem não enviada significa venda perdida ou cliente insatisfeito, o custo da API oficial se justifica pela previsibilidade.

Para operações que integram CRM, helpdesk ou sistemas de cobrança, a API oficial oferece webhooks e endpoints que permitem rastrear cada mensagem. A automação por QR Code não entrega esse nível de rastreabilidade, o que dificulta auditoria e relatórios gerenciais.

Um cenário onde a automação por QR Code ainda faz sentido é o de confirmação manual de pedidos em volume baixo, com um operador monitorando a tela. Fora disso, o risco de bloqueio e a falta de previsibilidade tornam a API oficial a escolha mais segura.

Se a sua operação já enfrenta falhas recorrentes de envio, o primeiro passo é mapear quantos atendentes dependem do mesmo número. Em seguida, avalie se a estrutura atual permite migrar para um provedor da API oficial sem interromper o atendimento em andamento.

A escolha entre API oficial e QR Code também afeta a experiência do cliente final. Com a API oficial, é possível enviar mensagens com templates aprovados, manter histórico completo e escalar para múltiplos atendentes no mesmo número. Com QR Code, o número fica refém de um único aparelho e de uma conexão estável.

Para empresas que planejam crescer o atendimento, a API oficial se integra a plataformas unificadas que centralizam WhatsApp, voz e e-mail em um só painel. Essa arquitetura reduz a complexidade operacional e permite que o gestor acompanhe filas, tempos de resposta e histórico do cliente em um único lugar.

Se a sua operação ainda usa QR Code e quer avaliar a migração, comece por um teste controlado com um número secundário. Meça a taxa de falhas de envio antes e depois da troca, e compare o tempo médio de atendimento entre as duas abordagens, sem depender de estimativas de mercado.

A escolha entre plataforma unificada ou ferramentas separadas influencia diretamente a capacidade de adotar a API oficial sem retrabalho. Quanto mais integrada a estrutura, menor o esforço de migração e maior o controle sobre cada mensagem enviada.

Como migrar para a API oficial sem interromper o atendimento?

Migrar para a API oficial exige planejamento em fases, não uma troca imediata. O processo começa com um diagnóstico da operação atual e termina com monitoramento contínuo após o corte.

Uma migração segura exige mapear fluxos, escolher um BSP, aprovar templates e testar em ambiente controlado antes de ativar.

1. Mapeie os fluxos de atendimento atuais — Liste quais setores usam WhatsApp, quais mensagens são enviadas manualmente e quais dependem de automação por QR Code. Identifique os horários de pico e os tipos de conversa que não podem parar.
2. Escolha um provedor oficial (BSP) ou integrador certificado — A API oficial exige um Business Solution Provider para conectar sua operação à Meta. Avalie o provedor pela capacidade de suporte técnico, SLA de atendimento e compatibilidade com seu CRM ou plataforma atual.
3. Configure e aprove os templates de mensagem — A API oficial só envia mensagens proativas com templates aprovados pela Meta. Crie os modelos para confirmações, cobranças e avisos antes de migrar qualquer volume real.
4. Teste em ambiente controlado — Envie mensagens para um grupo pequeno de atendentes ou clientes internos para validar entrega, ordem de chegada e integração com o sistema de atendimento. Corrija falhas antes do corte definitivo.
5. Treine a equipe e monitore os indicadores pós-migração — Documente o novo fluxo, oriente os atendentes sobre mudanças na interface e acompanhe métricas como tempo de resposta e taxa de entrega nas primeiras semanas.

O WhatsApp recebe mas não envia por sessão expirada é resolvido na raiz com a API oficial. Isso significa que a mensagem trafega pelo servidor da Meta, não pelo celular do agente.

Quem mantém automação por QR Code precisa de um plano de contingência para quedas de sessão. A API oficial elimina esse risco, mas exige um provedor certificado e aprovação prévia de templates.

O critério decisório para migrar é simples: se a operação depende de envio em volume ou de integração com CRM, a API oficial é a via adequada. Se o volume é baixo e o uso é pessoal, o WhatsApp Web resolve.

Para operações que já usam plataforma unificada ou ferramentas separadas, a migração exige verificar se o BSP escolhido integra com a arquitetura atual. Omnichannel ou multicanal faz diferença nesse momento, pois define se a API será um canal entre vários ou o canal central.

O prazo de aprovação de templates varia conforme o provedor e a categoria da mensagem. Por isso, o início da migração deve ser a configuração dos modelos, não a compra da API.

O risco de interromper o atendimento é maior quando a equipe não foi treinada antes do corte. O treinamento precisa cobrir o novo fluxo de aprovação de templates e a diferença entre mensagens proativas e reativas.

A API oficial do WhatsApp Business Platform mantém a mensagem no servidor da Meta mesmo com o celular offline, enquanto tendências de contact center para 2027 apontam para canais mais estáveis e integrados. O provedor oficial (BSP) gerencia a conexão com a Meta, a entrega das mensagens e o suporte técnico.

Para avaliar se a migração é necessária, responda: o WhatsApp recebe mas não envia com frequência? A automação atual perde sincronia? O atendimento depende de envio em volume? Se sim, a API oficial é o caminho.

Equipes que documentam fluxos, testam em ambiente controlado e treinam antes do corte reduzem drasticamente o risco de interrupção no atendimento. O próximo passo é solicitar uma avaliação com um provedor certificado para dimensionar a migração.

Quais riscos você corre ao continuar usando WhatsApp Web para automação?

Automações via QR Code operam em desacordo com os termos da Meta desde 2022, o que torna o bloqueio uma questão de tempo, não de possibilidade. O WhatsApp Web foi desenhado para uso humano individual, não para envio em massa ou integração com CRM. Quando a sessão cai, o atendimento para sem aviso prévio.

O suporte oficial do WhatsApp não cobre falhas em ferramentas não oficiais. Isso significa que, em caso de bloqueio, a empresa perde o número e todo o histórico de conversas sem recurso administrativo. A recuperação depende exclusivamente da boa vontade da Meta.

Escala também é um limitador prático. Uma operação com poucos atendentes pode funcionar por meses, mas o mesmo número enviando mensagens em sequência rápida dispara alertas automáticos de spam. O comportamento típico de automação é facilmente identificável por padrões de horário e volume.

Além do bloqueio, há o risco de instabilidade silenciosa. Mensagens entram na fila, mas não saem, e o gestor só percebe quando um cliente reclama por outro canal. Esse cenário de WhatsApp recebe mas não envia corrói a confiança sem gerar um erro visível no sistema.

Empresas que dependem de atendimento contínuo precisam de garantia de entrega, algo que a automação via QR Code não oferece. A alternativa estruturada é a API oficial, que mantém a mensagem no servidor da Meta mesmo com o aparelho offline e oferece suporte técnico real. A migração exige planejamento, mas elimina o risco de perder o número.

Antes de decidir, avalie o custo de uma parada não planejada. Se uma sessão cair no horário de pico, quantas vendas ou atendimentos críticos ficam comprometidos? Esse cálculo orienta se a automação via QR Code ainda é aceitável ou se a operação já exige a arquitetura de uma plataforma unificada.

Para operações que já enfrentam bloqueios recorrentes, a recomendação é não tentar contornar a restrição. Cada nova tentativa de reativação aumenta a chance de banimento definitivo do número. O caminho seguro é iniciar o processo de homologação na API oficial antes que o problema se torne irreversível.

O que considerar ao escolher um provedor da API oficial?

Um provedor da API oficial precisa ser um BSP (Business Solution Provider) com cadastro ativo na Meta. Gestores de TI devem exigir comprovação documental do status de parceiro oficial antes de qualquer teste técnico. Provedores não oficiais operam com risco de bloqueio e não oferecem suporte à plataforma.

Avalie se a empresa possui infraestrutura própria ou revende serviço de terceiros. Revendas tendem a ter menos controle sobre filas de mensagens e atualizações de segurança. Isso impacta diretamente na confiabilidade do envio quando o WhatsApp recebe mas não envia em momentos de pico.

Critérios práticos de seleção de um provedor

• Credencial oficial: Exija o identificador do BSP no diretório da Meta e valide o domínio usado para envio de mensagens.
• Custo por conversa: Compare a tarifa da Meta com a margem do provedor. Peça simulador com volume real de atendimentos mensais.
• Suporte técnico: Verifique se o suporte é 24/7, em português e com acesso a engenheiros que conheçam a API oficial.
• Integrações disponíveis: Confirme conectores nativos para CRM, helpdesk e plataformas de automação usadas na sua operação.
• Escalabilidade: Teste como o provedor lida com aumento súbito de volume, como em campanhas sazonais ou picos de demanda.
• Onboarding e migração: Peça um plano de migração com etapas claras, rollback e testes em ambiente sandbox antes do go-live.

Como comparar provedores sem cair em armadilhas de preço

O custo por conversa varia conforme o país do destinatário e o tipo de template usado. Um provedor que cobra taxa fixa mensal baixa pode compensar com margem alta por mensagem. Solicite uma planilha com todos os custos projetados para o seu volume real.

Desconfie de ofertas com preço muito abaixo da tabela da Meta. Isso geralmente indica revenda sem suporte ou uso de infraestrutura compartilhada. Nesses casos, o risco de bloqueio e de indisponibilidade no envio é maior.

Suporte técnico e SLA: o que realmente importa

O SLA deve cobrir disponibilidade da API, tempo de resposta para incidentes e política de compensação por falhas. Peça o contrato com cláusulas específicas sobre indisponibilidade no envio de mensagens. Provedores sérios publicam status page pública com histórico de incidentes.

Teste o suporte antes de contratar: abra um chamado técnico como cliente potencial. Avalie o tempo de primeira resposta e a profundidade técnica da solução apresentada. Um suporte que responde com respostas prontas não resolve problemas complexos de integração.

Integrações e facilidade de implementação

Liste as ferramentas que sua operação usa: CRM, helpdesk, plataforma de marketing, ERP. O provedor deve ter integrações nativas ou API documentada para conectar esses sistemas. Integrações via middleware aumentam a complexidade e o custo de manutenção.

Considere o tempo de implementação: provedores com onboarding guiado e templates prontos reduzem o prazo para o primeiro envio. Plataformas unificadas tendem a simplificar a gestão comparadas a ferramentas separadas com integrações frágeis.

Erros comuns ao escolher um provedor

• Escolher por preço sem testar a entrega em cenário de alto volume.
• Ignorar o contrato de SLA e as cláusulas de rescisão.
• Não validar a compatibilidade com a estratégia omnichannel da empresa.
• Assumir que o provedor gerencia templates e aprovações na Meta.
• Não verificar a política de privacidade e armazenamento de dados das conversas.

Quando faz sentido trocar de provedor

Se a operação já usa a API oficial e enfrenta quedas recorrentes no envio, avalie o histórico de disponibilidade do provedor atual. Peça relatórios de uptime e compare com a média do mercado. Trocar de provedor exige nova migração, mas pode resolver problemas crônicos de entrega.

Se a automação ainda depende de QR Code, a troca é obrigatória para reduzir riscos de bloqueio. Automatizar o monitoramento de chamadas e mensagens exige uma base estável, que só a API oficial oferece.

Como funciona a cobrança da API oficial do WhatsApp?

As categorias de conversa definem o propósito e o custo. Conversas de serviço respondem a dúvidas do cliente sobre pedidos, suporte ou conta. Conversas de utilidade cobrem notificações transacionais como confirmação de compra ou atualização de entrega. Conversas de autenticação enviam códigos de verificação. Conversas de marketing promovem ofertas, novidades ou conteúdos — estas exigem opt-in explícito do destinatário e seguem regras mais restritas de elegibilidade.

Faixas de volume podem reduzir o custo por conversa para operações com alto tráfego. A Meta oferece preços escalonados por região, mas os valores exatos mudam periodicamente. Consulte a página oficial da Meta para obter a tabela de preços atualizada, pois qualquer número fixado em artigo ficaria desatualizado em semanas. O planejamento financeiro deve considerar o mix de categorias da sua operação, não apenas o volume total.

Para operações que combinam atendimento humano e respostas automáticas, a categorização correta da conversa evita surpresas na fatura. Uma conversa iniciada como serviço que deriva para oferta de produto pode ser reclassificada como marketing. A Meta audita essa classificação, e o uso incorreto pode gerar cobranças retroativas ou restrições na conta. O alinhamento entre equipe de operação e financeiro sobre as categorias de conversa reduz risco de custo não planejado.

A escolha do provedor BSP também influencia o custo final, pois cada parceiro adiciona sua camada de serviço sobre a tarifa da Meta. Comparar provedores exige separar o custo de infraestrutura do custo de plataforma — tema que abordamos em detalhes ao tratar de plataforma unificada ou ferramentas separadas. O gestor financeiro deve pedir transparência na composição de custos antes de contratar.

Empresas que operam múltiplos canais de atendimento frequentemente consolidam a cobrança do WhatsApp no mesmo planejamento de omnichannel ou multicanal. Essa visão integrada permite comparar o custo por conversa entre canais e alocar orçamento com base em desempenho real, não em estimativas genéricas. O WhatsApp oficial tende a apresentar custo por conversa mais previsível que canais com tarifação por minuto ou por ticket.

A página oficial da Meta com preços atualizados é a única fonte confiável para valores. Qualquer tabela reproduzida em artigo de terceiros deve ser verificada diretamente na fonte antes de embasar decisões orçamentárias. O planejamento financeiro robusto considera categorias, janelas de serviço, taxa de aprovação de modelos e faixas de volume — fatores que permanecem estáveis mesmo quando os valores absolutos mudam.

Próximos passos: como garantir um atendimento estável no WhatsApp?

Gestores de atendimento que enfrentam falhas intermitentes de envio precisam de um roteiro técnico com três etapas: diagnóstico da conexão atual, planejamento de migração e seleção de provedor habilitado na Meta.

O primeiro passo concreto é mapear o volume real de conversas que sua operação perde quando o WhatsApp recebe mas não envia. Esse levantamento revela o impacto operacional e ajuda a priorizar a correção. Em paralelo, solicite uma auditoria da sessão ativa para identificar se o bloqueio é temporário ou estrutural.

Migrar para a API oficial exige um plano faseado, não uma troca abrupta. Comece com um número novo em paralelo enquanto mantém o canal atual funcionando. Essa abordagem preserva o histórico de atendimento e reduz o risco de interrupção. A plataforma unificada ou ferramentas separadas definem a arquitetura que sustentará essa transição.

A escolha do provedor determina a estabilidade de longo prazo. Verifique se o parceiro é um BSP com cadastro ativo na Meta e se oferece suporte técnico com SLA documentado. Analise também a capacidade de integração com seu CRM ou helpdesk atual. Operações que dependem de omnichannel ou multicanal precisam de conectores nativos, não adaptações frágeis.

Durante a implementação, monitore três indicadores operacionais: taxa de entrega de mensagens, tempo de resposta do webhook e consistência do status da sessão. Esses sinais revelam problemas antes que o cliente perceba. Equipes que documentam esses critérios conseguem isolar falhas de configuração, rede ou provedor com mais agilidade.

Nenhum processo de migração garante desbloqueio automático de números previamente sinalizados pela Meta. O histórico de violação dos termos de uso pode impedir a regularização. Por isso, o diagnóstico inicial é determinante: ele define se o número atual é recuperável ou se a operação precisa partir de um número novo com a API oficial desde o primeiro dia.

A estabilidade do atendimento também depende de práticas internas. Revise os fluxos de mensagens, os gatilhos automáticos e as permissões de acesso da equipe. Uma configuração mal dimensionada sobrecarrega a sessão e reproduz o mesmo sintoma de falha de envio, mesmo em ambiente oficial. Tendências de contact center para 2027 apontam que a consolidação de canais em plataforma única reduz esses riscos operacionais.

Solicitar um diagnóstico técnico da conexão atual é o primeiro movimento prático. A partir dele, sua equipe terá elementos para decidir entre correção imediata ou migração planejada. O planejamento de migração, por sua vez, organiza cronograma, recursos e critérios de aceite antes de qualquer contratação.

Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.

Perguntas frequentes

Quando o WhatsApp recebe mensagens mas não envia, isso indica que a automação por QR Code perdeu a sincronia?

Sim, esse é o cenário mais comum. Quando o WhatsApp recebe mas não envia, a causa frequente é a sessão do WhatsApp Web ou da automação não oficial que perdeu a sincronia com o servidor, bloqueando o envio sem avisar o operador. Isso acontece porque a interface parece normal, mas a conexão com o aparelho principal foi interrompida, exigindo diagnóstico em camadas.

Quais requisitos um provedor precisa cumprir para ser considerado oficial na API do WhatsApp quando o sistema recebe mas não envia?

O provedor precisa ser um BSP (Business Solution Provider) com cadastro ativo na Meta. Gestores de TI devem exigir comprovação documental desse status antes de qualquer teste. Provedores não oficiais operam com risco de bloqueio e não oferecem suporte à plataforma. Além disso, avalie se a empresa tem infraestrutura própria ou se é revenda, pois isso afeta a confiabilidade do envio.

Quanto tempo leva para migrar da automação por QR Code para a API oficial quando o WhatsApp recebe mas não envia?

A migração não é uma troca imediata, exige planejamento em fases. O processo começa com diagnóstico da operação atual e termina com monitoramento contínuo após o corte. Uma migração segura exige mapear fluxos, escolher um BSP, aprovar templates e testar em ambiente controlado antes de ativar. O prazo varia conforme a complexidade dos fluxos, mas o roteiro faseado evita interrupção no atendimento.

Quais integrações são necessárias para resolver o problema de WhatsApp recebe mensagens mas não envia com a API oficial?

A API oficial elimina a dependência do WhatsApp Web, pois cada mensagem é entregue via nuvem, sem exigir smartphone como ponte. Para integrar, é preciso mapear quais setores usam WhatsApp, quais mensagens são manuais e quais dependem de automação. Também é necessário escolher um BSP ou integrador certificado e aprovar templates de mensagem antes de ativar a operação.

Que suporte a API oficial oferece para empresas que enfrentam WhatsApp recebe mas não envia em momentos de pico?

A API oficial mantém a mensagem no servidor da Meta mesmo com o celular offline, garantindo estabilidade alta. Provedores oficiais (BSPs) oferecem suporte à plataforma, algo que não existe em ferramentas não oficiais. No entanto, é preciso avaliar se o provedor tem infraestrutura própria ou é revenda, pois revendas tendem a ter menos controle sobre filas de mensagens e atualizações de segurança.

Quais riscos de conformidade existem ao continuar usando WhatsApp Web para automação quando o sistema recebe mas não envia?

Automações via QR Code operam em desacordo com os termos da Meta desde 2022, tornando o bloqueio uma questão de tempo. O WhatsApp Web foi desenhado para uso humano individual, não para envio em massa ou integração com CRM. Em caso de bloqueio, a empresa perde o número e todo o histórico de conversas sem recurso administrativo, pois o suporte oficial não cobre ferramentas não oficiais.

O que pode acontecer com uma empresa que ignora o problema de WhatsApp recebe mas não envia e mantém automação por QR Code?

A sessão pode cair a qualquer momento, parando o atendimento sem aviso prévio. O suporte oficial do WhatsApp não cobre falhas em ferramentas não oficiais, então em caso de bloqueio a empresa perde o número e o histórico de conversas sem recurso. Escala também é um limitador: operações com poucos números podem até funcionar, mas o risco de bloqueio cresce com o volume de envios.