リアルタイム顧客プロファイルのイネーブルメント計画

このページを使用して、リアルタイム顧客プロファイルに対してスキーマとデータセットを有効にする前に、スキーマとデータセットの準備ができていることを確認します。 この計画レビューは、スキーマフィールドを設計した後、プロファイルのスキーマを有効にする前に完了します。 プロファイルの有効化により、データモデルに永続的な行動変化が適用されます。 スキーマの有効化を逆にすることはできません。データセットを有効にすると、リアルタイム顧客プロファイル内でのレコードの処理方法に影響します。 このガイダンスを確認して、意図しないイネーブルメント、データ品質の問題、スキーマ設計の長期的な制約を回避します。

プロファイルを有効にすると、Experience Platform全体でデータを結合してアクティブ化する方法が決まります。 プランニングを実施することで、変更を加える前に、スキーマ構造、ID設定、データセットの目的が正しいことを確認できます。 この計画レビューを完了したら、スキーマエディター​または​データセット UIでプロファイルのデータを有効にするように進むことができます。

前提条件

この計画ガイドを使用する前に、次のことを確認してください。

これらの前提条件を完了していない場合は、この計画ガイドに進む前に、​ スキーマ作成チュートリアル ​から始めてください。

計画が重要な理由 why-planning-matters

プロファイルの有効化は、Experience Platformによるデータの処理方法を永続的に変更します。 次の永続的な変更は、スキーマとデータセットに適用されます。

スキーマ: プロファイルのスキーマを有効にした場合、そのスキーマを無効にしたり削除したりすることはできません。 データの取り込み後に、スキーマからフィールドを削除したり名前を変更したりすることはできません。 この永続性は、決定を元に戻したり、後で構造を簡素化したりすることはできないので、プロファイルを有効にする前に、スキーマデザインが完全で安定している必要があることを意味します。

データセット: プロファイルのデータセットを有効にすると、Real-Time Customer Profileはそのレコードを使用してプロファイルを構築および更新します。 ​ データセット ユーザーガイド ​のデータセットの有効化の動作を確認してください。 スキーマとは異なり、後でデータセットを無効にしたり削除したりできますが、そうすると関連するプロファイルレコードが削除され、セグメンテーションやアクティベーションワークフローに影響を与える可能性があります。 有効なデータセットに変更を加える前に、下流への影響を考慮してください。

これらの変更は下流プロセスに影響を与えるため、スキーマとそのデータセットがプロファイルに適していることを確認してから有効にします。

イネーブルメントワークフローについて

プロファイルにスキーマを使用するスキーマとデータセットの両方を有効にする必要があります。 次の順序でリソースを有効にします。

スキーマがまだ有効になっていない場合、プロファイルのデータセットを有効にすることはできません。 スキーマは、データセットの有効化の前提条件として機能します。 この2段階のプロセスにより、リアルタイム顧客プロファイルがレコードの処理を開始する前に、データモデルが検証されます。

プロファイルのスキーマまたはデータセットを有効にするタイミング when-to-enable

次の条件を確認して、プロファイルの有効化がデータに適していることを確認します。

次の状況でプロファイルを有効にする：

プロファイルのスキーマまたはデータセットを有効にしない場合 when-not-to-enable

次の場合は、プロファイルを有効にしないでください。

これらのシナリオでプロファイルを有効にすると、不要なプロファイルが作成されたり、ライセンスの使用率が増加したり、長期的なスキーマの制約が生じたりする可能性があります。

プロファイルを有効にする前の主な考慮事項 key-considerations

この節の考慮事項を確認して、スキーマとデータセットがプロファイルユースケースと長期的なデータガバナンスをサポートしていることを確認します。 プロファイルを有効にする前に、スキーマ構造、ID設定、データセットの目的を確認します。

スキーマへの対応

スキーマ構造を確認して、プロファイル要件をサポートしていることを確認します。 スキーマには、セグメント化とアクティベーションに必要なフィールドを含める必要がありますが、実験的なフィールドや長期的に必要ではないフィールドは除外する必要があります。 イネーブルメントの後に追加する追加フィールドは、必ず追加する必要があります（詳細は​ スキーマの不変性の制約を参照）。 この制限は、プロファイルを有効にする前に、フィールド選択を慎重に検証する必要があることを意味します。 許可される更新について詳しくは、​ スキーマ進化ルール ​を参照してください。

ID設定

ID設定により、プロファイルがデータセットをまたいでレコードを結合する方法が決まります。 最初に、有効なプライマリ IDが選択されていることを確認します。このフィールドは、安定しており、一意であり、すべてのレコードで一貫して入力されている必要があります。 ステッチエラーを防ぐために、ID名前空間が正しく割り当てられていることを確認します。 セカンダリ IDを使用する場合は、プロファイルの競合を引き起こさずに、セカンダリ IDがサポートしていることを確認します。これは、異なる個人が同じID値を共有する場合に発生する可能性があります。 リアルタイム顧客プロファイルは、競合するレコードをつなぎ合わせたときに、どのデータが優先されるかを決定する結合ポリシーを適用することで、衝突を解決します。

データセットの目的

プロファイルのデータセットを有効にできるのは、ダウンストリームワークフローで使用されるプロファイル属性またはエクスペリエンスイベントに直接貢献する場合のみです。 セグメント化、テストまたはサンプルデータ、またはアクティベーションを意図しない運用システム生成レコードで使用されていないルックアップデータや参照データを含むデータセットを有効にしないでください。 これらのデータ型は、統合された顧客プロファイルに影響を与えず、不要なストレージのオーバーヘッドを生み出します。 データセットにセグメント化とアクティベーションをサポートするID フィールドや顧客行動データが含まれていない場合は、プロファイルに対してデータセットを有効にしないでください。

