Seu cliente fez o pedido e o e-mail de confirma\u00e7\u00e3o nunca chegou. Voc\u00ea abre o painel, v\u00ea o pedido registrado e n\u00e3o encontra erro nenhum. O WordPress n\u00e3o envia e-mail em situa\u00e7\u00f5es assim, e d\u00e1 para achar a causa testando em ordem.<\/p>\n\n\n\n
Este guia traz cinco etapas de diagn\u00f3stico, da mais simples \u00e0 mais t\u00e9cnica, com um teste e uma sa\u00edda em cada uma. Elas valem para pedidos de loja virtual, formul\u00e1rios de contato e redefini\u00e7\u00e3o de senha. Antes de come\u00e7ar, tenha \u00e0 m\u00e3o o acesso ao painel do WordPress e ao DNS do seu dom\u00ednio.<\/p>\n\n\n\n
Em 2026, a refer\u00eancia oficial do WordPress<\/a> descreve o envio padr\u00e3o com a fun\u00e7\u00e3o mail() do PHP e um remetente gen\u00e9rico no formato wordpress@seudominio. Por padr\u00e3o, nenhuma etapa autentica a mensagem em nome do seu dom\u00ednio, a menos que o servidor ou um SMTP fa\u00e7a isso. Sem autentica\u00e7\u00e3o, o e-mail pode ir para o spam ou ser recusado.<\/p>\n\n\n\n Cinco pontos podem estar por tr\u00e1s do problema, e as pr\u00f3ximas etapas testam um por vez: o site n\u00e3o dispara o e-mail, o remetente est\u00e1 errado, o dom\u00ednio n\u00e3o tem SPF e DKIM, o envio n\u00e3o usa SMTP autenticado, e a reputa\u00e7\u00e3o ou o volume pesam contra voc\u00ea. Em uma hospedagem WordPress<\/a>, o tratamento do envio padr\u00e3o do PHP tamb\u00e9m depende do servidor.<\/p>\n\n\n\n Um e-mail de teste enviado direto do WordPress mostra se o problema est\u00e1 no site ou na entrega, porque ele n\u00e3o passa pelo formul\u00e1rio nem pela loja. Instale um plugin de teste de e-mail, envie uma mensagem para um endere\u00e7o seu de outro provedor, como o Gmail, e confira a caixa de entrada, a pasta de spam e o endere\u00e7o digitado.<\/p>\n\n\n\n Sem remetente definido, o WordPress usa wordpress@ seguido do dom\u00ednio do site, e o c\u00f3digo da fun\u00e7\u00e3o wp_mail()<\/a> observa que alguns servidores bloqueiam e-mail desse endere\u00e7o quando ele n\u00e3o existe. Tr\u00eas situa\u00e7\u00f5es pedem corre\u00e7\u00e3o: o remetente gen\u00e9rico, um endere\u00e7o que n\u00e3o existe como caixa de e-mail e um dom\u00ednio diferente do site. O SPF e o DKIM da etapa 3 pertencem ao seu dom\u00ednio, ent\u00e3o o remetente precisa us\u00e1-lo.<\/p>\n\n\n\n Abra o e-mail de teste e leia o campo “De”. Se ele n\u00e3o chegou, olhe o remetente no plugin do formul\u00e1rio ou nas configura\u00e7\u00f5es de e-mail da loja. Para corrigir, defina uma conta do seu dom\u00ednio, como pedidos@seudominio.com.br<\/a>. Se ainda n\u00e3o tem uma, veja como criar uma conta de e-mail com o seu dom\u00ednio<\/a>. Depois, envie outro teste.<\/p>\n\n\n\n Desde 01\/02\/2024, todo remetente que envia ao Gmail precisa de SPF ou DKIM, al\u00e9m de TLS e de registros DNS reverso v\u00e1lidos. Quem envia mais de 5.000 mensagens por dia ao Gmail precisa de SPF, DKIM e DMARC. Mensagens sem essas autentica\u00e7\u00f5es podem ser marcadas como spam ou recusadas com o erro 5.7.26, conforme as diretrizes do Google para remetentes<\/a>.<\/p>\n\n\n\n O SPF \u00e9 um registro no DNS que lista os servidores autorizados a enviar e-mail pelo seu dom\u00ednio. O DKIM \u00e9 uma assinatura que o servidor adiciona \u00e0 mensagem e que o destinat\u00e1rio confere com uma chave publicada no DNS. O Google exige chave DKIM de 1.024 bits ou mais e recomenda 2.048.<\/p>\n\n\n\n Para testar, rode o seu dom\u00ednio na ferramenta de checagem do Google Admin Toolbox e anote o que est\u00e1 ausente ou com erro. Para corrigir, publique o registro que falta no DNS. No SMTP Transacional da KingHost<\/a>, o gerenciador do painel mostra o status de DNS de cada dom\u00ednio cadastrado. Depois de salvar, aguarde a propaga\u00e7\u00e3o e rode a verifica\u00e7\u00e3o de novo. Para entender como a autentica\u00e7\u00e3o protege a caixa de e-mail, veja seguran\u00e7a de e-mail para empresas<\/a>.<\/p>\n\n\n\n SMTP \u00e9 o protocolo que entrega e-mail de um servidor a outro. Ao enviar por SMTP, o WordPress se identifica com usu\u00e1rio e senha de uma conta do seu dom\u00ednio, no lugar do envio an\u00f4nimo pela fun\u00e7\u00e3o mail() do PHP. Para o conceito em detalhe, leia o que \u00e9 SMTP transacional<\/a>.<\/p>\n\n\n\n Todo servi\u00e7o de SMTP pede os mesmos cinco dados, que voc\u00ea encontra na conta do servi\u00e7o escolhido: servidor (host), porta, criptografia, usu\u00e1rio e senha. No caso do SMTP Transacional da KingHost, cadastre o dom\u00ednio no painel e confira o status de DNS dele, que a KingHost descreve como essencial para o envio funcionar. Depois:<\/p>\n\n\n\n Se o teste falhar, o plugin costuma mostrar o motivo. Erro de autentica\u00e7\u00e3o indica usu\u00e1rio ou senha incorretos. Erro de conex\u00e3o indica porta bloqueada ou criptografia que n\u00e3o combina com a porta, ent\u00e3o troque as duas juntas: 587 com STARTTLS, 465 com TLS direto.<\/p>\n\n\n\n O SMTP Transacional da KingHost<\/a> funciona por SMTP e por API. A p\u00e1gina do produto informa at\u00e9 1.000 mensagens por dia nos 30 dias a partir do primeiro uso, e depois n\u00e3o h\u00e1 limite por dia ou por hora, dentro do total mensal do plano. O painel traz relat\u00f3rios de e-mails entregues, abertos e com erro (bounce), \u00fateis para conferir cada teste.<\/p>\n\n\n\n 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>. A taxa \u00e9 um requisito separado da autentica\u00e7\u00e3o, ent\u00e3o um dom\u00ednio com SPF e DKIM corretos ainda pode cair no spam por reputa\u00e7\u00e3o ou por volume.<\/p>\n\n\n\n Duas pr\u00e1ticas das mesmas diretrizes ajudam: suba o volume aos poucos, sem picos, e use o mesmo remetente para mensagens da mesma categoria, como pedidos@seudominio.com.br<\/a> 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\u00e3o final de entregar na caixa de entrada \u00e9 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.<\/p>\n\n\n\n A caixa de e-mail serve para receber e responder mensagens de pessoas, como o e-mail profissional com dom\u00ednio pr\u00f3prio<\/a>. O SMTP serve para o envio autom\u00e1tico do site, como pedido, senha e formul\u00e1rio, como o SMTP Transacional<\/a>. Na loja virtual, a caixa recebe a resposta do cliente e o SMTP envia a confirma\u00e7\u00e3o do pedido.<\/p>\n\n\n\nEtapa 1: confirme que o site tenta enviar<\/h2>\n\n\n\n
\n
Etapa 2: o remetente \u00e9 o certo?<\/h2>\n\n\n\n
Etapa 3: o dom\u00ednio tem SPF e DKIM?<\/h2>\n\n\n\n
Etapa 4: envie por SMTP autenticado<\/h2>\n\n\n\n
\n
Etapa 5: e se o e-mail ainda cair no spam?<\/h2>\n\n\n\n
Caixa de e-mail ou SMTP: qual usar?<\/h2>\n\n\n\n
Conclus\u00e3o<\/h2>\n\n\n\n