> ## Knowledge Base Index > Fetch the complete knowledge base index at: https://help.konfidency.cx/sitemap.xml > Use this file to discover available pages before exploring further. > Pure-Markdown content can be obtained by appending a '.md' suffix to the content URLs listed in the sitemap (without the trailing slash). # 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](https://storage.crisp.chat/users/helpdesk/website/-/3/9/d/f/39df7b9f061cdc00/image-1787320993767_fxp4gg.png) 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](https://storage.crisp.chat/users/helpdesk/website/-/3/9/d/f/39df7b9f061cdc00/image-1787320964577_2ms5ty.png) 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](https://storage.crisp.chat/users/helpdesk/website/-/3/9/d/f/39df7b9f061cdc00/image-1787320998317_nzmzdc.png) 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 | `._domainkey.avaliacoes.lojademo.com.br` | `.`dkim.amazonses.com | | CNAME | `._domainkey.avaliacoes.lojademo.com.br` | `.`dkim.amazonses.com | | CNAME | `._domainkey.avaliacoes.lojademo.com.br` | `.`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 (`._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: ```text 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 ._domainkey.avaliacoes.sualoja.com.br -> .dkim.amazonses.com CNAME ._domainkey.avaliacoes.sualoja.com.br -> .dkim.amazonses.com CNAME ._domainkey.avaliacoes.sualoja.com.br -> .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 `. 4. 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.