UCSS・CCSS・LQIPを切ったあとのPageSpeed Insights。スコア97→95で何が残ったか
QUIC.cloudのクレジット消費を減らすため、UCSS・Critical CSS・LQIPをオフにしました（設定はQUIC.cloudのクレジットを減らす設定の記事を参照）。これらは表示速度のための機能なので、切ったあとにPageSpeed Insights（PSI）のスコアがどう変わるかを測りました。
対象は、日本語のニュースサイトデジタル通貨.clubのトップページです。
📊 スコアの推移
測定はすべて、PageSpeed Insightsのモバイルの結果です。
- 設定変更前（10/12）：97
- UCSS・CCSS・LQIPをオフにした直後（10/13）：98（ユーザー補助の88は変わらず）
- LiteSpeed Cacheを全パージしたあと：95
測定のたびに数点は揺れるので、97 → 95 を「悪化した」と決めつけるのは早いと考えています。切った直後に98が出ているので、2〜3点の差は、機能を切った影響というより、パージ後のキャッシュの再生成中の値だった可能性もあります。そのうえで、95点の中身を見ると、問題になる指標はありませんでした。
⏱ 95点のときの中身
| 指標 | 値 |
|---|---|
| FCP（最初のコンテンツの表示） | 1.8秒 |
| LCP（最大コンテンツの表示） | 2.1秒 |
| TBT（ブロッキング時間） | 0ms |
| CLS（レイアウトのずれ） | 0 |
| Speed Index | 4.6秒 |
TBTとCLSは満点で、LCPも、Googleの目安（2.5秒以下が良好）に収まっています。
🖼 残った指摘：「画像配信を改善する」（推定削減41KiB）
PSIの「改善できる項目」には、画像についての指摘が残りました。内訳は次の2つです。
- 記事のサムネイル（約125KiB、削減の見込みは約25KiB）。すでにWebPに変換されて配信されていました。つまり、「変換前のJPEGが重い」のではなく、「WebPにしたうえで、さらに圧縮できる」という指摘です。
- ヘッダーのロゴ（約15KiB）。250×250ピクセルの画像を、60×60の大きさで表示していました。表示サイズの2倍（120×120）に作り直すだけで、解消します。
🧭 どう判断したか
- ロゴは直す。1回きりの作業で、確実に効きます。
- サムネイルは、様子を見る。投稿のたびに画像が増えるので、画質設定を下げれば効きますが、見た目と引き換えです。LCPがすでに目安内なので、優先度は低いと判断しました。
- スコアの2〜3点の差は、許容範囲。UCSS・CCSSを切った影響かどうかは、何回か測り直して確かめます。クレジットを使い続ける代わりに、数点のスコアを手放す、という選択になります。
PSIのスコアは、サイトの条件・測定のタイミングで変わります。1回の数字ではなく、複数回の傾向で見るのがおすすめです。
関連：コアウェブバイタル ／ 画像改善ツール10選
