訪問者ID サービスに関するFAQ id-service-faqs
訪問者ID サービスの使用に関連する機能、機能、問題に関するよくある質問です。
機能 section-659e89f8b9a74cb8afff35587dc96836
訪問者ID サービスが提供する機能の種類を教えてください。
概要を参照してください。
訪問者ID サービスがECIDを取得するための呼び出しを行わないのはなぜですか？
これは診断が難しい問題です。 まず、サイトのコンテンツセキュリティポリシーのヘッダーを確認してください。 厳格なセキュリティポリシーがある場合、これらの設定により、訪問者ID サービスによるサードパーティの呼び出しがブロックされる可能性があります。 コンテンツセキュリティポリシーと訪問者ID サービス を参照してください。
VisitorAPI.jsファイル ストレージ
モバイルアプリでVisitorAPI.jsをローカルファイルとしてホストすると、問題が発生する可能性があります。 このファイルは、Web サーバーでホストすることをお勧めします。
ページ読み込み時間と待ち時間 section-c78e148d8dbe4c77a436ef0f2af5434b
訪問者ID サービス VisitorAPI.js ライブラリの配置は、ページの読み込み時間にどのような影響を与えますか？
コードの<head> セクションのページ上部にVisitorAPI.js ライブラリを配置します。 これにより、ページ本文の読み込み前に ID の呼び出しがおこなわれるので、ID が問題なく返される可能性が高くなります。
訪問者ID サービス呼び出しは非同期であり、demdex.net ドメイン への唯一の呼び出しです。 訪問者ID サービス呼び出しは、ページ上の他の要素の読み込みをブロックしません。
Targetのお客様の場合、ページの<body>に訪問者ID サービスコードを配置すると、Target呼び出しをブロックする可能性が高くなる可能性があります。 訪問者ID サービス コードをページの本文に配置する必要がある場合は、開いた<body> タグの後に配置する必要があります。
訪問者ID サービスは、ページが読み込まれるたびにサーバーコールを実行しますか？
いいえ、この呼び出しはそのページが初めてレンダリングされるときにのみ発生し、その後 7 日おきにおこなわれます。 その間、サーバー呼び出しは必要ありません。 訪問者ID サービスはクライアントサイドモードで動作し、IDを返すためにサーバー呼び出しを行う必要はありません。
概要を参照してください。
訪問者ID サービスを使用する場合、ページの読み込み時間が遅くなったり、ユーザーエクスペリエンスに影響を与えたりする可能性は何ですか？
考えうるすべての条件を並べるのは難しいことです。 何十億人もの消費者クライアントがアドビのサービスに接続しており、その接続の場所や方法がパフォーマンスに与える影響も多岐にわたります。 次に例を示します。
- 速度はモバイルネットワークによって大きく異なります。 ネットワークは信号、データ、音声パケットの損失からも影響を受けます。
- Wi-Fi 経由で接続しているデバイスの接続性は様々な条件により影響を受けます。 例えば、パケット損失や速度の問題は、喫茶店などの公共の場所や、パケットが地上波ネットワークに到達する前に衛星を経由しなければならない飛行機などの環境においてよく発生します。
- ローカルネットワークの設定が最適でない場合も接続性や速度に悪影響が及ぶ可能性があります。
- メモリ不足、過度なディスクスワップ、現在の負荷に対する CPU 処理能力の限界など、クライアントデバイス自体の問題も考えられます。
- ブラウザーのメーカーやバージョンによっては、リモートサーバー呼び出しをキューに追加して実行し、異なるルールでレスポンスの処理をおこなうブラウザーも存在します。 この動作が速度やパフォーマンスに影響します。
ページ読み込み時間を短縮するために改善された点を教えてください。
一例を挙げると、スレッド生成機能があります。 複数の ID 同期リクエストが発生した場合に備えてスレッド生成が導入されました。 複数の ID 同期を実施するお客様の場合、CPU が継続的に大量の計算をおこなうため、UI がブロックされる場合があることが、研究実験の結果からわかっています。 そのため、ID 同期リクエストを 100 ミリ秒ごとに分けるスレッド生成機能を導入しました。
この変更により、Visitor 2.3.0 以降および DIL 6.10 以降を使用する場合のパフォーマンスが向上します。 ページ読み込み時間の向上を以下の図に示します。
ブラウザーリクエストに CORS を使用する場合と JSONP を使用する場合では、どちらの方がページパフォーマンスが高くなりますか。
一般的に、リソースリクエストには、JSON-P よりも CORS を使用する方が望ましいと言えます。 JSON-P の場合、一部のブラウザーはリクエストをキューに追加し、ページ上の他の同期呼び出しや非同期呼び出しリクエストを基準にして優先順位を下げます。 CORS を使用すると、ブラウザーのコールスタック内でのこれらのリクエストの優先度の高さを確保できます。
訪問者ID サービス 🔗のCORS サポートを参照してください。
セキュリティ section-b176b8492fbe4acfb79ebb30ec902f98
訪問者ID サービスはCORSをサポートしていますか？
はい。 訪問者ID サービス 🔗のCORS サポートを参照してください。
CORS とは何ですか。
Cross-Origin Resource Sharing（CORS）とは、ブラウザーがリソースをリクエストする際に使用するメソッドです。 訪問者ID サービスは、常にCORSをサポートするブラウザーでCORSを使用してリソースをリクエストします。 訪問者ID サービスは、CORSをサポートしていない古いブラウザーでJSON-Pを使用してリソースをリクエストします。 訪問者ID サービス 🔗のCORS サポートを参照してください。
厳格なセキュリティ要件があり、JSONP を使用できない場合はどうすればよいですか。
厳格なセキュリティ要件がある場合は、訪問者ID サービス API設定useCORSOnly: trueを設定します。 サイト訪問者がCORSをサポートするブラウザーを使用していることを確信している場合にのみ、このモードを有効にする必要があります。
訪問者ID サービス 🔗およびuseCORSOnlyのCORS サポートを参照してください。