Artigos sobre: Funcionalidades Konfidency

Configurar remetente de e-mail customizado

Remetente customizado: enviar as notificações com o domínio da sua loja


Por padrão, as notificações de avaliação da Konfidency saem de um domínio compartilhado
(sualoja@avaliesuacompra.com no Brasil, sualoja@calificatupedido.com na América Hispânica).
Funciona bem, mas o consumidor recebe um e-mail de um domínio que ele não reconhece.


Com o remetente customizado, o mesmo e-mail passa a sair de um endereço do domínio da sua
loja — por exemplo avaliacoes@avaliacoes.sualoja.com.br. O consumidor reconhece a marca já na
caixa de entrada, o que aumenta abertura e resposta.


Este artigo mostra o passo a passo completo. A configuração é feita uma única vez e leva poucos
minutos no painel — o tempo restante depende de quem publica os registros no DNS do seu domínio.


Onde fica: painel da Konfidency → menu Notificações → Remetentes customizados.
É necessário ter permissão de gerenciamento de configurações.


⚠️ Atenção: verificar o domínio não troca o remetente dos seus e-mails.
A verificação apenas libera o novo endereço para uso. Os envios só passam a sair por ele depois
que você alterar o remetente na edição de cada template de e-mail (Passo 4). Enquanto isso não
for feito, todos os templates continuam enviando pelo domínio compartilhado.



Antes de começar: use sempre um subdomínio


Recomendação: nunca use o domínio principal da loja como remetente.


Ou seja, prefira avaliacoes@avaliacoes.sualoja.com.br em vez de avaliacoes@sualoja.com.br.


O motivo é técnico e evita o problema mais comum dessa configuração:


  • Os registros de autenticação de e-mail (SPF, DKIM e DMARC) são publicados **no domínio

do e-mail informado**. Se você informar avaliacoes@sualoja.com.br, eles vão para o domínio
principal — o mesmo que já é usado pelos e-mails transacionais da plataforma de e-commerce,
pelas ferramentas de marketing, pelo ERP e pelo e-mail corporativo.

  • Um domínio só pode ter um registro SPF. Se o domínio principal já tiver um (e quase sempre

tem), criar um segundo faz todos os seus e-mails começarem a falhar na entrega — inclusive os
transacionais e os de marketing.

  • Usando um subdomínio dedicado, os registros ficam isolados: o SPF, o DKIM e o DMARC do subdomínio

não conflitam com nada do domínio principal, e a reputação de envio das avaliações fica separada
da reputação dos demais e-mails da empresa.


Sugestões de subdomínio: avaliacoes.sualoja.com.br, reviews.sualoja.com.br,
opinioes.sualoja.com.br.


O subdomínio não precisa existir previamente nem apontar para nenhum servidor. Ele passa a
existir quando os registros DNS deste artigo forem publicados.



Passo 1 — Cadastrar o remetente


No painel, acesse Notificações → Remetentes customizados e clique em Adicionar remetente.


Tela 1 do assistente: formulário de cadastro do remetente


Preencha os dois campos:


Campo

O que informar

Nome do remetente

O nome que o consumidor verá na caixa de entrada. Normalmente o nome da loja: Loja Demo.

E-mail do remetente

O endereço de envio, usando o subdomínio: avaliacoes@avaliacoes.lojademo.com.br.


Tela 1 preenchida com nome e e-mail do remetente


Clique em Continuar. Nesse momento o domínio é registrado na AWS e o assistente gera os
registros DNS exclusivos da sua loja.



Passo 2 — Publicar os registros no DNS


O assistente exibe todos os registros que precisam ser criados no DNS do subdomínio.


Tela 2 do assistente: registros DNS de DKIM, SPF e DMARC


Use sempre o botão de copiar ao lado de cada campo. Um caractere digitado errado impede a
validação e é a causa mais comum de "Aguardando DNS" que não sai do lugar.


DKIM — 3 registros CNAME


São três registros do tipo CNAME, únicos para o seu domínio. Eles assinam digitalmente cada
e-mail enviado e são obrigatórios: sem os três, a verificação não conclui.


