Identificar usuarios
/users/identify
Utiliza este punto final para identificar a un usuario no identificado (sólo alias, sólo correo electrónico o sólo número de teléfono) utilizando el ID externo proporcionado.
Cómo funciona
La llamada a /users/identify
combina un perfil de usuario que está identificado por un alias (perfil de sólo alias), una dirección de correo electrónico (perfil de sólo correo electrónico) o un número de teléfono (perfil de sólo número de teléfono) con un perfil de usuario que tiene un external_id
(perfil identificado), y luego elimina el perfil de sólo alias.
Para identificar a un usuario es necesario incluir un external_id
en el objeto aliases_to_identify
o emails_to_identify
o phone_numbers_to_identify
. Si no hay ningún usuario con ese external_id
, el external_id
se añadirá al registro del usuario aliaseado, y éste se considerará identificado.
Toma nota de lo siguiente:
- Cuando estas asociaciones posteriores se realizan con el campo
merge_behavior
configurado comonone
, sólo se conservan los tokens de notificaciones push y el historial de mensajes asociados al alias de usuario; cualquier atributo, evento o compra quedará “huérfano” y no estará disponible para el usuario identificado. Una solución consiste en exportar los datos del usuario alias antes de la identificación mediante el punto final/users/export/ids
, y luego volver a asociar los atributos, eventos y compras con el usuario identificado. - Cuando se realizan asociaciones con el campo
merge_behavior
configurado comomerge
, este punto final fusionará campos específicos encontrados en el usuario anónimo con el usuario identificado. - Los usuarios sólo pueden tener un alias para una etiqueta concreta. Si ya existe un usuario con la dirección
external_id
y tiene un alias con la misma etiqueta que el perfil de sólo alias, los perfiles de usuario no se combinarán.
Para evitar la pérdida inesperada de datos al identificar a los usuarios, te recomendamos encarecidamente que primero consultes las mejores prácticas de recopilación de datos para saber cómo capturar datos de usuario cuando ya existe información de usuario sólo con alias.
Requisitos previos
Para utilizar este punto final, necesitarás una clave de API con el permiso users.identify
.
Límite de velocidad
Cuerpo de la solicitud
1
2
Content-Type: application/json
Authorization: Bearer YOUR_REST_API_KEY
1
2
3
4
5
6
{
"aliases_to_identify" : (required, array of alias to identify objects),
"emails_to_identify": (optional, array of string) User emails to identify,
"phone_numbers_to_identify": (optional, array of string) User phone numbers to identify,
"merge_behavior": (optional, string) one of 'none' or 'merge' is expected
}
Parámetros de la solicitud
Puedes añadir hasta 50 alias de usuario por solicitud. Puedes asociar varios alias de usuario adicionales a un único external_id
.
Parámetro | Obligatoria | Tipo de datos | Descripción |
---|---|---|---|
aliases_to_identify |
Obligatoria | Conjunto de alias para identificar objetos | Ver alias para identificar objeto y alias de usuario objeto. |
emails_to_identify |
Obligatoria | Conjunto de alias para identificar objetos | Direcciones de correo electrónico para identificar a los usuarios. Ver Identificador de usuarios por correo electrónico. |
phone_numbers_to_identify |
Obligatoria | Conjunto de alias para identificar objetos | Números de teléfono para identificar a los usuarios. |
merge_behavior |
Opcional | Cadena | Se espera una de none o merge . |
Campo Comportamiento_fusión
Si configuras el campo merge_behavior
como merge
, el punto final fusionará la siguiente lista de campos que se encuentran exclusivamente en el usuario anónimo con el usuario identificado. Si configuras el campo como none
, no se fusionará ningún dato de usuario con el perfil de usuario identificado. Por predeterminado, este campo se establecerá en merge
.
Lista de campos que se fusionan
- Nombre
- Apellido
- Correo electrónico
- Género
- Fecha de nacimiento
- Número de teléfono
- Zona horaria
- Ciudad de origen
- País
- Idioma
- Recuento de sesiones (la suma de las sesiones de ambos perfiles)
- Fecha de la primera sesión (Braze elegirá la fecha más temprana de las dos)
- Fecha de la última sesión (Braze elegirá la fecha más tardía de las dos)
- Atributos personalizados
- Datos personalizados de eventos y compras
- Propiedades del evento personalizado y del evento de compra para la segmentación “X veces en Y días” (donde X<=50 e Y<=30)
- Resumen segmentable de eventos personalizados
- Recuento de eventos (la suma de ambos perfiles)
- Fecha en que ocurrió el suceso (Braze elegirá la fecha más temprana de las dos)
- Última vez que ocurrió el suceso (Braze elegirá la fecha más tardía de las dos)
- Total de compras dentro de la aplicación en céntimos (la suma de ambos perfiles)
- Número total de compras (la suma de ambos perfiles)
- Fecha de la primera compra (Braze elegirá la fecha anterior de las dos)
- Fecha de la última compra (Braze elegirá la fecha más tardía de las dos)
- Resúmenes de la aplicación
- Campos Last_X_at (Braze actualizará los campos si los campos huérfanos del perfil son más recientes)
- Resúmenes de campaña (Braze elegirá los campos de fecha más recientes)
- Resúmenes del flujo de trabajo (Braze elegirá los campos de fecha más recientes)
- Historial de interacción de mensajes y mensajería
- Evento personalizado y recuento de eventos de compra y marcas de tiempo de primera fecha y última fecha
- Estos campos fusionados actualizarán los filtros “para X eventos en Y días”. Para los eventos de compra, estos filtros incluyen “número de compras en Y días” y “dinero gastado en los últimos Y días”.
- Datos de sesión si la aplicación existe en ambos perfiles de usuario
- Por ejemplo, si nuestro usuario de destino no tiene un resumen de aplicación para “ABCApp” pero nuestro usuario original sí, el usuario de destino tendrá el resumen de aplicación “ABCApp” en su perfil después de la fusión.
Identificador de usuarios por correo electrónico
Si se especifica un email
como identificador, debes incluir también prioritization
en el identificador. prioritization
debe ser una matriz que especifique qué usuario fusionar si se encuentran varios usuarios. prioritization
es una matriz ordenada, lo que significa que si más de un usuario coincide a partir de una priorización, no se producirá la fusión.
Los valores permitidos para la matriz son:
identified
unidentified
most_recently_updated
(se refiere a dar prioridad al usuario actualizado más recientemente)least_recently_updated
(se refiere a dar prioridad al usuario que se haya actualizado menos recientemente)
En la matriz de priorización solo puede existir una de las siguientes opciones a la vez:
identified
se refiere a dar prioridad a un usuario con unexternal_id
unidentified
se refiere a dar prioridad a un usuario sin unexternal_id
Si especificas identified
en la matriz, significaría que el usuario debe tener un external_id
para poder entrar en el Canvas. Si quieres que los usuarios con direcciones de correo electrónico introduzcan el mensaje, independientemente de si están identificados o no, utiliza en su lugar el parámetro most_recently_updated
o least_recently_updated
.
Ejemplo de solicitud
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
curl --location --request POST 'https://rest.iad-01.braze.com/users/identify' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer YOUR_REST_API_KEY' \
--data-raw '{
"aliases_to_identify": [
{
"external_id": "external_identifier",
"user_alias": {
"alias_name": "example_alias",
"alias_label": "example_label"
}
}
],
"emails_to_identify": [
{
"external_id": "external_identifier_2",
"email": "[email protected]",
"prioritization": ["unidentified", "most_recently_updated"]
}
]
"merge_behavior": "merge"
}'
Para más información sobre alias_name
y alias_label
, consulta nuestra documentación sobre alias de usuario.
Respuesta
1
2
3
4
5
6
Content-Type: application/json
Authorization: Bearer YOUR_REST_API_KEY
{
"aliases_processed": 1,
"message": "success"
}