Domínio de e-mail personalizado
Envie e-mails de garantia e de sinistros a partir do seu próprio domínio: adicione o domínio, publique três registros DNS e faça a verificação.
Envie e-mails a partir do seu próprio domínio
Por padrão, seus clientes recebem os e-mails de garantia e de sinistros de um endereço do Umbrella. Aponte o Umbrella para um domínio que é seu e os mesmos e-mails passam a chegar de warranties@yourbrand.com — sua marca fica mais reconhecível na caixa de entrada, a entregabilidade melhora e as respostas chegam onde você quiser.
São quatro passos, e só um deles acontece fora do Umbrella: publicar três registros DNS no serviço que gerencia o seu domínio. É nesse passo que se perde mais tempo, por isso ele tem uma seção própria mais abaixo.
Os mesmos quatro passos aparecem como Progresso da configuração do domínio no topo da aba, para que você sempre saiba onde parou.
Antes de começar: escolha um subdomínio
Use um subdomínio — mail.yourbrand.com, warranty.yourbrand.com — em vez do seu domínio raiz.
Seu domínio raiz quase certamente já envia e-mails pelo Google Workspace, Microsoft 365 ou pela sua central de atendimento, e já tem os registros SPF e MX que fazem isso funcionar. Um subdomínio tem registros próprios, então nada do que você adicionar aqui pode entrar em conflito com o que já existe. Ele também mantém a reputação de envio dos e-mails de garantia separada da reputação da sua equipe.
Passo 1 — Habilitar e configurar
Ative Usar domínio personalizado e preencha:
| Campo | O que é |
|---|---|
| Domínio personalizado | O domínio ou subdomínio que envia os e-mails — mail.yourbrand.com. Não é um endereço de e-mail e não leva https://. |
| Endereço de e-mail do remetente | O que os clientes veem no campo “De” — warranties@mail.yourbrand.com. Precisa estar no domínio personalizado acima. |
| Nome do remetente | O nome de exibição — “Garantias Yourbrand”. Até 100 caracteres. |
| E-mail de resposta | Para onde vão as respostas — support@yourbrand.com. Este pode ser qualquer endereço, em qualquer domínio. |
Selecione Salvar configurações de e-mail.
Passo 2 — Adicionar o domínio
Selecione Adicionar domínio, ao lado do campo Domínio personalizado.
Isso registra o domínio no nosso provedor de e-mail e solicita os seus registros DNS. Sua chave DKIM é gerada aqui e é exclusiva do seu domínio — por isso o cartão Configuração de DNS fica vazio, e na verdade nem aparece, até este passo ser concluído.
É aqui que as pessoas mais costumam travar: não há registros para copiar até o domínio ser adicionado. Salvar as configurações normalmente já faz esse registro, e nesse caso você verá “Verificação de domínio iniciada” e o cartão de DNS aparece na hora. Se isso não acontecer, o botão está ali.
Depois que o domínio é registrado, o mesmo botão passa a ser Verificar domínio — você vai usá-lo no passo 4.
Passo 3 — Publicar os registros DNS
O cartão Configuração de DNS lista três registros. Cada um tem um botão de copiar que coloca o valor na sua área de transferência.
Adicione-os onde o DNS do seu domínio é gerenciado — no seu registrador (GoDaddy, Namecheap), no seu provedor de DNS (Cloudflare, Route 53) ou na sua plataforma de loja, se o domínio for gerenciado lá (Shopify → Configurações → Domínios → Gerenciar → Configurações de DNS).
| # | Tipo | Nome | Valor |
|---|---|---|---|
| 1 | TXT | seu domínio personalizado | v=spf1 include:mailgun.org ~all |
| 2 | TXT | k1._domainkey. + seu domínio personalizado | uma chave longa, exclusiva para você — copie do painel |
| 3 | MX | seu domínio personalizado | mxa.mailgun.org, prioridade 10 |
Os registros 1 e 2 são os que autenticam seus e-mails. O registro 3 serve para receber e-mails no subdomínio e está listado para completar.
Nome: a parte que todo mundo erra
O Umbrella mostra o nome completo do registro — k1._domainkey.mail.yourbrand.com. Muitos provedores de DNS não querem o nome completo: eles acrescentam o seu domínio automaticamente, então você informa só a parte que vem antes dele.
| O campo Nome do seu provedor espera | Você informa |
|---|---|
| Só o host (Cloudflare, GoDaddy, Namecheap, Shopify, a maioria dos registradores) | k1._domainkey.mail |
| O nome totalmente qualificado (Route 53, alguns DNS corporativos) | k1._domainkey.mail.yourbrand.com |
O Umbrella mostra a versão abreviada logo abaixo do registro DKIM — “Observação: Alguns provedores de DNS adicionam automaticamente o seu domínio. Se você receber um erro, tente inserir apenas …” — para que você copie a que o seu provedor aceita.
Como saber qual é o seu caso: olhe um registro que já existe na zona. Se os registros existentes aparecem como www e @ em vez de www.yourbrand.com, seu provedor acrescenta o domínio e você precisa da forma curta. @ significa o próprio domínio, então um registro cujo Nome é o seu domínio personalizado é informado como @ se você estiver na zona desse próprio domínio, ou como mail se estiver na zona pai adicionando registros para mail.yourbrand.com.
O sintoma desse erro é um registro com o domínio duplicado — k1._domainkey.mail.yourbrand.com.yourbrand.com. A verificação vai falhar, e olhar o registro salvo na lista do seu provedor de DNS costuma bastar para perceber.
Aspas, espaços e outras pequenas armadilhas
- Aspas em volta do valor TXT. Alguns provedores adicionam as aspas sozinhos e esperam que você cole o texto puro; outros guardam exatamente o que você digita. Se o registro salvo aparecer como
""v=spf1 …"", remova o par externo. - Não adicione quebras de linha ao valor DKIM. Ele é longo e vai quebrar na tela — tudo bem, desde que o valor colado seja uma única string contínua. Use o botão de copiar em vez de selecionar o texto à mão.
- A prioridade tem um campo próprio nos registros MX. Informe
10no campo de prioridade emxa.mailgun.orgcomo valor; um valor10 mxa.mailgun.orgem um provedor que tem campo de prioridade separado não vai resolver. - Pontos finais. Alguns provedores mostram um ponto no final (
mxa.mailgun.org.) depois de salvar. Isso é normal e correto. - TTL não importa. Deixe o padrão.
Passo 4 — Verificar
Volte à aba Domínio de e-mail e selecione Verificar domínio. O Umbrella pergunta ao provedor se os registros estão visíveis e atualiza o status.
- Domínio verificado — está no ar. A partir de agora, seus e-mails de garantia e de sinistros saem do seu endereço.
- Domínio adicionado - Configuração de DNS necessária — os registros ainda não estão visíveis. Ou ainda não se propagaram, ou há algo errado neles.
- Verificação falhou — confira os registros e tente de novo.
Alterações de DNS costumam ficar visíveis em minutos, mas podem levar até 24 horas para se propagar — às vezes mais. Clicar em Verificar domínio várias vezes não acelera nada.
dig TXT k1._domainkey.mail.yourbrand.com em um terminal, mostra se o mundo consegue ver o registro. Se a consulta voltar vazia, o problema está no seu provedor de DNS, não no Umbrella.Depois da verificação
O Nome do remetente e o E-mail de resposta podem ser alterados a qualquer momento — salve e eles valem na hora, sem nova verificação.
Alterar o próprio Domínio personalizado recomeça tudo. O novo domínio é registrado, uma nova chave DKIM é emitida, a verificação volta para não verificado e o Umbrella envia a partir do endereço padrão até o novo domínio ser verificado. Se você está trocando de domínio, publique os novos registros antes de alterar o campo.
Desativar Usar domínio personalizado faz tudo voltar ao remetente padrão do Umbrella. Seu domínio e a verificação dele são mantidos, então reativar não exige refazer o DNS.
Solução de problemas
Diz que está verificado, mas os e-mails continuam saindo do Umbrella
Confira se o Endereço de e-mail do remetente está no seu domínio personalizado. Um endereço em qualquer outro domínio é ignorado sem aviso em favor do remetente padrão, para evitar o envio de e-mails não autenticados. Confira também se Usar domínio personalizado continua ativado e se os e-mails para clientes não estão sendo enviados pelo Klaviyo, que envia a partir do seu domínio do Klaviyo.
”This domain is already registered with another Mailgun account”
O domínio já foi configurado antes no nosso provedor de e-mail — muitas vezes por uma agência anterior ou por um serviço que você usava. Ele precisa ser liberado dessa conta antes de poder ser adicionado aqui. Se você não conseguir identificar a conta, fale com o suporte e ajudaremos a resolver.
A verificação não passa
- Confirme que os dois registros TXT existem e estão visíveis publicamente com uma consulta externa.
- Verifique se o Nome do registro DKIM tem o problema do domínio duplicado descrito acima.
- Confirme que o valor DKIM foi colado como uma única string contínua.
- Confirme que existe exatamente um registro SPF nesse nome — veja abaixo.
- Espere uma hora e tente mais uma vez antes de escalar.
O registro SPF pode quebrar o resto dos seus e-mails
Um nome só pode ter um registro SPF. Se o domínio que você informou já tem um — porque envia e-mails pelo Google Workspace, Microsoft 365, Shopify ou uma central de atendimento — não adicione um segundo. Em vez disso, mescle o include:
v=spf1 include:_spf.google.com include:mailgun.org ~all
Dois registros SPF separados no mesmo nome são um estado de erro permanente que faz falhar a autenticação de todos os remetentes desse domínio, não só do Umbrella. É exatamente o acidente que um subdomínio dedicado evita.
Os e-mails chegam, mas vão para o spam
Um domínio de envio novo não tem reputação. Comece com um volume normal em vez de um pico, mantenha o Nome do remetente reconhecível e espere algumas semanas. Se persistir, verifique se nenhuma entrada SPF antiga no domínio contradiz a nova.
Relacionados
- Configurações de notificações — quais e-mails são enviados e para quem
- Modelos de e-mail — o conteúdo e o design desses e-mails
- Integração com o Klaviyo — envie os e-mails para clientes pelo seu próprio Klaviyo, usando um domínio já verificado lá


