アプリのサーバーリクエストがブラウザのPageViewトランザクションを大幅に上回る

アプリのすべてのページをインストルメントするわけではなく、またすべてのページが自動インストルメントを使用するわけでもありません。

Web ページはtext/htmlではありません。 (データに損害を与えないようにするため、 browser HTML 以外のページを解析しません。これは、 browserによる解析を想定していないためです。)

バックエンドへの一部のリクエストは AJAX を通じて行われます。 AJAX スループットはブラウザのAJAXページで個別に追跡されます。

リクエストの中には、完全に機能するWebブラウザから来るものではないものがあります。例えば、APIコールであったり、RSSフィードリーダーや検索エンジンインデクサーなど、JavaScriptを解釈しないデバイスからのリクエストです。

リクエストの中には、非常に古いブラウザ（IE 7以前）からのものや、CookieやJavaScriptをブロックしているブラウザからのものがあります。例えば、FirefoxのGhostery拡張機能は、ページロードのタイミングをブロックします。

アプリサーバとエンドユーザの間にはキャッシュが存在します。キャッシュされたページが適切にインストルメントされているかどうかによっては、アプリサーバよりもブラウザの方がスループットが高いというように、バランスが逆に偏ってしまうことがあります。

ユーザーは、ページの読み込みが完了する前、またはwindow.onload() eventに到達する前にページから移動します。

New Relic のウィークリーパフォーマンスレポートには、ページビュー数が含まれています。これは、期間中に記録したページロードの合計数です。エンドユーザーのブラウザが、ページロードタイミングを含むページをロードした後、JavaScriptがそのタイミングデータをロードして報告します。JavaScriptが実行される前にユーザーがページから離れた場合、そのページのデータは送信されず、総ページビュー数のレポートには含まれません。