Emails do WooCommerce não chegam: checklist para pedidos, clientes e administradores

Quando os emails do WooCommerce não chegam, a loja perde mais do que uma notificação. O cliente fica inseguro porque não recebeu confirmação do pedido, o administrador pode não perceber uma venda nova, o atendimento recebe mais chamados e a operação começa a depender de conferência manual.

O ponto principal é: nem todo problema de email no WooCommerce tem a mesma causa.

Às vezes o pedido ainda está como pagamento pendente e o WooCommerce não deveria disparar determinada notificação. Em outros casos, a notificação está desativada, o destinatário administrativo está errado ou o WordPress até processou o envio, mas a hospedagem, o SMTP ou o provedor do destinatário bloqueou a mensagem.

Neste guia, você vai seguir um checklist prático para diagnosticar por que emails WooCommerce não chegam, separando status do pedido, notificações WooCommerce, logs transacionais, SMTP WooCommerce, remetente, gateway de pagamento e entregabilidade.

Antes de alterar configurações, instalar plugin SMTP, trocar remetente, desativar plugins ou testar checkout, faça um backup completo do WordPress. Se a loja recebe pedidos reais, prefira testar em staging ou em um fluxo controlado para não afetar estoque, pagamento, frete, nota fiscal, webhooks ou dados de clientes.

Antes de começar: backup, staging e privacidade

Email de WooCommerce parece uma configuração simples, mas toca partes sensíveis da loja: pedidos, dados de clientes, pagamento, automações e comunicação transacional.

Antes de mexer, confira estes cuidados:

• tenha um backup recente de arquivos e banco de dados;
• se possível, use um ambiente de staging para reproduzir o problema;
• evite fazer testes com dados reais de clientes;
• não publique prints com email, telefone, endereço, CPF/CNPJ ou número de pedido de clientes;
• se for abrir chamado com hospedagem, gateway ou SMTP, envie apenas o necessário;
• não desative plugins de pagamento, checkout, frete, segurança ou SMTP em produção sem saber o impacto.

Se você ainda não tem uma rotina confiável de cópia do site, veja o guia de backup WordPress.

Como o email do WooCommerce funciona

Por padrão, o WooCommerce usa a função wp_mail() do WordPress para enviar emails. Essa função entrega a mensagem para o sistema de email configurado no site ou na hospedagem.

Na prática, o caminho costuma ter várias etapas:

1. O pedido muda para um status que dispara uma notificação.
2. A notificação correspondente está habilitada no WooCommerce.
3. O WooCommerce gera o conteúdo do email.
4. O WordPress processa o envio por wp_mail().
5. A hospedagem, plugin SMTP ou serviço transacional tenta enviar a mensagem.
6. O provedor do destinatário decide se aceita, bloqueia, atrasa ou joga no spam.

Por isso, “o WooCommerce enviou” e “o cliente recebeu” não são sempre a mesma coisa.

A documentação oficial do WordPress sobre wp_mail() alerta que um retorno de sucesso não significa automaticamente que o usuário recebeu o email. Significa apenas que o método conseguiu processar a solicitação sem erro naquele ponto. Depois disso, ainda entram em cena SMTP, DNS, reputação do domínio, filtros antispam e regras do destinatário.

Email do WordPress, email do WooCommerce e email transacional: qual a diferença?

Antes de investigar, separe três categorias.

Emails gerais do WordPress

São emails como recuperação de senha, confirmação de novo email administrativo, avisos de comentários, notificações de atualização ou mensagens de plugins que não são do WooCommerce.

Eles podem usar o mesmo sistema de envio do site, mas não aparecem necessariamente nos logs transacionais do WooCommerce.

Emails do WooCommerce

São notificações ligadas à loja, como novo pedido, pedido em processamento, pedido concluído, reembolso, nova conta, redefinição de senha de cliente e outras mensagens configuráveis em WooCommerce > Configurações > Emails.

Algumas vão para o cliente. Outras vão para o administrador ou equipe da loja.

Email transacional

