Porque é que os meus e-mails TrekMail vão para spam?

Corrija a ida para spam com DNS, aquecimento, higiene de listas, metas de reclamações e regras atuais de Gmail e Yahoo para marketing em massa.

Detalhes do artigo

Tipo, dificuldade, planos e data da última atualização.

Tipo
Perguntas frequentes
Dificuldade
Iniciante
Planos
Nano · Starter · Pro · Agency
Última atualização
9 de set de 2026

A classificação como spam costuma resultar de três fatores: o destinatário não consegue validar que a mensagem vem do seu domínio, o domínio remetente tem um histórico recente fraco, ou a mensagem e a lista parecem indesejadas. Nenhum fornecedor garante a caixa de entrada, mas estas verificações cobrem o que pode controlar.

Comece pelo estado DNS e pela lista usada. Estas duas verificações resolvem muito mais problemas do que alterar o assunto.

Primeiro, identifique o padrão

Teste com poucos destinatários que esperam a mensagem. Anote os fornecedores que a enviam para spam e se o problema afeta tudo ou apenas uma campanha.

  • Se ocorrer num só fornecedor, examine primeiro o resultado da autenticação e a resposta de entrega desse fornecedor.
  • Se vários fornecedores enviarem a mesma mensagem para spam, reveja DNS, volume e qualidade da lista.
  • Se apenas um destinatário o relatar, pergunte se tem uma regra pessoal ou marcou anteriormente o seu correio como spam.

Os fornecedores usam sinais diferentes, por isso não existe uma fórmula fiável para cada um.

Verificação 1: a autenticação do domínio está completa

Abra o estado DNS do domínio no TrekMail e compare os registos necessários no fornecedor que controla o DNS. Um domínio que recebe pelo TrekMail normalmente precisa de:

  • MX encaminha o correio recebido para o TrekMail.
  • SPF autoriza o TrekMail a enviar pelo domínio.
  • DKIM permite verificar a assinatura do domínio.
  • DMARC indica como tratar correio que falha a autenticação.

Domínios só de envio não usam o MX do TrekMail; siga a tabela dessa configuração. Comece o DMARC com uma política de monitorização se ainda verifica remetentes legítimos e torne-a mais rigorosa apenas depois de entender os resultados. Veja Verificar o estado DNS.

Verificação 2: mantenha o volume nos limites de aquecimento

Domínios novos têm um limite na primeira semana:

Dia no TrekMail Limite de envio (% do plano)
1-3 40% do limite do plano
4-7 70% do limite do plano
8+ 100% (limite completo)

O limite evita um aumento súbito de um novo remetente. Não garante a caixa de entrada.

Envie apenas a quem espera a mensagem, comece pelo público mais ativo e aumente gradualmente. Uma lista saudável e consentimento claro continuam importantes depois do aquecimento.

O mesmo aquecimento se aplica quando um domínio muda de outro fornecedor.

Detalhes: Regras de aquecimento de domínios.

Verificação 3: consulte os limites de segurança atuais

Se a conta tiver ever_paid=false (nunca houve cobrança bem-sucedida), aplicam-se limites de segurança menores, qualquer que seja o plano:

  • Durante o teste: 30/caixa/dia, 50/conta/dia, 10 destinatários/mensagem, 15 mensagens/hora.
  • Depois do teste sem pagar: 50/caixa/dia, 150/conta/dia, 25 destinatários/mensagem, 20 mensagens/hora.

Estes valores são inferiores aos máximos do plano. Controlam o volume, mas não medem nem melhoram reputação. O aquecimento também pode reduzir limites efetivos; consulte o Painel e o erro de envio.

Verificação 4: envie a quem espera as suas mensagens

Uma lista fraca cria devoluções, reclamações e pouca interação, prejudicando entregas futuras. Confirme se os destinatários:

  • Pediram esse tipo de mensagem.
  • Ainda usam o endereço.
  • Interagiram recentemente com o seu correio.

Medidas práticas:

  • Escolha um período de interação adequado à frequência e deixe de enviar marketing a contactos fora dele.
  • Verifique uma lista antiga ou importada com o Verificador de e-mail do TrekMail.
  • Não use listas compradas, extraídas ou com consentimento incerto.

Verificação 5: mantenha baixa a taxa de devolução

Use as estatísticas do domínio. O TrekMail considera menos de 2% bom, 2% a menos de 5% um aviso e 5% ou mais fraco. Uma taxa sustentada de 10% em 24 horas pode ativar a proteção quando há mensagens suficientes para medir.

Se subir, pause a campanha, remova destinatários inválidos e leia Taxa de devolução demasiado alta antes de outro lote.

Taxa de devolução e de reclamação não são iguais. Uma devolução significa que o servidor não aceitou; uma reclamação significa que o destinatário marcou como spam uma mensagem aceite. Para Gmail pessoal, a Google pede menos de 0.1% e nunca 0.3%. A Yahoo pede menos de 0.3% a remetentes em massa. Considere 0.1% o teto operacional: uma reclamação em 1,000 mensagens já o atinge.

Verificação 6: torne a mensagem reconhecível

