A Sendable Relationship Define Sua Identidade de Contato sem Fazer Barulho
Contatos duplicados, entrada inconsistente na Journey ou a mesma pessoa aparece sob múltiplos ContactKeys.
Trust & provenancePRODUCTION
Nível de evidênciaPRODUCTIONFontes oficiais1Outras fontes0Última verificaçãoNão registrada
O nível de evidência descreve minha experiência com o conteúdo. Fonte oficial descreve contrato/documentação da plataforma. Observação de produção não deve ser tratada automaticamente como limite oficial.
Em entry sources baseadas em DE, o campo da sendable relationship é usado para resolver o registro no Contact Model e vira a identidade ContactKey/SubscriberKey. Uma regra inconsistente de identidade cria problemas duráveis no modelo de contatos.
O que checar
- Qual campo da DE está mapeado para Subscribers em SubscriberKey?
- Esse valor é estável entre marcas/fontes/canais?
- Já existem contatos usando uma chave diferente para a mesma pessoa?
Como deixar mais barato da próxima vez
- Defina identidade antes de onboardar novas fontes.
- Trate SubscriberKey/ContactKey como decisão de arquitetura, não como coluna conveniente.
subscriberkeycontactkeysendable deidentity