AAM データソースに関連するAEP ID名前空間とは
この記事では、People Core Serviceを介して作成されたAEP ID名前空間、AAM データソース、顧客属性データソース（AAM ライセンスのステータスに関係なく、すべてのお客様が利用できる特別なAAM データソース）の相関関係について説明します。 SHA256 ハッシュ化された電子メールアドレスを使用してAEPとExperience Cloud オーディエンス間でデータの共有を有効にし、ID マップスキーマフィールドグループを介してIDをAAMおよび顧客属性データソースに渡す方法を提供するには、AAM データソースとAEP ID名前空間の間に接続の種類を作成する必要がありました。 その接続がどのように行われ、問題の対応するAAM データソースに対してAEP ID名前空間が作成されたかどうかが、AAMまたは顧客属性データソースがいつ作成されたかによって異なります。
説明 description
環境
- Adobe Experience Platform（AEP）
- Adobe Audience Manager（AAM）
- People Core Service （顧客属性）
問題/症状
AAM（および顧客属性）データソースとAEP ID名前空間の間には関係がありますか？
解決策 resolution
はい。 これらは次の方法で関連しています。
- AAMで作成されたすべてのAAM クロスデバイスデータソースと、People Core Service UIで2019年4月から2024年2月の間に作成された顧客属性データソースには、Experience Cloud組織がAEPのライセンスを取得していなくても、同じExperience Cloud組織で同じ名前で実稼動サンドボックスに作成されたAEP ID名前空間が含まれています。
- 2019年4月より前に作成されたすべてのAAM クロスデバイスおよび顧客属性データソースには、2019年4月に作成されたAEP ID名前空間が含まれています。
- 2024年2月以降に作成されたすべてのAAM クロスデバイスおよび顧客属性データソースには、AEP ID名前空間が作成されていませんが、そのIDはID マップスキーマフィールドグループ を介してAAMおよび顧客属性に引き続き渡すことができます。 その他の詳細は以下のとおりです。
- 自動生成されるID名前空間には、へのポインターがありますが、AAM クロスデバイスまたは顧客属性データソースの対応物と同じエンティティではありません。 Experience Edgeの同じ行で参照される個別のIDです。
- AAM クロスデバイスおよび顧客属性データソースのみが、ID名前空間の対応を持つことができます。 Cookie ベースのAAM データソースでは、この機能は使用されません。
この情報を考えると、次の重要な注意事項に注意してください。
- AAM クロスデバイスまたはCustomer Attribute データソースの削除は、相関ID名前空間を使用すると、その相関ID名前空間が削除されます。
- AAM クロスデバイスまたは顧客属性データソース nameまたは統合コード に対する更新は、AEP ID名前空間UIに反映されません。
- 名前空間記号は、従来の顧客属性エイリアスまたはAAM統合コードと一致する場合とそうでない場合があります。 シンボルは、次のセクションに記載されている方法の1つに見つけることができます。
この情報を実際にどのように適用しますか？
AEP WebまたはMobile SDKへの移行中に既存のAAMまたはCustomer Attributeの実装を維持する必要がある場合、ユーザーまたはCRM IDをAAMおよびCustomer Attributes （従来はECID ID サービスのsetCustomerIDs関数/メソッドを介して行われていたもの）に渡す方法は、SDK ID マップ をAAMまたはCustomer Attributes データソースを識別する ID名前空間記号 に設定することでします。 ID名前空間記号は、いくつかの異なる方法で見つけることができます。
- AEPまたはデータ収集UIを使用して、該当するAAM クロスデバイスまたは顧客属性データソースに対応するID名前空間を見つけます。 これが直ちにクリアされない場合、または必要なAEP ID名前空間がID UIにない場合は、次のいずれかのオプションを試してください。
- AAM ライセンスをお持ちの方は、AAM UI内のオーディエンスデータ
>データソースに移動します。 問題のデータソースをクリックし、グレー表示された「名前空間」フィールドの値が使用するID シンボルになります。 すべての顧客属性データソースもAAM UIに保存されるため、この方法は、顧客属性とAAMの両方を使用する場合にも機能します。 - このAPI呼び出しを使用して潜在的なAAM データソースの1つに対してAAM APIを使用し、
customNamespaceCodeフィールドを含むJSON ペイロードを返します。 このフィールドの値は、使用するID記号です。 同じAPI呼び出しを使用して、顧客属性データソースに使用するシンボルを決定できます。 - 上記のオプションのいずれも機能しない場合は、AEP ID名前空間がID UIにないか、組織がAAMのライセンスを取得していないため、AAM サポートにお問い合わせいただき、問題の顧客属性データソースを参照するID シンボルを求めてください。
適切なID シンボルがID マップ内にある場合、Experience Edgeはデータ収集ヒットをAudience Managerに転送します（データストリームでAudience Manager サービスが有効になっている場合）。AAMはID シンボルを表示し、収集したAAM統合コードまたはCustomer Attribute エイリアスを検索し、適切なAAM統合コードまたはCustomer Attribute エイリアスでヒットを更新します。これにより、AAM クロスデバイスデータソースまたはCustomer Attribute エイリアスが引きAAMのユースケースユーザーIDを収集できます。
適切なIDを適切なソリューションに割り当てる
AEPのユースケースでは、AAMと顧客属性のIDを使用する必要があり、使用しない場合があります。 どのソリューションに送信する必要があるかを決定する際には、次の情報とヒントを考慮してください。
- AEPは、ID マップを介して渡されたIDのうち、AEP ID UIに関連付けられたAEP IDも持つものは、問題のID名前空間がプロファイル対応のXDM フィールドに関連付けられていない場合でも、ステッチ可能なIDとして扱います。 AAMまたは顧客属性に渡す必要があるIDが、個人/プロファイルレベルのIDではない場合、これは問題になる可能性があります。 これにより、個々のIDではなく世帯IDなどの場合、複数のAEP プロファイルが1つに統合/折りたたまれる可能性があります。 ID グラフ リンク ルール を使用すると、この状況にも役立ちます。
- IDがID マップを介して渡されますが、同じエンティティがAEP ID UIに存在しない場合、AEP取り込みは、プライマリとしてマークされた別のIDがない限りエラーをスローします。
- 目的の機能として、AEPとAAM/お客様属性で同じIDを使用する必要がありますが、AEP ID名前空間が作成されていない場合は、AAM UIで見つかった同じID名前空間記号を使用して作成できます（前の節を参照）。 これにより、1つのID マップエントリで、IDをAEP、AAM、および顧客属性に送信できるようになります。 ただし、最初の箇条書きに記載されているように、ステッチ IDとして使用されることに注意してください。
- AEP ID名前空間がAEP ID UIにあり、AAMおよび顧客属性データセットと同じID記号を持つ場合、そのIDがAEPに到達するのを防ぐ方法はサポートされていません。
関連の読み取り：
AAMのAEP Web SDK認証済み状態：この記事では、移行前と同じようにクロスデバイス ID/データソースが同期または動作しない問題について説明します。