RabbitLoader Bouncy vs NitroPack Starter：CoreWebVitals対策はどっちが良い？
nissyTL;DR（結論先出し）
- コスト最安開始。複数モード選択で最適化設定を比較したい。認知度高い製品が良い → NitroPack Starter
- 動画や画像コンテンツ多め(CDN帯域幅無制限が良い)、WebP自動変換欲しい → RabbitLoader Bouncy
主要スペック比較（2025年9月時点）
実運用での“効きどころ”
1) INP/TBT（対話性）※料金プラン無視で比較
- NitroPack：Ludicrousモードでページの初期表示に必要のないJavaScriptの実行を大幅に遅らせ、イベント発火前にDOM描画を優先できる。
- RabbitLoader：JavaScriptやCSSを、ユーザーが操作を開始した後に読み込むように最適化。
javascriptの最適化は最も難しい作業項目の1つです。
2) LCP（最大視覚コンテンツ）
- 両者ともCritical CSS/画像最適化/プリロード調整。
- 設計の要点：ヒーロー画像のimgを
fetchpriority="high"+ HTML<head>でrel=preload（ClientHints機能の有効化 /imagesrcsetの設計と実装）、フォント先読みとswap制御、Above-the-foldのJSをできる限り回避。 - RabbitLoader BouncyはWebP、AVIF変換有り。
3) CDN帯域・ページビュー
- NitroPack Starterプラン：8,000/mo pageviews、5GB/mo CDN bandwidth
- RabbitLoader Bouncyプラン：10,000/mo pageviews、CDN帯域“無制限”
4) 透明性（レスポンスヘッダ）
- NitroPack：
x-nitro-cache、x-nitro-cache-from、x-nitro-revあり。 - RabbitLoader：
x-rl-cache、x-rl-mode、x-rl-modified、x-rl-ruleあり。
両者の透明性はユーザーに優しいと言えます。
5) メタ情報や設定情報のデータ保存場所
- NitroPack：WEB Saas上（ごく僅かな設定値をWordPressプラグインで保存。WordPress本体への負担最小。NitroPackのWEBサイトにログインして各種設定）
- RabbitLoader：WordPressプラグインで管理（WordPress本体への機能やDBクエリの負担が有る）。
この点は、明確にNitroPackです。
キャッシュ生成向けのクエリ数やNetworkのTimeまで詳しく見ていませんが、Core Web Vitals対策のWeb Saasであれば、オリジンサーバのWebアプリ負担が最小限となるような設計が理想です。
6) 利用可能プラットフォーム
- NitroPack：WordPress ※NitroPackの公式で、MagentoとOpenCartはサポートを打ち切り、WordPressに特化を進めている傾向。
- RabbitLoader：WordPress、Laravel、PHP、shopify
こういうサイトなら…（用途別の推奨）
- 名刺サイト/小規模LP（静的比率が高い）：どちらでもOK。
- ブログ/オウンドメディア（画像/動画多め）：RabbitLoader（帯域安心）。INPが課題化したらNitroPackへスイッチ。これは悩ましいです。
- WooCommerce/JS多めUI：NitroPack（Ludicrousモード）。
【参考】NitroPack Optimization modes
NitroPackは、Optimization modesでモード選択が可能です。
- Optimization modes：Custom。
- 最適化チューニングを自身で細かく行う。
- Optimization modes：Standard、Medium、Strong、Ludicrous。
- 自動最適化を強度別に試し、各種機能の発火によるメリデメを比較しながら採用モードを選ぶ。
NitroPack Review 2025: An Easier Way To Speed Up Your Website?を見る限り、Ludicrousモードでもモバイルのパフォーマンスは、やや物足りない結果になる可能性がありそうです。
なお、NitroPack Starterプランでも、Customモードで最適化チューニングを細かく行い、にしラボはモバイルを含めてPageSpeed Insights 100まで出来ていますので、Customモードは自動最適化よりも可能性が大きいと言えます。
LCP Image Preloadはphpで実装しています。
まとめ
どちらも『入れて終わり』ではなく、CDN設定（WAF穴開け）、LazyやPreloadの各種コンテンツ（css/javascript/画像/動画/ページ/etc...）の除外設定、LCP戦略、複数3rdパーティタグ運用戦略、javascript対策が難しいスクロール引っかかり(jank)戦略、Preload Cache戦略など『運用で実践できる細やかな設計/設定』がベストパフォーマンスを発揮する鍵となります。