Administración de identidades en el flujo de trabajo de activación de destinos

Esta página describe las particularidades de cómo se exportan las identidades a diferentes tipos de destino y enseña a encontrar qué identidades están disponibles para la exportación según el destino.

TIP
Para obtener información detallada sobre identidades, áreas de nombres de identidad y definiciones de términos relacionados con la identidad, lea la descripción general del servicio de identidad.

Cada destino del catálogo es ligeramente diferente, por lo que no hay una configuración única para todos los destinos. Sin embargo, hay algunos patrones que guían la configuración de los destinos y sus requisitos de identidad, como se describe en las secciones siguientes.

Destinos basados en archivos :headding-anchor:file-based

Para destinos basados en archivos (por ejemplo Amazon S3, SFTP, la mayoría de los destinos de marketing por correo electrónico como Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud), la configuración de identidad en la mayoría de estos destinos está abierta, lo que significa que no es necesario que seleccione ninguna identidad en el paso Seleccionar atributos del flujo de trabajo de activación por lotes.

Si decide agregar identidades a las exportaciones de archivos, tenga en cuenta que en una exportación solo se puede seleccionar una identidad del área de nombres de identidad. Al seleccionar una identidad para exportar, se selecciona automáticamente como atributo obligatorio y clave de anulación de duplicación.

Identidad seleccionada como atributo obligatorio y clave de anulación de duplicación.

Como solución alternativa, puede agregar más identidades a la exportación si se han introducido en Experience Platform como atributos. Vea a continuación un ejemplo en el que se seleccionó la dirección de correo electrónico del atributo XDM para la exportación, además del área de nombres de identidad Phone_E.164.

Ejemplo de atributo de dirección de correo electrónico seleccionado para la exportación.

Exportación de una identidad desde un mapa de identidad en comparación con la exportación de una identidad como atributo XDM: las diferencias :headding-anchor:identity-map-or-attribute

El número de registros exportados puede diferir, en función de si selecciona para exportar identidades del mapa de identidad o identidades que se han introducido como atributos en Experience Platform. Las políticas de combinación también desempeñan un papel importante en el número de registros que se exportan cuando se seleccionan identidades en el mapa de identidad.

Por ejemplo, considere que de dos conjuntos de datos diferentes, tiene los siguientes fragmentos de perfil que se combinarán en un único perfil de cliente:

Fragmento de perfil uno

Mapa de identidad
Nombre
Apellidos
Atributo Email
correo electrónico1, ID de fidelización1
John
Doe
correo electrónico 1

Fragmento de perfil dos

Mapa de identidad
Nombre
Apellidos
Atributo Email
correo electrónico2, ID de fidelización1
John
Doe
correo electrónico 2

El perfil combinado tendría el siguiente aspecto:

Mapa de identidad
Nombre
Apellidos
Atributo Email
correo electrónico 1, correo electrónico 2, ID de fidelización 1
John
Doe
correo electrónico 2

El comportamiento de exportación difiere según si selecciona IdentityMap: Email o xdm: personalEmail.address para la exportación.

Si un cliente activa IdentityMap: Email, habrá dos registros en el archivo exportado, uno para email1 y otro para email2.

Sin embargo, si un cliente activa xdm: personalEmail.address, solo el correo electrónico2 estará presente en el registro, ya que el campo de atributo de correo electrónico solo incluye el correo electrónico2. Estas situaciones pueden abordar diferentes casos de uso en los que es posible que desee activar a todas las direcciones de correo electrónico que tenga registradas para un cliente o solo a la dirección de correo electrónico más reciente que tenga registrada para el cliente.

La conclusión es que el número de registros exportados depende de las políticas de combinación seleccionadas y de si selecciona identidades o atributos en la exportación.

Destinos de streaming basados en API :headding-anchor:streaming-destinations

Los destinos de streaming basados en API creados con Destination SDK (por ejemplo Facebook, Google Customer Match, Pinterest, Braze y otros) solo admiten identificadores específicos para la exportación. Para obtener información detallada sobre las identidades específicas que se pueden exportar a cada destino, lea la sección identidades admitidas en cada página de documentación de destino (por ejemplo, vea la sección identidades admitidas en la página de destino Pinterest).

