問題 多くの場合、アプリケーション サーバーのトランザクション数 (1 分あたりのリクエスト数、つまり rpm ) は、同じアプリケーションのbrowserトランザクション数 (1 分あたりのページ数、つまり ppm ) よりも大きくなります。 すべてのページが Web 対応 ( APIまたはシリアルのみのコンポーネントがない) のサイトでも、トランザクション数は記録されたbrowserページ ビューの 2 倍から 10 倍になることがあります。
解決 このような状況に陥る原因としては、以下のようなものが考えられます。
計装 アプリのすべてのページをインストルメントするわけではなく、またすべてのページが自動インストルメントを使用するわけでもありません。
ウェブページのフォーマット Web ページはtext/html ではありません。 (データに損害を与えないようにするため、 browser HTML 以外のページを解析しません。これは、 browserによる解析を想定していないためです。)
AJAXリクエスト バックエンドへの一部のリクエストは AJAX を通じて行われます。 AJAX スループットはブラウザのAJAX ページ
リクエストソース リクエストの中には、完全に機能するWebブラウザから来るものではないものがあります。例えば、APIコールであったり、RSSフィードリーダーや検索エンジンインデクサーなど、JavaScriptを解釈しないデバイスからのリクエストです。
ブラウザー リクエストの中には、非常に古いブラウザ（IE 7以前）からのものや、CookieやJavaScriptをブロックしているブラウザからのものがあります。例えば、FirefoxのGhostery拡張機能は、ページロードのタイミングをブロックします。
キャッシュ アプリサーバとエンドユーザの間にはキャッシュが存在します。キャッシュされたページが適切にインストルメントされているかどうかによっては、アプリサーバよりもブラウザの方がスループットが高いというように、バランスが逆に偏ってしまうことがあります。
ユーザーの行動 ユーザーは、ページの読み込みが完了する前、またはwindow.onload() event に到達する前にページから移動します。
New Relic のウィークリーパフォーマンスレポートには、ページビュー数が含まれています。これは、期間中に記録したページロードの合計数です。エンドユーザーのブラウザが、ページロードタイミングを含むページをロードした後、JavaScriptがそのタイミングデータをロードして報告します。JavaScriptが実行される前にユーザーがページから離れた場合、そのページのデータは送信されず、総ページビュー数のレポートには含まれません。
広告ブロッカー browser拡張機能やプラグインとして、あるいはプライベート DNS やルーターを通じてインストールされた広告ブロッカーは、エージェントがページビューを読み込んでキャプチャするのを妨げます。 これに対する唯一の回避策は、エージェント コードを取得してデータを送信するときに aliversproxy を 使用することです。