ユーザーを識別する
/users/identify
このエンドポイントを使用して、指定された外部 ID を使用して識別されていない (エイリアスのみまたはメールのみ) ユーザーを識別します。
CDI の仕組み
/users/identify
を呼び出すと、エイリアス (エイリアスのみのプロファイル) またはメールアドレス (メールのみのプロファイル) によって識別されるユーザープロファイルと、external_id
(識別されたプロファイル) を持つユーザープロファイルが結合され、エイリアスのみのプロファイルが削除されます。
ユーザーを識別するには、 external_id
を aliases_to_identify
または emails_to_identify
オブジェクトに含める必要があります。そのexternal_id
を持つユーザーが存在しない場合、external_id
がエイリアスされたユーザーの記録に追加され、そのユーザーは識別されたとみなされる。
次のことに注意してください。
- これらの後続の関連付けが
merge_behavior
フィールドをnone
に設定して行われると、ユーザーエイリアスに関連付けられたプッシュトークンとメッセージ履歴のみが保持されます。属性、イベント、または購入は「孤立」し、識別されたユーザーには利用できません。1つの回避策は、識別前にエイリアスされたユーザーのデータを/users/export/ids
エンドポイントを使用してエクスポートし、識別されたユーザーに属性、イベント、および購入を再関連付けることです。 merge_behavior
フィールドをmerge
に設定して関連付けを行うと、このエンドポイントは匿名ユーザーで見つかった特定のフィールドを識別されたユーザーにマージします。
ユーザーを識別する際にデータの予期しない損失を防ぐために、まずデータ収集のベストプラクティスを参照して、エイリアスのみのユーザー情報が既に存在する場合のユーザーデータのキャプチャについて学ぶことを強くお勧めします。
前提条件
このエンドポイントを使用するには、API キーとusers.identify
の権限が必要です。
レート制限
要求本文:
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),
"email_addresses": (optional, array of string) User emails for the users to identify,
"merge_behavior": (optional, string) one of 'none' or 'merge' is expected
}
リクエストパラメーター
リクエストごとに最大50個のユーザーエイリアスを追加できます。複数の追加ユーザーエイリアスを単一のexternal_id
に関連付けることができます。
パラメーター | required | データ型 | 説明 |
---|---|---|---|
aliases_to_identify |
required | オブジェクトを識別するためのエイリアスの配列 | エイリアスを参照してオブジェクトを識別するおよびユーザーエイリアスオブジェクトを参照してください。 |
emails_to_identify |
必須 | オブジェクトを識別するためのエイリアスの配列 | メールによるユーザーの識別を参照してください。 |
merge_behavior |
オプション | 文字列 | none かmerge のどちらかが予想される。 |
Merge_behavior フィールド
merge_behavior
フィールドをmerge
に設定すると、匿名ユーザーにのみ存在する以下のフィールドが識別されたユーザーに統合されます。フィールドをnone
に設定しても、ユーザーデータは識別されたユーザープロファイルにマージされません。
マージされるフィールドのリスト
- 名
- 姓
- メール
- 性別
- 生年月日
- 電話番号
- タイムゾーン
- 市区町村
- 国
- 言語
- セッション数 (両方のプロファイルのセッションの合計)
- 初回セッションの日付 (Braze は2つの日付のうち早い方を選択します)
- 最終セッションの日付 (Braze は2つの日付のうち遅い方の日付を選択します)
- カスタム属性
- カスタム・イベントと購入イベントのデータ
- Y日間にX回」のセグメンテーション(X<=50、Y<=30)のためのカスタムイベントと購入イベントのプロパティ。
- セグメント可能なカスタム・イベントのサマリー
- イベント数(両プロファイルの合計)
- イベントが最初に発生した日(Brazeは2つの日付のうち早い方を選ぶ)
- イベントが最後に発生した日(Brazeは2つの日付のうち遅い方を選ぶ)
- アプリ内購入の合計(セント単位)(両方のプロファイルの合計)
- 購入総数 (両方のプロファイルの合計)
- 初回購入日 (Braze は2つの日付のうち早い方を選択します)
- 最終購入日 (Braze は2つの日付のうち遅い方を選択します)
- アプリの概要
- Last_X_atフィールド(Brazeは、孤児となったプロファイルフィールドがより新しいものであれば、フィールドを更新する)
- キャンペーンの概要(Brazeは最新の日付フィールドを選択します)
- ワークフローのサマリー(Brazeは最新の日付フィールドを選ぶ)
- メッセージとメッセージのエンゲージメント履歴
- カスタムイベントと購入イベントのカウントと最初の日付と最後の日付のタイムスタンプ
- これらの統合されたフィールドは、「Y日以内にXイベント」フィルターを更新する。購入イベントの場合、これらのフィルターには、「Y日間の購入回数」と「過去Y日間の使用金額」が含まれる。
- 両方のユーザープロファイルにアプリが存在する場合のセッションデータ
- たとえば、ターゲットユーザーには「ABCApp」のアプリ概要がなく、元のユーザーにはある場合、ターゲットユーザーのプロファイルにはマージ後に「ABCApp」のアプリ概要が表示されます。
メールによるユーザーの識別
識別子としてemail
が指定された場合、識別子にはさらにprioritization
の値が必要となる。prioritization
は、複数のユーザーが見つかった場合に、どのユーザーをマージするかを指定する配列でなければならない。prioritization
は順序付き配列である。つまり、優先順位付けから複数のユーザーがマッチした場合、マージは行われない。
配列に使用できる値は、identified
、unidentified
、most_recently_updated
です。most_recently_updated
は、最も最近更新されたユーザーを優先することを意味します。
優先配列には、一度に以下のオプションのうち1つしか存在できません。
identified
を持つユーザーを優先することである。external_id
unidentified
のないユーザーを優先することである。external_id
リクエスト例
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"
}'
詳細については、alias_name
およびalias_label
、ユーザーエイリアスドキュメントをご覧ください。
応答
1
2
3
4
5
6
Content-Type: application/json
Authorization: Bearer YOUR_REST_API_KEY
{
"aliases_processed": 1,
"message": "success"
}