Envio Multidomínio e Identidades de Remetente para Agências

Uma agência que roda campanhas de clientes a partir de uma única conta MailInApp costumava significar ou um domínio de envio compartilhado por todos, ou uma conta separada por cliente. Vários domínios de envio e identidades de remetente nomeadas fecham essa lacuna: verifique o próprio domínio de cada cliente uma vez, defina uma identidade de remetente por marca ou por tipo de e-mail em cima dele, e escolha a certa por projeto, por agendamento ou por lista de contatos — sem segunda conta, sem reputação compartilhada.

Assunto

Your spring collection is here

Verifique mais de um domínio de envio em uma única conta MailInApp e adicione identidades de remetente nomeadas em cima de cada um. Uma conta pode então rodar campanhas como várias marcas de cliente distintas — seu próprio domínio, seus próprios endereços de remetente, seus próprios links de rastreamento, sua própria reputação de entregabilidade — sem uma segunda conta e sem identidade compartilhada entre clientes.

Uma agência que gerenciava vários clientes a partir de uma única conta MailInApp costumava ter exatamente um domínio de envio para trabalhar, compartilhado entre as campanhas de todos os clientes. Vários domínios de envio e identidades de remetente removem esse teto: verifique o próprio domínio de cada cliente uma vez, e tudo o que vem depois — endereço de remetente, resposta, links de rastreamento — pode ter escopo limitado àquela marca específica.

Verificando mais de um domínio

O card de domínio de envio em Configurações agora lista todos os domínios da conta, não só um — cada domínio verificado (ou em andamento) se expande no próprio painel de detalhes, com registros DNS independentes, status de verificação, endereço de remetente, e alternador nativo-vs-SMTP. Definir como padrão decide para qual domínio um envio recorre quando nada mais específico está configurado; Desconectar remove um, e é recusado só se um agendamento recorrente ativado ainda depender dele como seu único domínio verificado.

Identidades de remetente: um nome e um endereço por marca ou finalidade

Assim que um domínio está verificado, uma identidade de remetente é um {name, email, reply-to} nomeado vinculado a ele — [email protected] para recibos, [email protected] para newsletters, ambos verificados pelo mesmo domínio, mas mostrando aos destinatários um nome e um endereço diferentes. É o mesmo conceito que a Brevo chama de "Remetentes", e é o que torna vários domínios realmente utilizáveis no dia a dia, não só teoricamente possíveis.

Escolhendo o remetente certo sem ter que fazer isso toda vez

Qual identidade — e, portanto, qual domínio — um envio usa depende de quão específico você foi. Um envio agendado verifica primeiro o próprio remetente do agendamento; um envio manual verifica primeiro o próprio remetente do projeto. De qualquer forma, um remetente não definido recorre ao padrão da lista de público, e por fim ao domínio padrão da conta. Definir uma vez o remetente padrão de uma lista de contatos faz com que todo envio para a lista daquele cliente use a identidade certa automaticamente, sem escolher por campanha ou por agendamento.

Um destinatário que passa o mouse sobre um link ou encaminha um e-mail a um colega também vê o domínio do link. Um domínio de rastreamento personalizado, disponível no plano Lite e acima, aponta os links de visualização ao vivo, clique e rastreamento de abertura para um subdomínio do próprio domínio do cliente em vez de mailinapp.com — um único registro CNAME, provisionamento automático de TLS, sem arquivos de certificado para gerenciar. Todo novo envio a partir daquele domínio o usa automaticamente assim que verificado; nada que já foi entregue muda.

O que isso não muda

A medição de volume continua sendo por conta inteira, não por domínio ou por cliente — uma decisão do eixo de preços, não uma limitação técnica, então adicionar o domínio de um cliente não muda por si só o seu teto de envio mensal. A reputação própria de cada domínio, seu DKIM/SPF/DMARC, e o tratamento de bounce/reclamação continuam totalmente independentes de qualquer outro domínio na conta, então um problema de entregabilidade de um cliente nunca afeta o de outro.

Para começar

Verifique o domínio de cada cliente em Configurações, crie as identidades de remetente que você precisar em cima dele, e defina o padrão certo no nível de lista, projeto ou agendamento, dependendo de quanto controle por envio você quer. Veja Vários domínios e identidades de remetente e domínio de rastreamento personalizado para a referência completa de configuração, e fluxos de trabalho de agência white-label para o lado de modelos e repasse ao rodar vários clientes a partir de uma conta.

Uma sequência típica de criação e envio

  1. 1

    Verifique o domínio de cada cliente

    Adicione um domínio de envio por cliente em Configurações — a lista de domínios mostra cada um verificado ou em andamento, cada um com seus próprios registros DNS, status de verificação e selo de padrão, completamente independente dos demais.

  2. 2

    Defina uma identidade de remetente por marca ou finalidade

    Assim que um domínio estiver verificado, crie identidades de remetente nomeadas vinculadas a ele — orders@ para recibos, hello@ para newsletters — cada uma exibindo um nome e um endereço de resposta diferentes, verificadas pelo mesmo domínio subjacente.

  3. 3

    Defina o padrão certo no nível certo

    Escolha um remetente no próprio projeto, em um agendamento recorrente, ou como o remetente padrão da própria lista de contatos — assim o envio de todo um cliente pode usar a identidade certa sem escolher a cada envio.

  4. 4

    Adicione um domínio de rastreamento personalizado para a marca do cliente

    No plano Lite e acima, aponte os links de visualização ao vivo, clique e rastreamento de abertura para o próprio subdomínio do cliente em vez de mailinapp.com, para que todo link que um destinatário veja corresponda à marca que ele já conhece.

Perguntas frequentes

Quantos domínios de envio e identidades de remetente uma conta pode ter?

Ambos têm um teto por plano que aumenta com o nível — o Free suporta 1 domínio e 1 identidade de remetente, todo plano pago aumenta os dois, até ilimitado no Business e no Enterprise. Veja os preços para os números exatos.

Se eu não escolher um remetente para um envio específico, o que acontece?

Ele recorre ao padrão mais específico disponível — um envio agendado verifica o próprio remetente do agendamento, um envio manual verifica o próprio remetente do projeto — depois o remetente padrão da lista de público, e por fim o domínio de envio padrão da conta. Uma conta que nunca usou esse recurso continua se comportando exatamente como com um único domínio.

Cada domínio de cliente precisa do próprio tenant SES ou configuração de reputação?

Cada domínio verificado ganha os próprios registros DKIM/SPF/DMARC e é autenticado de forma independente — a reputação de envio é rastreada por domínio, então o índice de bounce ou reclamação de um cliente não afeta a entregabilidade de outro.

A Send API consegue usar o remetente de um cliente específico em uma chamada transacional?

Sim — ela aceita um senderId explícito da mesma forma que um envio manual, ou um endereço de remetente avulso validado contra qualquer um dos domínios verificados da conta, não só o padrão, para controle total por chamada.

O que acontece se eu excluir uma identidade de remetente que o agendamento de um cliente ainda referencia?

Nada quebra — excluir uma identidade de remetente nunca é bloqueado, e qualquer coisa que ainda a referencie simplesmente recorre automaticamente ao endereço de remetente padrão do próprio domínio.

Construa isso no estúdio

Comece no plano gratuito — todos os blocos interativos e o motor de fallback completo estão incluídos em todos os planos.