Subscriber Key igual ao e-mail: o cliente que troca de e-mail vira outra pessoa
Usar o e-mail como Subscriber Key parece prático, mas quem troca de e-mail vira um contato novo: sem histórico, sem opt-out e cobrado em dobro.
Em uma frase: se a Subscriber Key é o endereço de e-mail, a identidade do cliente muda toda vez que o e-mail muda, e o Marketing Cloud passa a tratar a mesma pessoa como duas.
A escolha costuma acontecer no primeiro import. O arquivo tem uma coluna de e-mail, ela é única naquele dia, o assistente aceita mapear essa coluna para Subscriber Key e o primeiro envio sai sem problema. O erro só aparece meses depois, e a essa altura ele já está em todas as Data Extensions, Journeys e automações da conta.
Por que é um erro crítico
A Subscriber Key é a chave de tudo o que o Marketing Cloud sabe sobre uma pessoa: o status em All Subscribers, o descadastro, o histórico de envios, aberturas e cliques nas Data Views, a posição numa Journey. Quando ela é o e-mail, essa chave não é estável. Basta o cliente atualizar o cadastro para que o próximo import crie outro assinante, com status ativo e sem passado.
Três coisas colocam este erro no nível crítico:
- Ele atinge consentimento. Quem pediu descadastro com o e-mail antigo e voltou com o novo está ativo de novo. Para a empresa, é uma pessoa que disse "não" recebendo marketing.
- Ele é silencioso. Nada falha. Os envios saem, os relatórios fecham, e o número de contatos só sobe.
- Ele é caro de desfazer. Trocar a chave de quem já existe não é editar um campo: envolve histórico, Journeys ativas, Data Extensions sendable e as integrações que gravam na conta. Quanto mais tempo passa, maior a migração.
Erro crítico, aqui, é isso: perde dado, expõe a empresa a risco legal e piora sozinho com o tempo.
Como identificar e depurar
O primeiro sinal costuma vir de fora do Marketing Cloud: um cliente reclama que recebe dois e-mails iguais, ou que continua recebendo depois de sair da lista. Dentro da conta, vale olhar três lugares.
No mapeamento dos imports e na Data Extension sendable: se o campo relacionado a Subscribers em "Send Relationship" é o e-mail, o desenho já nasceu assim. Em All Subscribers, a coluna Subscriber Key igual à coluna Email Address em praticamente todas as linhas confirma o padrão.
Depois, meça o tamanho do problema. Pessoas com mais de uma chave aparecem quando você cruza a base de clientes do CRM (que tem um ID estável) com o que existe no Marketing Cloud. Se um mesmo ID de cliente aponta para duas ou mais Subscriber Keys, cada par é um histórico partido ao meio. Uma Query Activity que agrupa por esse ID e conta as chaves distintas dá o número que importa para a conversa com o negócio.
O ponto delicado está em descobrir o que depende da chave atual: Journeys com contatos dentro, automações que gravam em DEs por e-mail, AMPscript que faz Lookup pela chave, integrações via API ou MC Connect. É esse inventário que define se a correção é uma tarde de trabalho ou um projeto.
Impactos reais na organização
- LGPD e reclamação. Comunicação de marketing para quem pediu para sair é o tipo de falha que vira reclamação no Procon, no Reclame Aqui ou no encarregado de dados da empresa, e ela acontece sem ninguém perceber.
- Custo de contatos. O contrato do Marketing Cloud é dimensionado por contatos. Cada pessoa duplicada conta duas vezes, e a renovação chega mais cara sem que a base de clientes tenha crescido.
- Relatório que mente. Taxa de abertura, engajamento e atribuição passam a ser calculados sobre "pessoas" que são metades de clientes. Decisões de campanha são tomadas em cima disso.
- Jornadas desencontradas. O cliente que trocou de e-mail sai da régua de relacionamento no meio e recomeça como lead novo: recebe boas-vindas de novo, perde a sequência de pós-venda.
- Retrabalho permanente. Toda integração nova precisa de uma regra de "qual chave usar", e o time passa a remendar duplicidade em vez de construir campanha.
A forma certa é usar como Subscriber Key um identificador que não muda (normalmente o ID do Contact ou do Lead no Sales Cloud, ou o ID do cliente no seu sistema) e tratar o e-mail como atributo. Para quem já está com a conta assim, o caminho de saída existe, mas é planejado em etapas, começando pelo inventário acima.
Leia também
| Título | Tipo | Plataforma | Faixa | Leitura |
|---|---|---|---|---|
| Query Activity em Overwrite direto na Data Extension final | Erro | Marketing Cloud Engagement | Amarela | 4 min |
| “João” no e-mail: acentos quebrados e datas trocadas no import | Erro | Marketing Cloud Engagement | Amarela | 3 min |
| Como usar LookupRows no AMPscript (e quando trocar por Lookup ou LookupOrderedRows) | Tutorial | Marketing Cloud Engagement | Amarela | 3 min |
| Lookup dentro de loop no AMPscript: rápido no teste, lento no envio real | Erro | Marketing Cloud Engagement | Verde | 3 min |