Real-Time 2.0 の設定と初期化では、ID スティッチングのセットアップ方法、イベントと属性の定義方法、およびリアルタイムで使用するためのバッチデータの準備方法について説明します。このセクションでは、Real-Time 2.0 を最初から正しく設定するための主要な動作、制限、およびベストプラクティスについて概説します。
| カテゴリ | 制限 / 動作 | 注記 |
|---|---|---|
| ID Stitching Keys | スティッチングキーとして最大 100 個の ID を定義可能 | 例：email、user_id、td_client_id。イベントをプロファイルにリンクするために使用されます。 |
| Batch ID Sync（初期化） | オプション。バッチ ID グラフをリアルタイムにインポートして継続性を確保できます | 既存のバッチ ID をリアルタイムで利用可能にする必要がある場合に推奨されます。 |
| Profile Key（プライマリ ID） | Parent Segment 作成時に定義され、後から変更できません | バッチデータとリアルタイムデータ間のメイン結合キーを決定します。 |
| Event Tables | Parent Segment あたり最大 100 イベントテーブル | バッチとリアルタイムの両方のイベントテーブルに適用されます。 |
| Event Definitions | ハード制限なし | 定義全体の集約フィルター長は 1000 文字以下である必要があります。 |
| Attribute Backfill | バッチ属性でサポート | バックフィルを使用して、既存のバッチデータの値で RT 属性を事前に入力します。 |
| Importing Batch Attributes | サポート | バッチテーブルに新しく追加されたフィールドは、セグメント更新後に利用可能になります。 |
| New Event Fields | データベースで自動的に利用可能 | パーソナライゼーションやトリガーで使用するには、RT 属性として明示的に設定する必要があります。 |
| Multi-Account Deployment | CI/CD パイプラインでサポート | 設定を 1 つの環境からエクスポートし、別の環境で再利用できます。 |
Batch ID Sync：必須ではありませんが、既存のバッチ ID をリアルタイムに移行する場合に推奨されます。
Profile Keys：Parent Segment のセットアップ時に選択され、その後は固定されます。
Attributes：バックフィルを使用すると、RT 属性に履歴値を入力できます。新しいフィールドは自動的にシステムに流れ込みますが、アクティベーションやパーソナライゼーションで使用するには明示的な設定が必要です。
Deployment Across Accounts：CI/CD プロセスを通じてサポートされ、複数の環境間で一貫した設定を確保します。
リアルタイムを有効にする前にプロファイルキー戦略を計画し、やり直しを避けてください。
既存のバッチセグメントでリアルタイムを有効にする場合は、属性バックフィルを使用してください。
マルチ環境デプロイメントを簡素化するために、CI/CD で設定を管理してください。
新しいバッチまたはイベントフィールドを定期的に確認し、RT 属性として昇格させるべきかどうかを判断してください。