É o email enviado por causa de uma ação específica: compra, pagamento, criação de conta, recuperação de senha ou atualização de pedido.

Para uma loja virtual, esse tipo de email é crítico. Ele não deve depender apenas de um servidor compartilhado mal configurado. Por isso, lojas WooCommerce normalmente devem usar SMTP autenticado ou um serviço transacional. O passo a passo completo está no guia sobre como configurar email no WordPress via SMTP.

Checklist rápido: por onde começar

Se você precisa resolver rápido, siga esta ordem:

1. O pedido está no status certo para disparar email?
2. A notificação está habilitada em WooCommerce > Configurações > Emails?
3. O destinatário da notificação administrativa está correto?
4. O remetente usa um email do domínio da loja, como [email protected]?
5. Há registro em WooCommerce > Status > Logs, fonte transactional-emails, se disponível?
6. O email aparece como enviado, falhou, desativado ou pulado?
7. O WordPress envia outros emails, como recuperação de senha?
8. Existe plugin SMTP configurado e funcionando?
9. O domínio tem SPF, DKIM e DMARC configurados conforme o provedor de envio?
10. O email caiu em spam, promoções, quarentena corporativa ou bloqueio do provedor?
11. O gateway de pagamento atualizou o pedido corretamente?
12. O problema começou depois de atualizar plugin, trocar tema, alterar SMTP ou mudar DNS?

Agora vamos detalhar cada etapa.

1. Confirme se o pedido deveria disparar um email

Nem todo pedido gera todos os emails imediatamente.

Um caso comum: o cliente iniciou o checkout, mas o pedido ficou como Pending Payment ou “Pagamento pendente”. A documentação do WooCommerce informa que pedidos ainda não pagos e nesse status não disparam emails de pedido.

Isso pode acontecer quando:

• o cliente abandonou a página externa de pagamento;
• o cartão foi recusado;
• o PIX ou boleto ainda não foi confirmado;
• o gateway não conseguiu comunicar o pagamento ao WooCommerce;
• ocorreu erro antes da mudança de status do pedido;
• algum plugin, tema ou código interrompeu o fluxo.

Se o cliente pagou, mas o pedido continua pendente, o problema principal pode não ser email. Pode ser comunicação do gateway, webhook, credenciais de pagamento, retorno da transação ou conflito no checkout.

Nesse caso, revise o guia de gateways de pagamento para WooCommerce no Brasil e confira a documentação do gateway usado.

2. Verifique se a notificação está habilitada

No painel do WordPress, acesse:

WooCommerce > Configurações > Emails

Dependendo do idioma da instalação, o caminho pode aparecer como WooCommerce > Settings > Emails.

Nessa tela, confira a notificação específica que está falhando. Por exemplo:

• novo pedido;
• pedido cancelado;
• pedido com falha;
• pedido em processamento;
• pedido concluído;
• pedido reembolsado;
• fatura do cliente;
• nova conta;
• redefinição de senha.

Abra a notificação e veja se a opção para habilitar aquele email está marcada.

Se a notificação estiver desativada, o WooCommerce não deve enviar aquele email. Habilite, salve e faça um novo teste controlado.

Atenção: extensões, plugins de template, plugins de assinatura, plugins de nota fiscal, gateways e customizações podem adicionar ou alterar notificações. Se a tela da sua loja for diferente, trate o caminho acima como referência geral e revise a documentação do plugin específico.

3. Confira destinatário, remetente e nome do remetente

Na mesma área de emails do WooCommerce, revise dois pontos: quem recebe e quem envia.

Destinatário das notificações administrativas

Emails como “novo pedido” normalmente vão para a administração da loja. Verifique se o destinatário está correto e se a caixa de email existe.

Evite deixar notificações críticas em emails antigos de agência, desenvolvedor, funcionário que saiu da empresa ou caixa sem acesso.

Também vale conferir o email administrativo geral do WordPress em:

Configurações > Geral > Endereço de email de administração

Esse endereço é diferente do email de login de um usuário. Ele recebe notificações administrativas do site, como avisos de manutenção, erros e eventos do WordPress. Mudá-lo pode exigir confirmação pelo novo email.