Tipo

Nome

Valor

CNAME

<token1>._domainkey.avaliacoes.lojademo.com.br

<token1>.dkim.amazonses.com

CNAME

<token2>._domainkey.avaliacoes.lojademo.com.br

<token2>.dkim.amazonses.com

CNAME

<token3>._domainkey.avaliacoes.lojademo.com.br

<token3>.dkim.amazonses.com


Alguns provedores de DNS já completam o nome do registro com o domínio automaticamente. Nesses
casos, informe apenas a parte inicial (<token1>._domainkey) para não gerar um nome duplicado
como ..._domainkey.avaliacoes.lojademo.com.br.avaliacoes.lojademo.com.br.


SPF — 1 registro TXT


Tipo

Nome

Valor

TXT

avaliacoes.lojademo.com.br

v=spf1 include:amazonses.com ~all


⚠️ Se o subdomínio já tiver um registro SPF, não crie um segundo. Edite o existente e adicione
include:amazonses.com antes do ~all ou -all. Dois registros SPF no mesmo nome causam falha na
entrega.


Seguindo a recomendação de usar um subdomínio novo e dedicado, esse conflito não acontece — o SPF
do domínio principal permanece intocado.


DMARC — 1 registro TXT (recomendado)


Tipo

Nome

Valor

TXT

_dmarc.avaliacoes.lojademo.com.br

v=DMARC1; p=none; rua=mailto:dmarc@avaliacoes.lojademo.com.br


⚠️ Não altere o DMARC do domínio principal. Com os três CNAMEs de DKIM publicados, os envios
passam na validação DMARC mesmo que a política do domínio esteja em p=quarantine ou p=reject.
Se o subdomínio já tiver um _dmarc, mantenha o que existe.


Quem publica esses registros


Os registros devem ser criados no servidor DNS que responde pelo domínio da sua loja —
normalmente o mesmo painel onde o domínio foi registrado ou está hospedado (Registro.br, Cloudflare,
Route 53, GoDaddy, Locaweb, UOL Host, entre outros).


Se você não administra o DNS diretamente, **encaminhe os registros para o time de TI, a agência ou o
parceiro responsável pelo domínio**. Copie os valores do assistente e envie algo como:


Assunto: Novos registros DNS — subdomínio de envio de e-mails

Precisamos publicar os registros abaixo no DNS do domínio sualoja.com.br.
São registros de autenticação de e-mail (DKIM, SPF e DMARC) para um subdomínio
dedicado ao envio das notificações de avaliação. Não afetam o domínio principal,
o site, nem os e-mails corporativos.

CNAME <token1>._domainkey.avaliacoes.sualoja.com.br -> <token1>.dkim.amazonses.com
CNAME <token2>._domainkey.avaliacoes.sualoja.com.br -> <token2>.dkim.amazonses.com
CNAME <token3>._domainkey.avaliacoes.sualoja.com.br -> <token3>.dkim.amazonses.com
TXT avaliacoes.sualoja.com.br -> v=spf1 include:amazonses.com ~all
TXT _dmarc.avaliacoes.sualoja.com.br -> v=DMARC1; p=none; rua=mailto:dmarc@avaliacoes.sualoja.com.br

Observações:
- Não alterar o SPF nem o DMARC do domínio principal.
- Se o subdomínio já possuir SPF, editar o registro existente em vez de criar outro.


Se precisar sair da tela antes de publicar, clique em Fazer isso depois. O cadastro fica salvo
com o status Aguardando DNS e os mesmos registros ficam disponíveis a qualquer momento em
Notificações → Remetentes customizados, expandindo o remetente na lista.



⏱️ Prazo: a verificação precisa ser concluída em até 24 horas


Publique os registros e conclua a verificação em até 24 horas após gerar o cadastro.
Depois desse prazo, o remetente que continuar em Aguardando DNS é considerado inválido e
precisa ser removido e cadastrado novamente — o que gera novos registros de DKIM e obriga a
refazer todo o trabalho no DNS.


São dois tempos diferentes, não confunda:


  • Propagação do DNS: depois de salvar os registros, eles costumam ficar visíveis em poucos

