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.

Painel → Configurações → Notificações → Domínio de e-mail

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.

1 Habilitar e configurar
2 Adicionar domínio
3 Configurar DNS
4 Verificar

Os mesmos quatro passos aparecem como Progresso da configuração do domínio no topo da aba, para que você sempre saiba onde parou.

Nada muda até você chegar ao passo 4. Enquanto o domínio não estiver verificado, o Umbrella continua enviando a partir do próprio endereço. Ativar a opção antes da hora não tem como quebrar seus e-mails.

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.

Se mesmo assim você usar o domínio raiz, precisa mesclar a entrada SPF ao seu registro SPF existente em vez de adicionar um segundo — um domínio com dois registros SPF falha na autenticação de ambos, o que também quebra o e-mail normal da sua empresa. Veja mais abaixo.

Passo 1 — Habilitar e configurar

Ative Usar domínio personalizado e preencha:

CampoO que é
Domínio personalizadoO 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 remetenteO que os clientes veem no campo “De” — warranties@mail.yourbrand.com. Precisa estar no domínio personalizado acima.
Nome do remetenteO nome de exibição — “Garantias Yourbrand”. Até 100 caracteres.
E-mail de respostaPara 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.

O e-mail do remetente precisa estar no domínio personalizado. Um endereço em outro domínio é ignorado sem aviso e o e-mail sai do remetente padrão do Umbrella — e-mails de um endereço que o seu domínio não autentica vão para o spam, então o Umbrella não faz isso. O e-mail de resposta não tem essa restrição, então enviar pelo nosso endereço e receber as respostas no seu é uma configuração perfeitamente válida.

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).

#TipoNomeValor
1TXTseu domínio personalizadov=spf1 include:mailgun.org ~all
2TXTk1._domainkey. + seu domínio personalizadouma chave longa, exclusiva para você — copie do painel
3MXseu domínio personalizadomxa.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.

Não sobrescreva um registro MX existente. Se o domínio que você informou já recebe e-mails, adicionar este MX vai desviá-los. Esse é mais um motivo para usar um subdomínio novo.

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 esperaVocê 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 10 no campo de prioridade e mxa.mailgun.org como valor; um valor 10 mxa.mailgun.org em 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.

Confira os registros você mesmo antes de verificar de novo. Uma ferramenta de consulta externa como o MXToolbox, ou 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

  1. Confirme que os dois registros TXT existem e estão visíveis publicamente com uma consulta externa.
  2. Verifique se o Nome do registro DKIM tem o problema do domínio duplicado descrito acima.
  3. Confirme que o valor DKIM foi colado como uma única string contínua.
  4. Confirme que existe exatamente um registro SPF nesse nome — veja abaixo.
  5. 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

Agende uma demonstração

Veja como a myUmbrella pode transformar seu programa de garantia

Escolha um horário

Escolha um horário conveniente para sua demonstração personalizada

ESC

Comece a digitar para pesquisar em todo o conteúdo

Nenhum resultado encontrado

Tente outro termo de busca