Remetente da loja

O campo “From” ou remetente deve usar um endereço do domínio da loja, como:

• [email protected]
• [email protected]
• [email protected]

Evite usar [email protected], [email protected] ou outro email público como remetente do WooCommerce. A documentação do WooCommerce alerta que usar um domínio público no remetente pode causar bloqueios ou spam, porque o servidor real de envio não corresponde ao domínio declarado.

Se a loja usa sualoja.com.br, o ideal é enviar com um email desse domínio e autenticar o domínio no provedor SMTP ou serviço transacional.

4. Veja logs de emails transacionais do WooCommerce

Em instalações atuais e com logging configurado, o WooCommerce pode registrar tentativas de emails transacionais.

Acesse:

WooCommerce > Status > Logs

Depois, procure ou filtre a origem chamada:

transactional-emails

Faça um pedido de teste ou reproduza a ação que deveria gerar o email. Em seguida, volte aos logs e procure a entrada relacionada ao tipo de email e ao pedido.

Os estados mais úteis para o diagnóstico são:

• Sent: o WooCommerce entregou o email ao sistema de envio do site. Isso não garante que o destinatário recebeu, mas indica que o WooCommerce fez a parte dele.
• Failed: o WooCommerce tentou enviar, mas o processo de envio retornou erro. O motivo pode estar na hospedagem, plugin SMTP, autenticação ou serviço de email.
• Disabled: a notificação está desativada nas configurações de email.
• Skipped: o WooCommerce pulou o envio porque alguma condição obrigatória não foi cumprida, como ausência de destinatário.

Para emails ligados a pedidos, tentativas enviadas ou com falha também podem aparecer como notas privadas no próprio pedido. Já notificações desativadas ou puladas podem aparecer apenas no log.

Se você não encontrar entradas esperadas, confira se os logs do WooCommerce estão habilitados e se o nível de log não está escondendo entradas informativas. A disponibilidade e o detalhe dos logs podem variar conforme versão, configuração da loja e plugins instalados.

Nota de privacidade: segundo a documentação do WooCommerce, o log transacional não grava emails brutos de clientes; destinatários aparecem como usuário correspondente ou guest, e emails encontrados em mensagens de erro são redigidos. Mesmo assim, não copie dados pessoais de clientes em prints, tickets ou ferramentas externas sem necessidade.

5. Interprete o resultado antes de sair mudando tudo

Use o resultado do log para decidir o próximo passo.

Se aparece “Disabled”

A notificação está desligada. Volte em WooCommerce > Configurações > Emails, habilite a notificação correta, salve e teste de novo.

Se aparece “Skipped”

O email foi pulado por faltar uma condição. Pode ser ausência de destinatário, pedido em status que não dispara aquele email ou configuração incompleta.

Revise status do pedido, destinatário e regras do plugin envolvido.

Se aparece “Failed”

O WooCommerce tentou enviar, mas algo falhou no processo. Nesse caso, investigue:

• plugin SMTP;
• credenciais do provedor;
• senha de aplicativo;
• porta e criptografia do SMTP;
• bloqueio da hospedagem;
• erro PHP;
• conflito com plugin ou tema;
• limite de envio do provedor.

Se aparece “Sent”, mas ninguém recebeu

O problema provavelmente é de entregabilidade ou bloqueio posterior ao envio.

Confira:

• pasta de spam, promoções ou lixo eletrônico;
• quarentena de email corporativo;
• SPF, DKIM e DMARC;
• reputação do domínio;
• remetente usando domínio próprio;
• logs do provedor SMTP;
• bloqueios no Gmail, Outlook ou servidor corporativo do destinatário.

6. Teste se o WordPress envia emails em geral

Como o WooCommerce usa o sistema de email do WordPress, é útil descobrir se o problema afeta só WooCommerce ou todo o site.

Faça testes como:

