Quick Audience は、V4 でのテーブルデータのインポートやイベントデータのレポートなどのプロセスで自動 ID マッピングを提供します。Quick Audience は、ID マッピングを使用してユーザー ID を識別し、ソースチャネルと ID タイプ全体でユーザーデータをプルします。
背景情報
Quick Audience データプールには、淘宝網、WeChat ミニプログラム、自社アプリからインポートされた注文データテーブル、CRM からインポートされたタグデータ、自社アプリ、ミニプログラム、Web、またはトラッキングポイントによって収集および報告されるサードパーティシステムの行動イベントデータ、アップロードされたクラウド ID リストなど、複数のチャネルからの同じユーザーのデータが含まれている場合があります。
異なるチャネルで同じユーザーを識別し、各チャネルのデータを相乗効果を生み出し、洞察と意思決定を支援する方法が、V4 が解決に重点を置いている問題です。
ID 分類
さまざまなチャネルの一般的な登録およびログインプロセスを理解した後、一部の ID タイプは相互に関連しており、ユーザー ID の識別に役立つことがわかりました。
ユーザー ID は、大きく 4 つのカテゴリに分類できます。
ユーザー ID：ユーザーを示します。携帯電話番号やメールアドレスなど、サードパーティプラットフォームアカウントまたは企業アカウントを登録するときにユーザー ID を入力する必要がある場合があります。
デバイス ID：電子デバイスに付属のデバイス ID。デバイス ID は通常、デバイスの MAC アドレス、携帯電話の IMEI、Android デバイスの IMSI、OAID、Apple デバイスの IDFA など、アプリケーションのトラッキングポイントを介して収集されます。デバイス自体にはバインドされていません。
企業 ID：企業の業務システムによって生成される ID。たとえば、企業の CRM メンバーの ID。Quick Audience では、メンバー ID を OneID として入力できます。
サードパーティプラットフォーム ID：WeChat UnionID、OpenID、淘宝網 ID、淘宝網ニックネーム、Alipay ID、Weibo ID など、サードパーティプラットフォーム上のユーザーの ID。場合によっては、ユーザーが携帯電話番号またはその他の方法を使用して、サードパーティプラットフォーム ID を企業 ID にバインドすることがあります。
ユーザー ID は、企業 ID および サードパーティプラットフォーム ID に関連付けられている場合があります。デバイス ID は、トラッキングアプリのアカウント ID に関連付けられている場合があります。データのソースチャネルに関係なく、異なるタイプの ID が相互に関連付けられている場合、これらの ID は同じユーザーに属していると想定します。
ID マッピングは、このアイデアに基づいて実装するユーザー識別です。
ID マッピングの基本ロジック
一般に、ID マッピングは、関連する ID データに基づいてユーザーを識別および重複排除し、Quick Audience 内の各独立ユーザーに一意の QAID を割り当てます。
QAID は、ユーザーが ID マッピングを通じて取得する一意の ID です。後続の操作では、QAID がユーザーを表すために使用されます。他の ID タイプ、タグ、およびその他のデータを使用およびプッシュする必要がある場合、ユーザーのすべての ID タイプとデータは QAID に基づいて照合されます。
ID が暗号化されている場合、ID マッピング中に：
AES によって暗号化されている ID の場合は、最初に復号化されて暗号化されていない状態の ID が取得されます。
ID が MD5/SHA256 によって暗号化されている場合は、同じタイプの他の暗号化されていない ID が同じ方法で暗号化されるため、比較に使用されるすべての ID が同じ暗号化状態になります。
まず、最も単純なケースでの ID マッピングの例を見てみましょう。
例 1：複数の ID を同じ携帯電話番号に関連付ける
1 日目：
インポートされた注文テーブルには、1 つの行が含まれています：淘宝網 ID1、携帯電話番号 1...
アプリのトラッキングポイントによって収集および報告された行動イベントテーブルには、1 つの行が含まれています：IDFA1、携帯電話番号 1...
次に、システムはこれらの ID が同じユーザーに属すると判断し、このユーザーに QAID1 を割り当てます。
結果は下の表のとおりです。
QAID | 携帯電話番号 | 淘宝網 ID | IDFA |
QAID1 | 携帯電話番号 1 | 淘宝網 ID1 | IDFA1 |
ID マッピングにおける ID の競合と解決策
上記の例 1 の各 ID には 1 つの値しかありません。ID に複数の値がある場合はどうなりますか？
この場合、システムは ID の単一値/複数値と優先順位に従って ID をマージおよびトレードオフします。このセクションでは、説明を簡単にするために、関係する ID の単一値/複数値と優先順位が次の表に示されていると想定しています。
次の表は、プリセットシステム ID のデフォルト構成を示しています。詳細については、「システムプリセット ID」をご参照ください。
ID | 単一値/複数値 | 優先順位 |
電話番号 | 単一値 | 1 |
淘宝網 ID | 複数値 | 2 |
IDFA | 単一値 | 3 |
単一値/複数値 ID
単一値 ID：ユーザーには 1 つの単一値 ID のみ割り当てることができます。
たとえば、上記の表によると、ユーザーは 1 つの携帯電話番号と 1 つの IDFA のみ持つことができます。
同じ ID に関連付けられた単一値 ID に複数の異なる値がある場合、競合が発生します。ID の優先順位を使用して、それらを同じユーザーと見なすかどうかを判断する必要があります。詳細については、ID の優先順位を参照してください。
システムが同じ単一値 ID の複数の値が同じユーザーに属すると判断した場合、値の 1 つのみ保持できます。全体的なマージポリシーに基づいて、保持する値を決定する必要があります。「全体的なマージ戦略を選択する」ことができます。次のポリシーを使用できます。
デフォルトポリシー：最も古い作成時間の ID タイプ値を保持します。たとえば、ユーザー A が昨日 IDFA1 を記録し、今日 IDFA2 を記録した場合、システムは IDFA1 を保持します。
最新の更新時間の ID タイプ値が保持されます。たとえば、ユーザー B が昨日 IDFA3 を記録し、今日 IDFA4 を記録した場合、システムは IDFA4 を保持します。
一定期間にわたって最も頻繁に出現する ID タイプ値を保持します。たとえば、過去 1 か月間にインポートされたデータで、ユーザー C の IDFA5 レコードが 20 回出現し、IDFA6 レコードが 10 回出現した場合、システムは IDFA5 を保持します。
複数値 ID：ユーザーの複数値 ID は複数の値を持つことができます。
たとえば、上記の表によると、ユーザーは複数の淘宝網 ID を持つことができます。
同じタイプの複数値 ID の複数の値がシステムによって同じユーザーに属すると判断された場合、すべての値が保持されます。複数値 ID は競合しません。
ID の優先順位
同じ ID に関連付けられた単一値 ID が競合する場合、ID の優先順位に基づいてそれらを同じユーザーとして扱うかどうかを判断する必要があります。
優先順位の高い単一値 ID が相互に競合し、優先順位の低い ID が同じである場合、それらは異なるユーザーであると判断されます。
優先順位の高いユーザーの ID が同じで、優先順位の低いユーザーの単一値 ID が競合する場合、それらは同じユーザーであると判断されます。
携帯電話番号と IDFA を例として使用します。
関連付け | プリセット条件 | 結論 |
2 つの携帯電話番号が同じ IDFA に関連付けられています。 |
| 2 つの携帯電話番号は異なるユーザーに属しています。 |
2 つの IDFA が同じ携帯電話番号に関連付けられています。 | 2 つの IDFA が同じユーザーに属している場合、最終的な値が単一値になるように、全体的なマージポリシーに基づいて一方の IDFA が破棄されます。 |
次に、複雑なケースでの ID マッピングの例をいくつか見てみましょう。表現を簡単にするために、すべての表の ID タイプは優先順位の高い順にソートされています。
例 2：同じ携帯電話番号が異なる淘宝網 ID と異なる IDFA に関連付けられている
次のユーザーデータは 1 日目に使用できます。
QAID | 携帯電話番号（単一値） | 淘宝網 ID（複数値） | IDFA（単一値） |
QAID1 | 携帯電話番号 1 | 淘宝網 ID1 | IDFA1 |
この基準に基づいて、2 日目：
インポートされた注文テーブルには、1 つの行が含まれています：淘宝網 ID2、携帯電話番号 1...
アプリのトラッキングポイントによって収集および報告された行動イベントテーブルには、1 つの行が含まれています：IDFA2、携帯電話番号 1...
上記の単一値/複数値ルールと優先順位ルールの下で：
IDFA は単一値であるため、IDFA2 と IDFA1 は競合しますが、IDFA の優先順位は携帯電話番号よりも低く、携帯電話番号は同じであるため、それでも同じユーザーであると判断されます。デフォルトの全体的なマージポリシーでは、最も古い作成時間の IDFA1 のみが保持されます。
ユーザーが同じユーザーとして識別された後、淘宝網 ID は複数値であるため、複数の淘宝網 ID が保持されます。
結果は下の表のとおりです。
QAID | 携帯電話番号（単一値） | 淘宝網 ID（複数値） | IDFA（単一値） |
QAID1 | 携帯電話番号 1 | 淘宝網 ID1 と 淘宝網 ID2 | IDFA1 |
例 3：同じ淘宝網 ID を異なる携帯電話番号に関連付ける
上記の表の 2 日目のユーザーデータに基づいて、3 日目：
インポートされた注文テーブルには、1 つの行が含まれています：淘宝網 ID1、携帯電話番号 2...
上記の単一値/複数値ルールと優先順位ルールの下で:
淘宝網 ID は一致していますが、携帯電話番号は単一値であるため、携帯電話番号 2 は携帯電話番号 1 と競合し、携帯電話番号の優先順位は淘宝網 ID よりも高いため、2 つの携帯電話番号は異なるユーザーに属すると判断されます。
結果は下の表のとおりです。
QAID | 携帯電話番号（単一値） | 淘宝網 ID（複数値） | IDFA（単一値） |
QAID1 | 携帯電話番号 1 | 淘宝網 ID1、淘宝網 ID2 | IDFA1 |
QAID2（新規ユーザー） | 携帯電話番号 2 | 淘宝網 ID1 | - |
例 4：同じ淘宝網 ID が異なるユーザーに属している場合、同じ淘宝網 ID がインポートされたときにどのユーザーが決定されますか？
上記の表の 3 日目のユーザーデータに基づいて、4 日目：
アップロードされたクラウド ID ファイルには、1 行が含まれています：淘宝網 ID1
上記の単一値/複数値ルールと優先順位ルールの下で:
QAID1 と QAID2 の両方には淘宝網 ID1 があります。新しくアップロードされた淘宝網 ID1 がどちらに属しているかを確認できません。したがって、QAID1 と QAID2 以外のサードパーティであると判断されます。
結果は下の表のとおりです。
QAID | 携帯電話番号（単一値） | 淘宝網 ID（複数値） | IDFA（単一値） |
QAID1 | 携帯電話番号 1 | 淘宝網 ID1、淘宝網 ID2 | IDFA1 |
QAID2 | 携帯電話番号 2 | 淘宝網 ID1 | - |
QAID3（新規ユーザー） | - | 淘宝網 ID1 | - |
例 5：QAID のマージ
例を使用して、マージ前後のユーザーデータに対する QAID 統合の影響を理解しましょう。
この例では、QAID4 の IDFA3 は新しいデータであり、IDFA3 を介してマージされます。
マージ前：
QAID | 淘宝網 ID（複数値） | IDFA（単一値） | 作成時間 |
QAID3 | 淘宝網 ID3 | IDFA3 | 2021.10.1 00:00:00 |
QAID4 | 淘宝網 ID4 | IDFA3 | 2021.10.2 00:00:00 |
マージ後：
QAID | 淘宝網 ID（複数値） | IDFA（単一値） | 作成時間 |
QAID3（QAID4 を使用） | 淘宝網 ID3、淘宝網 ID4 | IDFA3 | 2021.10.1 00:00:00 |
注：
マージ前にクラウドを作成して QAID4 を参照した場合、マージ後に QAID4 を使用してユーザーをクエリすると、QAID3 のデータをクエリできます。したがって、クラウドに関連するマーケティングタスクは引き続き正常に実行できます。
マージ前は、1 つの淘宝網 ID を持つ 2 人の異なるユーザーと見なされます。マージ後は、2 つの淘宝網 ID を持つ 1 人のユーザーと見なされます。したがって、マーケティングタスクのユーザー数と ID 数は時間の経過とともに変化する可能性があり、ユーザー数と ID 数が一致しない場合があります。
ID マッピングにおけるラベルの競合と解決策
ID マッピングプロセスでは、上記の ID の競合に加えて、タグの競合も発生する可能性があります。つまり、同じタグテーブル内の単一値タグの場合、新しく追加されたデータが同じユーザーとして識別されたために、元々 2 人の独立したユーザーが同じユーザーとして識別された場合、プールされたデータ中には値の 1 つしか取得できません。
この場合、システムは最も古い作成時間のタグ値を保持します。
たとえば、QAID5 と QAID6 は、次の表に示すように 2 人の独立したユーザーです。
QAID | 携帯電話番号（単一値） | 淘宝網 ID（複数値） | ラベル A（単一値） | 作成時間 |
QAID5 | 携帯電話番号 5 | 淘宝網 ID5 | a5 | 2021.10.3 00:00:00 |
QAID6 | - | 淘宝網 ID6 | a6 | 2021.10.4 00:00:00 |
後でタグテーブルをインポートすると、QAID6 は新しい携帯電話番号を携帯電話番号 5 として追加します。これは QAID5 の携帯電話番号と同じで、優先順位が高くなっています。この場合、ID マッピング中に QAID5 と QAID6 は同じユーザーとして識別されます。次のデータが保持されます。
QAID | 携帯電話番号（単一値） | 淘宝網 ID（複数値） | ラベル A | 作成時間 |
QAID5（QAID6 を使用） | 携帯電話番号 5 | 淘宝網 ID5、淘宝網 ID6 | a5 | 2021.10.3 00:00:00 |