Status do pedido no WhatsApp sai de forma automática quando a loja liga cada evento do pedido — pagamento confirmado, pedido postado, entrega concluída — ao tipo de mensagem certo: resposta livre quando o cliente escreveu nas últimas 24 horas, template utilitário aprovado quando a janela já fechou. Desde 1º de outubro de 2026 a Meta cobra por mensagem entregue as mensagens utilitárias que a loja envia em resposta ao cliente dentro da janela de 24 horas, cobrança que havia sido suspensa desde 1º de julho de 2025. A automação continua valendo — e derruba o volume de “onde está meu pedido?” na fila — mas o custo por mensagem entregue precisa entrar na planilha da operação, junto com a escolha consciente de quais status merecem mensagem.
Quem dispara cada status
O gatilho do status é o sistema da loja, não o atendente de plantão. Plataformas de loja como a Shopify disparam webhooks que permitem executar código imediatamente depois que eventos específicos acontecem — como a criação de um pedido, no tópico orders/create — sem a automação precisar consultar a API da loja em intervalos fixos. Um middleware ou integração recebe esse evento, monta a mensagem com os dados do pedido e chama a API do WhatsApp em nome do número da loja. Quem dispara a mensagem é o evento do pedido, capturado pelo webhook da plataforma de e-commerce.
Na ponta do WhatsApp, a Cloud API da plataforma WhatsApp Business existe para casos como o envio de confirmações de pedido e atualizações de envio, segundo a própria documentação da Meta. O fluxo pedido, webhook e mensagem não é improviso de desenvolvedor: é uso documentado da plataforma. Quem já acompanha propostas comerciais pelo canal pode estender o mesmo raciocínio de eventos a um pipeline de vendas no WhatsApp, em que cada mudança de etapa nasce de um sinal objetivo da conversa.
Grátis, cobrada ou template
A regra que decide o formato é a janela de atendimento, detalhada no guia sobre a janela de 24 horas no WhatsApp. Enquanto o cliente tiver escrito nas últimas 24 horas, a loja responde com mensagens comuns de serviço — que hoje também são cobradas por mensagem entregue, na mesma tabela das categorias utilitária e autenticação. Fora da janela o template aprovado é o único tipo de mensagem que a empresa pode enviar ao cliente no WhatsApp, e todo template utilitário passa por aprovação prévia da Meta antes de poder ser disparado.
| Evento do pedido | Cliente escreveu há menos de 24 horas | Janela fechada |
|---|---|---|
| Pagamento confirmado | Resposta livre de serviço (cobrada por entrega) | Template utilitário de confirmação de pedido |
| Pedido postado na transportadora | Resposta livre com código de rastreio | Template utilitário de pedido enviado |
| Saiu para entrega | Resposta livre | Consolidar com o aviso de entrega |
| Entrega concluída | Resposta livre de encerramento | Template utilitário de pedido entregue |
| Atraso, cancelamento ou extravio | Resposta livre com próximo passo | Template utilitário de aviso com canal de suporte |
Existe uma exceção de isenção: conversas iniciadas por ponto de entrada gratuito, como anúncio que abre o chat, seguem regras próprias descritas na página oficial de preços das mensagens. Não conte com ela para o fluxo normal de pedido — a isenção vale apenas dentro da janela do próprio anúncio.
Ligando a loja ao WhatsApp
- Liste os eventos de pedido que o cliente realmente precisa receber: pagamento confirmado, postado, entregue e uma rota para problemas. Corte o resto.
- Assine os webhooks correspondentes na plataforma da loja e valide em ambiente de teste antes de ligar a produção.
- Crie os templates utilitários (confirmação, postado com rastreio, entregue, aviso de problema) e envie para aprovação com antecedência — a revisão não é instantânea.
- Registre o opt-in do cliente no checkout, com o nome da loja e a finalidade das mensagens, como a política da plataforma exige.
- Antes de cada disparo, verifique a janela: cliente ativo recebe resposta direta; cliente frio só recebe template aprovado.
- Grave o status de entrega devolvido pelo webhook do WhatsApp no CRM ou no painel da loja, para auditar o que foi cobrado e o que falhou.
Ritmo de envio e limites
Automatizar não significa transformar cada mudança de status em rajada de mensagens. Na régua técnica da plataforma, um número de negócio consegue enviar 1 mensagem a cada 6 segundos para o mesmo usuário, e lances curtos de envio “emprestam” cota futura: depois de um pico, a automação precisa esperar o tempo equivalente antes de mandar mais para aquele contato. Traduzindo para o pedido, consolide antes de disparar: “pedido postado, código de rastreio e previsão de entrega” em uma única mensagem aproveita melhor o ritmo do que três avisos em dez minutos — e cansa menos o cliente. Status em cascata no mesmo dia (postado, saiu para entrega, entregue) pode virar uma mensagem final única.
Checklist antes de ativar
- Templates dos quatro avisos essenciais aprovados e com variáveis testadas: nome, número do pedido e rastreio.
- Opt-in registrado no checkout e forma simples de descadastro respeitada em todos os disparos.
- Regra de janela implementada no middleware: resposta livre para cliente ativo, template para cliente frio.
- Mensagens consolidadas por pedido, respeitando o ritmo por contato em vez de disparar cada evento separadamente.
- Monitoramento do status de entrega e da cobrança por categoria na conta, para prever a fatura do mês.