O conteúdo não compensa uma lista fraca ou autenticação falhada, mas pode tornar uma mensagem duvidosa mais fiável. Reveja:

  • Assunto claro, sem maiúsculas totais ou pontuação excessiva.
  • Texto legível, não apenas uma imagem grande.
  • A marca e o domínio esperados pelo destinatário.
  • Um destino reconhecível, sem ligações encurtadas desnecessárias.
  • Em marketing, o motivo da receção e uma ligação de cancelamento visível.

Envie uma cópia normal a si próprio antes de uma campanha para verificar remetente, ligações, formato e endereço de resposta.

Se envia correio em massa para Gmail ou Yahoo

A Google impõe requisitos adicionais quando um remetente entrega mais de 5,000 mensagens num dia a contas Gmail pessoais. São necessários SPF e DKIM, DMARC válido, autenticação alinhada, TLS e DNS direto e inverso válido. Marketing e subscrições também precisam de cabeçalhos de cancelamento com um clique e ligação visível. A Yahoo publica requisitos semelhantes de autenticação, reclamações e cancelamento.

No SMTP gerido, o TrekMail opera anfitriões, TLS e DNS direto e inverso. Você publica os registos mostrados e controla consentimento, lista, tipo de mensagem e cancelamento. Com SMTP externo, confirme autenticação e infraestrutura com esse fornecedor.

Para envio por API ou MCP, siga Entrega e devoluções para adicionar List-Unsubscribe e List-Unsubscribe-Post em segurança. Não use cancelamento com um clique em conversas pessoais. A regra Google aplica-se a marketing e subscrições, não a transações, embora a lei ou o objetivo possam exigir um método normal.

São requisitos dos fornecedores, não promessa de caixa de entrada. Reveja as diretrizes da Google e as boas práticas da Yahoo antes de campanhas grandes, pois as regras podem mudar.

Verificação 7: procure um incidente geral de entrega

Se o problema começar subitamente em muitos destinatários, consulte a página de estado. Também pode usar um verificador público fiável da reputação do domínio.

Não tente remover pessoalmente um IP partilhado do TrekMail de uma lista externa. Inclua domínio, fornecedor destinatário, hora e resposta de entrega num pedido para investigação contextual.

Uma listagem não é um diagnóstico completo. Autenticação, consentimento e histórico recente de devoluções continuam importantes.

Verificação 8: envie um teste controlado

Envie uma mensagem normal para mail-tester.com para detetar problemas evidentes:

  1. Abra mail-tester.com e copie o endereço único mostrado.
  2. Da sua caixa TrekMail, envie uma mensagem normal que enviaria realmente a clientes.
  3. Clique em "Check your score" no mail-tester.com.

Use o resultado como pista, não garantia. Corrija primeiro problemas confirmados de DNS ou conteúdo e depois envie outro teste pequeno.

Se a Google tiver dados suficientes, o Gmail Postmaster Tools ajuda a rever sinais do domínio. Não há dados para todos os remetentes e a ferramenta não substitui estas verificações.

Verificação 9: confirme a rota de envio

Planos pagos podem usar SMTP gerido. Um domínio também pode usar um perfil SMTP externo guardado. Veja as definições SMTP para saber a rota selecionada.

Com um perfil personalizado, o fornecedor externo é responsável pelas credenciais, autenticação, reputação do IP e limites. Não presuma que os registos DNS do TrekMail configuram esse fornecedor.

Use a rota correspondente à sua configuração e valide SPF, DKIM e DMARC para o serviço que realmente envia.

Compreender resultados DMARC

Nos relatórios DMARC do TrekMail, nem todas as "falhas" são problemas:

  • SPF falha e DKIM passa: pode acontecer no reencaminhamento. O DMARC ainda pode passar se o outro método alinhado passar.
  • SPF passa e DKIM falha: verifique o registo DKIM e o serviço remetente.
  • Ambos falham: trate como aviso de configuração ou falsificação e investigue antes de aplicar DMARC mais rigoroso.

Os relatórios agregados DMARC vão para o endereço do registo. O fornecedor de relatórios controla horário e formato.

Quando tudo parece certo mas continua no spam

Últimas verificações:

  • Origem da lista: remova contactos com origem ou consentimento incertos.
  • Padrão de envio: evite aumentos súbitos, mesmo se o plano permitir.
  • Regras do destinatário: peça-lhe que veja a pasta de spam e as suas regras.
  • Categorias da caixa: Promoções ou outra categoria não principal difere de spam e requer expectativas diferentes, não uma alteração DNS.

Artigos relacionados

Vá para guias próximos que dão continuidade ao fluxo de trabalho.

Usamos tecnologias necessárias para operar e proteger o TrekMail. Ao confirmar, você também permite análises limitadas e medição de publicidade descritas em nossa Política de Cookies.

Entrar no TrekMail

Acesse seu painel, caixas de correio e DNS.

ou

12 caracteres as senhas coincidem

ou

E-mail de redefinição enviado

Se existir uma conta com este e-mail, enviamos as instruções para redefinir a senha.

Ao continuar, você concorda com os Termos e a Política de Privacidade do TrekMail.