Deliverability
White label de registros DNS para seus clientes: dicas e truques
Muitos de nossos clientes rodam aplicativos de marketing digital em grande escala no Mailgun para seus próprios clientes. Por exemplo, Vero e Userfox são provedores de serviços de e-mail que desenvolveram seus excelentes aplicativos de automação de marketing digital com o Mailgun — somos o parceiro de white label deles. Os clientes deles podem nem saber que sua marca própria foi criada sobre o Mailgun, e não há problema algum nisso!
Produtos e soluções white label são comuns em praticamente qualquer mercado, de e-mails a supermercados, e é fácil entender o motivo. Ter outra empresa para fornecer uma infraestrutura robusta e um back-end como base permite que você foque mais na marca, nos produtos e nos negócios da sua empresa, em vez de criar uma solução complexa internamente. É exatamente como quando uma marca de loja usa o mesmo produto genérico fabricado por uma marca genérica, apenas sob o seu próprio marcador. Além disso, é econômico usar um serviço de white label, e todo mundo adora economizar.
Queremos que nossos clientes controlem o relacionamento com seus próprios clientes por meio da sua própria marca, não da nossa.
Isso significa fornecer uma variedade de soluções white label para melhor utilizar nossos serviços sob sua própria marca. Ao fazer isso, quando um cliente pesquisa algo relacionado ao seu próprio produto em um mecanismo de busca, empresas como Vero e Userfox aparecem como resultado, e não o Mailgun. O que nos leva à dica de hoje.
White label em registros SPF
SPF é a sigla para Sender Policy Framework. É um método para evitar o spoofing do endereço do remetente verificando os endereços IP do remetente. Basicamente, quando um remetente adiciona um registro de texto do SPF ao seu domínio (digamos, example.com), ele está autorizando um provedor de serviços de e-mail, como o Mailgun, a enviar e-mails a partir de @example.com. IPs não autorizados não terão permissão para enviar de @example.com. Sem esse registro, os provedores de serviços de e-mail de recebimento, como Gmail e Yahoo, têm mais probabilidade de sinalizar o e-mail como spam.
Um registro SPF para o Mailgun é assim:
v=spf1 include:mailgun.org ~all
Observe que o registro inclui mailgun.org. Alguns provedores de aplicativos não querem expor para seus próprios clientes que estão usando o Mailgun por meio deste registro SPF. E não precisam, graças ao encadeamento de registros SPF.
Um exemplo de encadeamento de registros SPF
Imagine que você criou o melhor sistema de CRM do mundo — awesome-crm.com — e permite que seus clientes enviem e-mails aos próprios contatos diretamente pelo sistema. Você quer que eles consigam aplicar white label aos próprios e-mails, de forma a usarem o próprio domínio em vez de awesome-crm.com para os envios. Fácil. Basta criar um domínio personalizado na sua conta do Mailgun e fornecer ao seu próprio cliente uma string SPF que inclua awesome-crm.com em vez de mailgun.org. Ao mesmo tempo, você configurará seu próprio registro SPF apontando para mailgun.org; é como uma corrente.
Supondo que um cliente seu possua example.com:
- Registro TXT para example.com:
v=spf1 include:awesome-crm.com ~all - Registro TXT para awesome-crm.com:
v=spf1 include:mailgun.org ~all
E aí está o produto final! A propriedade transitiva significa que o registro SPF do seu cliente aponta para o Mailgun, embora ele ache que está apontando apenas para você.
LUCRO!
Bons envios,
Os Mailgunners
