Skip to content

Identifier les utilisateurs

post

/users/identify

Utilisez cet endpoint pour identifier un utilisateur non identifié (alias uniquement, e-mail uniquement ou numéro de téléphone uniquement) à l’aide de l’ID externe fourni.

Fonctionnement

L’appel à /users/identify combine un profil utilisateur identifié par un alias (profil alias seul), une adresse e-mail (profil e-mail seul) ou un numéro de téléphone (profil numéro de téléphone seul) avec un profil utilisateur possédant un external_id (profil identifié), puis supprime le profil alias seul.

L’identification d’un utilisateur nécessite qu’une adresse external_id soit incluse dans les objets suivants :

  • aliases_to_identify
  • emails_to_identify
  • phone_numbers_to_identify

S’il n’existe pas d’utilisateur possédant ce external_id, le external_id est ajouté à l’enregistrement de l’utilisateur aliasé, et l’utilisateur est considéré comme identifié. Les utilisateurs ne peuvent avoir qu’un seul alias pour un libellé donné. Si un utilisateur existe déjà sur le site external_id et qu’il dispose d’un alias existant avec le même libellé que le profil alias uniquement, les profils utilisateurs ne sont pas combinés.

Comportement de fusion

Par défaut, cet endpoint fusionne la liste suivante de champs trouvés exclusivement sur l’utilisateur anonyme vers l’utilisateur identifié.

List of fields that are merged
  • Prénom
  • Nom de famille
  • e-mail
  • 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 choisit la première des deux dates)
  • Date de la dernière session (Braze choisit la dernière des deux dates)
  • Attributs personnalisés
  • Données d’événements personnalisés et d’événements d’achat
  • Propriétés d’événement personnalisé et d’achat pour la segmentation “X fois dans 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)
    • Date à laquelle l’événement s’est produit pour la première fois (Braze choisit la première des deux dates)
    • Dernière date à laquelle l’événement s’est produit (Braze choisit la date la plus tardive des 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 choisit la première des deux dates)
  • Date du dernier achat (Braze choisit la date la plus tardive des deux dates)
  • Résumés des applications
  • Last_X_at champs (Braze met à jour les champs si les champs du profil orphelins sont plus récents)
  • Résumés de campagne (Braze sélectionne les champs de date les plus récents)
  • Résumés du flux de travail (Braze sélectionne les champs de date les plus récents)
  • Message et historique d’engagement du message
  • 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 mettent à jour les filtres “pour X événements dans 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 ».
  • Données de session si l’application existe sur les deux profils utilisateurs.
    • Par exemple, si notre utilisateur cible n’a pas de résumé d’application pour “ABCApp” mais que notre utilisateur d’origine en a un, l’utilisateur cible a le résumé d’application “ABCApp” sur son profil après la fusion.

Conditions préalables

Pour utiliser cet endpoint, vous aurez besoin d’une clé API avec l’autorisation users.identify.

Limite de débit

Nous appliquons à cet endpoint une limite de débit partagée de 20 000 requêtes par minute. Cette limitation du débit est partagée avec les endpoints /users/delete, /users/alias/new, /users/merge et /users/alias/update, comme documenté dans Limites de débit de l’API.

Corps de la demande

1
2
Content-Type: application/json
Authorization: Bearer YOUR_REST_API_KEY
1
2
3
4
5
{
   "aliases_to_identify" : (required, array of alias to identify objects),
   "emails_to_identify": (optional, array of alias to identify objects) User emails to identify,
   "phone_numbers_to_identify": (optional, array of alias to identify objects) User phone numbers to identify,
},

Paramètres de demande

Vous pouvez ajouter jusqu’à 50 alias utilisateur par demande. Vous pouvez associer plusieurs alias utilisateur supplémentaires à un seul external_id.

Identification des utilisateurs par leurs adresses e-mail et leurs numéros de téléphone

Si une adresse e-mail ou un numéro de téléphone est spécifié comme identifiant, vous devez également inclure prioritization dans l’identifiant.

prioritization doit être un tableau spécifiant l’utilisateur à fusionner si plusieurs utilisateurs ont été trouvés. prioritization est un tableau ordonné, ce qui signifie que si plus d’un utilisateur correspond à un ordre de priorité, la fusion n’a pas lieu.

Les valeurs autorisées pour le tableau sont les suivantes :

  • identified
  • unidentified
  • most_recently_updated (Priorité à l’utilisateur le plus récemment mis à jour)
  • least_recently_updated (Priorité à l’utilisateur le moins récemment mis à 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 une external_id
  • unidentified Il s’agit de donner la priorité à un utilisateur qui n’a pas de external_id

Si vous indiquez identified dans le tableau, cela signifie que l’utilisateur doit avoir un external_id pour être inscrit dans le Canvas. Si vous souhaitez que les utilisateurs disposant d’une adresse e-mail entrent dans le message, qu’ils soient identifiés ou non, utilisez plutôt le paramètre most_recently_updated ou least_recently_updated.

Exemple de demande

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
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"]
    }
  ]
}'

Réponse

1
2
3
4
{
    "aliases_processed": 1,
    "message": "success"
}
New Stuff!