10 min de leitura Diesen Artikel auf Deutsch lesen Read this article in English Lire cet article en français

Testar assunto de email: ferramentas e DNS

A resposta curta

Para testar o assunto de email, faça quatro checagens. Primeiro, cole o texto em um testador gratuito para pegar caixa alta, termos com cara de spam e tamanho. Depois, envie um teste real para suas caixas no Gmail e no Outlook e confira assunto, preheader e campos de mesclagem. Em seguida, leia o cabeçalho Authentication-Results. Por fim, consulte os registros MX e SPF do domínio de envio. Nenhuma nota de redação salva uma mensagem que falha na autenticação.

Neste artigo

Como testar o assunto de email antes de enviar?

Testar a linha de assunto não é um teste só. Cada checagem pega um tipo diferente de erro. Um analisador de assunto avalia apenas o texto. Um envio de teste mostra o que uma caixa de entrada real faz com a mensagem. A checagem de cabeçalhos e a de DNS dizem se os servidores de destino conseguem autenticar o domínio que aparece no remetente (From). Pule uma delas e todos os erros daquele tipo passam direto.

  1. Checagem do texto: cole a linha de assunto em um testador de assunto de email. Anote o que ele aponta, como tudo em caixa alta, pontuação acumulada ou expressões com cara de anúncio. Depois decida você mesmo se cada alerta faz sentido em um email B2B de um para um.
  2. Checagem de renderização: envie a mensagem final pela sua configuração de envio real para caixas de teste que você controla, com pelo menos uma conta Gmail e uma Outlook. Veja onde o assunto é cortado no desktop e no celular, qual preheader aparece ao lado dele e se todos os campos de mesclagem foram preenchidos.
  3. Checagem de cabeçalhos: no Gmail, abra a mensagem de teste, escolha Mostrar original e leia os resultados de SPF, DKIM e DMARC. No Outlook, abra os cabeçalhos da mensagem. Se algum deles falhar, o problema está no domínio, e reescrever o assunto não resolve.
  4. Checagem de DNS: consulte os registros MX e SPF do domínio de envio (veja as duas seções abaixo). Confirme que eles batem com os serviços pelos quais você realmente envia e recebe emails.

Depois que o assunto passa pelas quatro checagens, a pergunta seguinte é se ele é bom. Para textos que você pode copiar conforme a situação, veja nosso guia de assunto de cold email e follow-up.

Ilustração para a pergunta “Como testar o assunto de email antes de enviar?”
AI-generated image

O que um testador de assunto verifica e o que ele não enxerga?

Um testador de linha de assunto dá nota ao texto que você cola e a mais nada. A maioria avalia tamanho, escolha de palavras, maiúsculas, pontuação e emojis e devolve uma pontuação ou uma lista de alertas. Isso pega os problemas óbvios, como um assunto digitado em caixa alta sem querer ou um cheio de palavras com cara de propaganda.

O testador não enxerga seu domínio de envio, então não sabe dizer se SPF, DKIM e DMARC passam. Ele não conhece a reputação do seu domínio no Gmail ou na Microsoft. Não vê um campo de mesclagem, como o primeiro nome, saindo vazio para alguns destinatários. E não sabe se o assunto corresponde ao que o corpo do email diz. Os servidores de destino dão muito peso à autenticação e à reputação do remetente, então uma nota alta de redação em um domínio que falha no DMARC diz muito pouco. Se suas mensagens de teste já caem no spam, comece pelo nosso guia sobre por que meus emails vão para o spam, e não por um assunto novo.

A maioria dos modelos de pontuação também foi feita para newsletters de marketing. Um assunto de cold email curto, simples e em minúsculas pode tirar nota baixa no analisador e ainda assim ser a escolha certa para uma mensagem de um para um.

Qual testador de assunto de email gratuito usar?

Várias das páginas que aparecem para essa busca são testadores de linha de assunto que rodam no navegador. A tabela compara essas ferramentas pelos mesmos critérios, usando apenas o que cada uma diz de si mesma no título da página nos resultados do Google. Não acrescentamos recursos que não conseguimos comprovar. Antes de confiar em qualquer uma, confira na página da própria ferramenta os critérios de pontuação atuais.

