Vinculación basada en campos
Creado para:
- Administrador
En la vinculación basada en el campo, puede especificar un conjunto de datos de evento, así como el ID persistente (cookie) y el ID transitorio (ID de persona) para ese conjunto de datos. La vinculación basada en el campo crea una nueva columna de ID vinculada en el nuevo conjunto de datos vinculado y actualiza esta columna de ID vinculada en función de las filas que tienen un ID transitorio para ese ID persistente específico.
Puede utilizar la vinculación basada en campos al utilizar Customer Journey Analytics como solución independiente (sin acceso al servicio de identidad de Experience Platform y al gráfico de identidades asociado). O bien, cuando no desee utilizar el gráfico de identidad disponible.
IdentityMap
La vinculación basada en campos admite el uso del grupo de campos identityMapen los siguientes casos:
-
Uso de la identidad principal en el espacio de nombres
identityMappara definir el persistentID:- Si se encuentran varias identidades principales en diferentes áreas de nombres, las identidades de las áreas de nombres se ordenan lexigráficamente y se selecciona la primera identidad.
- Si se encuentran varias identidades principales en un solo área de nombres, se selecciona la primera identidad principal lexicográfica disponible.
En el ejemplo siguiente, las áreas de nombres e identidades generan una lista de identidades principales ordenada y, finalmente, la identidad seleccionada.
Espacios de nombresLista de identidadesECID[ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]CCID[ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]Lista de identidades ordenadasIdentidad seleccionadaPrimaryIdentities [ {"id": "ccid-2", "namespace": "CCID"}, {"id": "ecid-1", "namespace": "ECID"}, {"id": "ecid-2", "namespace": "ECID"} ] NonPrimaryIdentities [ {"id": "ccid-1", "namespace": "CCID"}, {"id": "ecid-3", "namespace": "ECID"} ]"id": "ccid-2", "namespace": "CCID" -
Uso del espacio de nombres
identityMappara definir persistentID, transientID o ambos:- Si se encuentran varios valores para persisttentID o transientID en un área de nombres
identityMap, se utiliza el primer valor lexicográfico disponible. - Los espacios de nombres para persistentID y transientID deben ser mutuamente excluyentes.
En el ejemplo siguiente, las áreas de nombres e identidades generan una lista de identidades ordenada para el área de nombres (ECID) seleccionada y, finalmente, la identidad seleccionada.
Espacios de nombresLista de identidadesECID[ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]CCID[ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]Lista de identidades ordenadasIdentidad seleccionada[ "id": "ecid-1", "id": "ecid-2", "id": "ecid-3" ]"id": "ecid-1", "namespace": "ECID" - Si se encuentran varios valores para persisttentID o transientID en un área de nombres
Cómo funciona la vinculación basada en el campo
La vinculación realiza un mínimo de dos pasadas de datos en un conjunto de datos determinado.
-
Vinculación en tiempo real: intenta vincular cada visita (evento) conforme se va produciendo. Las visitas de dispositivos que son "nuevos" para el conjunto de datos (nunca se han autenticado) no suelen vincularse en este nivel. Las visitas de dispositivos ya reconocidos se vinculan inmediatamente.
-
Vinculación de repetición: "reproduce" datos basados en identificadores únicos (ID transitorios) que ha aprendido. En esta fase es en la que las visitas de dispositivos anteriormente desconocidos (ID persistentes) se vinculan (a ID transitorios). La reproducción está determinada por dos parámetros: frequency y lookback window. Adobe ofrece las siguientes combinaciones de estos parámetros:
- Retrospectiva diaria en una frecuencia diaria: Los datos se reproducen todos los días con una ventana retrospectiva de 24 horas. Esta opción ofrece la ventaja de que las repeticiones son mucho más frecuentes, pero los visitantes no autenticados deben autenticarse el mismo día que visitan el sitio.
- Retrospectiva semanal de una frecuencia semanal: los datos se reproducen una vez a la semana con una ventana retrospectiva semanal (consulte opciones). Esta opción ofrece la ventaja de que ofrece a las sesiones no autenticadas mucho más tiempo para autenticarse. Sin embargo, los datos no enlazados con menos de una semana de antigüedad no se vuelven a procesar hasta la siguiente reproducción semanal.
- Retrospectiva quincenal con una frecuencia semanal: Los datos se reproducen una vez por semana con una ventana retrospectiva quincenal (consulte opciones). Esta opción ofrece la ventaja de que ofrece a las sesiones no autenticadas mucho más tiempo para autenticarse. Sin embargo, los datos no enlazados con menos de dos semanas de antigüedad no se vuelven a procesar hasta la siguiente reproducción semanal.
- Retrospectiva mensual de una frecuencia semanal: los datos se reproducen cada semana con una ventana retrospectiva mensual (consulte opciones). Esta opción ofrece la ventaja de que ofrece a las sesiones no autenticadas mucho más tiempo para autenticarse. Sin embargo, los datos no enlazados con menos de un mes de antigüedad no se vuelven a procesar hasta la siguiente reproducción semanal.
-
Privacidad: cuando se reciben solicitudes relacionadas con la privacidad, además de eliminar la identidad solicitada, se debe deshacer cualquier vinculación de esa identidad entre eventos no autenticados.
IMPORTANTEl proceso de desvinculación, como parte de las solicitudes de privacidad, cambia a principios de 2025. El proceso actual de desvinculación revincula los eventos con la última versión de identidades conocidas. Esta reasignación de eventos a otra identidad podría tener consecuencias legales indeseables. Para solucionar estos problemas, a partir de 2025, el nuevo proceso de desvinculación actualiza los eventos que están sujetos a la solicitud de privacidad con el ID persistente.
Los datos que están más allá de la ventana retrospectiva no se reproducen. Un visitante debe autenticarse dentro de una ventana retrospectiva determinada para que una visita no autenticada y una visita autenticada se identifiquen juntas. Una vez que se reconoce un dispositivo, se vincula en vivo a partir de ese momento.
Paso 1: Vinculación en tiempo real
La vinculación en tiempo real intenta vincular cada evento tras la recopilación con los dispositivos y canales conocidos.
Preste atención al siguiente ejemplo, en el que Bob registra diferentes eventos como parte de un conjunto de datos de eventos.
Datos tal como aparecieron el día en que se recopilaron:
246
246246Bob
Bob246Bob
Bob
246Bob246Bob
Bob
246Bob246Bob
Bob3579
35793579
357981911
8191181911Bob
Bob
81911Bob246, Bob, 3579, 81911Tanto los eventos no autenticados como los autenticados en los nuevos dispositivos se cuentan como personas independientes (temporalmente). Los eventos no autenticados en dispositivos reconocidos se vinculan en tiempo real.
La atribución funciona cuando la variable personalizada de identificación está vinculada a un dispositivo. En el ejemplo anterior, todos los eventos, excepto los eventos 1, 8, 9 y 10, se vinculan en tiempo real (todos utilizan el identificador Bob). La vinculación en tiempo real "resuelve" el ID vinculado para los eventos 4, 6 y 12.
Los datos con retraso (datos con una marca de tiempo de más de 24 horas) se gestionan con el "mejor esfuerzo", a la vez que se prioriza la vinculación de los datos actuales para obtener la máxima calidad.
Paso 2: Reproducción de la vinculación
A intervalos regulares (una vez a la semana o una vez al día, en función de la ventana retrospectiva seleccionada), la vinculación de reproducción vuelve a calcular los datos históricos en función de los dispositivos que ahora reconoce. Si un dispositivo envía inicialmente datos sin autenticarse y luego inicia sesión, la reproducción de la vinculación vincula esos eventos sin autenticar con la persona correcta.
La siguiente tabla representa los mismos datos que arriba, pero muestra números diferentes basados en la reproducción de los datos.
Los mismos datos después de la reproducción:
246246Bob246Bob
BobBob
246Bob
Bob
Bob246BobBob246Bob
Bob
Bob246BobBob246Bob
BobBob3579
357935793579
357935798191181911Bob81911Bob
Bob
Bob
81911BobBob246, Bob, 3579, 81911Bob, 3579La atribución funciona cuando la variable personalizada de identificación está vinculada a un dispositivo. En el ejemplo anterior, los eventos 1 y 10 se vinculan como resultado de la reproducción, dejando solo el evento 8 y 9 sin vincular. Y reduciendo la métrica de personas (acumulativa) a 2.
Paso 3: Solicitud de privacidad
Cuando recibe una solicitud de privacidad, la ID vinculada se elimina en todos los registros del sujeto del usuario de la solicitud de privacidad.
La siguiente tabla representa los mismos datos que los que hemos visto anteriormente, pero muestra el efecto que una solicitud de privacidad para Bob tiene en los datos después de procesarlos. Se eliminan las filas en las que Bob está autenticado (2, 3, 5, 7 y 11), así como Bob como un ID transitorio para otras filas.
Los mismos datos después de una solicitud de privacidad para Bob:
246246Bob246246
BobBob
246246
Bob
Bob
246246BobBob246246
Bob
Bob
246246BobBob246246Bob
BobBob
2463579
3579357935793579
3579357935798191181911Bob8191181911Bob
Bob
Bob
8191181911BobBob81911246,
Bob, 3579, 81911Bob,
3579246, 3579, 81911Requisitos previos
Los siguientes requisitos previos se aplican específicamente a la vinculación basada en el campo:
-
El conjunto de datos de evento de Adobe Experience Platform al que desee aplicar la vinculación debe tener dos columnas que ayuden a identificar a los visitantes:
- ID persistente, un identificador disponible en cada fila. Por ejemplo, un ID de visitante generado por una biblioteca AppMeasurement de Adobe Analytics o un ECID generado por el servicio de identidad de Adobe Experience Platform.
- Un ID transitorio, un identificador disponible solo en algunas filas. Por ejemplo, un nombre de usuario o una dirección de correo electrónico con hash una vez que un visitante se autentica. Puede utilizar prácticamente cualquier identificador que desee. La vinculación tiene en cuenta este campo para contener la información de ID de persona real. Para obtener los mejores resultados de vinculación, se debe enviar un ID transitorio dentro de los eventos del conjunto de datos al menos una vez para cada ID persistente. Si planea incluir este conjunto de datos dentro de una conexión de Customer Journey Analytics, es preferible que los demás conjuntos de datos también tengan un identificador común similar.
Limitaciones
Las siguientes limitaciones se aplican específicamente a la vinculación basada en el campo:
- Las capacidades actuales de regeneración de claves están limitadas a un paso (ID persistente a ID transitorio). No se admite la regeneración de claves de varios pasos (por ejemplo, ID persistente a ID transitorio y, a continuación, a otro ID transitorio).
- Si varias personas comparten un dispositivo y el número total de transiciones entre usuarios supera las 50 000, Customer Journey Analytics deja de vincular datos para ese dispositivo.
- No se admiten los mapas de ID personalizados utilizados en su organización.
- La vinculación distingue entre mayúsculas y minúsculas. Para los conjuntos de datos generados mediante el conector de origen de Analytics, Adobe recomienda revisar cualquier regla VISTA o de procesamiento que se aplique al campo de ID transitorio. Esta revisión garantiza que ninguna de estas reglas introduzca nuevos formularios del mismo ID. Por ejemplo, debe asegurarse de que ninguna regla VISTA o de procesamiento introduce minúsculas en el campo ID transitorio en solo en una parte de los eventos.
- La configuración no combina ni concatena campos.
- El campo de ID transitorio debe contener un solo tipo de ID (ID de un solo área de nombres). Por ejemplo, el campo de ID transitorio no debe contener una combinación de ID de inicio de sesión e ID de correo electrónico.
- Si se producen varios eventos con la misma marca de tiempo para el mismo ID persistente, pero con valores diferentes en el campo de ID transitorio, la identificación se selecciona en función del orden alfabético. Por lo tanto, si el ID persistente A tiene dos eventos con la misma marca de tiempo y uno de los eventos especifica Bob y el otro Ann, al vincular se selecciona Ann.
- Tenga cuidado con los escenarios donde los ID transitorios contienen valores de marcador de posición, por ejemplo
Undefined. Consulte las preguntas frecuentes para obtener más información. - No puede utilizar el mismo área de nombres persistentID y transientID, las áreas de nombres deben ser mutuamente excluyentes.