Disponível também em: English · Español
Guia de entregabilidade de e-mailPor que os e-mails da sua loja vão para o spam — e os 3 registros DNS que resolvem
Você responde a dúvida de um cliente. Ele diz que nunca recebeu. Uma solicitação de reembolso fica sem resposta porque sua resposta está enterrada na aba de Promoções ou Spam. Para uma loja pequena, alguns e-mails perdidos por semana viram silenciosamente vendas perdidas, avaliações negativas e uma reputação de remetente que piora.
A boa notícia: a maioria dos problemas de entregabilidade vem de três registros DNS ausentes ou quebrados — e se resolvem em uma tarde.
A versão de 30 segundos
- SPF, DKIM e DMARC são registros DNS que provam que um e-mail realmente veio de você. Faltar algum = mais risco de spam.
- A autenticação é só metade. A reputação do remetente (engajamento, reclamações, higiene de lista) decide a outra metade.
- Conserte os três registros, aqueça seu domínio, mantenha o conteúdo pessoal — e o volume de respostas na verdade ajuda a reputação.
- Respostas com IA enviadas pela sua própria caixa herdam sua reputação. Não prejudicam a entregabilidade se configuradas direito.
O que "entregabilidade de e-mail" realmente significa
Entregabilidade é a porcentagem dos e-mails que você envia e que chegam de fato à caixa de entrada (não ao spam, não devolvidos, não descartados silenciosamente). Para e-mail transacional e de suporte — confirmações de pedido, avisos de envio, respostas de devolução — a entregabilidade é o produto. Se vai para o spam, o cliente vive o silêncio.
Os filtros do lado receptor (Gmail, Outlook, Apple Mail, Yahoo) tomam a decisão final usando dois sinais amplos:
- Autenticação — esta mensagem veio de quem diz? (SPF, DKIM, DMARC)
- Reputação — este remetente se comporta como confiável e desejado? (engajamento, taxa de reclamação, padrões de volume)
Os 3 registros de autenticação, em português claro
Os três vivem no DNS do seu domínio. Nenhum exige programar — adiciona-se onde você comprou o domínio ou hospeda o e-mail.
O que faz: publica a lista de servidores autorizados a enviar e-mail pelo seu domínio. Quando um receptor recebe seu e-mail, verifica: "este servidor está na lista aprovada?" Se não, a mensagem é suspeita.
Como se vê: um único registro TXT como v=spf1 include:spf.qiye.aliyun.com ~all (ou o include do seu provedor de e-mail).
Erro comum: ter mais de um registro SPF — só o primeiro é lido, então consolide em um.
O que faz: adiciona uma assinatura criptográfica a cada mensagem. O receptor a verifica com uma chave pública publicada no DNS. Isso prova que o e-mail não foi alterado em trânsito e que veio de você.
Por que importa: SPF quebra quando o e-mail é encaminhado. DKIM sobrevive ao encaminhamento, então é a prova de identidade mais durável.
Erro comum: gerar uma chave no seu host de e-mail mas nunca publicá-la — ou rotacioná-la e deixar a antiga, o que falha a verificação silenciosamente.
O que faz: une SPF e DKIM e diz aos receptores o que fazer quando uma verificação falha — quarentena, rejeitar ou permitir — e envia relatórios diários de quem está enviando como você (ótimo para detectar falsificação).
Por que importa: sem DMARC, uma falha de SPF/DKIM é tratada de forma inconsistente. DMARC torna sua política explícita e dá visibilidade.
Comece devagar: publique p=none primeiro (só monitorar), revise relatórios e depois passe a p=quarantine e finalmente p=reject.
Autenticação é metade: a reputação do remetente
Mesmo com SPF/DKIM/DMARC perfeitos, um domínio novo enviando rajadas de mensagens idênticas será limitado. A reputação se constrói com comportamento:
- Engajamento — os destinatários abrem e respondem, ou ignoram e apagam? Respostas são o sinal positivo mais forte.
- Taxa de reclamação — cliques em "marcar como spam". Mantenha minúscula; poucos por mil é normal, mais é perigoso.
- Higiene de lista — enviar para endereços mortos ou comprados prejudica. Só escreva para quem se inscreveu ou é cliente ativo.
- Consistência — picos súbitos de volume de um domínio frio parecem bomba. Aqueça gradualmente.
Por isso respostas pessoais e genuínas a clientes são boas para a entregabilidade — são abertas e respondidas, não marcadas.
Uma checklist de 5 passos para parar de ir ao spam
- Adicione SPF, DKIM e DMARC no seu host DNS. Faça uma verificação de saúde para confirmar que os três passam.
- Envie do seu domínio principal (ou um subdomínio como
suporte.sualoja.com) bem autenticado — não de um domínio alheio. - Aqueça um domínio novo: comece com pouco volume e aumente ao longo de 2–4 semanas em vez de disparar desde o dia um.
- Mantenha o conteúdo pessoal e relevante. Respostas concretas e específicas de cada cliente superam o e-mail em massa com modelo. Evite MAIÚSCULAS, acúmulo de links e o linguajar hiperbólico de "grátis!!!".
- Monitore com relatórios DMARC e verificações periódicas. Corrija problemas antes que se acumulem.
Como as respostas com IA se encaixam (sem prejudicar)
Uma preocupação comum: "Se uma IA responde meu e-mail, vão me marcar?" A resposta depende de como envia.
O RespondThat redige e envia através da caixa que você conecta — seu domínio, seu SPF e DKIM, sua reputação. Não envia em massa de um IP compartilhado. Como as respostas são pessoais, específicas de cada cliente e frequentemente respondidas pelo cliente (sinal positivo forte), comportam-se como e-mail normal de suporte de primeira parte.
O único risco real é a qualidade do conteúdo — e para isso servem a redação com voz da marca e a revisão humana. Você sempre pode ler um rascunho antes de enviar.
Perguntas frequentes
SPF publica quais servidores podem enviar e-mail pelo seu domínio. DKIM adiciona uma assinatura criptográfica para que a mensagem não seja alterada e prova que veio de você. DMARC une os dois e diz aos receptores o que fazer se uma verificação falhar — e envia relatórios. O ideal é ter os três.
Sinais: clientes dizendo que nunca receberam sua resposta, aberturas caindo de repente ou mensagens com rótulo "via" ou cadeado vermelho. O mais rápido é uma verificação gratuita de saúde de e-mail que testa seus registros SPF, DKIM e DMARC e a reputação do domínio em um único relatório.
Não, se a IA envia pela sua própria caixa autenticada. O RespondThat redige e envia pela caixa que você conecta (seu domínio, seu SPF/DKIM), então as respostas herdam sua reputação em vez de serem enviadas em massa de um IP compartilhado. O único risco é o conteúdo: mantenha-as pessoais e relevantes, para o que a redação com IA ajuda.
Mudanças de DNS costumam propagar em minutos ou horas, mas alguns receptores cacheiam registros por até 24–48 horas. Após adicionar ou corrigir um registro, espere um dia e refaça a verificação antes de julgar o resultado.
Pode, mas é arriscado. E-mail de um domínio que não coincide com sua loja parece falsificado e tem mais chance de ser filtrado. O recomendado é enviar do seu domínio principal (ou um subdomínio como suporte.sualoja.com) com SPF, DKIM e DMARC bem configurados.