| 対象サイト | 埼玉県乗用自動車協会 |
| 対象URL | https://www.taxi-saitama.or.jp/ |
| 分析日 | 2026年3月31日 |
| チェック項目 | 状態 | 観察内容 |
|---|---|---|
| 画像フォーマット | △ 旧式 | 使用画像はJPG・GIF（アニメーションGIF含む）のみ。次世代フォーマット（WebP・AVIF）が未使用。GIFアニメは特にファイルサイズが大きく、低速回線での表示遅延要因になる。 |
| 画像の遅延読み込み（lazy load） | ✗ 未実装 | img要素に loading="lazy" 属性が設定されていない。スクロール位置に関係なく全画像が一括読み込みされ、初期表示速度に影響する。 |
| リソース数・通信量 | ✓ 少ない | 外部リソース総数は約14件（CSS×1・画像×6・iframe×2など）で絶対数は少ない。JavaScript ファイルが使用されておらず、スクリプトによる描画ブロックは発生しない。 |
| レンダリングブロックリソース | ✓ 問題なし | 外部CSSは1ファイル（style.css）のみ。JavaScriptなし。レンダリングブロックの原因となる外部スクリプトの読み込みは一切ない。この点は評価できる。 |
| iframe による読み込み遅延 | △ 問題あり | topics.html（高さ1700px）・activity.html（高さ300px）の2つのiframeが別途HTTPリクエストを発生させる。iframe内コンテンツのレンダリングが完了するまで画面が完成しない。 |
| 文字コード（Shift_JIS）によるオーバーヘッド | △ 要改善 | Shift_JISエンコードのHTMLはブラウザが文字コード判定処理を行う必要があり、UTF-8より描画開始がわずかに遅延する。特にモバイルの低スペック端末では影響が出やすい。 |
| スクロール時の表示安定性（CLS） | △ リスクあり | iframeの高さが固定値（1700px・300px）で設定されているが、iframe内コンテンツ読み込み完了後にレイアウトシフトが起きる可能性がある。Core Web Vitals のCLS（累積レイアウトシフト）スコアに影響する。 |
| フォームのtype属性（input要素） | — 該当なし | サイト内にフォームが存在しないため、tel/email/number等のtype属性の最適化対象がない。お問い合わせフォームを新規作成する際に適切なtype属性を設定することが必要。 |
| 指標 | 内容 | 予測評価 | 主な要因 |
|---|---|---|---|
| LCP 最大コンテンツ描画 |
最初に表示される最大要素の読み込み速度 | 要改善 | ヘッダー画像（GIF/JPG）の最適化未実施。iframe読み込みが完了するまでメインコンテンツが表示されない構造。 |
| INP 操作応答性 |
ユーザー操作への応答速度 | 良好 | JavaScriptが使用されておらず、重いスクリプト処理がない。操作への応答は速いと推定。 |
| CLS レイアウトシフト |
ページ読み込み中のレイアウトのずれ | 要確認 | iframeの後続読み込みと固定高さ設定によるシフトリスクあり。viewport未設定によるモバイルでのレイアウト崩れも影響する。 |
サイト内の全画像がJPGまたはGIF形式（アニメーションGIF含む）で配信されています。現代の標準フォーマットであるWebPはJPGと比較して25〜34%ファイルサイズが小さく、AVIFはさらに高圧縮です。特にアニメーションGIF（新任運転者講習バナー）は同等の動画品質をWebP Animated・動画（MP4等）で代替した場合に80〜90%の容量削減が可能です。低速回線（3G・地下・山間部）を使うユーザーへの影響が大きい問題です。
全画像に loading="lazy" 属性が設定されておらず、ページ読み込み時にスクロール位置に関係なくすべての画像が一括ダウンロードされます。HTML標準のlazy load属性は1行の追加で実装でき、特にスクロールしないと見えない画像（サイドバーの下部バナー・協会活動セクションの画像）への適用が効果的です。モバイル回線での初期表示速度（LCP）の改善に直結します。
「お知らせ」（topics.html）と「協会の活動」（activity.html）のiframe読み込みは、トップページの表示に追加の2HTTPリクエストを発生させます。ブラウザはiframeの読み込みが完了するまでそのエリアを確定させられないため、視覚的な表示完了（LCP）が遅れます。これはフェーズ3で指摘したSEO問題（コンテンツがGoogleに評価されない）と同根の原因であり、iframeの廃止がパフォーマンス改善にも同時に貢献します。
現在サイト内にフォームは存在しませんが、フェーズ5・6で推奨したお問い合わせフォームを新規作成する際、input要素のtype属性を適切に設定しないと、スマートフォンでの入力体験が悪化します。例えば電話番号入力に type="tel" を使うことで数字キーパッドが自動表示され、メールに type="email" で@キーを含むキーボードが表示されます。フォーム実装時の設計原則として明記しておくべき事項です。
外部からの計測では、HTMLファイルのgzip/Brotli圧縮の有効状態とブラウザキャッシュの設定（Cache-Controlヘッダー）の確認が困難です。Shift_JISエンコードの静的HTMLサイトでは、これらサーバー設定が最適化されていないケースが多く、適切に設定されていれば低速回線ユーザーへの表示速度改善に大きく貢献します。Google Search ConsoleのCore Web Vitalsレポートで実測値を確認した上で対応を判断することを推奨します。
| 優先度 | アクション | 実装コスト | 期待効果 |
|---|---|---|---|
| 高 | ファーストビュー以外の全画像に loading="lazy" を追加する | 極低 | 中〜高 |
| 高 | JPG・GIF画像をWebP形式に変換し <picture> 要素で配信する | 低〜中 | 中 |
| 高 | iframeを廃止しHTMLに直接コンテンツを統合する（SEO・パフォーマンス・レスポンシブを同時改善） | 高 | 非常に高 |
| 中 | フォーム新規作成時にinput type属性・autocompleteを適切に設定する | 低 | 中 |
| 中 | サーバーのgzip圧縮・ブラウザキャッシュヘッダーを設定する | 低（.htaccess） | 中 |
パフォーマンスの観点では、JavaScriptが使用されておらずレンダリングブロックが発生しないという強みがある一方、iframeによる追加リクエスト・旧式画像フォーマット・lazy load未設定という改善余地が明確に存在します。
loading="lazy" の追加は全画像への1属性追加という極めて低コストな施策で、即日対応が可能です。画像のWebP変換は変換ツールを使えば作業自体は簡単で、サイトリニューアル時に合わせて実施するのが現実的です。
iframeの廃止はSEO・パフォーマンス・レスポンシブ対応・コンテンツ改善を同時に解決する「万能施策」であり、サイト全体の改善において最も投資対効果の高い単一施策です。このレポートを通じた全フェーズの改善の中でも、特に優先的に着手することを推奨します。