bufferRequests
bufferRequests() メソッドを使用すると、Adobeに画像リクエストを送信する代わりに、現在のページに画像リクエストをキャッシュできます。 このメソッドのトリガーは、ブラウザーがnavigator.sendBeacon()をサポートしていない場合や、ページのアンロード時に画像要求をキャンセルする場合に便利です。 SafariなどのWebKit ブラウザーの多くのバージョンでは、一般的に、リンクをクリックすると画像リクエストを停止する動作が示されます。 bufferRequests() メソッドは、AppMeasurement v2.25.0以降のすべてのバージョンで使用できます。
同じブラウザーセッションの後続ページでt()またはtl()を呼び出し、そのページでbufferRequests()がまだ呼び出されていない場合、そのページのイメージリクエストに加えてすべてのバッファリングされたリクエストが送信されます。 バッファリングされたリクエストは、現在のページの画像リクエストが最後に送信される正しい順序で送信されます。
timestamp ページ変数を設定できます。 この変数を使用する場合は、 タイムスタンプオプション が有効になっていることを確認してください。有効になっていない場合、すべてのタイムスタンプ付きヒットが完全に失われます。制限事項
bufferRequests() メソッドを呼び出す場合は、次の制限事項に注意してください。 このメソッドはWindow.sessionStorageを使用するため、同じ制限の多くが適用されます。
- 宛先リンクは、同じドメインとサブドメインに存在する必要があります。 バッファリングされたリクエストは、同じAdobe Analytics実装を持っている場合でも、ドメインまたはサブドメイン間で機能しません。 この制限は、バッファリングされたリクエストを使用して終了リンクを追跡できないことを意味します。
- 宛先リンクは、現在のページと同じプロトコルを使用する必要があります。 HTTPとHTTPSの間でバッファリングされたリクエストを送信することはできません。
- バッファリングされた要求は、最初に
bufferRequests()を呼び出さずにt()またはtl()を呼び出すか、ブラウザーまたはタブが閉じられるまで保存されます。 そのデータをAdobeに送信する前にブラウザーセッションが終了すると、未送信のバッファリングされたリクエストは永続的に失われます。 - ブラウザーがWeb Storage APIまたはJSON APIをサポートしていない場合、警告がブラウザーコンソールに出力され、AppMeasurementは
t()メソッドを使用してイメージリクエストをすぐに送信しようとします。
Web SDKでのバッファリングされたリクエスト
Web SDKは現在、リクエストをバッファリングする機能を提供していません。
Adobe Analytics拡張機能を使用したバッファリング済みリクエスト
Adobe Analytics 拡張機能には、この変数を使用する専用のフィールドはありません。 AppMeasurement 構文に従って、カスタムコードエディターを使用します。
AppMeasurementのs.bufferRequests （）とAnalytics拡張機能のカスタムコードエディター
t()またはtl()を呼び出す前に、bufferRequests() メソッドを呼び出します。 bufferRequests()が呼び出されると、後続のトラッキング呼び出しは、Adobe データ収集サーバーに送信されるのではなく、セッションストレージに書き込まれます。
// Instantiate the tracking object
var s = s_gi("examplersid");
// Flag the request to be buffered
s.bufferRequests();
// The t() or tl() method then writes the data to session storage instead of sending it to Adobe
s.tl(true,"o","Example link click");
// On a subsequent page, the tracking call sends both the above link tracking call and the page view call
s.t();