サイトが重い・表示速度が遅い原因と改善方法：自分でできる対処と相談すべきサイン

サイトが重い、ページの表示が遅いと感じても、PageSpeed Insightsの性能スコアだけで大規模な改修を決めるのは早計です。まずは、問い合わせ・資料請求・商談予約などのCV（成果）に近いページで、主な内容やCTA（次の行動を促すボタン・導線）が使えているか、フォームや計測に障害がないかを確かめる必要があります。

この記事では、重要URLの計測方法、症状からの原因切り分け、安全にできる棚卸し、技術調査・復旧相談へ進む基準を整理します。重要ページの実害と変更を安全に戻せる体制から、計測継続・自社棚卸し・技術調査を選べるようになります。

表示速度はスコア単独ではなく、CV機能への影響、症状の範囲、変更を安全に戻せる体制を合わせて判断します。

01Section表示速度は、スコアより重要ページの実害から判断する

表示速度の問題は、すべてのページを同じ優先度で扱うものではありません。BtoBサイトでは、流入が多いページだけでなく、検討を進めるサービスページや、CVに直結するフォームを優先して確認します。

まず確認する重要URLを決める

計測対象には、次のようなURLを含めます。

• 問い合わせ、資料請求、商談予約のフォームと完了ページ
• 主力サービス・製品の紹介ページ
• 検索や広告からの流入が多い記事・ランディングページ
• 表示が遅いという報告があったページ
• 共通のヘッダー、フォーム、CTAを使う代表的なページ

フォームの送信失敗、完了画面が表示されない、自動返信が届かない、CRM・MA連携が失敗する、重要なイベントが計測されないといった状態は、スコアより先に確認すべき機能障害です。速度改善を試す前に、影響範囲の記録と復旧判断を優先します。

スコアが低いだけでは改修を決められない理由

性能スコアは、特定条件でのラボ測定を要約したものです。閲覧者の端末、通信環境、アクセスの集中、ページの更新内容によって結果は変わり得ます。

そのため、「スコアが低いから改修する」ではなく、重要URLで遅さが継続し、CV機能にも影響しているかを、利用者に近いデータや実機確認、変更後に安全に戻せる体制と合わせて判断します。

02SectionPageSpeed Insightsは重要URLをどう測り、どう読むか

PageSpeed Insightsでは、重要URLをモバイルとデスクトップに分けて確認します。BtoBサイトではPC閲覧も多くなり得ますが、モバイルでの導線やフォーム操作に問題がないかも別途見ることが大切です。

重要URLをモバイル・デスクトップ別に記録する手順

計測は、変更前後の比較にも使えるよう、同じ条件を意識して記録します。

1. 1優先するURLを選び、ページ種別とCVとの関係を記録する
2. 2PageSpeed Insightsでモバイルを計測し、データ種別と主な症状を確認する
3. 3デスクトップも同じURLで計測し、モバイルとの差を確認する
4. 4フォーム、CTA、完了画面、表示崩れ、計測の状態を実機でも確認する
5. 5計測日時、変更履歴、次回確認日を残して次の対応を決める

PageSpeed Insightsは、モバイル・デスクトップのラボデータと、利用可能な場合は実利用者のフィールドデータを表示します。表示内容の基本は、PageSpeed Insightsのデータと評価方法で確認できます。

フィールドデータとラボデータを使い分ける

実利用に近い傾向、再現確認、スコア、改善仮説は役割が異なります。単発のスコアだけで判断しないことが重要です。

フィールドデータがないページは、問題がないことを意味しません。ラボデータ、実機での症状、直近の更新履歴、フォームなどの主要導線の動作確認を組み合わせて判断します。

指標は「何が使いにくいか」を読むために使う

Core Web VitalsはLCP・INP・CLSで構成されます。実務では、指標名を追うよりも、どの利用体験が阻害されているかに置き換えると判断しやすくなります。

• LCP：主な見出し、画像、動画など、ページの中心内容が見えるまでの時間
• INP：ボタン、メニュー、フォーム操作などへの反応の遅れ
• CLS：読み込み途中でボタンや文字が動く、レイアウトがずれる現象
• TTFB：ブラウザが最初のHTML応答を受け取るまでの時間

LCP・INP・CLSの評価目安は、フィールドデータの75パーセンタイルを基に扱われます。評価基準や仕様は更新されることがあるため、本記事の公開・更新年月時点の目安はCore Web Vitalsの評価目安で確認してください。ラボの単発値を、そのまま合否基準として扱うことは適切ではありません。

読む順番は、フィールドデータの有無と対象範囲 → LCP・INP・CLSなどの症状 → ラボデータの診断 → 改善提案が基本です。性能スコアは、この流れを補助する情報として扱います。

03Section症状・発生範囲から原因候補と次の対応を切り分ける

表示速度の原因は、画像・動画、外部タグや埋め込み、共通テンプレートやJavaScript、サーバー・キャッシュ、CMS・プラグイン、動的処理や外部連携など複数にまたがることがあります。テンプレートは、複数ページで共通利用するページの枠組みです。キャッシュは、一度作成・取得したデータを一時的に保存して表示を速くする仕組みを指します。

