11 min de leitura Diesen Artikel auf Deutsch lesen Read this article in English Lire cet article en français
Domínio de email: tipos, DNS e prospecção
A resposta curta
Domínio de email é tudo o que vem depois do @ num endereço: em nome@example.com, é example.com. Domínios gratuitos como gmail.com pertencem ao provedor, e você não consegue publicar registros DNS neles. Um domínio próprio é registrado e controlado por você. Você aponta os registros MX para um host de caixas postais e publica registros TXT de SPF, DKIM e DMARC. Com eles, os servidores de destino verificam os emails enviados em nome do domínio, inclusive os enviados pelo Brevo.
Neste artigo
- O que é um domínio de email e qual a diferença para um endereço de email?
- Quais são os tipos de domínio de email?
- Quais são os domínios de email mais comuns?
- Como verificar se um domínio está disponível?
- Como configurar um domínio de email próprio?
- Quais registros DNS um domínio de email precisa ter?
- Cold email: usar o domínio principal ou um domínio separado?
- Como o EmailFlow OS usa o seu próprio domínio de envio
- Dúvidas de prospecção que vêm depois da configuração do domínio
- Entregabilidade de cold email
- Qual é uma boa taxa de entregabilidade de email?
- Prospecção por email
- Modelo de email de follow-up de vendas
- Email de follow-up de vendas
- Perguntas frequentes
O que é um domínio de email e qual a diferença para um endereço de email?
Um endereço de email tem duas partes, uma de cada lado do @. A parte local (nome) identifica uma caixa postal específica. O domínio (example.com) indica quais servidores de email, de qual organização, cuidam dessa caixa. Por isso um domínio pode ter milhares de endereços, mas um endereço pertence sempre a um único domínio. E é o domínio que os outros servidores verificam. O servidor de destino consulta o DNS do domínio para saber para onde entregar as mensagens (registros MX) e se um remetente pode enviar em nome dele (registros SPF, DKIM e DMARC). É por isso que a reputação de remetente fica com o domínio, e não com um endereço isolado. O domínio do site e o domínio de email podem ter o mesmo nome e mesmo assim rodar em serviços diferentes. A hospedagem do site serve example.com via HTTP, e um host de caixas postais separado recebe os emails porque os registros MX apontam para ele. Se você migrar o site, o email continua funcionando, desde que ninguém mexa nos registros MX.
Quais são os tipos de domínio de email?
A maioria dos domínios que aparecem numa lista de contatos se encaixa em um de quatro grupos. Para quem envia, o que diferencia esses grupos é quem controla o DNS, porque é isso que define quem consegue autenticar os emails enviados a partir do domínio.
| Tipo | Exemplos | Quem controla o DNS | Uso na prospecção B2B |
|---|---|---|---|
| Webmail gratuito | gmail.com, outlook.com, yahoo.com | O provedor | Não dá para adicionar DKIM de um remetente terceiro, então um email enviado por um serviço de envio com remetente gmail.com não consegue alinhar no DMARC |
| Provedores de internet e regionais | comcast.net, web.de, qq.com | O provedor | Mesma limitação do webmail gratuito. Geralmente são endereços pessoais, não caixas corporativas |
| Domínio corporativo próprio | suaempresa.com, um subdomínio como mail.suaempresa.com | Você, pelo seu registrador ou provedor de DNS | O único tipo em que você pode publicar SPF, DKIM e DMARC para os serviços que usa para enviar |
| Domínios descartáveis | Serviços de caixa de email temporária | O serviço | Os endereços expiram. Aparecem em listas de cadastro e vale a pena filtrá-los antes de uma importação |
Quais são os domínios de email mais comuns?
A maioria das listas de domínios mais comuns é liderada pelos grandes webmails gratuitos. Uma página nos resultados do Google para esta busca, datada de fevereiro de 2020, atribui 18% ao gmail.com, 17% ao yahoo.com e 16% ao hotmail.com. É um retrato antigo, e a página não explica como os números foram medidos, então leia como um ranking e não confie nas porcentagens. Provedores alternativos formam uma cauda longa. Segundo a própria página de domínios do mail.com, citada na visão geral de IA do Google, o mail.com oferece mais de 100 opções de domínio, como engineer.com e consultant.com. Para uma lista de prospecção, isso importa por um motivo prático. Um endereço de email gratuito numa lista B2B costuma ser a caixa pessoal de alguém, não uma caixa corporativa. Pelas regras da UE, as questões de consentimento e de legítimo interesse dependem de quem é o dado, e por isso muitos remetentes separam os domínios gratuitos num segmento à parte antes de decidir se vão entrar em contato. Para essa triagem, o domínio é o único sinal que você tem.
Como verificar se um domínio está disponível?
- Pesquise o nome em qualquer registrador de domínios. A busca consulta o registro do domínio de topo (.com, .de, .io) e informa se ele já está registrado.
- Se estiver ocupado, consulte via RDAP ou WHOIS. A consulta de dados de registro da ICANN mostra o registrador e as datas de criação e de expiração, o que indica se o nome pode vir a expirar.
- Verifique se um domínio registrado já recebe email: rode dig MX example.com. Se aparecerem registros MX, o domínio recebe email em algum lugar, e comprá-lo depois significa herdar a reputação que ele construiu.
- Confira o histórico antes de enviar a partir dele. Passe o domínio por consultas de blocklist, porque um domínio já usado pode continuar listado pelo comportamento do dono anterior.
Um domínio expirado que já enviava emails não é um começo do zero. Os servidores de destino avaliam o domínio, não o dono, então a reputação antiga vem junto.
Como configurar um domínio de email próprio?
Primeiro você registra o domínio. Depois escolhe um host de caixas postais e publica os registros MX dele, para que os emails do domínio cheguem aos servidores desse host. Para a caixa postal, as opções realistas são os hosts abaixo. Todos aceitam domínio próprio e fornecem os registros DNS a publicar (Zoho, Proton e mailbox.org descrevem isso nas páginas sobre domínio personalizado, citadas pela visão geral de IA do Google).
| Host | O que é | Indicado para | Onde ele para |
|---|---|---|---|
| Google Workspace | Caixa postal e pacote de escritório com a interface do Gmail | Equipes que já trabalham no Gmail e no Google Docs | É um host de caixas postais, não um serviço de envio em massa. Há limites de envio por usuário |
| Microsoft Exchange Online | Caixas postais corporativas da Microsoft, usadas com o Outlook | Empresas que usam Outlook, Teams e Windows | Também é um host de caixas postais, com limites de envio por caixa |
| Zoho Mail | Host de caixas postais corporativas independente | Equipes pequenas que querem email sem um pacote de escritório completo | Menos integrações que os dois grandes pacotes |
| Proton Mail | Host com sede na Suíça, focado em criptografia | Equipes que priorizam criptografia de ponta a ponta | Os recursos de criptografia valem principalmente entre usuários Proton |
| mailbox.org | Host de caixas postais com sede em Berlim | Equipes que querem um host operando sob a lei alemã | Ecossistema menor de ferramentas complementares |
Host de caixas postais e serviço de envio são duas funções diferentes. Se você também envia campanhas ou prospecção pelo Brevo, o domínio precisa do registro DKIM do Brevo além do registro do host de caixas postais, e de um registro SPF que cubra os dois. A parte do SPF está explicada em SPF, DKIM e DMARC para quem faz cold email.
Quais registros DNS um domínio de email precisa ter?
| Registro | Onde fica | O que faz | Erro comum |
|---|---|---|---|
| MX | No próprio domínio | Indica os servidores que aceitam emails para o domínio | Registros MX antigos deixados no lugar depois de trocar de host dividem os emails recebidos |
| SPF (TXT) | No próprio domínio, um único registro | Lista os servidores autorizados a enviar pelo domínio | Dois registros SPF separados, ou tantos includes aninhados que o registro ultrapassa o limite de consultas DNS do padrão SPF, o que faz a verificação falhar com erro |
| DKIM (TXT ou CNAME) | selector._domainkey.example.com | Publica a chave pública que verifica a assinatura da mensagem | O serviço de envio assina com o próprio domínio dele, e o DKIM não alinha com o seu domínio de remetente (From) |
| DMARC (TXT) | _dmarc.example.com | Diz o que fazer quando nem SPF nem DKIM alinham, e para onde mandar os relatórios | Uma política p=reject publicada antes de todos os remetentes estarem alinhados |
Você pode ver o que um domínio publica neste momento com o verificador de SPF, DKIM e DMARC. Ele lê o DNS ao vivo, então as alterações aparecem lá assim que forem propagadas.
Cold email: usar o domínio principal ou um domínio separado?
Existem três configurações, e cada uma tem um custo. Enviar pelo domínio principal coloca a reputação dele em risco, e faturas e emails de suporte dependem dessa mesma reputação. Um subdomínio como outreach.example.com tem a própria chave DKIM e pode ter o próprio registro DMARC. Mas os provedores de destino ainda conseguem associá-lo ao domínio principal, então ele reduz o risco sem eliminá-lo. Um domínio separado, parecido com o principal, deixa o domínio principal de fora, mas começa sem reputação nenhuma, precisa do seu próprio conjunto completo de registros SPF, DKIM e DMARC e tem que passar por aquecimento. O que não funciona: enviar prospecção por um serviço terceiro com remetente gmail.com ou outlook.com não passa no DMARC alinhado, porque você não consegue publicar uma chave DKIM num domínio que não é seu. Um domínio novinho enviando volume total no primeiro dia também não funciona. O aumento gradual está explicado em aquecimento de email: volumes diários e configuração de DNS.
Como o EmailFlow OS usa o seu próprio domínio de envio
O EmailFlow OS, produto da EmailFlow OS, envia email com vídeo a partir do domínio do próprio cliente, e não de um endereço compartilhado da plataforma. Você grava um único vídeo e faz o upload no EmailFlow OS. Conecta a sua conta Brevo e o seu domínio de envio e importa a sua lista de prospects para o EmailFlow OS. O EmailFlow OS transforma essa única gravação em uma versão personalizada separada para cada destinatário, e não uma por empresa. Cada versão sai da sua própria caixa de entrada, pela sua própria conta Brevo e pelo seu próprio domínio de envio. Assim, os registros DNS da tabela acima continuam sob o seu controle, e a reputação que eles constroem também. Como funciona o vídeo por destinatário está descrito na página de email com vídeo personalizado do EmailFlow OS.
Dúvidas de prospecção que vêm depois da configuração do domínio
Entregabilidade de cold email
Quem decide a entregabilidade de um cold email é o servidor de destino. Ele pesa a autenticação do domínio de envio (SPF ou DKIM alinhados no DMARC), a reputação do domínio, os bounces e as reclamações. Você controla as entradas: registros DNS corretos, uma lista verificada e um volume constante. O resultado não está nas suas mãos. O que pesa nessa decisão está detalhado em entregabilidade de cold email: o que decide.
Qual é uma boa taxa de entregabilidade de email?
A "taxa de entregabilidade" que aparece nos painéis de envio na verdade é uma taxa de entrega: mensagens aceitas pelo servidor de destino, descontados os bounces. Ela não diz nada sobre se essas mensagens caíram na caixa de entrada ou no spam. O posicionamento na caixa de entrada só aparece em testes com contas seed ou em dados de provedores, como o Google Postmaster Tools. Por isso, compare a sua taxa de entrega com os seus próprios envios anteriores, não com um benchmark emprestado, e trate um aumento repentino de hard bounces como um problema de lista.
Prospecção por email
Prospecção por email significa encontrar a pessoa certa na empresa-alvo, verificar o endereço e escrever uma primeira mensagem com um motivo específico para o contato. O domínio entra duas vezes nessa etapa. O domínio do prospect mostra se você tem um endereço corporativo ou um email gratuito. O seu próprio domínio é o que carrega o envio.
Modelo de email de follow-up de vendas
Um modelo de follow-up de vendas que funciona: "Oi [nome], retomando a mensagem que mandei [dia] sobre [problema específico]. Vale uma conversa rápida sobre [pedido em uma pergunta], ou prefere que eu volte a falar no próximo trimestre?" Um pedido só, uma referência ao primeiro email e uma forma simples de dizer não. Mais versões para cada situação estão na coleção de modelo de email de follow-up de vendas.
Email de follow-up de vendas
Um email de follow-up de vendas deve responder dentro da conversa original, e não abrir uma nova. Os clientes de email agrupam as mensagens pelos cabeçalhos In-Reply-To e References. Se você digita "Re:" num assunto novo sem esses cabeçalhos, a mensagem parece uma resposta, mas não entra na conversa como uma.
Perguntas frequentes
- Quais domínios de email começam com a letra A?
- Os mais comuns são aol.com, o webmail gratuito da AOL, e att.net, o domínio do provedor de internet AT&T nos EUA. Os dois são domínios de consumidor cujo DNS é controlado pelo provedor, não pelo usuário. Numa lista B2B, costumam indicar uma caixa pessoal, e não uma caixa corporativa, o que vale sinalizar antes de uma importação.
- Posso fazer prospecção B2B com um endereço gmail.com?
- Pelo próprio Gmail, você consegue enviar. Mas se enviar por um serviço externo como o Brevo com remetente gmail.com, não dá para publicar a chave DKIM do gmail.com, porque esse DNS é controlado pelo Google. Aí o alinhamento DMARC falha. Domínio próprio é a única configuração em que você consegue autenticar cada serviço que usa para enviar.
- Subdomínio é um domínio de email separado?
- Tecnicamente, sim. outreach.example.com tem seus próprios registros MX, SPF e DKIM e pode publicar seu próprio registro DMARC em _dmarc.outreach.example.com. Se não publicar, vale a política DMARC do domínio principal. Os provedores de destino ainda podem associar o subdomínio ao domínio principal, então ele separa a reputação só em parte, ao contrário de um domínio registrado à parte.
- Trocar de host de email muda o meu domínio de email?
- Não. O domínio continua registrado no seu registrador. Trocar de host significa substituir os registros MX, trocar o include de SPF e o registro DKIM do host antigo pelos do novo e manter o DMARC como está. Os endereços continuam os mesmos. Os problemas aparecem principalmente quando os registros MX antigos e novos ficam publicados ao mesmo tempo durante a migração.