Ferramenta Como a página se descreve Foco declarado O que ela não consegue verificar
CoSchedule Email Subject Line Tester "The #1 Free Email Subject Line Analyzer" Análise gratuita do texto da linha de assunto Autenticação e reputação do seu domínio ou como os campos de mesclagem aparecem
VBOUT Email Subject Line Checker "Email Subject Line Checker" Verificação de linhas de assunto de email Autenticação e reputação do seu domínio ou como os campos de mesclagem aparecem
ToolSpaceHub Email Subject Line Tester "Email Subject Line Tester & Score Tool" Atribuir uma nota à linha de assunto Autenticação e reputação do seu domínio ou como os campos de mesclagem aparecem
Supersend Subject Line Testing Tool "Free Subject Line Testing Tool for Cold Email" Teste gratuito voltado para cold email Autenticação e reputação do seu domínio ou como os campos de mesclagem aparecem
Situação em outubro de 2026, com base no título da página de cada ferramenta nos resultados do Google dos EUA para "check subject line".

O critério decisivo é a adequação. Para prospecção fria, um testador que se apresenta como feito para cold email se encaixa melhor do que um calibrado para newsletters. Seja qual for a escolha, trate a nota como uma segunda opinião sobre o texto, não como um veredito sobre a entrega da mensagem.

Ilustração para a pergunta “Qual testador de assunto de email gratuito usar?”
AI-generated image

Quais checagens do assunto você precisa fazer manualmente?

Alguns dos erros que mais prejudicam a prospecção fria são invisíveis para um analisador. Verifique estes pontos você mesmo em cada nova sequência:

  • Campos de mesclagem vazios: se um contato não tem primeiro nome cadastrado, um assunto como "{{first_name}}, uma pergunta rápida" sai começando com uma vírgula solta. Defina um valor padrão (fallback) ou corrija os dados antes de enviar.
  • "Re:" ou "Fwd:" falsos: colocar qualquer um deles no primeiro contato faz o email parecer resposta a uma conversa que nunca aconteceu. E ele também não entra na mesma thread, porque o agrupamento depende dos cabeçalhos In-Reply-To e References, não do texto do assunto.
  • Assuntos enganosos: a lei americana CAN-SPAM Act proíbe assuntos que possam enganar o destinatário sobre o conteúdo da mensagem. Garanta que o assunto corresponda ao corpo do email.
  • Caracteres fora do ASCII: emojis e letras acentuadas no cabeçalho precisam ser codificados em um formato especial de cabeçalho, e cada cliente de email decodifica de um jeito. Confira no envio de teste, não na pré-visualização do editor.
  • Preheader: logo depois do assunto, a caixa de entrada mostra a primeira linha do corpo ou o preheader que você definiu. Um assunto que repete essa primeira linha desperdiça espaço.

Para entender como o assunto do primeiro contato e o do follow-up devem se diferenciar, veja nossos assunto para cold email: exemplos e regras e nossos exemplos de assunto de email de follow-up.

Como verificar os registros MX no Google?

Os registros MX dizem aos outros servidores para onde entregar os emails do seu domínio. Eles importam na prospecção porque as respostas precisam chegar até você e porque um domínio de envio sem nenhuma caixa funcionando por trás parece estranho para os servidores de destino. Há duas formas de verificá-los.

  1. A Google Admin Toolbox tem a ferramenta Check MX. Digite seu domínio e ela compara os registros de email do domínio com o que o Google Workspace espera, listando os problemas encontrados.
  2. No terminal, rode: dig MX seudominio.com +short. A saída lista cada servidor de email com seu número de prioridade. Números menores têm prioridade maior.

A documentação atual de configuração do Google Workspace usa um único registro MX apontando para smtp.google.com. Configurações mais antigas listam vários hostnames aspmx, e o Google ainda aceita esses registros. Os problemas costumam vir de registros MX que sobraram de um provedor de email anterior e dividem o email recebido entre dois provedores. Nossa página sobre registros DNS do Google Workspace para MX, SPF e DKIM cobre o conjunto completo.

Ilustração para a pergunta “Como verificar os registros MX no Google?”
AI-generated image

Como verificar o registro SPF para o Google?