症状別診断フロー

フォームや計測の障害は復旧相談を優先し、機能が正常な場合は問題の範囲から原因候補と対応を絞ります。

まず、CVに近い重要URLをモバイル・デスクトップで記録します。その後は、次の順で分岐します。

1. 1フィールドデータはあるか

• ある場合：URL単位かオリジン単位かを確認し、継続的な傾向を見る
• ない場合：ラボデータ、実機症状、更新履歴、主要導線の確認を組み合わせる

1. 1CV機能の障害はあるか

• フォーム送信失敗、完了画面未表示、自動返信未着、連携エラー、重要イベント未計測がある場合：技術調査・復旧相談を優先する
• 障害がない場合：発生範囲を確認する

1. 1遅さはどの範囲で起きるか

• 特定URLのみで、主な要素が画像・動画・埋め込みの場合：承認済みのコンテンツ・タグを棚卸しする
• 同じテンプレートを使う複数URLで共通する場合：共通部品やJavaScriptを含む技術調査を検討する
• 複数URLの初期応答が遅い、管理画面も遅い、エラーがある、更新後に悪化した場合：サーバー、CMS、キャッシュ、動的処理を含む技術調査を優先する
• 単発のラボスコア低下のみで、重要導線が正常な場合：再計測と変更履歴の確認を行い、計測を継続する

フォームや計測、外部連携の不具合がある場合は、スコア改善より復旧と技術調査を優先します。検証環境、バックアップ、ロールバックがない状態で技術変更を試すのではなく、再現条件と影響範囲を記録して相談へ切り替えてください。ロールバックとは、問題が起きたときに変更前の状態へ戻す手順です。

LCP要素が画像でも、画像だけを原因にしない

LCPの対象が大きな画像や動画であっても、画像容量だけが原因とは限りません。サーバーからの最初の応答、対象リソースの読み込み、ブラウザでの描画の遅れなどが重なる場合があります。LCPの原因を切り分ける観点を参照し、画像・動画・埋め込みの掲載状況と、共通部品や応答時間の傾向を分けて確認します。

第三者のJavaScript、チャット、地図、動画、SNS、資料埋め込み、アクセス解析や広告計測なども、ネットワーク要求や処理を通じて表示・操作性に影響し得ます。特に特定ページだけが重い場合は、掲載要素と追加時期を照合します。

04Sectionスコアではなく実害で優先順位を決める

複数の問題が見つかったときは、スコアの低さではなく、事業への影響と安全性を基準に並べ替えます。CV機能の障害は、復旧体制の有無にかかわらず高優先度です。ただし、復旧体制が不足している場合は、自社で技術変更をせず相談へ切り替えます。

高優先度が複数ある場合は、原因を決めつけて改修範囲を固定するより、復旧対象の機能、影響URL、再現条件を先に整理します。逆に、単発のラボ変動だけでフォーム・CTA・計測が正常なら、同一条件で再計測し、更新履歴とフィールドデータを継続確認する方が合理的です。

05Section自社でできる低リスクな改善は、1件ずつ検証する

自社対応は、承認済みの画像・動画・埋め込み・タグを棚卸しする範囲から始めます。テーマ、プラグイン、キャッシュ、実行環境、サーバー、データベースの変更は、構成や契約範囲によって影響が異なるため、本番で自己判断しないことが重要です。

画像・動画は掲載目的と表示位置から見直す

特定ページのLCPに画像・動画が関係していそうな場合は、表示サイズに対して過大な素材になっていないか、掲載目的が現在もあるか、ファーストビューに必要かを確認します。

ただし、ページの主な画像・動画を一律に遅延読み込みへ変えると、LCPが悪化する可能性があります。画像の変更でテンプレートや配信設定に触れる必要がある場合は、保守担当へ確認してください。

埋め込み・外部タグは用途と所有者を確認する

埋め込みやタグは、表示速度だけでなく、広告計測、分析、同意管理、フォーム、営業連携に関係することがあります。削除・停止の前に、用途、所有者、設置範囲、重複、直近の変更を確認します。第三者コードが性能に影響し得る点は、第三者JavaScriptの性能への影響でも解説されています。

Googleタグを扱う場合は、既存タグ、バージョン、プレビューなどを確認できる既存タグの確認方法を参照し、変更後は主要イベントページで発火とデータ送信を確認します。

06SectionWordPressでは棚卸しと本番変更を分ける

WordPressでは、プラグインの数だけで重さを判断しません。各プラグインやテーマの用途、更新状況、読み込まれる範囲、競合の可能性、直近の変更を確認します。公開ページだけが遅いのか、管理画面も遅いのかでも、確認すべき範囲は変わります。

まず棚卸しする情報

自社の棚卸しと保守担当の変更範囲