例：

顧客IDを持つトランザクションデータを含む「顧客購入イベント」データセットを有効にします。 リアルタイムの顧客プロファイルは、これらのイベントを利用して顧客タイムラインを構築し、購買行動にもとづいたセグメンテーションを可能にします。

顧客IDのないSKU参照データのみを含む「製品カタログ」データセットは有効にできません。 このタイプのデータセットを有効にすると、統合された顧客プロファイルに貢献することなく、不要なストレージのオーバーヘッドが発生します。

事前イネーブルメントのチェックリスト pre-enablement-checklist

プロファイルのスキーマまたはデータセットを有効にする前に、このチェックリストを使用して準備状況を確認します。 プロファイルを有効にする前に、各項目を完了してください。

スキーマレベルのチェック

まず、スキーマデザインが完全で安定していることを検証することから始めます。 スキーマを確認して、ユースケースのすべての必須フィールドが存在し、実験的または一時的なフィールドが含まれていないことを確認します。 スキーマが推奨パターンに従っていることを確認するには、​ スキーマデザインのベストプラクティス ​を参照してください。 最終フィールドリストでチームの承認を得ます（​ スキーマの不変性の制約を参照）。

次に、プライマリ ID設定が正しいことを確認します。 スキーマエディター​でスキーマを開き、ID アイコンでマークされたフィールドを見つけます。 このフィールドがソースデータに一貫して入力され、ID名前空間がユースケースに適していることを確認します。 プライマリ IDは、適切なプロファイルをつなぎ合わせるために、すべてのレコードで安定し、一意で、確実に存在する必要があります。

最後に、スキーマ構造の名前を変更したり再編成したりする必要がないことを確認します。 スキーマ構造の変更は、追加の更新のみに制限されます（​ スキーマの不変性の制約を参照）。 名前や組織の長期的な曖昧さは、後で修正できないため、イネーブルメントの前にこれらの問題を解決してください。

データセットレベルのチェック

有効にする各データセットについて、まず、プロファイル関連のデータが含まれていることを確認します。 サンプルレコードを確認し、単純な操作情報や参照情報ではなく、顧客データやイベントデータが含まれていることを確認します。 レコードに、顧客プロファイルにリンクするID値が含まれていることを確認します。 ID フィールドまたは顧客行動データを含まないデータセットは、プロファイルに対して有効にしないでください。

プロファイルが有効になっている環境で、データセットのID値が他のデータセットとどのように関連しているかを理解することで、データセットがIDの合成やセグメント化に貢献する必要があるかどうかを判断します。 このデータセット内のレコードを既存のプロファイルと結合するか、新しいプロファイルフラグメントを作成するかを検討します。 結合ポリシーのドキュメント ​を確認して、Real-Time Customer Profileがデータセット間でレコードをどのように結合するか、またこのデータセットが全体的なID戦略にどのように適合するかを理解します。

データセットを有効にする前に、データセットに含まれる一意のID値の数を推定し、これらのID値がテストアカウントやシステム識別子ではなく、実際の顧客を表していることを確認します。 このデータセットを有効にすると、一意のIDがアドレス可能なオーディエンスサイズに影響するため、ライセンスの使用権限に一致することを確認します。 プロファイルの有効化は、保存と処理のコストを増加させます。そのため、データセットがこの投資を正当化する価値を提供することを確認してください。

このチェックリストを完了すると、イネーブルメント後に元に戻せない問題を防ぐことができます。

スキーマとデータセットのプロファイルの有効化 enable-profile

事前イネーブルメント チェックリストを完了したら、次の手順に従ってプロファイルを有効にします。 ​ イネーブルメント ワークフローについてで説明しているように、そのスキーマを使用するデータセットを有効にする前に、スキーマを有効にする必要があります。

プロファイルのスキーマを有効にする

最初にスキーマでプロファイルを有効にします。

詳細な手順については、スキーマエディターのドキュメントの​ スキーマ有効化ガイド ​を参照してください。

プロファイルのデータセットを有効にする

プロファイルに対してスキーマを有効にした後、統合プロファイルに貢献する各データセットを有効にします。

リアルタイム顧客プロファイルに貢献する必要がある各データセットについて、このプロセスを繰り返します。 手順とAPI有効化オプションについて詳しくは、「前提条件」セクションで参照されているデータセットユーザーガイドを参照してください。

注文が重要な理由

「​ イネーブルメントワークフローについて」で説明しているように、データセットを有効にする前にスキーマを有効にする必要があります。 これにより、Real-Time Customer Profileは、データセットの有効化を許可する前に、スキーマ構造がプロファイル操作をサポートしていることを検証し、スキーマを使用するすべてのデータセットが、セグメント化とID合成のために正しいフィールド定義を継承するようになります。

スキーマとデータセットの両方を有効にすると、リアルタイム顧客プロファイルは、レコードの処理と統合顧客プロファイルの構築を開始します。 イネーブルメントの前に取り込まれたレコードは、データを再取り込みしない限り、プロファイルに含まれません。

次の手順 next-steps

プロファイル有効化の永続的な影響を確認し、スキーマとデータセットの準備が整っていることを確認し、ID設定がユースケースをサポートしていることを検証しました。 スキーマ構造とフィールド関係の理解を深めるには、​ スキーマ構成の基本を参照してください。この記事では、スキーマ進化ルールと、フィールドがデータモデル内でどのように相互作用するかを説明しています。 イネーブルメント中またはイネーブルメント後に問題が発生した場合は、一般的な問題と解決策について、XDM トラブルシューティングガイド ​を参照してください。 ID名前空間がプロファイルの結合と解決にどのような影響を与えるかについて詳しくは、ID名前空間の概要を参照してください。