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

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

ウェブページは text/html ではありません。(データへの悪影響を避けるため、ブラウザはHTMLではないページを計測しません。なぜなら、それらはブラウザによって解析されることを意図していないからです。)

バックエンドへのリクエストの中には、AJAXを使ったものがあります。AJAXのスループットは、ブラウザの AJAX ページ で個別にトラッキングされます。

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

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

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

ユーザーは、ページの読み込みが完了する前、または window.onload() イベント に到達する前に、ページから離れていきます。

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