• solicitar redefinição de senha para um usuário de teste;
• usar a função de teste do plugin SMTP, se houver;
• verificar se formulários de contato enviam email;
• checar se o email administrativo do WordPress recebe confirmações.

Se nada no WordPress envia email, o problema provavelmente é mais amplo: hospedagem, wp_mail(), plugin SMTP, DNS ou provedor de envio.

Se emails gerais chegam, mas emails do WooCommerce não, foque em status de pedido, notificações, logs, conflitos e plugins ligados ao checkout.

7. Configure SMTP ou um serviço transacional

Para uma loja WooCommerce, depender apenas do envio padrão da hospedagem é arriscado. Hospedagens compartilhadas podem ter IP com reputação ruim, bloqueios de porta, limites baixos ou falta de autenticação correta.

O caminho mais confiável costuma ser configurar um plugin SMTP ou serviço transacional, como o artigo de SMTP no WordPress explica em detalhes.

A ideia é simples:

• o WordPress e o WooCommerce geram o email;
• o plugin SMTP autentica o envio;
• o provedor transacional envia a mensagem;
• o domínio é validado por DNS;
• você ganha logs e mais previsibilidade.

Ao configurar, revise:

• provedor escolhido;
• email remetente;
• nome do remetente;
• porta e criptografia;
• autenticação;
• senha de aplicativo ou chave de API;
• domínio verificado;
• limites do plano;
• logs de teste.

Não use credenciais pessoais compartilhadas por várias pessoas. Quando possível, crie uma conta, usuário ou chave específica para o site.

8. Verifique SPF, DKIM e DMARC

SMTP ajuda, mas não resolve tudo sozinho se o domínio não estiver autenticado.

Três registros são especialmente importantes:

• SPF: informa quais servidores estão autorizados a enviar email pelo domínio.
• DKIM: assina a mensagem para provar que ela não foi alterada e que veio de fonte autorizada.
• DMARC: define como os provedores devem tratar mensagens que falham nas verificações e pode gerar relatórios.

Você normalmente configura esses registros no DNS do domínio, seguindo as instruções do provedor SMTP ou serviço transacional.

Cuidados importantes:

• não copie registros de outro site sem entender;
• evite criar vários SPF separados para o mesmo domínio, pois isso pode quebrar a validação;
• aguarde a propagação do DNS;
• se não administra o domínio, peça ajuda para a hospedagem, agência ou responsável técnico;
• depois de alterar DNS, refaça testes.

9. Faça um pedido de teste do jeito certo

O melhor teste é reproduzir o fluxo real sem causar bagunça operacional.

Em staging, você pode criar um produto de teste e simular pedido, pagamento e mudança de status. Em produção, tenha mais cuidado:

• use um produto barato ou temporário, se fizer sentido;
• evite alterar estoque real sem registrar;
• não use dados de clientes reais;
• se usar PIX, boleto ou cartão, entenda se haverá cobrança real;
• cuidado com emissão automática de nota fiscal;
• cuidado com ERP, CRM, automações e webhooks;
• teste com um email seu, de preferência fora do mesmo domínio da loja;
• verifique caixa de entrada, spam e promoções;
• confira logs do WooCommerce e do SMTP.

Se o checkout também depende de frete, revise se o pedido passa por carrinho, cálculo de envio, pagamento e confirmação. O guia de frete no WooCommerce pode ajudar a validar essa parte do fluxo.

Para quem ainda está estruturando a operação da loja, vale revisar também o guia completo sobre como criar uma loja virtual com WooCommerce, porque email transacional depende de uma configuração coerente de checkout, pagamento, frete e pedidos.

10. Cenários comuns e o que fazer

Cliente não recebe email de confirmação do pedido

Verifique:

• status do pedido;
• email digitado pelo cliente;
• notificação de pedido em processamento ou concluído;
• logs transactional-emails;
• spam e promoções;
• SMTP e autenticação do domínio;
• logs do provedor de envio.

Se o email aparece como enviado, mas não chegou, investigue entregabilidade. Se aparece como pulado ou desativado, ajuste a configuração no WooCommerce.

Administrador não recebe aviso de novo pedido

