Asset Optimization Report — Phase 09

⚡ 表示速度改善
画像・アセット最適化診断レポート

WebP/AVIF・遅延読み込み・CSS/JSミニファイ・キャッシュ設定

🏢 サイト名:なんでも不動産買取
🔗 URL:https://www.fudosan-kaitori.com/
📅 分析日:2026年5月11日
🔍 対象:トップページ

検出されたアセット一覧 — 診断サマリー

12+
画像ファイル
(JPG/PNG/SVG)
要最適化
0
WebP/AVIF
対応画像
未対応
0
lazy loading
設定画像
未設定
不明
CSS/JSミニファイ
状況
要確認
📋 検出された主要画像ファイル
karioki_house7.jpg 🔴 LCP候補 house2.jpg karioki_house3.jpg fb_img_01.png fb_img_02.png fb_img_03.png case1.jpg case2.jpg guide.png (人物) phone-icon.svg check-icon.svg tokyo_juken.svg

現状の課題

画像フォーマット

WebP / AVIF 未対応 — 旧来フォーマットのみ使用

🔴 優先度:高

サイト内の全画像ファイルが JPG または PNG 形式で配信されており、次世代フォーマットへの対応が一切ありません。これにより大量の不要な転送データが発生しています。

📊 フォーマット別 転送サイズ比較(同品質での比較)
JPEG(現状)
100%
基準
PNG(現状)
130%+
JPEG比で大きい
WebP(推奨)
65〜75%
25〜35%削減
AVIF(最適)
50〜60%
40〜50%削減
❌ ヒーロー画像(JPG)— 最大の問題
スライダー3枚の大型JPGが最も転送量に影響。WebP変換だけで合計数百KB〜数MBの削減が期待できる。
❌ PNGアイコン(fb_img系)— 透過不要な場合
透過不要な装飾画像にPNGを使用しており、WebPまたはJPEGへの変換で大幅なサイズ削減が可能。
遅延読み込み

loading="lazy" 未設定 — 全画像が初期ロード時に読み込まれる

🔴 優先度:高

ページに含まれる全12枚以上の画像に loading="lazy" 属性が設定されておらず、スクロールしないと表示されないコンテンツの画像も初期ロード時に一括取得されています。

💡 Lazy Loading の適用分類
🔴 eager(preload推奨)— ファーストビュー画像
karioki_house7.jpg(スライダー1枚目)
🟢 lazy(遅延読み込み推奨)— スクロール後の画像
house2.jpg / karioki_house3.jpg fb_img_01〜03.png case1.jpg / case2.jpg guide.png(ページ下部)
❌ 初期ロードの不要な帯域使用
モバイルユーザーがページを開いた瞬間に、画面外の全画像データが通信される。3G/4G接続では初期ページロードに数秒の遅延が発生し、直帰率を大幅に上昇させる。
CSS/JS

CSS/JS ミニファイ・バンドル最適化 — 改善余地あり

🟠 優先度:中

スタイルシートおよびJavaScriptファイルのミニファイ・最適化状況を確認します。Google Tag Manager(GTM-5C4NXT7)の導入により、外部スクリプトが複数読み込まれている可能性があります。

⚠️ CSS ミニファイ未確認
style.cssのミニファイ状況が不明。コメントや空白が残存している場合、5〜30%のサイズ削減余地がある。
⚠️ JS ファイル分割・未使用コード
スライダーライブラリ等のJSに使用していない機能が含まれている可能性があり、Tree Shakingによるコード削減が有効。
⚠️ 未使用CSSの存在
ページで実際に使用されていないCSSセレクタが含まれている可能性があり、PureCSSやPurgeCSS等での除去が効果的。
🔍 Chrome DevTools での確認手順
  1. F12 → Network タブ → JS/CSS フィルター → ファイルサイズ確認
  2. Coverage タブ → 未使用CSS/JS の割合を確認(50%超が問題ライン)
  3. Sources タブ → ファイルがミニファイされているか目視確認
キャッシュ

ブラウザキャッシュ設定 — 静的アセットの再利用設定

🟠 優先度:中

静的アセット(画像・CSS・JS)への適切な Cache-Control ヘッダー設定は、再訪問ユーザーの体験を大幅に向上させます。

📋 推奨キャッシュ設定一覧
リソース種別 現状の懸念 推奨設定 推奨期間
画像(JPG/PNG/WebP) 長期キャッシュが設定されていない可能性 Cache-Control: public, max-age=31536000, immutable 1年
CSS / JS ファイルハッシュなしでは更新が反映されない Cache-Control: public, max-age=31536000, immutable
+ ファイル名にコンテンツハッシュ付与
1年
HTML キャッシュが長すぎると更新が反映されない Cache-Control: no-cache(再検証) 毎回確認
SVGアイコン 変更頻度が低いが設定が不十分な可能性 Cache-Control: public, max-age=86400 1日
⚠️ ETag / Last-Modified 設定状況
条件付きリクエスト(304 Not Modified)が正しく機能するか確認が必要。適切な設定で再訪問時の転送量をほぼゼロにできる。
⚠️ サービスワーカーによるオフラインキャッシュ
PWA対応のサービスワーカーを導入することで、再訪問時に画像・CSSをローカルから高速配信可能。コンバージョン率向上に直結。
SVG

