at.js に関するよくある質問

Target ライブラリを非同期で読み込むことはできますか？

at.js 1.0.0 リリースでは、Target ライブラリを非同期で読み込めるようになりました。

at.js を非同期で読み込む手順は次のとおりです。

at.js を非同期で読み込む方法は、ブラウザーによるレンダリングのブロックを防ぐのに最適ですが、Web ページにちらつきが生じることがあります。

ページ（または指定された部分）を事前に非表示にしておき、at.js とグローバルリクエストが読み込まれてからページを表示するスニペットを使用すると、ちらつきを回避できます。このスニペットは、at.js の読み込みの前に追加する必要があります。

非同期 Adobe Experience Platform 実装を通じて at.js をデプロイする場合は、 Adobe Experience Platform 埋め込みコードを使用して Target を実装する前に、事前非表示のスニペットをページに直接含めてください。

同期 DTM 実装を介して at.js を導入する場合、ページの最上部にあるページ型ルールを通して、スニペットを非表示にすることができます。

詳しくは、「at.js によるちらつきの制御方法」を参照してください。

at.js は Adobe Experience Manager 統合（Experience Manager）と互換性がありますか？

Adobe Experience Manager 6.2 と FP-11577 （またはそれ以降）で、at.js 実装とその Adobe Target Cloud Services 統合をサポートします。

どうしたら at.js を使用してページ読み込み時のちらつきを回避できますか？

Target には、ページ読み込み時のちらつきを防ぐ方法がいくつか用意されています。 詳しくは、「at.js によるちらつきの防止」を参照してください。

at.js のファイルサイズはどれくらいですか？

at.js ファイルはダウンロード時には約 109 KB あります。ただし、ほとんどのサーバーは自動的にファイルを圧縮してファイルのサイズを小さくするので、（GZIP またはその他の方法を使用して）サーバーで圧縮され、ユーザーが Web サイトを訪問した際に読み込まれる at.js は約 34 KB になります。at.js をインストールしたサーバーの圧縮設定により、実際の圧縮サイズが決まります。

Target のサーバー呼び出しが送られる tt.omtrdc.net というドメインは何ですか？

tt.omtrdc.netは、Target のすべてのサーバー呼び出しを受信するAdobeのEDGE ネットワークのドメイン名です。

at.js で HttpOnly および Secure の Cookie フラグが常に使用されるとは限らないのはなぜですか？

HttpOnly はサーバー側コードでのみ設定できます。Targetmbox などの Cookieは JavaScript コードで作成され保存されるので、 では HttpOnly の Target Cookie フラグを使用できません。Target では、クロスドメインが有効な場合にサーバー側から設定されたサードパーティ Cookie に対して HttpOnly を設定します。

Secure は、ページが HTTPS でロードされた場合にのみ、JavaScript で設定できます。ページが最初 HTTP でロードされる場合、JavaScript ではこのフラグを設定できません。さらに、Secure フラグを使用する場合、Cookie は HTTPS ページでのみ使用できます。HTTPS を介して読み込まれたページの場合、Target は Secure 属性と SameSite=None 属性を設定します。

Cookie がクライアント側で生成されるので、Target がユーザーを適切に追跡できるようにするため、Target では、上記の状況を除き、これらのフラグのどちらも使用しません。

at.js は、XSS や MITM 攻撃などのセキュリティ上の問題をどのように処理しますか。

at.js によって有効になるAdobe Edge ネットワークとの通信は、targetGlobalSettings （）関数（targetGlobalSettings）で secureOnly オプションが true に設定されている場合にのみ、HTTPS 経由で行われます。それ以外の場合、at.js は、ページプロトコルに基づいて HTTP と HTTPS を切り替えることができます。

次のヘッダーがデフォルトで適用されます。

クライアントページで既に使用されているすべてのヘッダーを適用できます。 これを行う一般的な方法の 1 つは、「HTTP リクエストヘッダー認証」を介することです。 Adobeカスタマーケアは、ベストプラクティスに関してさらにアドバイスを提供できます。

さらに、Adobe Edge Network へのリクエストは公開されており（訪問者のブラウザーから作成されるように設計されているので）、表示される訪問者の詳細は含まれていません（訪問者 ID のみが含まれています）。 これらのリクエストは、訪問者にエクスペリエンスを提供し、訪問者がページで表示する内容の詳細が含まれます。

これらのリクエストで送信される応答トークンおよびセッション ID に関しては、次の点に注意してください。

at.js リクエストでは、値が「*」の Access-Control-Allow-Origin ヘッダーが表示されることが予想されます。これは、これらが公開されており、認証が必要ではなく、JavaScript呼び出しを使用してどのドメインからでもAdobe Edge Network にアクセスする必要があるためです。

ただし、コンテンツセキュリティポリシー（CSP）をページに適用する必要があります。 at.js の CSP 要件について詳しくは、 コンテンツセキュリティポリシーおよび targetGlobalSettings を参照してください。

at.js はどのくらいの頻度でネットワークリクエストを送信しますか？

Target は、すべての決定をサーバー側で実行します。つまり、at.js は、ページの再読み込みが発生するたび、または at.js パブリック API が呼び出されるたびに、ネットワークリクエストを送信します。

ベストケースのシナリオの場合、コンテンツの非表示、置換、表示に関連するページ読み込みの際に、ユーザーが何らかの目に見える効果に気付くことはないと考えてもよいですか？

at.js は、HTML BODY 要素やその他の DOM 要素があらかじめ非表示にされている時間が長くならないように努めますが、これはネットワークの状態やアクティビティの設定に依存します。at.js 設定を使用すると、BODY を非表示にする CSS スタイルをカスタマイズして、HTML BODY 全体を非表示にする代わりに、ページの一部のみをあらかじめ非表示にできます。これらの部分には、「パーソナライズ」する必要のある DOM 要素が含まれていることが予想されます。

ユーザーがアクティビティの対象になる標準的なシナリオにおいてイベントはどのような順序で発生しますか？

at.js リクエストは非同期の XMLHttpRequest なので、次の手順が実行されます。

アクティビティによって変更されている要素の非表示が at.js によって最終的に解除された後、ページのコンテンツはどのくらいの頻度で完全に読み込まれて表示されますか？

「アクティビティによって変更されている要素の非表示が at.js によって最終的に解除された後、ページのコンテンツはどのくらいの頻度で完全に読み込まれて表示されますか？」という上記のシナリオを検討してみましょう。言い換えると、そのページはアクティビティのコンテンツを除いて完全に表示され、その少し後にアクティビティのコンテンツが表示されます。

at.js は、ページのレンダリングをブロックしません。ユーザーは、ページ上のいくつかの空白領域に気付く可能性があります。これらの領域は、Target によってカスタマイズされる要素の配置場所になります。適用されるコンテンツに SCRIPT や IMG などのリモートアセットが多く含まれていない場合は、すべてが瞬時にレンダリングされます。