Vários domínios e identidades de remetente

A maioria das contas só chega a verificar um domínio, mas as Configurações suportam mais — uma boa opção se você envia em nome de várias marcas, ou quer um subdomínio dedicado para e-mails transacionais separado do marketing.

Vários domínios de envio

A página Configurações → Domínios mostra uma lista, não um único cartão. Todo domínio verificado (ou em andamento) ganha uma linha, com um selo de padrão em qualquer um para o qual novos envios recorrem por padrão. Cada item se expande em seu próprio painel de detalhes — registros DNS, status de verificação, endereço de remetente, alternador nativo-vs-SMTP e recebimento de e-mails — completamente independente de qualquer outro domínio na conta. Definir como padrão muda qual domínio um envio usa quando nada mais específico se aplica. Desconectar remove um domínio, e é recusado se um agendamento recorrente ativado ainda depender dele como seu único domínio verificado.

Seu plano limita quantos domínios de envio você pode verificar de uma vez — veja preços.

Identidades de remetente

Uma identidade de remetente é um {name, email, reply-to} nomeado, associado a um dos seus domínios verificados — a Brevo chama o mesmo conceito de "Remetentes" (Senders). Crie uma a partir do cartão Identidades de remetente assim que tiver ao menos um domínio verificado: [email protected] para recibos, [email protected] para newsletters, ambos verificados pelo mesmo domínio subjacente, mas exibindo um nome e endereço diferentes aos destinatários.

Onde uma identidade de remetente se aplica

Quatro lugares resolvem qual identidade (e, portanto, qual domínio) um envio usa, nesta ordem:

1. O remetente do próprio agendamento, se o formulário de criação do envio recorrente tiver um selecionado.
2. O remetente do próprio projeto, definido no seletor "Identidade de remetente" do painel de Envio.
3. O remetente padrão da lista de público, definido uma vez nas configurações de uma lista de contatos — útil quando todo envio para essa lista deve vir da mesma identidade, sem precisar escolher por projeto.
4. O domínio de envio padrão da conta, se nada mais específico estiver definido — o comportamento inalterado de domínio único.

A Send API aceita um senderId explícito da mesma forma, ou um endereço from avulso (validado contra qualquer um dos domínios verificados da conta, não apenas o padrão) para controle total por chamada.

Excluir uma identidade de remetente nunca é bloqueado — qualquer coisa que ainda a referencie simplesmente recorre ao endereço de remetente padrão do próprio domínio, o mesmo comportamento de degradação graciosa de uma vinculação de ciclo de vida excluída em outras partes do produto.