データ収集プランの作成
ユーザー識別システムの決定
データ連携を行う前に、プロジェクトで使用するユーザー識別システムを決めておく必要があります。その他のシナリオ例はユーザー識別ルールを参照してください。#account_idはAEシステムでユーザーを識別する最小単位で、通常はユーザーのアカウントIDを#account_idに設定します。1つのアカウントに互いに独立した複数のキャラクターがある場合は、キャラクターIDを#account_idに設定する必要があります。例えば、1つのゲームアカウントで異なるサーバーにキャラクターを作成でき、各キャラクターがそれぞれレベル、職業、装備などを持つ場合は、キャラクターIDが最小単位になります。#distinct_idは、アプリを開く、お知らせを見るなど、ゲスト状態でのユーザーの行動を記録するIDです。アカウントにログインする前、またはキャラクター情報を取得する前の行動データは#distinct_idに帰属します。#user_id（AEユーザーID）は、AEシステムが#account_idと#distinct_idをもとに生成する一意の識別子で、#user_idによってユーザーのログイン前後の行動を紐付けることができます。1件のデータに#account_idと#distinct_idが両方存在し、それぞれに対応する#user_idが異なる場合、そのデータは#account_idに対応する#user_idに帰属します。
イベントとイベントプロパティの決定
「イベント」は、ユーザーの意味のある1つまたは一連の行動を表し、主な分析対象でもあります。プロジェクトのコア指標を起点に、登録、ログイン、課金、コアゲームプレイなどの重要な機能を整理し、それらの機能を「イベント」に変換します。「イベント」を決めたら、各イベントに固有のプロパティも決める必要があります。これにより、今後の分析でより詳しい情報が得られます。例えば、ユーザーが課金イベントを発生させたとき、イベントプロパティで課金額や購入したパックのIDなどを記録できます。固有のプロパティのほかに、重要なプロパティを「共通イベントプロパティ」に設定することもできます。共通イベントプロパティは、行動が発生した時点のユーザーの状態を反映します。例えば、VIPレベルを共通イベントプロパティに設定すると、このプロパティはすべてのイベントの送信時に付与されるため、VIPレベルがユーザー行動に与える影響をより正確に分析できます。
ユーザープロパティの決定
共通イベントプロパティとは異なり、ユーザープロパティはユーザーの現在の状態を記録します。次の3種類の値をユーザープロパティに設定できます：
- 固定値：登録時間、流入チャネル、ユーザー名など、変化しないプロパティ
- 最新値：最終ログイン時間、最終課金時間など、ユーザーが最後に行った行動の情報
- 累計値：最新値と同様に、ユーザーの過去の累計データを表します。例：累積売上、累計ログイン回数など。
例えば、あるユーザーが課金イベントを2回発生させたとします。1回あたりの課金額は固有のプロパティ、累積売上は共通イベントプロパティで、課金イベント発生時点でそのユーザーがそれまでに課金した金額の合計を記録します：
| イベント時間 | 累積売上 | 1回あたりの課金額 |
|---|---|---|
| 1月1日 | 0 | 50 |
| 1月2日 | 50 | 100 |
イベント詳細を確認すると、イベントプロパティの値は時間が経っても変わりません。一方、累積売上がユーザープロパティの場合、ユーザーが初めて課金した後に値が0から50に更新され、2回目の課金後に150に更新されます。イベント、イベントプロパティ、ユーザープロパティについて詳しくは、データ管理を参照してください。追跡が必要なすべてのイベントとプロパティをドキュメントの形で整理しておくことを強くお勧めします。トラッキングの実装時に、技術担当者とのコミュニケーションに役立ちます。データ収集プランを作成したら、次はデータ送信と検証を行います。