Identifier les utilisateurs
/users/identify
Utilisez cet endpoint pour identifier un utilisateur non identifié (alias uniquement).
À compter du 7 août 2023, cet endpoint fusionnera les données de tous les appels. Cela signifie que merge_behavior
sera réglé sur merge
pour tous les appels.
Appeler /users/identify
combine le profil alias uniquement avec le profil identifié, et supprime le profil alias uniquement.
Identifier un utilisateur nécessite un external_id
à inclure dans l’objet aliases_to_identify
. Si aucun utilisateur ne porte cet external_id
, l’external_id
sera simplement ajouté au dossier de l’utilisateur alias, et l’utilisateur sera considéré comme identifié. Vous pouvez ajouter jusqu’à 50 alias utilisateur par demande.
Ensuite, vous pouvez associer plusieurs alias d’utilisateur supplémentaires à un seul external_id
.
- Lorsque ces associations ultérieures sont effectuées avec le champ
merge_behavior
défini surnone
, seuls les jetons de notification push et l’historique des messages associés à l’alias d’utilisateur sont conservés. Tous les attributs, événements ou achats deviendront « orphelins » et non disponibles pour l’utilisateur identifié. Une solution consiste à exporter les données de l’utilisateur aliasé avant l’identification à l’aide de l’ endpoint/users/export/ids
, puis à réassocier les attributs, les événements et les achats à l’utilisateur identifié. - Lorsque des associations sont faites avec le champ
merge_behavior
défini surmerge
, cet endpoint fusionnera les champs spécifiques trouvés sur l’utilisateur anonyme avec ceux de l’utilisateur identifié.
Pour éviter toute perte inattendue de données lors de l’identification des utilisateurs, nous vous recommandons vivement de vous reporter d’abord aux meilleures pratiques en matière de collecte de données pour savoir comment capturer les données des utilisateurs lorsque des informations sur les utilisateurs sous forme d’alias seulement sont déjà présentes.
Conditions préalables
Pour utiliser cet endpoint, vous aurez besoin d’une clé API avec l’autorisation users.identify
.
Limite de débit
Une limite de débit est appliquée aux demandes faites au niveau de cet endpoint pour les clients qui ont rejoint Braze le 16 septembre 2021 ou plus tard. Pour plus d’informations, consultez Limites de l’API.
Corps de la demande
1
2
Content-Type: application/json
Authorization: Bearer YOUR_REST_API_KEY
1
2
3
4
{
"aliases_to_identify" : (required, array of alias to identify objects),
"merge_behavior": (optional, string) one of 'none' or 'merge' is expected
}
Paramètres de demande
Paramètre | Requis | Type de données | Description |
---|---|---|---|
aliases_to_identify |
Requis | Tableau d’alias pour identifier l’objet | Voir alias pour identifier l’objet et alias d’utilisateur. |
merge_behavior |
Facultatif | Chaîne de caractères | merge ou est attendu. |
Champ Merge_behavior
Définir le champ merge_behavior
sur merge
paramètre l’endpoint pour fusionner tous les champs suivants trouvés exclusivement depuis l’utilisateur anonyme vers l’utilisateur identifié.
- Prénom
- Nom
- Genre
- Date de naissance
- Numéro de téléphone
- Fuseau horaire
- Ville d’origine
- Pays
- Langue
- Décompte des sessions (la somme des sessions des deux profils)
- Date de la première session (Braze choisira la date la plus ancienne parmi les deux)
- Date de la dernière session (Braze choisira la date la plus récente parmi les deux)
- Attributs personnalisés
- Données d’événements personnalisés et d’événements d’achat
- Propriétés de l’événement d’achat et personnalisées pour la segmentation « X fois en Y jours » (où X <= 50 et Y <= 30)
- Résumé des événements personnalisés pouvant être segmentés
- Nombre d’événements (la somme des deux profils)
- Événement survenu pour la première fois (Braze choisira la date la plus ancienne parmi les deux)
- Événement survenu pour la dernière fois (Braze choisira la date la plus récente parmi les deux)
- Total des achats intégrés à l’application en centimes (la somme des deux profils)
- Nombre total d’achats (la somme des deux profils)
- Date du premier achat (Braze choisira la date la plus ancienne parmi les deux)
- Date du dernier achat (Braze choisira la date la plus récente parmi les deux)
- Résumés des applications
- Champs Last_X_at (Braze mettra à jour les champs si les champs du profil orphelins sont plus récents).
- Résumés de campagne (Braze choisira les champs de date les plus récents)
- Résumés du flux de travail (Braze choisira les champs de date les plus récents)
- Message et historique d’engagement du message
L’un des champs suivants a été trouvé sur l’utilisateur anonyme ou l’utilisateur identifié :
- Nombre d’événements d’achats et personnalisés, ainsi que les horodatages correspondant à la première et dernière dates
- Ces champs fusionnés mettront à jour les filtres « pour X événements en Y jours ». Pour les événements d’achat, ces filtres incluent « nombre d’achats en Y jours » et « argent dépensé au cours des Y derniers jours ».
Les données de session ne seront fusionnées que si l’application existe sur les deux profils utilisateurs. Par exemple, si votre utilisateur cible ne dispose pas d’un résumé d’application pour « ABCApp », mais que votre utilisateur d’origine l’a, l’utilisateur cible disposera du résumé d’application pour « ABCApp » sur son profil après la fusion.
Configurer le champ sur none
ne fusionnera aucune donnée utilisateur avec le profil utilisateur identifié.
Identifier les utilisateurs par e-mail
Si un email
est spécifié comme identifiant, une valeur prioritization
supplémentaire est requise dans l’identifiant. prioritization
doit être un tableau spécifiant l’utilisateur à fusionner s’il y a plusieurs utilisateurs trouvés. prioritization
est un tableau ordonné, ce qui signifie que si plus d’un utilisateur correspond à un ordre de priorité, la fusion n’aura pas lieu.
Les valeurs autorisées pour le tableau sont les suivantes : identified
, unidentified
, most_recently_updated
. most_recently_updated
signifie que la priorité est accordée à l’utilisateur ayant effectué la dernière mise à jour.
Une seule des options suivantes peut exister à la fois dans le tableau de priorisation :
identified
Il s’agit de donner la priorité à un utilisateur ayant uneexternal_id
unidentified
Il s’agit de donner la priorité à un utilisateur qui n’a pas deexternal_id
Exemple de demande
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": "john.smith@braze.com",
"prioritization": ["unidentified", "most_recently_updated"]
}
]
"merge_behavior": "merge"
}'
Pour plus d’informations sur alias_name
et alias_label
, consultez notre documentation sur les alias utilisateurs.
Réponse
1
2
3
4
5
6
Content-Type: application/json
Authorization: Bearer YOUR_REST_API_KEY
{
"aliases_processed": 1,
"message": "success"
}