# Real-time 2.0 の設定と初期化

## 概要

Real-Time 2.0 の設定と初期化では、[ID スティッチング](/ja/products/customer-data-platform/real-time/real-time-id-stitching-overview)のセットアップ方法、イベントと属性の定義方法、およびリアルタイムで使用するためのバッチデータの準備方法について説明します。このセクションでは、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 プロセスを通じてサポートされ、複数の環境間で一貫した設定を確保します。


## バッチ ID グラフのアップロード：冗長なデータの除外

バッチ ID グラフをアップロードする際、以下を除外してください — RT 2.0 では目的を果たさず、不必要なオーバーヘッドを追加するだけです：

- **RT 2.0 ステッチングキーとして使用されていないバッチキー** — RT 2.0 ステッチングキーとして設定されていないバッチ層の識別子は、リアルタイムの ID 解決に参加できません。
- **関連する RT 2.0 ステッチングキーがないバッチ統合 ID** — リアルタイムステッチングキーを持たないプロファイルは、受信するリアルタイムイベントと照合できないため、アップロードする必要はありません。


## 注記と推奨事項

- リアルタイムを有効にする前にプロファイルキー戦略を計画し、やり直しを避けてください。
- 既存のバッチセグメントでリアルタイムを有効にする場合は、属性バックフィルを使用してください。
- マルチ環境デプロイメントを簡素化するために、CI/CD で設定を管理してください。
- 新しいバッチまたはイベントフィールドを定期的に確認し、RT 属性として昇格させるべきかどうかを判断してください。