Guia passo a passo para comprar um domínio, configurar DNS e e-mail comercial (MX, SPF, DKIM, DMARC). Verificações claras, correções comuns e dicas de segurança.
Você está configurando duas coisas que funcionam juntas: um nome de domínio (como yourcompany.com) e endereços de e-mail comerciais que usam esse domínio (como [email protected]). Quando estiverem conectados corretamente, você poderá enviar e receber e-mail de forma confiável — e as pessoas veem sua marca toda vez que você clica em “enviar”.
[email protected]) e endereços de equipe (por exemplo, [email protected]).A conexão entre seu domínio e o provedor de e-mail é feita por meio das configurações de DNS (alguns registros que você adiciona no gerenciador do domínio). Essas configurações dizem à internet para onde entregar o correio do seu domínio e como verificar que ele é legítimo.
Este guia é para pessoas não técnicas — fundadores solo, freelancers e pequenas equipes — que querem o e-mail comercial funcionando sem precisar entender redes ou servidores.
info@, billing@, support@).A maioria das configurações leva 30–90 minutos de trabalho prático.
A principal variável é a propagação do DNS: depois que você atualiza registros DNS, pode levar de alguns minutos até 24–48 horas para que as mudanças sejam reconhecidas em todos os lugares. Durante essa janela, o e-mail pode funcionar para algumas pessoas e não para outras — ou pode começar a funcionar gradualmente.
Quando tudo estiver conectado, você terá uma presença de e-mail mais limpa e confiável — e uma base para crescer (novos colegas, novos endereços e melhor entregabilidade ao longo do tempo).
Antes de clicar nas configurações, ajuda saber qual empresa faz o quê. A maioria das confusões na configuração de e-mail acontece porque três “lugares” diferentes estão envolvidos.
Registrador de domínio: a empresa onde você compra seu nome de domínio (como yourcompany.com). Eles gerenciam propriedade, renovações e controles básicos do domínio.
Host DNS (provedor DNS): o lugar onde o “livro de endereços” do seu domínio vive. DNS é um conjunto de registros que dizem à internet onde estão os diferentes serviços do seu domínio (site, e-mail etc.). Às vezes o registrador também é o host DNS, mas nem sempre.
Provedor de e-mail: o serviço que realmente roda suas caixas postais e envia/recebe correio (por exemplo, Google Workspace ou Microsoft 365). Eles fornecem caixas como [email protected].
Pense assim:
Então você compra o domínio no registrador, depois edita registros DNS (onde o DNS estiver hospedado) para dizer ao mundo: “E-mail para @yourcompany.com deve ser entregue a este provedor.”
Se quiser um diagrama simples para o artigo, use:
Domain (registrar) → DNS (records) → Email provider (inboxes)
Quando você muda DNS (como MX, SPF, DKIM), a atualização não aparece em todo lugar instantaneamente. Propagação é o tempo que as mudanças levam para se espalhar pela internet, à medida que diferentes redes atualizam suas caches.
Na prática, isso significa que você pode salvar uma alteração no DNS e ainda ver comportamento antigo por um tempo — especialmente na primeira hora ou duas.
Seu domínio é a base para seu site e seu endereço de e-mail (como [email protected]). Também é algo que você manterá por anos, então um pouco de cuidado no início evita dores de cabeça depois.
Prefira algo curto, claro e fácil de soletrar depois de ouvir uma vez.
Algumas regras práticas:
Se possível, compre as variações mais importantes (como o .com mais o domínio local) para proteger sua marca e escolha um domínio “primário” para e-mail.
Ao escolher um registrador, compare:
Certifique-se de registrar o domínio no nome do seu negócio (ou em um proprietário confiável) e de controlar o login, e-mail de recuperação e autenticação em dois fatores. Mantenha o acesso ao registrador em um lugar só — compartilhado de forma segura — para que o domínio não desapareça com um funcionário ou contratado que saia.
Ative privacidade WHOIS a menos que haja motivo específico para não fazê-lo. Isso reduz spam e protege dados de contato pessoais de ficarem públicos.
Escolher um provedor de e-mail é basicamente decidir onde o serviço de correio vai morar. Seu domínio (o nome) pode ficar num lugar e o e-mail em outro.
1) E-mail com o seu registrador
Muitos registradores vendem pacotes de e-mail junto com domínios. É conveniente porque cobrança e suporte ficam num lugar só. A troca é que os recursos podem ser básicos (menos ferramentas de colaboração, controles administrativos simples) e migrar depois pode exigir passos extras.
2) E-mail com um provedor separado
Esta é a escolha típica para equipes em crescimento. Provedores como Google Workspace ou Microsoft 365 focam em entregabilidade, segurança e apps de produtividade. Seu domínio pode ficar no registrador — você só conecta o e-mail usando registros DNS.
Concentre-se no que você realmente usará:
hello@, support@, billing@ — alguns planos incluem, outros cobram por caixa.support@ ou info@ para que várias pessoas respondam com continuidade.Administradores não técnicos percebem diferença aqui:
Espere preços por usuário por mês para provedores completos; o e-mail do registrador costuma ser mais barato, porém com menos recursos. Antes de decidir, verifique o que cada nível inclui (caixas vs aliases, armazenamento, caixas compartilhadas) e compare planos em páginas como /pricing.
Se estiver em dúvida, escolha um provedor que suporte exportações e ferramentas de migração — seu eu futuro agradecerá.
Aqui é onde o e-mail com domínio personalizado começa a se tornar real: você vai criar as caixas que as pessoas usam todo dia, além dos endereços que deixam sua empresa organizada.
Crie o endereço principal primeiro — geralmente um destes:
Se for um negócio solo, pode usar you@ como a caixa real e adicionar hello@ como alias que entrega nela.
Em seguida, crie caixas para pessoas reais (por exemplo, sara@, mike@) e depois adicione endereços “por função” que correspondam a como clientes contatam você:
Para endereços por função, decida quem deve receber as mensagens. As opções geralmente incluem: entrega para uma pessoa, entrega para várias pessoas, ou uma caixa compartilhada (mais sobre isso depois).
Use um alias quando:
Crie uma caixa separada quando:
Escolha uma regra simples e mantenha:
Evite variações aleatórias (como support-team@ vs help@) — consistência facilita integração, segurança e resolução de problemas mais tarde.
DNS é a página de configurações do seu domínio. É onde você diz à internet onde seu site está e, para e-mail, qual serviço deve receber mensagens para endereços como [email protected].
A boa notícia: normalmente você precisa editar só alguns itens para e-mail comercial — principalmente registros MX, mais alguns TXT (para SPF, DKIM e DMARC depois). A parte difícil é achar a tela certa.
A maioria das pessoas gerencia DNS em um destes:
Uma dica rápida: se seu domínio usa nameservers personalizados (algo como ns1.cloudflare.com), o DNS provavelmente não é gerenciado no registrador — mesmo que você tenha comprado o domínio lá.
Procure por menus como:
Quando estiver na tela certa, verá uma tabela com colunas como Type, Name/Host, Value/Content, Priority e TTL.
Tire 2 minutos para se proteger de erros fáceis:
Para e-mail comercial com domínio personalizado, normalmente você vai adicionar ou substituir:
Geralmente você pode deixar registros relacionados ao site (como A, AAAA, e CNAME) sozinhos, a menos que o provedor peça uma alteração específica.
Estes causam a maioria dos problemas “e-mail não funciona”:
mail.example.com enquanto outros adicionam o domínio automaticamente.Se você se organizar — encontre o host DNS correto, salve o que está lá e faça só as mudanças que o provedor de e-mail lista — você estará bem preparado para o próximo passo: configurar registros MX.
Registros MX são as placas de roteamento do e-mail para seu domínio. Quando alguém envia um e-mail para [email protected], o serviço do remetente verifica o DNS do seu domínio e procura registros MX para saber qual provedor (Google Workspace, Microsoft 365 etc.) deve receber a mensagem.
Registros MX (Mail Exchange) dizem ao mundo para onde entregar seu e-mail. Se apontarem para o lugar errado — ou se você tiver uma mistura conflitante — mensagens podem voltar, desaparecer ou chegar numa caixa antiga que você esqueceu.
Nas configurações DNS do seu domínio, o provedor de e-mail vai fornecer uma lista específica de entradas MX (host/nome, valor/alvo e prioridade). Adicione exatamente como indicado.
Se estiver mudando de provedor, normalmente é preciso remover registros MX antigos que apontam para o serviço anterior. Muitos provedores dizem explicitamente “delete any existing MX records.” Siga essa instrução com cuidado — deixar registros MX antigos pode dividir a entrega entre sistemas.
Dica: antes de mudar, copie os MX atuais para um bloco de notas para poder restaurar se necessário.
A prioridade MX é um ranking: números menores são tentados primeiro. Exemplo: prioridade 1 tem preferência sobre prioridade 5.
A maioria das configurações funciona desde que você:
Primeiro, use a ferramenta de verificação do provedor (a maioria tem um passo “Verify domain/DNS”) para confirmar que os MX foram detectados.
Depois faça um teste real: envie uma mensagem de um endereço pessoal (como Gmail) para seu novo e-mail comercial e confirme que ela chega. Responda para confirmar que o envio também funciona (MX afeta entrada; envio é tratado pelo provedor).
SPF, DKIM e DMARC são três registros DNS que ajudam outros sistemas de e-mail a confiar nas mensagens enviadas do seu domínio. A função deles é simples: reduzir spoofing (alguém fingindo enviar e-mail “de” você) e melhorar entregabilidade diminuindo a chance de seu e-mail legítimo ser tratado como spam.
SPF é um único registro TXT que lista quais serviços estão autorizados a enviar e-mail usando seu domínio.
Duas regras práticas:
Exemplo de valor TXT SPF (apenas exemplo):
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
Linhas include: autorizam remetentes. O final -all significa “qualquer outro não é permitido”. Se estiver inseguro durante testes, equipes às vezes começam com ~all (mais brando) e depois mudam para -all.
DKIM permite que seu provedor de e-mail assine mensagens de saída. Você adiciona um registro DNS e depois ativa a assinatura no provedor.
A maioria dos provedores fornece:
google ou s1)Pode ficar no formato selector._domainkey.yourdomain.com. Depois de adicionar, volte ao painel administrativo do e-mail e ative DKIM/signing.
DMARC diz aos destinatários o que fazer se as checagens SPF/DKIM falharem. Comece com uma política de monitoramento para não bloquear e-mails legítimos acidentalmente.
Um registro DMARC inicial comum:
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
Com p=none, você só coleta relatórios. Depois, quando tiver confirmado que todo o tráfego legítimo passa nas checagens, você pode endurecer para quarantine ou reject.
Depois que seu e-mail de domínio for criado e o DNS estiver conectado, o último passo é fazê-lo funcionar em todos os lugares onde você lê e envia: laptop, celular e às vezes tablet.
Webmail é a caixa que você abre no navegador (por exemplo: Gmail no Chrome, Outlook na web ou o portal do seu provedor). É o lugar mais fácil para confirmar que a conta funciona porque não há nada para “configurar”. Se você consegue enviar/receber no webmail, sua caixa está ok.
Apps de e-mail são programas como os apps Gmail ou Outlook móveis, Apple Mail ou o Outlook no desktop. Eles são convenientes (notificações, acesso offline), mas dependem de login e configurações de servidor corretas.
Dica: se a configuração num app falhar, primeiro entre no webmail. Isso separa “problema de conta” de “problema no dispositivo”.
Alguns provedores oferecem várias formas de conexão:
Se tiver a opção e seu plano incluir, escolha Exchange/ActiveSync pela simplicidade. Use IMAP quando Exchange não estiver disponível ou para uma configuração mais universal.
Se sua conta tem autenticação de dois fatores (2FA) ativada, alguns apps antigos (ou certos clientes de desktop) não lidam com o segundo passo.
Soluções comuns:
[email protected]), não só o nome de usuário.Quando um app pedir “Manual settings”, normalmente você precisará de:
[email protected]Se não souber os nomes dos servidores, pegue na página de suporte do seu provedor — pesquise por “IMAP settings” ou “Exchange settings” e copie exatamente.
Depois de configurar, envie um e-mail de teste para um endereço pessoal e responda para confirmar que envio e recebimento funcionam.
Quando sua equipe tiver caixas reais, você provavelmente vai querer algumas configurações convenientes: encaminhamento, aliases, catch-all ou uma caixa compartilhada para trabalho em grupo. Soam parecidas, mas se comportam de forma bem diferente.
info@ → sarah@)sarah@ também recebe invoices@)support@.Uma regra simples: use aliases para “mais endereços para uma pessoa” e caixas compartilhadas para “muitas pessoas, um endereço.”
Encaminhamento é bom para:
Encaminhamento pode causar problemas a longo prazo:
Se um endereço de equipe for importante (sales@, support@), uma caixa compartilhada ou uma solução tipo helpdesk costuma ser mais organizada.
Um catch-all significa que [email protected] será aceito e entregue (até erros como suupport@).
Prós:
Contras:
Se habilitar catch-all, direcione para uma caixa compartilhada monitorada e aplique filtro de spam rigoroso.
A maioria dos provedores permite criar regras como:
Esses ajustes pequenos evitam que o e-mail vire um chat de grupo sem dono.
Mudar para um novo e-mail comercial não precisa significar perder mensagens antigas ou correr atrás de contatos. A chave é decidir o que migrar e usar a abordagem “rodar os dois por um tempo”.
Comece escolhendo o escopo:
Se estiver em dúvida, mova apenas o e-mail primeiro e traga contatos/calendário depois que o correio estiver estável.
A maioria dos provedores oferece três opções práticas:
1) Importador embutido (mais fácil)
Google Workspace e Microsoft 365 oferecem ferramentas de migração que copiam e-mail (e às vezes contatos/calendário) de outro provedor. Geralmente é a opção menos propensa a erros para setups não técnicos.
2) Movimento via IMAP (funciona com muitos provedores)
Se o e-mail antigo suporta IMAP (muitos suportam), uma ferramenta de migração pode copiar pastas e mensagens. Normalmente isso move o e-mail de forma confiável, mas talvez não traga calendários/contatos, que precisam ser exportados separadamente.
3) Exportar/importar manual (mais trabalho)
Use quando não há ferramenta automatizada. Exporte do serviço antigo (PST/mbox/CSV) e importe no novo. Dá para fazer, mas planeje tempo extra para limpeza.
Não encerre a conta antiga imediatamente. Mantenha ativa até verificar:
Considere também um auto-reply na conta antiga: “Mudamos para [email protected]” (com uma janela curta de tempo).
Escolha um horário tranquilo (cedo pela manhã ou fim de semana), então:
Quando tudo estiver confirmado, atualize cadastros, faturas e logins que usavam o e-mail antigo — depois mantenha a caixa antiga por um período curto como segurança antes de cancelar o serviço.
A maioria dos problemas de e-mail comercial se resume a três áreas: registros DNS (configurações do domínio), autenticação (SPF/DKIM/DMARC) ou login/configuração (senhas, 2FA, configurações de app). Use esta checklist para identificar rapidamente.
Comece pelos registros MX.
Normalmente é uma questão de autenticação ou identidade:
[email protected]).Ao contatar suporte, inclua:
Se estiver configurando e-mail junto com um produto ou ferramenta interna, alinhe os endereços “From” cedo (por ex.: support@ para respostas, billing@ para faturas e um remetente dedicado para notificações do app). Equipes que constroem apps frequentemente fazem isso no início para manter o e-mail transacional e de suporte consistente à medida que o app evolui, sem precisar rever DNS e entregabilidade depois.
Você precisa de acesso a duas contas:
Também prepare uma lista curta de endereços que quer criar (por exemplo: you@, hello@, support@) para fazer tudo de uma vez.
Normalmente 30–90 minutos de trabalho direto, mais o tempo de propagação do DNS.
A propagação pode levar de minutos até 24–48 horas, então é normal que o e-mail comece a funcionar gradualmente (funciona para alguns remetentes antes de outros).
São papéis diferentes:
Se o seu domínio usa nameservers personalizados (por ex.: Cloudflare), você deve editar o DNS lá, não no registrar.
Registros MX dizem à internet para onde entregar o e-mail que chega para @seudominio.com.
Para configurá-los com segurança:
Use a ferramenta de verificação do seu provedor e depois faça testes reais:
São sinais de confiança baseados em DNS que melhoram a entregabilidade e reduzem falsificações:
Use alias quando uma pessoa deve receber mensagens enviadas para vários endereços (por ex.: hello@ entregue na mesma caixa principal).
Use caixa separada/caixa compartilhada quando:
Um catch-all aceita mensagens enviadas para [email protected], incluindo erros de digitação.
Prós:
Contras:
A melhor prática é estabilizar o novo ambiente e depois migrar:
Resolva de cima para baixo:
Ao pedir suporte, inclua screenshots do DNS e o cabeçalho completo de uma mensagem de exemplo (mostra resultados SPF/DKIM/DMARC).
p=nonesupport@sales@Se ativar, direcione para uma caixa monitorada e aplique filtragem de spam rigorosa.