Skip to content

Nutzer:innen identifizieren

post

/users/identify

Verwenden Sie diesen Endpunkt, um nicht identifizierte Nutzer:innen (nur Alias, nur E-Mail oder nur Telefonnummer) anhand der angegebenen externen ID zu identifizieren.

Funktionsweise

Der Aufruf von /users/identify kombiniert ein Nutzerprofil, das durch einen Alias (Nur-Alias-Profil), eine E-Mail-Adresse (Nur-E-Mail-Profil) oder eine Telefonnummer (Nur-Telefonnummer-Profil) identifiziert wird, mit einem Nutzerprofil, das über eine external_id (identifiziertes Profil) verfügt, und entfernt dann das Nur-Alias-Profil.

Die Identifizierung von Nutzer:innen erfordert eine external_id in den folgenden Objekten:

  • aliases_to_identify
  • emails_to_identify
  • phone_numbers_to_identify

Wenn keine Nutzer:in mit dieser external_id vorhanden ist, wird die external_id zum Datensatz der Alias-Nutzer:in hinzugefügt, und die Nutzer:in gilt als identifiziert. Nutzer:innen können nur einen Alias für ein bestimmtes Label haben. Wenn bereits eine Nutzer:in mit der external_id existiert und einen bestehenden Alias mit dem gleichen Label wie das Nur-Alias-Profil hat, werden die Nutzerprofile nicht zusammengeführt.

Verhalten bei der Zusammenführung

Standardmäßig führt dieser Endpunkt die folgenden Felder, die ausschließlich bei anonymen Nutzer:innen vorhanden sind, mit denen der identifizierten Nutzer:in zusammen.

Liste der Felder, die zusammengeführt werden
  • Vorname
  • Nachname
  • E-Mail
  • Geschlecht
  • Geburtsdatum
  • Telefonnummer
  • Zeitzone
  • Wohnort
  • Land
  • Sprache
  • Anzahl der Sitzungen (die Summe der Sitzungen aus beiden Profilen)
  • Datum der ersten Sitzung (Braze wählt das frühere der beiden Daten)
  • Datum der letzten Sitzung (Braze wählt das spätere der beiden Daten)
  • Angepasste Attribute
  • Angepasste Event- und Kauf-Event-Daten
  • Angepasste Event- und Kauf-Event-Eigenschaften für die Segmentierung „X-mal in Y Tagen“ (wobei X<=50 und Y<=30)
  • Segmentierbare Zusammenfassung angepasster Events
    • Anzahl der Events (die Summe aus beiden Profilen)
    • Event erstmals aufgetreten (Braze wählt das frühere der beiden Daten)
    • Event zuletzt aufgetreten (Braze wählt das spätere der beiden Daten)
  • In-App-Käufe insgesamt in Cent (die Summe aus beiden Profilen)
  • Gesamtzahl der Käufe (die Summe aus beiden Profilen)
  • Datum des ersten Kaufs (Braze wählt das frühere der beiden Daten)
  • Datum des letzten Kaufs (Braze wählt das spätere der beiden Daten)
  • App-Zusammenfassungen
  • Last_X_at-Felder (Braze aktualisiert die Felder, wenn die verwaisten Profilfelder aktueller sind)
  • Campaign-Zusammenfassungen (Braze wählt die aktuellsten Datumsfelder)
  • Workflow-Zusammenfassungen (Braze wählt die aktuellsten Datumsfelder)
  • Nachrichten- und Nachrichten-Engagement-Verlauf
  • Angepasste Events und Kauf-Events mit Zählung sowie Zeitstempel für erstes und letztes Datum
    • Diese zusammengeführten Felder aktualisieren die Filter „für X Events in Y Tagen“. Bei Kauf-Events umfassen diese Filter „Anzahl der Käufe in Y Tagen“ und „Ausgaben in den letzten Y Tagen“.
  • Sitzungsdaten, wenn die App in beiden Nutzerprofilen vorhanden ist
    • Wenn beispielsweise die Zielnutzer:in keine App-Zusammenfassung für „ABCApp“ hat, die ursprüngliche Nutzer:in jedoch schon, erhält die Zielnutzer:in nach der Zusammenführung die App-Zusammenfassung „ABCApp“ in ihrem Profil.

Voraussetzungen

Um diesen Endpunkt zu verwenden, benötigen Sie einen API-Schlüssel mit der Berechtigung users.identify.

Rate-Limit

Wir wenden ein gemeinsames Rate-Limit von 20.000 Anfragen pro Minute auf diesen Endpunkt an. Dieses Rate-Limit wird mit den Endpunkten /users/delete, /users/alias/new, /users/merge und /users/alias/update geteilt, wie in API-Rate-Limits dokumentiert.

Anfragetext

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,
},

Anfrageparameter

Sie können pro Anfrage bis zu 50 Nutzer-Aliase hinzufügen. Sie können mehrere zusätzliche Nutzer-Aliase mit einer einzigen external_id verknüpfen.

Parameter Erforderlich Datentyp Beschreibung
aliases_to_identify Erforderlich Array von Alias-zu-identifizieren-Objekten Siehe Alias-zu-identifizieren-Objekt und Nutzer-Alias-Objekt.
emails_to_identify Erforderlich Array von Alias-zu-identifizieren-Objekten Erforderlich, wenn email als Bezeichner angegeben ist. E-Mail-Adressen zur Identifizierung von Nutzer:innen. Siehe Identifizierung von Nutzer:innen per E-Mail.
phone_numbers_to_identify Erforderlich Array von Alias-zu-identifizieren-Objekten Telefonnummern zur Identifizierung von Nutzer:innen.

Identifizierung von Nutzer:innen anhand von E-Mail-Adressen und Telefonnummern

Wenn eine E-Mail-Adresse oder Telefonnummer als Bezeichner angegeben wird, müssen Sie auch prioritization im Bezeichner angeben.

prioritization muss ein Array sein, das angibt, welche Nutzer:in zusammengeführt werden soll, wenn mehrere Nutzer:innen gefunden werden. prioritization ist ein geordnetes Array – wenn also mehr als eine Nutzer:in aus einer Priorisierung übereinstimmt, findet keine Zusammenführung statt.

Die zulässigen Werte für das Array sind:

  • identified
  • unidentified
  • most_recently_updated (bezieht sich auf die Priorisierung der zuletzt aktualisierten Nutzer:in)
  • least_recently_updated (bezieht sich auf die Priorisierung der am längsten nicht aktualisierten Nutzer:in)

Es kann jeweils nur eine der folgenden Optionen im Priorisierungs-Array vorhanden sein:

  • identified bezieht sich auf die Priorisierung einer Nutzer:in mit einer external_id
  • unidentified bezieht sich auf die Priorisierung einer Nutzer:in ohne eine external_id

Beispiel für eine Anfrage

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"]
    }
  ]
}'

Groß-/Kleinschreibung

Das Feld alias_name unterscheidet zwischen Groß- und Kleinschreibung. Eine Anfrage, die einen 201-Statuscode zurückgibt, bestätigt nur, dass die Anfrage-Syntax gültig war – sie bestätigt nicht, dass der Alias zugeordnet wurde. Wenn die Groß-/Kleinschreibung von alias_name in Ihrer Anfrage nicht exakt mit dem im Nutzerprofil gespeicherten Alias übereinstimmt, schlägt der Vorgang stillschweigend fehl und die external_id wird nicht zugewiesen. Wenn der gespeicherte Alias beispielsweise [email protected] lautet, gibt eine Anfrage mit [email protected] zwar Erfolg zurück, erzeugt aber kein Ergebnis.

Antwort

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