Sin embargo, tenga en cuenta que tiene la flexibilidad de usar datos de gráficos privados o de atributos como identidades. Esto significa que se pueden asignar atributos XDM al campo de identidad requerido por el destino. Vea a continuación un ejemplo para el destino Pinterest, donde el atributo XDM personalEmail.address está asignado a la identidad Pinterest requerida pinterest_audience.

TIP
Si el campo de origen contiene atributos sin hash, marque la opción Aplicar transformación para que el Experience Platform aplique automáticamente hash a los datos durante la activación. Obtenga más información sobre la opción Aplicar transformación en el tutorial de activación de destinos de streaming.

Ejemplo de atributo de dirección de correo electrónico asignado al campo de identidad para el destino de Pinterest.

Los destinos de Advertising que dependen de cookies de terceros (por ejemplo: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk) no requieren que los clientes seleccionen los ID en el flujo de trabajo de activación. Para estos destinos, al configurar un flujo de trabajo de activación, Experience Platform busca automáticamente la tabla de coincidencia de identidades creada por el servicio de ID de Experience Cloud y exporta todas las identidades disponibles para un perfil que admite el destino.

Estos destinos requieren que se sincronice con el identificador a través del servicio de identificador de Experience Cloud o a través del SDK web de Experience Platform.

Si está usando SDK web de Experience Platform y el servicio ID de Experience Cloud heredado no está implementado en la página, debe asegurarse de que la secuencia de datos del sitio web en cuestión esté habilitada para permitir la sincronización de ID de terceros, como se describe en documentación de configuración de secuencia de datos.

Al configurar una secuencia de datos como se describe en la documentación vinculada anteriormente, debe asegurarse de que el control deslizante Sincronización de ID de terceros esté habilitado. La mayoría de los clientes dejaría el campo container_id en blanco (el valor predeterminado será 0). Solo debe cambiar este valor si la implementación de Audience Manager heredada utiliza un ID de contenedor específico (tenga en cuenta, sin embargo, que esta sería la gran minoría de clientes).

NOTE
La mayoría de estos destinos publicitarios son compatibles con Audience Manager (estos tipos de destinos se conocen en Audience Manager como destinos basados en dispositivos). Ver una lista de todos los destinos basados en dispositivos compatibles en el Audience Manager). Solo unas pocas aparecen en Experience Platform. Para obtener información sobre cómo compartir datos entre el Experience Platform y el Audience Manager, lea la sección sobre habilitar el uso compartido de datos de Experience Platform a Audience Manager. Actualmente, no hay ningún plan para admitir más destinos de cookies de terceros.

Destinos empresariales :headding-anchor:enterprise-destinations

Los destinos empresariales (Amazon Kinesis, Azure Event Hubs, API HTTP) no requieren identificadores específicos en la exportación de datos, ya que están diseñados para casos de uso de integración empresarial. Sin embargo, puede exportar identidades como atributos XDM o desde el mapa de identidad, si lo desea. Vea un ejemplo de datos exportados al destino HTTP, que incluye el atributo XDM personalEmail.address y las identidades ECID y email_lc_sha256 (dirección de correo electrónico con hash) del mapa de identidad.

Destinos de Personalization :headding-anchor:personalization-destinations

Los destinos de Personalization (o Edge) (por ejemplo: Adobe Target, Custom Personalization) no requieren ninguna selección de identidad en el flujo de trabajo de activación, ya que la integración es una búsqueda de perfil. El cliente (Target, Web SDK u otros) consulta la Edge y extrae la información de perfil que necesita para la personalización en el sitio.

Pasos siguientes :headding-anchor:next-steps

Después de leer este documento, ahora sabe cómo averiguar qué identidades son compatibles o necesarias para destinos individuales. Ahora también sabe cómo funciona la selección de identidad para cada tipo de destino.

A continuación, puede leer acerca de qué configuración de exportación para destinos son comunes en los tipos de destino, cuáles los desarrolladores pueden configurar en un nivel de destino individual y qué configuración pueden editar los usuarios en el flujo de trabajo de activación.

También puede desproteger todos los destinos disponibles en el catálogo.

recommendation-more-help
7f4d1967-bf93-4dba-9789-bb6b505339d6