Verifique:

• notificação “Novo pedido” em WooCommerce > Configurações > Emails;
• destinatário administrativo configurado nessa notificação;
• caixa de spam do administrador;
• regras de encaminhamento ou filtros do email corporativo;
• email administrativo geral do WordPress;
• logs do WooCommerce e do SMTP.

Também confira se a loja depende de mais de uma pessoa. Pode ser melhor usar um endereço compartilhado, como [email protected], em vez do email pessoal de um funcionário.

Pedido pago continua como pendente

Esse é um sinal de que talvez o problema principal não seja email.

Se o pagamento foi aprovado no gateway, mas o WooCommerce não recebeu a confirmação, o pedido pode continuar pendente e não disparar as notificações esperadas.

Nesse caso, revise:

• credenciais do gateway;
• webhooks;
• URL de retorno;
• logs do gateway;
• logs do WooCommerce;
• conflito no checkout;
• modo sandbox/produção;
• plugin de pagamento atualizado.

Email cai no spam

Revise:

• remetente com domínio próprio;
• SPF, DKIM e DMARC;
• reputação do domínio;
• assunto e conteúdo do email;
• excesso de links, anexos ou termos promocionais;
• uso de Gmail/Yahoo como remetente;
• servidor compartilhado sem autenticação;
• logs do provedor SMTP.

Também vale testar com mais de um provedor de destino, por exemplo Gmail, Outlook e um email corporativo.

Email chega com layout quebrado

Isso pode ser template, tema, customização ou plugin de personalização de email. Não confunda layout quebrado com falha de entrega.

Verifique:

• templates sobrescritos pelo tema;
• plugins de customização de email;
• atualizações recentes do WooCommerce;
• visualização do template;
• compatibilidade com clientes de email;
• imagens externas bloqueadas pelo destinatário.

A documentação do WooCommerce Email Customizer, por exemplo, alerta que algumas escolhas visuais, como fonte, podem não funcionar em todos os clientes de email. Template e entregabilidade são problemas diferentes.

Plugin SMTP acusa erro no teste

Se o próprio teste do SMTP falha, revise:

• usuário e senha/chave de API;
• servidor SMTP;
• porta;
• criptografia;
• autenticação de dois fatores e senha de aplicativo;
• bloqueio da hospedagem;
• limite do provedor;
• domínio ainda não verificado.

Não tente resolver isso editando arquivos do WordPress sem necessidade. Na maioria dos casos, o ajuste está nas credenciais, DNS, provedor SMTP ou hospedagem.

O que não fazer

Evite estes atalhos:

• não desative todos os plugins em produção durante horário de venda;
• não use dados reais de clientes para prints e testes públicos;
• não coloque um Gmail pessoal como remetente principal da loja;
• não ignore pedidos pendentes achando que é sempre problema de email;
• não troque gateway, SMTP, template e DNS ao mesmo tempo;
• não edite código do tema ou funções de email sem backup e staging;
• não instale vários plugins SMTP simultaneamente;
• não prometa ao cliente que “agora nunca mais vai cair no spam”.

Faça uma mudança por vez e teste. Se você muda tudo de uma vez, não sabe o que resolveu — nem o que quebrou.

Quando pedir ajuda técnica

Peça ajuda da hospedagem, provedor SMTP, gateway ou desenvolvedor quando:

• pedidos pagos continuam pendentes;
• há erro fatal nos logs;
• webhooks do gateway falham;
• o SMTP não autentica mesmo com credenciais corretas;
• DNS de SPF/DKIM/DMARC está confuso;
• a loja tem alto volume de pedidos;
• há assinatura, recorrência, produto digital ou emissão fiscal automatizada;
• o problema começou após atualização de WooCommerce, tema ou plugin crítico;
• emails são enviados, mas domínios corporativos bloqueiam as mensagens.

Nesses casos, reúna evidências sem expor dados sensíveis: horário do teste, tipo de notificação, status do pedido, mensagem de erro redigida, provedor usado e prints com informações pessoais ocultadas.

