説明
バッチ セグメンテーションは、リアルタイム顧客プロファイルへのデータの流入方法に関係なく、バッチ認定されたセグメント定義に対してのみ 24 時間ごとに実行されるセグメンテーションの形式です。バッチ修飾セグメント定義は、セグメント UI または API でバッチ修飾オプションが有効になっているセグメント定義です。
バッチ セグメンテーションは、リアルタイム更新を必要としない履歴データまたは集計データに基づいてセグメントを作成するために使用されます。これらはバッチ セグメンテーションのデフォルト設定ではないため、バッチ セグメンテーションは 8 時間ごと、またはすべてのセグメント定義にわたって実行されるわけではありません。
参考文献：https:// experienceleague.adobe.com/docs/ experience-platform/segmentation/home.html?lang=en#bat

説明
ディメンション エンティティは、リアルタイム顧客プロファイル データ ストア内に存在するエンティティのタイプであり、製品、場所、キャンペーンなど、顧客に直接関係しないビジネス エンティティまたはコンセプトを記述します。次元エンティティは主に次の 2 つの目的で使用されます。
* イベントまたはプロファイルの特性に関する共通データを再記述する必要がなくなるため、XDM でのモデリング プロセスが簡素化されます。たとえば、開発者は、すべての製品ビュー イベントで製品名、価格、説明を繰り返す代わりに、製品ディメンション エンティティを作成し、イベントでその ID によってそれを参照できます。
* これにより、Journey Optimizer は、オーディエンスおよびセグメントの認定によって開始されるカスタマー ジャーニーのデータを活用できるようになります。たとえば、開発者は、特定のカテゴリまたは場所から製品を閲覧した顧客、または特定のキャンペーンに関与した顧客に基づいてセグメントを作成できます。他のオプションは、ディメンション エンティティの有効な目的または関連した目的ではありません。リアルタイム顧客プロファイル内で実行されるバッチ セグメンテーション ジョブでは、これらのジョブがディメンション データではなくプロファイル データに基づいているため、ディメンション エンティティは利用されません。ディメンション エンティティは、リアルタイム エクスペリエンスとセグメンテーションを提供するためにデータが最適に保存されることを保証しません。これは、ディメンション エンティティ自体ではなく、リアルタイム顧客プロファイル データ ストアの機能であるためです。参考文献:
https:// experienceleague.adobe.com/docs/experience-platform/profile/home.html?lang=en#Dimensional-ja
https:// experienceleague.adobe.com/docs/journey-optimizer/using/get-started/data-ingestion.html?lang=ja

説明
Adobe Journey Optimizer の XDM Individual Profile スキーマを設定するために、開発者はこのプロセスに 2 つの ID フィールドを使用できます。ID フィールドは、顧客エンティティを一意に識別し、それを Adob​​e Experience Platform のプロファイルにリンクするフィールドです。電子メール、電話番号、Cookie ID など、使用できる ID フィールドにはさまざまな種類があります。ただし、最も一般的で推奨される ID フィールドの 2 つは、CRMID とハッシュ化された電子メールです。CRMID は、Salesforce ID や Microsoft Dynamics ID などの顧客関係管理 (CRM) 識別子を格納する ID フィールドです。ハッシュされた電子メールは、顧客の電子メール アドレスのハッシュされたバージョンを保存する ID フィールドであり、プレーン テキストの電子メールを保存するよりも高いセキュリティとプライバシーが提供されます。XDM ID とキャンペーン コードは ID フィールドではなく、XDM 個別プロファイル スキーマで使用できる他のタイプのフィールドです。XDM ID は、Adobe Experience Platform の各プロファイルに割り当てられるシステム生成の識別子を保存するフィールドです。キャンペーン コードは、顧客が操作したマーケティング キャンペーンを識別するコードを格納するフィールドです。参考文献:
https:// experienceleague.adobe.com/docs/ experience-platform/xdm/home.html?lang=ja#identity-fieldshttps://exp

説明
作成された 4 つのオファーのうち 3 つだけがコレクションに含まれる最も可能性の高い理由は、必要なタグがオファーの 1 つから欠落していることです。タグは、オファーを分類したり、特定のテーマ、トピック、または目的に関連付けたりするためにオファーに割り当てることができるラベルです。コレクションは、1 つ以上の共通のタグを共有するオファーのグループです。コレクションを作成するとき、開発者は、オファーをコレクションに含めるのに必要なタグを指定できます。オファーに必要なタグがすべて含まれていない場合、そのオファーはコレクションの一部にはなりません。他のオプションは無効であり、オファーがコレクションに含まれない理由としては適切ではありません。画像配置の追加やフォールバック オファーの作成は、タグやコレクションに関連していないため、コレクションへのオファーの包含には影響しません。参考文献:
https:// experienceleague.adobe.com/docs/journey-optimizer/using/decion-management/offers.html?lang=en#ta

説明
開発サンドボックスで作成されたスキーマを運用サンドボックスにコピーするには、開発者は AEP のスキーマ パッケージのエクスポート/インポート機能を使用できます。この機能を使用すると、開発者はスキーマとその依存関係 (フィールド グループ、データ型、ミックスインなど) を、別のサンドボックスにインポートできるパッケージ ファイルとしてエクスポートできます。サンドボックスのエクスポート/インポート API は、特定のスキーマではなくサンドボックス構成全体をエクスポートまたはインポートするために使用されるため、有効なオプションではありません。スキーマのエクスポート/インポート API も、依存関係のない単一のスキーマをエクスポートまたはインポートするために使用されるため、有効なオプションではありません。これにより、エラーや不整合が発生する可能性があります。参考文献:
https:// experienceleague.adobe.com/docs/ experience-platform/xdm/tutorials/export-import-schema-package.htm
https:// experienceleague.adobe.com/docs/ experience-platform/sandbox/api/export-import-sandbox.html?lang=ja