trackingServerSecure
trackingServerSecure変数は、AppMeasurementがHTTPS経由でAdobeにデータを送信するために使用するドメインを決定します。 この変数が正しく定義されていないと、実装でデータが失われる可能性があります。
trackingServerはこの変数の廃止されたバリアントです。 HTTP経由で送信されるデータのドメインを指定しました。HTTPSが普及している場合は、代わりにtrackingServerSecureを使用してください。 s.trackingServerSecureが空白の場合、AppMeasurementはs.trackingServer値にフォールバックします。Adobe Visitor ID サービス (VisitorAPI.js)より前は、この変数によってサードパーティ Cookieが設定された場所も決まりました。 Adobeでは、可能な限り、すべての実装でVisitor ID サービスを使用することを強くお勧めします。
Web SDK拡張機能を使用したEdge ドメイン
Web SDKでは、Edge domainを使用して、Tracking ServerとSecure Tracking Serverの両方を処理します。 Web SDK拡張機能を設定する際に、必要なEdge domain値を設定できます。
- Adobe ID 資格情報を使用して、Adobe Experience Platform Data Collection にログインします。
- 目的のタグプロパティを選択します。
- 「拡張機能」タブに移動し、Adobe Experience Platform Web SDKの下の「Configure」ボタンを選択します。
- 目的のEdge ドメイン テキストフィールドを設定します。
詳しくは、Web SDK ドキュメントの「Adobe Experience Platform Web SDK拡張機能の設定」を参照してください。
trackingServerSecure (またはtrackingServer)に含まれる同じ値を使用できます。Web SDKを手動で実装するEdge ドメイン
edgeDomainを使用してSDKを設定します。 フィールドは、データの送信先ドメインを決定する文字列です。
alloy("configure", {
"edgeDomain": "data.example.com"
});
ADOBE ANALYTICS拡張機能を使用したSSL トラッキングサーバー
「SSL トラッキングサーバー」は、Adobe Analytics 拡張機能の設定時に「一般」アコーディオンの下にあるフィールドです。
- Adobe ID 資格情報を使用して、Adobe Experience Platform Data Collection にログインします。
- 目的のタグプロパティを選択します。
- 「Extensions」タブに移動し、「Configure」ボタンをAdobe Analyticsの下から選択します。
- 「一般」アコーディオンを展開すると、「SSL トラッキングサーバー」フィールドが表示されます。
このフィールドが空白のままの場合、デフォルトの値は トラッキングサーバーです。 SSL トラッキングサーバーと トラッキングサーバーの両方が空白の場合、デフォルトは[rsid].data.adobedc.netになります。
AppMeasurementおよびAnalytics拡張機能のカスタムコードエディターのs.trackingServerSecure
s.trackingServerSecure変数は、Adobeにデータを送信するドメインを含む文字列です。 これはドメインのみです。プロトコル、パス、ポート、およびスラッシュを省略します。 この変数が空白の場合は、s.trackingServer変数の値が使用されます。 s.trackingServerSecureとs.trackingServerの両方が空白の場合、デフォルトは[rsid].2o7.netになります。
// Example value when participating in the Adobe-managed certificate program
s.trackingServerSecure = "data.example.com";
// Example value sending data directly to Adobe
s.trackingServerSecure = "example.data.adobedc.net";
trackingServerSecureの値を決定する際の考慮事項
trackingServerSecure (またはedgeDomain)に使用する値は、いくつかの要因によって異なります。
- Adobeが管理する証明書プログラム への参加
- Adobe Visitor ID サービス が実装され、正しく設定されている場合
Adobeが管理する証明書プログラムに参加している場合は、証明書の設定時に選択した1st パーティドメインに値を設定します。 通常、この値は組織が所有するサブドメインです。 例えば、data.example.com のように設定します。 組織内のCNAME レコードは、そのデータをAdobeにリダイレクトします。
証明書プログラムに参加していない場合は、値をdata.adobedc.netのサブドメインに設定します。 Adobeでは、一貫性を保つために組織の会社IDを使用することをお勧めします。 例えば、example.data.adobedc.net のように設定します。 会社IDを決定するには、次の手順を実行します。
- Adobe IDの資格情報を使用してAdobe CX Enterpriseにログインします。
- CX Enterprise インターフェイスの任意の場所で、
[Cmd]+[I](iOS)または[Ctrl]+[I](Windows)を押します。 - ユーザーデータデバッガーが表示されます。 「割り当てられた組織」タブを選択します。
- 目的のIMS組織を展開します。
- 「テナント」フィールドを探します。 この値は、使用する
data.adobedc.netの推奨サブドメインです。
example.data.adobedc.net より深いサブドメインは使用しないでください。 例えば、custom.example.data.adobedc.net が有効なトラッキングサーバーではありません。古い実装では、sc.omtrdc.netや2o7.netなどの値を持っている場合があります。 これらは主に Adobe Analytics の以前のバージョンで使用されていましたが、現在も有効です。
Adobeでは、組織全体の一貫性を保つために、この情報を ソリューション設計ドキュメント に保管することを強くお勧めします。
訪問者ID サービスまたはExperience Platform ID サービスを使用しない場合の影響
Adobeでは、すべての実装でECIDを訪問者IDの主要な形式として使用することを強くお勧めします。 ECIDの収集は、実装タイプに応じて、いくつかの異なる方法で実装できます。
- AppMeasurementの手動実装では、
VisitorAPI.jsを使用してgetInstanceメソッドを呼び出します。 詳しくは、Analytics用の訪問者ID サービスの実装を参照してください。 - Adobe Analytics タグ拡張機能を使用した実装では、Experience Cloud ID サービス タグ拡張機能を使用して、訪問者ID サービスを実装します。 追加設定は不要です。
- 任意の形式のWeb SDK(
alloy.jsまたはWeb SDK タグ拡張機能)を使用した実装には、Experience Platform ID サービスが自動的に含まれます。edgeDomain値の設定以外の設定は必要ありません。
実装でECIDを使用しない場合は、実装に対する次の影響を考慮してください。
- 訪問者ID サービスまたはExperience Platform ID サービスを使用していない場合、
trackingServerSecureはCookieの場所を判断します。 この変数をサードパーティのドメインに設定すると、ほとんどのモダンなブラウザーがサードパーティのCookieを拒否するため、AppMeasurementではフォールバッククッキーを使用する必要があります。 - 内部リンクトラッキングとActivity Mapの信頼性が低い場合があります。