Mais cedo ou mais tarde, uma agência que revende e-mail encontra um cliente que se recusa a enviar pelos servidores de terceiros. Por vezes é uma exigência de conformidade, noutras é um relay existente cuja reputação foi construída ao longo de anos, ou simplesmente uma política que ninguém quer voltar a discutir. O SMTP de marca branca satisfaz essa exigência sem lhe custar a relação comercial: a interface apresenta a sua marca, enquanto as mensagens do cliente saem pela infraestrutura dele.
Esta página explica como as duas configurações se combinam, por que razão vale a pena mantê-las separadas mesmo quando nenhum cliente o exige e o trabalho de autenticação que determina se as mensagens chegam ao destino.
Duas configurações que funcionam em conjunto
O SMTP de marca branca não é uma funcionalidade ativada por um interruptor. É o resultado de duas configurações independentes por domínio, o que explica por que esta combinação muitas vezes passa despercebida.
A identidade visual é configurada por domínio. Cada domínio pode herdar a identidade predefinida da conta, usar a sua própria marca ou não apresentar nenhuma. Assim, uma única conta consegue mostrar uma empresa diferente em cada domínio que administra. O funcionamento é explicado em identidade visual por domínio.
O envio também é configurado por domínio. Um domínio pode usar o SMTP gerido da plataforma, um perfil fornecido por si ou nenhum serviço. Os perfis guardam as credenciais de um relay, incluindo nome do servidor, porta, utilizador e palavra-passe, e cada domínio pode apontar para um perfil diferente. Veja SMTP personalizado por domínio.
Configure ambos em cada domínio e terá SMTP de marca branca: quarenta domínios de clientes, quarenta marcas se assim o desejar e quarenta canais de envio distintos, todos administrados com um único acesso e uma única subscrição.
Por que razão um cliente pede esta configuração
Os clientes pedem SMTP de marca branca por quatro motivos. Convém distingui-los, porque apenas dois são negociáveis.
Endereços IP com reputação já consolidada. Uma reputação de envio consolidada é difícil de reconstruir e fácil de perder. Um cliente cujas mensagens chegam de forma fiável já possui um ativo. Pedir-lhe que o abandone significa fazê-lo assumir um risco apenas para sua conveniência.
Um contrato que determina o canal de envio. Alguns acordos especificam a origem das mensagens. Não se trata de uma preferência e não será possível convencer o cliente a ignorá-la.
Volume transacional já existente. Se a aplicação do cliente já envia por um provedor, encaminhar a correspondência pelo mesmo serviço mantém uma única relação em vez de duas.
Prudência institucional. É a razão mais vaga e também a mais comum: alguém com poder de decisão não se sente confortável com mensagens enviadas por um fornecedor que ainda não foi avaliado. O SMTP de marca branca resolve a questão sem abrir um processo de contratação.
Vale a pena manter a separação mesmo assim
Mesmo quando nenhum cliente insiste, o SMTP de marca branca protege a agência contra um tipo de falha que se torna caro em grande escala.
Num único canal partilhado, o comportamento de cada cliente afeta a reputação de todos os outros. Basta a caixa comprometida de um cliente, um envio em massa mal ponderado ou uma campanha com demasiadas devoluções para prejudicar a entrega de toda a carteira. Fica então com um problema difícil de explicar aos clientes afetados, pois a causa pertence a outra organização.
O encaminhamento por domínio contém o problema. Uma falha num domínio permanece nesse domínio, transformando um incidente que atingiria toda a carteira numa única conversa difícil. Para uma agência que gere quarenta domínios de clientes, essa contenção vale mais do que o custo da configuração.
Quem fica responsável pela autenticação
É neste ponto que as configurações de SMTP de marca branca falham, e fazem-no silenciosamente: as mensagens são enviadas sem erro, mas acabam no spam.
Enviar pelo relay do cliente exige que o DNS do cliente autorize esse relay. O respetivo registo SPF tem de o incluir, e a assinatura DKIM deve gerar uma assinatura alinhada com o domínio do remetente. Nenhum desses registos está no seu DNS, portanto ambas as alterações dependem do cliente. Esse é o verdadeiro custo de gestão do projeto.
Faça um teste real antes de considerar o trabalho concluído. Envie uma mensagem para dois grandes provedores e examine os cabeçalhos: SPF aprovado, DKIM aprovado e alinhamento DMARC. Quando os três resultados estão visíveis, o trabalho terminou. Se um deles falhar, construiu algo que parece funcionar, mas não funciona. Os nossos guias sobre SPF e alinhamento DMARC explicam as condições necessárias.
Planeie este trabalho por cliente, e não apenas para o projeto como um todo. Quarenta domínios representam quarenta conversas sobre DNS com quarenta pessoas diferentes, responsáveis por esses registos em quarenta agentes de registo diferentes. É esta parte que demora semanas em vez de minutos.
O que continua sob a sua responsabilidade
Com SMTP de marca branca, o cliente fornece o canal de envio, mas tudo aquilo que a equipa dele utiliza no dia a dia continua a apresentar a sua marca.
Os utilizadores entram no webmail com o seu logótipo, as suas cores e o seu endereço de suporte. As caixas postais, os aliases, o encaminhamento e o armazenamento são administrados no seu painel. Quando algo falha, entram em contacto consigo porque é isso que a interface lhes indica. Essa é precisamente a diferença entre revender e apenas recomendar um serviço.
O limite que deve ser explicado com transparência é que os cabeçalhos continuam a revelar onde a mensagem foi processada. Uma pessoa com conhecimentos técnicos consegue identificar a plataforma subjacente ao inspecionar a mensagem. Isso acontece em qualquer serviço de e-mail de marca branca, mesmo quando não é mencionado, e raramente importa aos funcionários do cliente. Pode importar ocasionalmente ao departamento de TI, por isso é melhor abordar o assunto desde o início do que ser apanhado de surpresa.
Quanto custa e quem paga
O White Label Lite custa $39 por mês ou $389 por ano, pode ser adicionado a qualquer plano de e-mail, incluindo o gratuito, e não é cobrado por cliente. Quarenta domínios de clientes custam o mesmo que quatro.
O custo do relay fica a cargo do cliente, o que representa uma vantagem comercial importante: está a revender a administração e a interface, não a capacidade de envio. Assim, um cliente com um volume transacional dispendioso não aumenta a sua fatura. O seu plano de e-mail cobre os números de domínios e caixas postais. Uma agência desta dimensão costuma usar o Agency, que custa $29 por mês e admite mil domínios.
Este é todo o custo recorrente: $68 por mês por uma operação de e-mail com a sua marca e multicliente, na qual cada cliente envia pela sua própria infraestrutura.
Quando não deve usar esta configuração
Há três situações em que o SMTP de marca branca é a escolha errada. Fingir o contrário acabaria por lhe custar caro.
O cliente não tem um relay e teria de criar um. Montar infraestrutura de envio para um cliente que ainda não a possui implica semanas de aquecimento e uma responsabilidade contínua. O envio gerido existe precisamente para evitar essa tarefa. Um relay novo é um retrocesso apresentado como flexibilidade.
Teria de dar suporte a uma infraestrutura que não consegue observar. Quando o relay do cliente deixa de aceitar mensagens, o envio para e o cliente liga-lhe. Se não tiver visibilidade sobre o sistema, fica responsável por algo que não consegue diagnosticar. Definam antecipadamente quem investiga os incidentes.
O cliente é pequeno e a configuração é apenas simbólica. Um cliente com duas pessoas que pede um canal de envio próprio porque parece mais profissional está a pedir uma complexidade que provavelmente dará origem a um pedido de suporte no espaço de três meses. O envio gerido serve-o melhor, e dizê-lo é uma decisão comercial mais acertada do que aceitar.
Este modelo faz sentido para clientes que já possuem infraestrutura de envio e sabem por que razão a mantêm. Para todos os outros, a configuração mais simples é também a mais fiável.
