場所のヒント、AAM DCS 地域ノード、ID サービスの場所のヒント

Adobe Experience Platform（AEP） WebSDK の場所のヒント、Experience Cloud ID サービスの場所のヒント、Adobe Audience Manager（AAM） DCS Regional Nodes との関係について説明します。

説明 description

環境

問題/症状

AEP（Adobe Experience Platform） WebSDK の場所のヒント、Experience Cloud ID サービス、場所のヒント、AAM DCS 地域ノードの間には何の関係がありますか？また、この関係を理解することが重要な理由は何ですか？

解決策 resolution

AEP WebSDK （Experience Edgeにデータを送信）およびAdobe Audience Manager（AAM）のリアルタイムデータ収集は、世界中に分散したリージョナルノードで行われます。 7 つのリージョンノードがあり、AEP WebSDK/Experience EdgeとAAM データ収集で同じノードが使用されます。 AAM Data Collection Servers （DCS）は、Experience Edgeを構成するのと同じネットワークインフラストラクチャを使用します。 同様に、Experience Cloud ID サービスはAAM テクノロジーを利用するので、ID サービスの場所のヒントは、AAM regional data collection node と同じです。 つまり、AAM DCS ノード = ID サービスの場所のヒント =  Experience Edgeの場所のヒント AAMの地域ノードの概要をこの ​ ドキュメント ​ で説明するのに対して、同じ Experience Edgeの地域ノードの概要をこの ​ ドキュメント ​ で説明します。

AAMの地域ノードと ID サービスの場所のヒントは数字で識別され、Experience Edgeの場所は英数字で識別されますが、それらはすべて同じ領域（ブラジルを除く）に揃っていることがわかります。  次のルックアップテーブルに、クエリの実行方法を示します。

リアルタイムの応答を必要とするほとんどのAdobe Experience Cloud機能は、これらの地域ノードを使用します。 Web ページまたはモバイルアプリでの最初の呼び出し ID サービスまたは Experience Edge呼び出しによって、使用する地域ノードが決まります。 場所のヒントは、次の呼び出しに応答して見つかります。

Experience Cloud ID サービス：

AEP Web SDK:

エンドユーザーに最も近いリージョンノードが決定されると、そのリージョン ID は、今後の Analytics、Target およびAEP WebSDK 呼び出しを介して渡されます。 Analytics では、Analytics のクエリ文字列パラメーターとして渡されます。

Target では、リクエストペイロードの experienceCloud.audienceManager.locationHint オブジェクトで渡されます。

AEP Web SDKの場合、呼び出しのパスは、地域のノードを反映するように更新されます。

注意： 地域がまだ決定されていないので、AEP WebSDK からの最初のインタラクト呼び出しではパス内の地域は取得されませんが、場所のヒントが応答に含まれます（上記のとおり）。 元のリクエストのパスは ..../ee/v1/.... のみになりますが、後続の呼び出しには、/ee/ and /v1/ のパス要素間の地域ノード情報が含まれます。

これらのパラメーターにより、サーバーサイドで転送される Analytics データが適切なAAM エッジノードに転送され、Target が同じエッジノードからセグメント情報をリクエストし、AEP データがAAM （およびオーディエンスライブラリ）の適切なリージョンノードにデータを送信することが保証されます。

この情報は、Adobe ソリューションに非標準の方法でサーバーサイドまたはユーザーサイドのヒットを送信する際に知っておくことが重要です。 例えば、ECID （Experience Cloud ID）とAEP プロファイルの同期のみを目的として、ページで手動で作成されたAEP WebSDK 呼び出しは、正しい Experience Edge地域ノードに送信する必要があります。 そうでない場合は、AEPからAAMに共有されるデータはすべてAAM バックエンドデータベースに送信され、AAMがそのデータを各エッジノードにプッシュするのに 48 時間かかるため、AAM（または Audience Library）に送信されるAEP セグメントを Target が使用できる時間が大幅に短縮されます。 また、サーバーサイドの Analytics リクエストがノード 7 に送信されたにもかかわらず、ユーザーのページ上の Target 実装がリージョン 9 を使用している場合、データはAAMの US East ノードに転送されます。 24～48 時間後にエンドノードが同期されるまで、オーディエンスライブラリのオーディエンス/AAM セグメントを使用して Target アクティビティの対象を決定することはできません。 このようなユースケースでは、getMarketingCloudVisitorID （ID サービス）または getIdentity （web SDK）関数を使用して ECID を取得することが標準的な方法です。 ただし、ECID を取得するだけでなく、getLocationHint （ID サービス）関数を使用するか、web SDK呼び出しの応答ペイロードから取得することで、場所のヒントを取得して使用する必要もあります。

Experience League Campaign コミュニティで質問する
このトピックに関するご質問や、以前の回答済み質問については、この記事を含む Experience League Community のブログ投稿 ​ をご覧ください。ご質問やご意見をお寄せいただき、Experience League Campaign コミュニティに参加してください。