Checklist final de validação

Antes de considerar o problema resolvido, confirme:

• [ ] Backup criado antes das mudanças.
• [ ] Teste feito em staging ou fluxo controlado.
• [ ] Pedido atinge o status correto.
• [ ] Notificação relevante está habilitada.
• [ ] Destinatários administrativos estão corretos.
• [ ] Remetente usa domínio próprio da loja.
• [ ] Plugin SMTP/transacional está configurado e testado.
• [ ] SPF, DKIM e DMARC foram conferidos conforme o provedor.
• [ ] Logs do WooCommerce não mostram falha, desativação ou envio pulado.
• [ ] Logs do SMTP mostram envio aceito.
• [ ] Cliente de teste recebeu email.
• [ ] Spam, promoções e quarentena foram conferidos.
• [ ] Pedido real não foi afetado por teste indevido.
• [ ] Dados de clientes não foram compartilhados em prints ou tickets.
• [ ] A equipe sabe qual email acompanha novos pedidos.

FAQ

WooCommerce precisa de SMTP próprio?

WooCommerce usa o sistema de email do WordPress por padrão. Tecnicamente, ele pode funcionar sem plugin SMTP em algumas hospedagens. Mas, para loja virtual, SMTP ou serviço transacional costuma ser recomendado porque melhora autenticação, controle e confiabilidade do envio.

Se o log mostra “Sent”, o cliente recebeu?

Não necessariamente. “Sent” indica que o WooCommerce entregou o email ao sistema de envio do site. Depois disso, o provedor SMTP, o servidor do destinatário e filtros antispam ainda podem aceitar, bloquear, atrasar ou mandar para spam.

Pedido pendente envia email para o cliente?

Depende da notificação e do fluxo. A documentação do WooCommerce alerta que pedidos que ainda estão em pagamento pendente não disparam determinados emails de pedido. Se o cliente pagou mas o status não mudou, investigue o gateway de pagamento.

Posso usar Gmail como remetente do WooCommerce?

Não é o ideal. Usar um endereço público como Gmail ou Yahoo no remetente pode causar bloqueios ou spam, porque o domínio declarado não combina com o servidor que está enviando. Prefira um email com o domínio da loja e autenticação correta.

Email de recuperação de senha chega, mas email de pedido não. O que significa?

Isso sugere que o WordPress consegue enviar alguns emails, mas o problema pode estar nas notificações do WooCommerce, status do pedido, destinatário, template, conflito ou regra específica de envio. Verifique WooCommerce > Configurações > Emails e os logs transacionais.

Email de pedido chega, mas email de novo pedido para o administrador não. O que verificar?

Verifique a notificação “Novo pedido”, o destinatário configurado, filtros da caixa de entrada do administrador, spam, logs do WooCommerce e logs do SMTP. Também confirme se a equipe ainda tem acesso ao email configurado.

SPF, DKIM e DMARC são obrigatórios?

Eles não são “botões do WooCommerce”, mas são muito importantes para entregabilidade. Muitos provedores usam autenticação de domínio para decidir se aceitam, rejeitam ou classificam mensagens como spam. Siga as instruções do seu provedor SMTP/transacional.

Plugin de template de email resolve problema de entrega?

Normalmente não. Plugin de template muda aparência, layout e conteúdo visual. Entrega depende de envio, autenticação, DNS, reputação e filtros antispam. Layout e entregabilidade são problemas diferentes.

Conclusão

Quando emails do WooCommerce não chegam, siga o caminho do pedido até a caixa de entrada. Primeiro confirme se o pedido deveria disparar a notificação. Depois verifique se o email está habilitado, se o destinatário e o remetente estão corretos, se há logs transacionais e se o WordPress envia emails em geral.

Se o WooCommerce gerou o email, mas ele não chegou, o foco passa a ser SMTP, autenticação do domínio e entregabilidade. Para lojas, essa configuração não é detalhe técnico: é parte da operação de vendas.

E lembre: faça backup, teste com cuidado e não exponha dados de clientes durante o diagnóstico.