minutos, mas o padrão do DNS admite até 72 horas.

  • Prazo de conclusão: o cadastro precisa chegar ao status Verificado em até 24 horas.


Na prática: publique os registros no mesmo dia em que gerar o cadastro. Se o time de DNS não
conseguir atender nesse prazo, prefira criar o remetente no painel só depois que a publicação
estiver agendada.



Passo 3 — Verificar


Com os registros publicados, volte ao assistente (ou à lista de remetentes) e clique em
Já configurei, verificar.


  • Domínio verificado com sucesso! — tudo certo, o remetente já pode ser usado.
  • DNS ainda não propagado — os registros ainda não foram encontrados. Aguarde alguns minutos e

tente novamente. Se persistir por horas, confira a seção de problemas comuns abaixo.


Na lista de remetentes, o status aparece como Aguardando DNS, Verificado ou Falhou.


⚠️ Não pare por aqui. Com o domínio verificado, nada muda ainda nos e-mails enviados aos
seus consumidores. O novo remetente só entra em uso quando for selecionado na edição de cada
template de e-mail — é o que o Passo 4 explica. Sem essa etapa, as notificações continuam saindo
pelo domínio compartilhado.



Passo 4 — Usar o remetente nos templates


Esta etapa é obrigatória. Verificar o domínio apenas o torna disponível — os e-mails só passam
a sair pelo novo endereço depois que ele for selecionado em cada template.


  1. Acesse Notificações → Templates de e-mail.
  2. Abra cada template que deve usar o novo remetente.
  3. No campo de remetente (De / From), selecione a opção com o e-mail do seu domínio —

por exemplo Loja Demo <avaliacoes@avaliacoes.lojademo.com.br>.

  1. Salve.


⚠️ A troca é feita template por template. Não existe alteração em lote: cada template guarda o
seu próprio remetente. Repita os passos acima para todos os templates ativos (solicitação de
avaliação, lembretes, agradecimento, NPS, resposta à avaliação, entre outros). Qualquer template que
você não alterar continua enviando pelo domínio compartilhado — e o resultado é uma base recebendo
e-mails de dois remetentes diferentes.


Só aparecem no seletor os remetentes com status Verificado.



Perguntas frequentes e problemas comuns


Verifiquei o domínio, mas os e-mails continuam saindo do endereço antigo.
Falta o Passo 4. A verificação libera o remetente para uso, mas ele precisa ser selecionado no campo
De / From de cada template em Notificações → Templates de e-mail. Confira template por
template — inclusive os que você não costuma editar.


O status fica em "Aguardando DNS" e não muda.
Confira, na ordem: (1) os três CNAMEs de DKIM foram criados — os três, não apenas um; (2) o nome do
registro não ficou com o domínio duplicado no final; (3) os valores foram colados sem espaços ou
quebras de linha; (4) os registros foram criados na zona DNS que realmente responde pelo domínio
(atenção quando o domínio usa Cloudflare ou outro DNS externo ao registrador). Nos CNAMEs de DKIM em
Cloudflare, mantenha o proxy desligado (nuvem cinza).


Preciso de mais de um remetente no mesmo subdomínio.
Cadastre normalmente. Endereços adicionais no mesmo domínio reaproveitam a verificação existente —
não é necessário criar novos registros DNS.


Quero usar outro subdomínio depois.
É um novo cadastro, com novos registros DNS. O remetente anterior continua funcionando até ser
removido.


Não consigo excluir um remetente.
Se ele estiver selecionado em algum template, o painel bloqueia a exclusão e lista os templates
afetados. Troque o remetente nesses templates e tente novamente.


Isso muda alguma coisa nos e-mails do meu site ou nos e-mails corporativos?
Não. Todos os registros ficam no subdomínio dedicado. O domínio principal não é alterado.


Preciso de um servidor de e-mail ou de uma caixa postal nesse endereço?
Não. O endereço é usado apenas como remetente. Se quiser receber respostas dos consumidores nele,
fale com a Konfidency para configurar o redirecionamento.

Atualizado em: 21/08/2026