minify 後1.2 KB。
gzip 後600バイト。
訪問者が読み込みに気づかないほど小さなトラッカーです。当社がベンチマークした8つの WordPress アナリティクスプラグインの中で最も LCP オーバーヘッドが小さい結果でした。sendBeacon トランスポート。1ノードあたり1日2億イベント、SaaS では p99 500ms 未満のクエリレイテンシ。
k6 + Chromium • 単発の合成テスト • ページキャッシュなし • 結果は方向性を示すものであり、本番を保証するものではありません
負荷時の LCP オーバーヘッド (小さいほど優れています)
合成ストレステスト結果
同じ WooCommerce サイト上で各プラグインを単独で有効化し、50の同時 HTTP ユーザーがサーバーに負荷をかける中、実際の Chromium ブラウザで Core Web Vitals を計測しました。ページキャッシュなし。数値は1回の実行における、アナリティクスなしのベースラインに対する LCP/TTFB/FCP オーバーヘッドです。これらは方向性を示す結果であり、本番の保証ではありません — 下記の制限事項セクションをご覧ください。
| プラグイン | LCP Δ | TTFB Δ | FCP Δ | 影響 | タイプ |
|---|---|---|---|---|---|
| #1 Statnive | +260ms | +290ms | +256ms | 6.7 | Self-hosted |
| #2 Independent Analytics | +566ms | +568ms | +574ms | 14.2 | Self-hosted |
| #3 Jetpack | +776ms | +785ms | +784ms | 19.5 | Remote (WP.com) |
| #4 MonsterInsights (GA4) | +964ms | +963ms | +964ms | 24.1 | Remote (Google) |
| #5 WP Slimstat | +1030ms | +1005ms | +1010ms | 25.4 | Self-hosted |
| #6 WP Statistics | +1424ms | +1446ms | +1432ms | 35.9 | Self-hosted |
| #7 Koko Analytics | +2278ms | +2229ms | +2238ms | 56.3 | Self-hosted |
| #8 Burst Statistics | +3592ms | +3572ms | +3576ms | 89.6 | Self-hosted |
負荷時のベースライン (アナリティクスなし)：TTFB 2927ms、FCP 3030ms、LCP 3038ms。テスト：プラグインごとに10 の Chromium ブラウザ VU + 50 の HTTP プロトコル VU、構成ごとに約150 サンプル、開発マシン (Local by Flywheel、macOS) での単発実行。影響スコアは合成値です (0 = 影響なし、100 = 最大)。これらの数値は1回の合成ストレステストの結果であり、本番環境の状況を表すものではありません — 下記の手法と制限事項セクションをご覧ください。
このテストでわかること、わからないこと
信頼できるベンチマークは制限を開示するものです。当社の数値が何を意味するか — そして何を意味しないかをご説明します。
わかること
同時負荷下でページキャッシュなしの場合、各プラグインのアーキテクチャが WordPress の PHP パス全体をどう処理するかという方向性の違い。クリティカルレンダリングパスをクリアに保つプラグインと、リクエストごとにサーバー処理を追加するプラグインを把握するのに役立ちます。
わからないこと
実際の本番パフォーマンス。ほとんどの WordPress サイトはページキャッシュ (W3TC、WP Rocket、Cloudflare) を使用しており、キャッシュ済みページでは PHP を完全にバイパスします。キャッシュ有効時には、ほとんどのプラグインの差は劇的に縮小します。
単発実行、単一マシン
結果は MacBook 上の Local by Flywheel での約50分の単発実行によるものです。分散を計測する複数回の実行は行っておらず、専用本番サーバーでのテストもしていません。再実行で順位が変わる可能性があります。
順序効果は制御していない
プラグインは固定順序でテストされました。長時間実行中はサーバーの状態 (MySQL 接続プール、PHP メモリ、OPcache) が変動し、後でテストされたプラグインに不利になる可能性があります。適切なベンチマークでは、複数回の実行で順序をランダム化します。
自己テストのバイアス
テストフレームワークは当社が構築し、Statnive も当社が構築しました。公平を期したつもりですが、当社が公開するものよりも、独立した検証の方が信頼できます。フレームワークはオープンソースです — ご自身のサイトで実行し、結果を公開してください。
それでも公開する理由
これらの留保事項を踏まえても、アーキテクチャパターンは重要です。インラインコアトラッカー、非同期読み込み、Beacon API トランスポート、同時実行に安全な REST エンドポイントは、文書化されたベストプラクティスです。具体的な数値は変動しますが、方向性は各アーキテクチャの設計と一貫しています。
高速トラッカーを構築した方法
3つのアーキテクチャ判断が Statnive のパフォーマンス影響を低く保っています — Google、WordPress Core、web.dev による公開済みの研究に裏打ちされています。
インラインコア
約1.1 KB
小さなインラインブートストラップが即座にページビューをキャプチャします。クリティカルなヒットに外部スクリプトは不要です。
非同期読み込み
非ブロッキング
完全なトラッカーは WordPress 6.3+ のスクリプト API 経由で async ストラテジーで読み込まれます。レンダリングをブロックしません。
アイドルコールバック
INP ゼロ
エンゲージメントトラッキングとイベントリスナーは requestIdleCallback に遅延されます。訪問者のインタラクションが最優先です。
遅いアナリティクスは収益を損ないます
SEO ランキング
Google は Core Web Vitals をランキング指標として使用しています。遅いアナリティクススクリプトは LCP を「良好」の閾値2.5秒を超えて押し上げ、検索結果での順位を下げます。
コンバージョン率
読み込み時間が1秒増えるごとにコンバージョンが最大7% 低下します。各ページに300ms のアナリティクスオーバーヘッドが加わると、ファネル全体で複利的に影響します。
プライバシーのボーナス
セルフホストアナリティクスは、第三者サーバーへの外部ネットワークリクエストがゼロを意味します。1つのアーキテクチャ判断で、高速な読み込みと GDPR コンプライアンスの両方を実現します。
テスト方法
完全な透明性。本ページのすべての数値は再現可能な自動テストから得られたものです。
ツール
k6 with browser モジュール (シミュレート HTTP ではなく実際の Chromium)
負荷
Vitals を計測する10のブラウザ VU + 現実的なサーバー負荷を生成する50の HTTP VU
分離
WordPress REST API 経由で各プラグインを単独で有効化。他のプラグインはすべて無効化。
ページ
ホーム、ブログ記事、WooCommerce ショップおよび商品ページ
サンプル
プラグイン構成あたり約150のページ読み込み (ベースライン前にキャッシュ予熱あり)
指標
TTFB、FCP、LCP、CLS、INP を PerformanceObserver API 経由で収集