Seu cliente fez o pedido e o e-mail de confirmação nunca chegou. Você abre o painel, vê o pedido registrado e não encontra erro nenhum. O WordPress não envia e-mail em situações assim, e dá para achar a causa testando em ordem.
Este guia traz cinco etapas de diagnóstico, da mais simples à mais técnica, com um teste e uma saída em cada uma. Elas valem para pedidos de loja virtual, formulários de contato e redefinição de senha. Antes de começar, tenha à mão o acesso ao painel do WordPress e ao DNS do seu domínio.
Por que o WordPress não envia e-mail (ou envia para o spam)?
Em 2026, a referência oficial do WordPress descreve o envio padrão com a função mail() do PHP e um remetente genérico no formato wordpress@seudominio. Por padrão, nenhuma etapa autentica a mensagem em nome do seu domínio, a menos que o servidor ou um SMTP faça isso. Sem autenticação, o e-mail pode ir para o spam ou ser recusado.
Cinco pontos podem estar por trás do problema, e as próximas etapas testam um por vez: o site não dispara o e-mail, o remetente está errado, o domínio não tem SPF e DKIM, o envio não usa SMTP autenticado, e a reputação ou o volume pesam contra você. Em uma hospedagem WordPress, o tratamento do envio padrão do PHP também depende do servidor.
Etapa 1: confirme que o site tenta enviar
Um e-mail de teste enviado direto do WordPress mostra se o problema está no site ou na entrega, porque ele não passa pelo formulário nem pela loja. Instale um plugin de teste de e-mail, envie uma mensagem para um endereço seu de outro provedor, como o Gmail, e confira a caixa de entrada, a pasta de spam e o endereço digitado.
- O teste chegou. O WordPress envia. O defeito está no plugin do formulário ou da loja: revise o destinatário e as notificações ativas.
- O teste foi para o spam, não chegou ou o plugin mostrou erro. Siga para a etapa 2.
Etapa 2: o remetente é o certo?
Sem remetente definido, o WordPress usa wordpress@ seguido do domínio do site, e o código da função wp_mail() observa que alguns servidores bloqueiam e-mail desse endereço quando ele não existe. Três situações pedem correção: o remetente genérico, um endereço que não existe como caixa de e-mail e um domínio diferente do site. O SPF e o DKIM da etapa 3 pertencem ao seu domínio, então o remetente precisa usá-lo.
Abra o e-mail de teste e leia o campo “De”. Se ele não chegou, olhe o remetente no plugin do formulário ou nas configurações de e-mail da loja. Para corrigir, defina uma conta do seu domínio, como [email protected]. Se ainda não tem uma, veja como criar uma conta de e-mail com o seu domínio. Depois, envie outro teste.
Etapa 3: o domínio tem SPF e DKIM?
Desde 01/02/2024, todo remetente que envia ao Gmail precisa de SPF ou DKIM, além de TLS e de registros DNS reverso válidos. Quem envia mais de 5.000 mensagens por dia ao Gmail precisa de SPF, DKIM e DMARC. Mensagens sem essas autenticações podem ser marcadas como spam ou recusadas com o erro 5.7.26, conforme as diretrizes do Google para remetentes.
O SPF é um registro no DNS que lista os servidores autorizados a enviar e-mail pelo seu domínio. O DKIM é uma assinatura que o servidor adiciona à mensagem e que o destinatário confere com uma chave publicada no DNS. O Google exige chave DKIM de 1.024 bits ou mais e recomenda 2.048.
Para testar, rode o seu domínio na ferramenta de checagem do Google Admin Toolbox e anote o que está ausente ou com erro. Para corrigir, publique o registro que falta no DNS. No SMTP Transacional da KingHost, o gerenciador do painel mostra o status de DNS de cada domínio cadastrado. Depois de salvar, aguarde a propagação e rode a verificação de novo. Para entender como a autenticação protege a caixa de e-mail, veja segurança de e-mail para empresas.
Etapa 4: envie por SMTP autenticado
SMTP é o protocolo que entrega e-mail de um servidor a outro. Ao enviar por SMTP, o WordPress se identifica com usuário e senha de uma conta do seu domínio, no lugar do envio anônimo pela função mail() do PHP. Para o conceito em detalhe, leia o que é SMTP transacional.
Todo serviço de SMTP pede os mesmos cinco dados, que você encontra na conta do serviço escolhido: servidor (host), porta, criptografia, usuário e senha. No caso do SMTP Transacional da KingHost, cadastre o domínio no painel e confira o status de DNS dele, que a KingHost descreve como essencial para o envio funcionar. Depois:
- Instale e ative um plugin de SMTP.
- Informe como remetente a conta do seu domínio da etapa 2.
- Preencha servidor, porta, criptografia, usuário e senha. Use a porta que o seu serviço indicar. Em geral, as portas 587 (STARTTLS) e 465 (TLS direto) servem ao envio autenticado, e a 25 serve à troca entre servidores e costuma ser bloqueada.
- Ative a autenticação no plugin, salve e envie um e-mail de teste.
- No Gmail, abra a mensagem, escolha mostrar o original e confira SPF e DKIM nos cabeçalhos.
Se o teste falhar, o plugin costuma mostrar o motivo. Erro de autenticação indica usuário ou senha incorretos. Erro de conexão indica porta bloqueada ou criptografia que não combina com a porta, então troque as duas juntas: 587 com STARTTLS, 465 com TLS direto.
O SMTP Transacional da KingHost funciona por SMTP e por API. A página do produto informa até 1.000 mensagens por dia nos 30 dias a partir do primeiro uso, e depois não há limite por dia ou por hora, dentro do total mensal do plano. O painel traz relatórios de e-mails entregues, abertos e com erro (bounce), úteis para conferir cada teste.
Etapa 5: e se o e-mail ainda cair no spam?
Em 2026, o Google orienta quem envia ao Gmail a manter a taxa de spam abaixo de 0,10% e a nunca chegar a 0,30%, conforme as diretrizes para remetentes. A taxa é um requisito separado da autenticação, então um domínio com SPF e DKIM corretos ainda pode cair no spam por reputação ou por volume.
Duas práticas das mesmas diretrizes ajudam: suba o volume aos poucos, sem picos, e use o mesmo remetente para mensagens da mesma categoria, como [email protected] para os e-mails de pedido do WooCommerce. Depois, repita os testes das etapas 1 e 3 e anote o que mudou. O SMTP autentica o envio, mas a decisão final de entregar na caixa de entrada é do provedor de quem recebe. Se o problema continuar, fale com o nosso Suporte e leve o resultado de cada teste. Com esses dados, vamos resolver juntos em menos tempo.
Caixa de e-mail ou SMTP: qual usar?
A caixa de e-mail serve para receber e responder mensagens de pessoas, como o e-mail profissional com domínio próprio. O SMTP serve para o envio automático do site, como pedido, senha e formulário, como o SMTP Transacional. Na loja virtual, a caixa recebe a resposta do cliente e o SMTP envia a confirmação do pedido.
Conclusão
Você tem agora um roteiro para achar a causa: teste o envio, confirme o remetente, confira SPF e DKIM, envie por SMTP autenticado e acompanhe a reputação. Quando a causa for o envio pelo servidor do site, o próximo passo é configurar o SMTP Transacional da KingHost.
Perguntas frequentes
Por que o WordPress não envia e-mail?
O envio padrão usa a função mail() do PHP e um remetente genérico no formato wordpress@seudominio. Alguns servidores bloqueiam e-mail desse endereço quando ele não existe, e o Gmail exige SPF ou DKIM de todo remetente desde 01/02/2024. A seção sobre as causas detalha cada ponto.
Por que os e-mails do meu site caem no spam?
Duas causas aparecem primeiro: falta de SPF ou DKIM e remetente de outro domínio. O Google informa que mensagens sem autenticação podem ser marcadas como spam, e que remetentes de terceiros fora do SPF têm mais chance de cair nessa pasta. Confira as etapas 2 e 3.
Como configurar SMTP no WordPress?
Instale um plugin de SMTP e informe servidor, porta, criptografia, usuário e senha de uma conta do seu domínio, que também será o remetente. As portas 587 e 465 são as usuais para envio autenticado. Salve e envie um e-mail de teste. A etapa 4 traz o passo a passo.
Como testar se o e-mail do site funciona?
Envie uma mensagem de teste do WordPress para uma conta do Gmail, abra a mensagem, escolha mostrar o original e veja o resultado de SPF e DKIM nos cabeçalhos. A etapa 1 explica o envio do teste.
O SMTP resolve sozinho?
Não. O remetente precisa ser do seu domínio, e o SPF e o DKIM precisam estar alinhados com ele. O SMTP autentica o envio, mas a decisão final de entregar na caixa de entrada é do provedor de quem recebe.