WordPress公式も、更新前にバックアップを確保するよう案内しています。WordPress更新前の確認事項を確認し、本番変更の前には、検証環境、バックアップ、主要導線のテスト、ロールバック手順をそろえます。

07Section技術調査・復旧相談へ切り替えるサインと依頼の進め方

自社で棚卸しを続けるより、技術調査や復旧相談を優先した方がよいケースがあります。原因と影響範囲が未確定な段階では、改修内容を先に固定するのではなく、調査フェーズを設けると判断しやすくなります。

自社対応を止めて相談すべきサイン

次のいずれかに当てはまる場合は、技術調査・復旧相談を優先します。CV機能の障害や復旧体制の不足があれば、自社での技術変更を止めて相談します。

• 問い合わせ・資料請求・商談予約で送信失敗、連携不良、計測欠損などがある
• 複数URLや共通テンプレートで、表示・操作の遅さが継続している
• 管理画面も遅い、エラーが出る、または更新後に悪化した
• サーバー、キャッシュ、CMS、テーマ、JavaScript、外部連携の変更が必要になりそうである
• 検証環境、最新バックアップ、ロールバック手順、変更責任者のいずれかが不足している

保守体制や日常的な変更管理の進め方は、Webサイト保守に関する記事を参照してください。改修範囲を整理し、更新を含めた見直しを検討する場合は、Webサイトリニューアルに関する記事も参考になります。

相談時に共有する最小情報

調査・実装・検収を分けて進める

原因が未確定の段階では、調査結果を確認してから実装範囲を決めると、影響と戻し方を踏まえた判断がしやすくなります。

調査フェーズでは、再現条件、原因候補と確度、影響URL・影響機能、優先順位付きの対応案、副作用、追加調査の要否を成果物として確認します。その結果を受けて、対象URL、変更箇所、テスト方法、公開制約、ロールバック方法、見積もりの前提を合意してから、実装へ進むかを承認します。

以下は、相談・調査依頼時に使えるテンプレートです。

目的：重要CVページの表示体験・機能を安定させたい

対象URL・優先順位：
- URL／ページ種別：
- CVとの関係（問い合わせ・資料請求・商談予約など）：

症状・再現条件：
- 初期表示、操作反応、表示ずれ、フォーム・連携・計測の不具合：
- 端末・ブラウザ・時間帯／発生開始時期：

計測・変更履歴：
- PSI計測日時、モバイル／デスクトップ、フィールド／ラボの別：
- 直近のCMS、テーマ、プラグイン、タグ、画像、フォーム、サーバー変更：
- 検証環境、バックアップ、ロールバックの可否：

調査で求める成果物：
- 再現条件、原因候補と確度、影響範囲
- 優先順位付き対応案、副作用、追加調査の要否

実装の承認・検収条件：
- 調査結果を受けて実装可否を決める承認者と時点：
- フォーム、計測、表示、ロールバックの確認方法：

検収では、PSIの結果だけを成功条件にしません。対象URL・端末区分・比較条件をそろえたうえで、主な表示体験に加え、フォーム送信、完了画面、自動返信、CRM・MA連携、必要な計測イベント、表示崩れ、問題時に戻せる手順を確認します。

08Section表示速度とSEO・CVの関係は、実害を基準に判断する

GoogleはCore Web Vitalsを検索に関係する要素として説明していますが、良好なCore Web Vitalsの結果だけで検索上位が保証されるわけではありません。検索では、情報の関連性や有用性を含む複数の要素が扱われます。Google検索におけるページエクスペリエンスも、完全なスコアだけをSEO目的で追うことが最善とは限らないと案内しています。

同様に、速度改善だけで問い合わせや資料請求が必ず増えるとはいえません。訴求内容、流入の質、情報設計、フォーム項目、信頼性、営業フォロー、計測設定もCVに影響します。速度改善だけでSEO・CVの成果を判断しないことが重要です。検索順位が複数の要因で決まる仕組みと、SEO施策全体の優先順位の考え方は、SEO対策の全体像で整理しています。

改善後は、速度指標だけでなく、フォーム完了・送信エラー、完了画面、自動返信、計測、流入、CVを、できるだけ比較可能な条件で確認します。広告出稿、コンテンツ更新、季節性などが変わっている場合は、成果の変化を速度改善だけによるものと決めつけないことが重要です。

最終的な次の行動は、次の3つに整理できます。

• 計測継続：単発のラボ変動のみで、実機症状・機能障害・重要導線への影響が確認できない
• 自社棚卸し：特定URLの画像、動画、埋め込み、承認済みタグなどを安全に確認・変更できる
• 技術調査・復旧相談：CV機能障害、複数URLの継続問題、管理画面遅延、エラー、更新後悪化、復旧体制不足がある

WordPressの表示速度・保守体制を相談したい場合

フォームや計測の不具合、複数ページにまたがる遅延、復旧手順の不足がある場合は、対象URL・症状・変更履歴を整理したうえで、WordPressの保守や技術調査に対応できる依頼先を比較できます。

WordPress制作・保守2949社掲載

WordPress制作・保守の依頼先を探す