Você construiu um formulário de contacto, testa-o você mesmo — e nenhuma mensagem chega à caixa de entrada. Ou um cliente encomenda na loja WooCommerce, mas a confirmação de encomenda nunca chega. Problema clássico do WordPress: a função padrão do PHP wp_mail() envia normalmente através do php mail(), que os fornecedores de e-mail filtram cada vez mais como spam ou nem sequer aceitam. A solução chama-se SMTP — os e-mails passam por um servidor de correio autenticado em que os destinatários confiam. Neste artigo mostro-lhe três caminhos para o configurar de forma limpa.
Porque é que o WordPress envia mal por predefinição?
O mail() do PHP (que o WordPress usa por omissão) envia e-mails como servidor não autenticado. Mas os destinatários, como o Gmail, o Outlook, o GMX e o Web.de, verificam:
- Registo SPF — este servidor pode enviar em nome deste domínio?
- Assinatura DKIM — o e-mail é autêntico e não foi alterado?
- Política DMARC — o que fazer quando faltam SPF/DKIM?
Se nada disto bater certo, a mensagem vai parar ao spam ou é logo rejeitada. As consequências sentem-se de forma dolorosa em leads perdidos, confirmações de encomenda em falta e utilizadores frustrados.
O envio por SMTP resolve o problema: você envia através de um serviço de correio autenticado, com SPF, DKIM e DMARC corretos. Os destinatários aceitam as mensagens.
Três caminhos para configurar o SMTP no WordPress
Caminho 1: plugin WP Mail SMTP (o clássico)
Provavelmente o plugin de SMTP mais usado, com mais de 3 milhões de instalações ativas.
- Plugins → Instalar → procurar „WP Mail SMTP“ → instalar, ativar.
- Abrir Definições → WP Mail SMTP.
- Definir From Email e From Name — é o remetente visível. Importante: o domínio tem de coincidir com o domínio do seu site, caso contrário o SPF não se aplica.
- Escolher o mailer — os passos dependem do fornecedor escolhido (ver a secção seguinte).
- Guardar.
- Executar Send a Test Email — se receber a mensagem de teste, está tudo a funcionar.
Caminho 2: plugin FluentSMTP (o meu favorito em 2026)
Do fabricante do Fluent Forms. Mais enxuto, mais rápido, tudo incluído no nível gratuito — o que no WP Mail SMTP em parte só existe na versão Pro.
Configuração análoga: instalar, ativar, Settings → FluentSMTP → Add Connection, escolher o fornecedor, introduzir as credenciais, enviar um teste.
O que aprecio particularmente no FluentSMTP: um registo de e-mails incorporado mostra logo que mensagens o WordPress enviou, quando e para quem. Impagável na resolução de problemas.
Caminho 3: usar o SMTP do próprio alojamento
Se o seu alojamento incluir um pacote de e-mail (por exemplo World4You, easyname, Strato, IONOS), pode usar diretamente o servidor SMTP dele — sem terceiros, sem custos adicionais.
Valores de configuração (variam consoante o alojamento):
- Servidor SMTP: por exemplo
mail.o-seu-dominio.atousmtp.world4you.com - Porta SMTP: 465 (SSL) ou 587 (STARTTLS)
- Encriptação: SSL ou TLS
- Autenticação: ativada
- Utilizador: o endereço de e-mail completo (por exemplo
mail@o-seu-dominio.at) - Palavra-passe: a palavra-passe da caixa de correio
Vantagem: nenhuma dependência de Mailgun/SendGrid/Brevo. Desvantagem: com volumes de envio muito grandes (mais de 1.000 mensagens por dia), as caixas de correio do alojamento são muitas vezes limitadas.
Que fornecedor de SMTP encaixa em cada caso?
Se não quiser passar pelo alojamento, estas são as opções:
| Fornecedor | Nível gratuito | Preço | Pontos fortes | Pontos fracos |
|---|---|---|---|---|
| SendGrid | 100 mensagens/dia | a partir de 19,95 $/mês | O maior fornecedor, muitas integrações | Complexo no arranque |
| Mailgun | 100/dia (versão de avaliação) | a partir de 35 $/mês | Muito fiável, amigo dos programadores | Preço em função do volume |
| Brevo (ex-Sendinblue) | 300/dia | a partir de 8 €/mês | Compatível com o RGPD, alojamento na UE | Reputação mais pequena |
| Amazon SES | 62.000/mês (em EC2) | muito barato | Escalabilidade, preço | Trabalho de configuração, conta AWS |
| Gmail/Workspace | 500 mensagens/dia | via subscrição Workspace | Taxa de entrega mais alta | só para domínio próprio |
| Office 365 (Outlook) | conforme o plano | via M365 | Fornecedor consolidado | Necessita configuração OAuth |
A minha recomendação por omissão para 2026: para empresários individuais e PME do espaço germanófono (DACH), Brevo (gratuito até 300 mensagens por dia, depois barato, conforme ao RGPD da UE) ou Gmail/Workspace, caso já use o Workspace de qualquer forma.
Quer perceber de uma vez, como deve ser, o envio de e-mail no WordPress — incluindo SPF, DKIM e otimização anti-spam? No meu curso online percorro consigo o sistema de ponta a ponta, no seu próprio site. → Ir para o curso online
SPF, DKIM, DMARC — o que os fornecedores exigem
Seja qual for o serviço de SMTP que use, o fornecedor vai pedir-lhe que defina três registos DNS no seu domínio:
SPF (Sender Policy Framework):
Um registo TXT que diz: „Os seguintes servidores de correio podem enviar em nome do meu domínio.“
Exemplo: v=spf1 include:_spf.brevo.com ~all
DKIM (DomainKeys Identified Mail):
Um registo TXT com uma chave pública. O servidor de correio assina cada mensagem de saída com a chave privada.
Exemplo: mail._domainkey.o-seu-dominio.at TXT "k=rsa; p=MIGfMA0G..."
DMARC (Domain-based Message Authentication, Reporting and Conformance):
Um registo TXT que diz o que os destinatários devem fazer com mensagens que não passem no SPF/DKIM.
Exemplo: _dmarc.o-seu-dominio.at TXT "v=DMARC1; p=quarantine; rua=mailto:reports@o-seu-dominio.at"
Os registos DNS define-os no registrador do domínio ou no alojamento (conforme o sítio onde a sua zona DNS está alojada). Fornecedores como o Brevo e o SendGrid dão-lhe os valores exatos durante a configuração. Depois de alterações no DNS, a propagação demora de 1 a 24 horas — só teste depois disso.
Validação com:
- MXToolbox (mxtoolbox.com) — verificação de SPF, DKIM e DMARC.
- Mail-Tester.com — o destinatário de teste devolve uma pontuação (0–10).
O que fazer se a mensagem de teste não chegar, apesar do SMTP?
Causas mais frequentes, por ordem de probabilidade:
- O endereço de remetente não coincide com o domínio. Se colocar como remetente
info@gmx.at, mas enviar a partir do domínioo-seu-dominio.at, a mensagem é bloqueada. Solução: o endereço de remetente tem de corresponder ao domínio. - Registos DNS ainda não propagados. Esperar 1 a 24 horas.
- Credenciais SMTP erradas. Verificar utilizador e palavra-passe. Em fornecedores baseados em OAuth (Gmail, M365), gerar um novo token.
- Porta bloqueada. Alguns alojamentos bloqueiam as portas de saída 25, 465 ou 587. Perguntar ao apoio do alojamento ou tentar outra porta.
- Cache do plugin. Voltar a guardar o plugin de SMTP e, se necessário, desativar e reativar.
- Destinatário no spam. Verificar a pasta de spam. Se estiver lá: validar de novo SPF/DKIM/DMARC.
- Limite de envio. Os fornecedores no nível gratuito costumam ter limites diários baixos. Para envios em massa, contratar um plano pago.
Cron jobs para a fila de e-mail — quando o volume cresce mesmo
Em sites maiores, com grande volume de correio (por exemplo uma loja WooCommerce com newsletter, mensagens automáticas de estado, etc.), o envio síncrono pode travar a velocidade das páginas. O WP-Cron corre por omissão a cada carregamento de página — com muito tráfego, a sobrecarga multiplica-se.
Solução: um plugin de fila de correio como o Email Subscribers & Newsletters ou o FluentSMTP em modo cron. As mensagens vão para uma fila na base de dados e um cron de servidor verdadeiro processa-as a cada 5 a 15 minutos.
Mais sobre a configuração do cron e o contexto de desempenho no meu artigo-pilar WordPress Page Speed 2026.
Testar o envio de correio nos formulários de contacto
Depois de configurar o SMTP, cada formulário de contacto precisa de um teste:
- Preencher o formulário (com um endereço de receção real, diferente da caixa de correio do site).
- Verificar a receção — caixa de entrada e spam.
- Verificar o registo do plugin (o FluentSMTP mostra cada tentativa de envio).
- Verificar de novo passadas três horas — alguns servidores de correio atrasam a entrega.
Quem usa plugins de formulários como o Fluent Forms ou o Gravity Forms pode definir explicitamente a ação de e-mail para o endereço de SMTP — caso contrário o plugin de formulários sobrescreve por vezes o remetente global.
Perguntas frequentes
Preciso mesmo de SMTP se o alojamento estiver bem configurado?
Se as mensagens chegam de forma fiável ao Gmail/Outlook — não. Assim que vir uma taxa de spam ou confirmações em falta, sim.
Chega um plugin de SMTP gratuito?
Do ponto de vista funcional, sim. O WP Mail SMTP e o FluentSMTP têm na versão gratuita tudo o que um empresário individual precisa.
O SMTP é conforme ao RGPD?
Se o fornecedor for sediado na UE ou certificado para o RGPD (Brevo, Mailjet, região da UE no SendGrid): sim. Caso contrário, celebrar um contrato de subcontratação. Mais em Conformidade com o RGPD na Áustria.
Posso usar o Gmail gratuitamente como SMTP?
Com uma conta Gmail pessoal: sim, com uma palavra-passe de aplicação, limite de 500 mensagens por dia. Com uma conta do Google Workspace: também, com autenticação OAuth. Para sites de negócio a sério, recomendo o Workspace.
Como vejo se a minha configuração de SPF/DKIM/DMARC está correta?
Mail-Tester.com → mensagem de teste para o endereço indicado → consultar a pontuação. Objetivo: ≥ 9/10.
O que acontece se o plugin de SMTP for desativado?
O WordPress volta a cair no mail() do PHP. As mensagens continuam a ser enviadas, mas normalmente com taxas de entrega abaixo dos 50 %.
Conclusão
A configuração do SMTP demora 15 a 30 minutos e resolve de forma duradoura um dos problemas mais frequentes do WordPress. Escolher o plugin, ligar o fornecedor, definir os registos DNS, testar — pronto. Assim que a mensagem de teste mostrar uma pontuação de 9/10 no Mail-Tester.com, saiu do inferno do spam.
Se quiser percorrer todo o setup de e-mail, guiado, no seu próprio site — incluindo SPF/DKIM/DMARC e testes de envio —, o meu curso online é o caminho direto. → Ir para o curso online
Fonte das imagens em destaque & inline: ilustrações criadas por mim no design pletzenauer (sem fotos de stock).
Etiquetas