Notificações de Status de Pedidos do WooCommerce: Quais Eventos Automatizar

"Onde está meu pedido?" é a pergunta de suporte mais comum no comércio eletrônico — e é totalmente evitável. O cliente não pergunta porque está impaciente; eles estão perguntando porque ninguém lhes contou o que aconteceu. Cada mudança de status sem resposta torna-se um ticket, e cada ticket custa tempo, dinheiro e boa vontade.

As notificações de pedidos do WhatsApp fecham esse ciclo automaticamente: no momento em que o status de um pedido muda no WooCommerce, o cliente recebe uma mensagem do WhatsApp com a atualização. Este guia mapeia quais eventos merecem uma mensagem e quais não, e como garantir que cada pedido envie exatamente uma confirmação - sem lacunas, sem duplicatas.

O mapa da mensagem

Esse é o conjunto completo que a maioria das lojas precisa. Seis eventos, seis modelos, uma mensagem de WhatsApp por evento – e os três primeiros por si só eliminam a pergunta “onde está meu pedido?” ingresso inteiramente.

Os ganchos atrás do mapa

WooCommerce dispara ganchos distintos para cada momento:

• woocommerce_thankyou — a página do pedido recebido é renderizada. Encaminhamento por forma de pagamento aqui: pedidos COD recebem seu fluxo de confirmação, pedidos pré-pagos aguardam captura de pagamento.
• woocommerce_payment_complete — um pagamento online é capturado. Este é o gatilho de confirmação da loja pré-paga.
• woocommerce_order_status_changed - dispara qualquer transição de status, incluindo status personalizados. Este é o carro-chefe para processamento, conclusão, cancelamento, espera e falha.
• woocommerce_order_status_completed — o momento de enviar detalhes de rastreamento/envio.
• woocommerce_order_refunded — reembolso processado; envie o aviso de reembolso.

Um conector que escuta apenas um ou dois deles deixa metade da viagem em silêncio. O mapa acima precisa de todos eles conectados.

O que NÃO automatizar

A maneira mais rápida de irritar um cliente é enviar-lhe uma mensagem a cada mensagem de status. Pular:

• Pendente — o cliente não pagou; uma mensagem aqui é irritante
• Rascunho de checkout — carrinhos em andamento ainda não são pedidos
• Status internos – qualquer coisa que sua equipe usa e que o cliente nunca vê

A forma certa consiste em três pontos de contato principais - colocado → enviado → entregue — além de cancelamento, reembolso e exceções de recuperação/suspensão. Nove mensagens por pedido é como você ganha cancelamentos.

Lojas COD: o processamento é a sua confirmação

Aqui está o detalhe que a maioria dos guias erra: Pedidos COD nunca são processados payment_complete - não há pagamento para concluir. Se a sua integração apenas ouvir esse gancho, ela silenciosamente não fará nada para cada pedido com pagamento na entrega, que representa de 18 a 31% da carteira de pedidos na maioria das lojas indianas D2C.

Para lojas COD, o processando status é o evento de confirmação: pedido aceito → o cliente recebe a confirmação (e, idealmente, a verificação de confirmação para envio do COD do [manual de confirmação do COD](/blog/cod-confirmation-whatsapp-cut-rto-fake-orders/)). Processamento de mapa → order_confirmation e seus pedidos COD têm a mesma experiência que os pré-pagos.

Status personalizados

woocommerce_order_status_changed é acionado para cada transição, incluindo status personalizados específicos da loja ("Pronto para retirada", "CQ aprovado", "Aguardando fornecedor"). Decida deliberadamente: mapeie cada status personalizado para uma mensagem ou ignore-o explicitamente - uma mensagem genérica "o status do seu pedido foi alterado" sem nenhuma informação útil é um ruído. A regra prática: envie mensagens apenas quando o cliente puder fazer algo com a informação.

Em espera e falha no pagamento: desbloqueio 24 horas por dia, 7 dias por semana

Dentro da janela de atendimento ao cliente de 24 horas, você pode enviar mensagens em formato livre. Fora dele – incluindo a maioria das atualizações de status automatizadas – cada mensagem deve usar um modelo aprovado. Lojas que só enviam order_confirmation encontram suas mensagens em espera e de falha no pagamento ignoradas silenciosamente para fora da janela.

Enviar order_on_hold e payment_failed como modelos UTILITY e todos os caminhos de status funcionam 24 horas por dia:

• Em espera — "{{1}}, o pedido {{2}} está em espera por causa de {{3}}. Responda aqui e resolveremos o problema." (este também é um momento de salvar a venda)
• Pagamento falhou — "{{1}}, o pagamento do pedido {{2}} (${{3}}) não foi realizado. Tente novamente aqui: {{4}}"

Exatamente uma mensagem por pedido

Confirmações duplicadas são um bug clássico de integração – o mesmo pedido dispara ambos payment_complete e status_changed (processamento) ou uma nova entrega de webhook criando uma segunda mensagem. A solução é a desduplicação no nível do evento: cada mensagem é codificada para um identificador de evento exclusivo (<order_id>.<event_type>), portanto, um webhook reentregue ou um gancho duplo nunca poderá ser enviado duas vezes. Verifique: faça um pedido de teste e confirme exatamente uma confirmação, uma atualização de envio, um cancelamento.

Horários e fusos horários tranquilos

As atualizações de status são transacionais, mas ainda são mensagens - uma mensagem "seu pedido enviado" às 2h é adequada para o cliente ler mais tarde, enquanto uma mensagem de recuperação de carrinho ou em espera às 2h é considerada assédio. Envie no horário local do cliente onde for importante e respeite o horário de silêncio para qualquer coisa que espere uma resposta.

Pronto para automatizar?

The Tech Pad conecta o mapa completo do WooCommerce – eventos de pedidos → modelos aprovados → desduplicação → horários de silêncio – com uma caixa de entrada compartilhada onde todas as respostas chegam. Seu primeiro mês é gratuito ao começar →