O SPF é um registro TXT no seu domínio que lista quais servidores podem enviar emails em nome dele. Para verificá-lo, rode dig TXT seudominio.com +short e procure a linha que começa com v=spf1. A ferramenta Check MX da Google Admin Toolbox também aponta problemas de SPF, assim como nosso verificador de SPF, DKIM e DMARC.

A documentação do Google Workspace orienta incluir _spf.google.com nesse registro. Se você também envia pelo Brevo ou por outro serviço, adicione esses remetentes ao mesmo registro. A maioria das falhas vem de duas regras do padrão SPF publicado pelo IETF. Primeiro, um domínio pode publicar apenas um registro v=spf1. Um segundo registro separado gera um erro permanente, que os servidores de destino tratam como falha de SPF. Segundo, o padrão limita quantas consultas DNS uma verificação de SPF pode disparar, e cada include conta para esse limite. Ultrapassá-lo também gera erro permanente, então remova os includes de serviços que você não usa mais. Depois envie uma mensagem de teste e confirme que spf=pass aparece no cabeçalho Authentication-Results.

Como o EmailFlow OS cuida da mensagem por trás do assunto?

O EmailFlow OS não é um testador de assunto, por isso fica fora da comparação acima. É o nosso produto de email com vídeo personalizado para prospecção fria B2B, e ele envia pelo seu próprio domínio, não por um endereço compartilhado da plataforma. Você grava um único vídeo, faz o upload no EmailFlow OS, conecta sua conta Brevo e seu domínio de envio e importa sua lista de prospects para o EmailFlow OS. O EmailFlow OS então personaliza essa única gravação para cada destinatário, não para cada empresa, e envia cada versão da sua própria caixa de entrada, pela sua própria conta Brevo e pelo seu próprio domínio de envio.

Como os emails saem pelo seu domínio, as checagens de MX, SPF e DKIM descritas acima são obrigatórias. São elas que determinam como os servidores de destino autenticam cada email com vídeo que você envia. Quem decide se a mensagem chega à caixa de entrada continua sendo o servidor de destino. A configuração está descrita na página de email com vídeo personalizado do EmailFlow OS.

Ilustração para a pergunta “Como o EmailFlow OS cuida da mensagem por trás do assunto?”
AI-generated image

Perguntas frequentes

Só o assunto pode mandar um email para o spam?
Pode contribuir, mas raramente é a única causa. Os filtros de spam pesam juntos a autenticação (SPF, DKIM, DMARC), a reputação do domínio de envio, as reclamações e o conteúdo. Uma mensagem que falha no DMARC pode cair no spam independentemente do assunto. Em um domínio bem autenticado e com poucas reclamações, um assunto limpo geralmente não é o fator decisivo. Confira o cabeçalho Authentication-Results antes de reescrever o texto.
A nota de um testador de assunto é confiável para cold email?
É uma checagem confiável do texto, não da entrega. O testador avalia só o texto: tamanho, maiúsculas, pontuação e escolha de palavras. Ele não enxerga seu domínio, sua reputação nem seus dados de mesclagem. Muitos modelos de pontuação foram feitos para newsletters, então um assunto curto, simples e em minúsculas pode tirar nota baixa e ainda funcionar bem em uma mensagem B2B de um para um.
Qual a diferença entre o Check MX e o dig?
O Check MX da Google Admin Toolbox é um formulário na web. Ele compara os registros de email de um domínio com o que o Google Workspace espera e explica os problemas em linguagem simples. O dig é uma consulta DNS por linha de comando que devolve os registros brutos, como cada host MX com sua prioridade, sem interpretá-los. Use o Check MX para um diagnóstico rápido e o dig para ver exatamente o que está publicado.
Por que minha verificação de SPF mostra permerror?
Um erro permanente (permerror) significa que os servidores de destino não conseguiram avaliar seu registro SPF, e eles tratam isso como falha. Há duas causas comuns. Uma é ter mais de um registro TXT v=spf1 no mesmo domínio. A outra é um registro cujos includes ultrapassam o limite de consultas do padrão SPF. Junte tudo em um único registro e remova os includes de serviços pelos quais você não envia mais.

Compartilhar

LinkedIn X

Continue lendo

Todos os artigos