リアルタイム顧客プロファイルの有効化に関する計画

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

プロファイルを有効にすることで、Experience Platform間でデータをステッチ、結合、アクティブ化する方法が決まります。 Planning では、変更を行う前に、スキーマ構造、ID 構成およびデータセットの目的が正しいことを確認します。 この計画レビューを完了したら、Schema Editor または Dataset UI でプロファイルのデータを有効にする手順に進むことができます。

前提条件

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

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

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

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

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

データセット：プロファイルのデータセットを有効にすると、リアルタイム顧客プロファイルはそのレコードを使用してプロファイルを作成および更新します。 ​ データセットユーザーガイド ​ のデータセットのイネーブルメント動作を確認します。 スキーマとは異なり、後でデータセットを無効にしたり削除したりできますが、関連付けられたプロファイルレコードが削除され、セグメント化やアクティブ化のワークフローに影響を与える可能性があります。 有効なデータセットを変更する前に、ダウンストリームの影響を考慮します。

これらの変更はダウンストリームプロセスに影響を与えるので、有効にする前に、スキーマとそのデータセットがプロファイルに適していることを確認してください。

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

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

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

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

以下の条件を確認し、プロファイルのイネーブルメントがデータに適していることを確認します。

次の状況でプロファイルを有効にします。

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

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

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

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

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

スキーマへの対応

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

ID 設定

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

データセットの目的

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

例：

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

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

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

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

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

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

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

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

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

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

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

データセットを有効にする前に、データセットに含まれる一意の ID 値の数を推定し、これらの ID 値がテストアカウントやシステム ID ではなく、実際の顧客を表していることを確認します。 一意の ID がそれぞれアドレス可能なオーディエンスサイズに貢献するので、このデータセットを有効にしてライセンスの使用権限に適合することを確認します。 プロファイルのイネーブルメントにより、ストレージと処理のコストが増加するため、データセットがこの投資を正当化する価値を提供できるようになります。

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

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

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

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

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

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

プロファイルへのデータセットの有効化

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

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

注文が重要な理由

​ イネーブルメントワークフローについて ​ で説明しているように、データセットを有効にする前にスキーマを有効にする必要があります。 これにより、データセットのイネーブルメントを許可する前に、リアルタイム顧客プロファイルがスキーマ構造がプロファイル操作をサポートしていることを検証し、スキーマを使用するすべてのデータセットがセグメント化および ID ステッチのために正しいフィールド定義を継承することが保証されます。

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

次の手順 next-steps

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