SVGファイルの最適化・インライン化 — 追加リクエスト削減

🟢 優先度:低

phone-icon.svg、check-icon.svg、question.svg、answer.svg など複数のSVGが個別ファイルとして読み込まれており、HTTPリクエスト数を増加させています。

✅ 対策:SVGスプライト化
複数のSVGアイコンを1ファイルにまとめ(SVGスプライト)、HTTPリクエスト数を削減。キャッシュ効率も向上する。
✅ 対策:SVGO による最適化
SVGOツールで不要なメタデータ・コメントを除去し、ファイルサイズを10〜60%削減する。特にIllustratorで書き出したSVGに効果的。

改善提案

# カテゴリ 改善提案・実装方法 優先度 期待効果
1 WebP変換 ヒーロースライダー画像のWebP/AVIF変換 + <picture>要素対応
squooshsharpimagemin 等でWebP変換し、<picture>タグでAVIF→WebP→JPGのフォールバックを設定する。
<picture><source srcset="hero.avif" type="image/avif"><source srcset="hero.webp" type="image/webp"><img src="hero.jpg" alt="..."></picture>
🔴 高 LCP -1〜2秒
転送量 -40%
2 Lazy Load スクロール外画像への loading="lazy" 属性付与
ファーストビュー以外の全画像(case1.jpg、case2.jpg、guide.png、fb_img_02/03.png)に loading="lazy" を付与。HTMLの属性変更のみで実装可能。
<img src="case1.jpg" loading="lazy" width="600" height="400" alt="...">
🔴 高 初期ロード
-50〜70%
3 Lazy Load LCP画像への fetchpriority="high" + preload 設定
スライダー1枚目(karioki_house7.jpg)のみ fetchpriority="high" を付与し、<head>に preload リンクを追加。他スライド画像はlazy読み込みにする。
<link rel="preload" as="image" href="karioki_house7.webp" type="image/webp">
🔴 高 LCP -1〜2秒
4 CSS最適化 CSSミニファイ + Critical CSS インライン化
本番環境のCSSを cssnanoclean-css でミニファイし、ファーストビューに必要なCritical CSSのみをHTMLにインライン化。残りのCSSは非同期で読み込む。
🟠 中 FCP -0.5〜1秒
5 JS最適化 JSミニファイ + 未使用コードの除去(Tree Shaking)
webpack や Rollup を使用してJSをバンドル・ミニファイし、スライダーライブラリなど使用機能のみを取り込む。defer 属性で非同期化する。
🟠 中 JS転送量
-20〜40%
6 キャッシュ 静的アセットへの長期キャッシュ設定 + コンテンツハッシュ
サーバー設定(.htaccess / nginx.conf)で画像・CSS・JSに1年のキャッシュを設定。CSS/JSファイル名にビルドハッシュを付与して、更新時のキャッシュバスティングを実現する。
# .htaccess例
Header set Cache-Control "max-age=31536000, public, immutable"
🟠 中 再訪問時
ロード -80%
7 画像リサイズ srcset / sizes による解像度別画像の提供
モバイル(~375px)・タブレット(~768px)・PC(~1280px)向けに適切にリサイズした画像を用意し、srcsetsizes 属性で最適解像度を自動選択させる。
🟠 中 モバイル転送量
-40〜60%
8 SVG SVGアイコンのスプライト化 + SVGO最適化
phone-icon、check-icon、question、answer等の複数SVGを1つのスプライトファイルにまとめ、SVGOで最適化する。HTTPリクエスト数を削減できる。
🟢 低 リクエスト数
削減
9 圧縮 Brotli圧縮の有効化(gzipからの移行)
サーバーでBrotliエンコードを有効化し、HTML・CSS・JSをgzip比15〜20%追加圧縮する。対応ブラウザ(Chrome/Firefox/Safari)には自動的にBrotliで配信される。
🟢 低 転送量
-15〜20%

まとめ

🗺️ 実装ロードマップ(優先度別)

🔴 高優先度(即時対応)
〜2週間以内
  • ヒーロー画像のWebP変換
  • loading="lazy" の付与
  • LCP画像のpreload設定
期待改善:ページサイズ -40%以上
🟠 中優先度(短期対応)
〜1ヶ月以内
  • CSS/JS ミニファイ
  • キャッシュヘッダー設定
  • srcset/sizes 対応
期待改善:再訪問ロード -80%
🟢 低優先度(中期対応)
〜3ヶ月以内
  • SVGスプライト化
  • Brotli圧縮の有効化
  • サービスワーカー導入
期待改善:リクエスト数削減

📈 全施策実施後の期待改善効果

-50%
初回ロード
転送量削減
-80%
再訪問時
ロード時間削減
+15〜30pt
PageSpeed
スコア向上
-20〜30%
直帰率
改善期待

不動産買取という高単価・低頻度のコンバージョンサービスにおいて、表示速度の改善はページ滞在時間の増加と問い合わせフォームへの誘導に直結します。特にスマートフォンユーザーの割合が高い本サービスにおいて、モバイルでの高速表示は最重要課題です。

📊 課題・改善提案 集計

9
課題数
高 3件
即時対応が必要
中 4件
短期対応推奨
低 2件
中長期で対応
なんでも不動産買取 / 画像・アセット最適化診断レポート / 分析日:2026年5月11日 / Phase 09 of 12