ホームページの表示速度改善は、点数を上げるだけの作業ではありません。遅いURL、端末、通信条件、操作を特定し、画像・配信・WordPress・外部サービスを分けて診断したうえで、表示、計測、問い合わせ、予約を壊さずに改善します。
表示速度改善が必要かを先に切り分ける
「サイト全体が遅い」と決めつけず、URLと利用場面を分けます。トップページ、記事、料金、事例、フォーム、予約、会員画面では、画像量や外部連携、キャッシュ可否が異なります。スマートフォンだけ、初回表示だけ、ログイン後だけ、特定時間帯だけ遅い場合もあります。
- 対象URL：流入・問い合わせ・予約に近いページから確認する
- 端末と通信：スマートフォン、PC、回線、ブラウザー、地域を記録する
- 操作：初回表示、再訪、メニュー、検索、フォーム入力、送信を分ける
- 発生条件：常時、時間帯、更新後、広告配信時、ログイン時を分ける
実ユーザーデータとラボ計測を混同しない
Core Web Vitalsは、読み込み性能のLCP、操作への応答性のINP、視覚的な安定性のCLSで実際の利用体験を捉える指標です。Googleの目安はLCP 2.5秒以内、INP 200ミリ秒未満、CLS 0.1以下ですが、順位や問い合わせを保証する基準ではありません。判定は対象ユーザーの75パーセンタイルが使われます。
Search ConsoleやChrome UX Reportの実ユーザーデータは、十分な利用データがあるURL群・端末の傾向を確認するものです。PageSpeed InsightsやLighthouseのラボ計測は、再現条件をそろえて原因候補を探すものです。計測日、URL、端末、通信条件、ログイン状態、同意バナー、キャッシュ状態を残し、同条件で変更前後を比較します。
参考: Google検索セントラルのCore Web Vitals解説、PageSpeed Insights
速度低下の原因を配信・画面・サーバーに分ける
| 領域 | 確認例 | 改善例 | 注意点 |
|---|---|---|---|
| 画像・動画 | 寸法、容量、形式、ファーストビュー | 適正サイズ、圧縮、遅延読込、配信形式 | 文字の可読性と画質を検収 |
| CSS・JavaScript | 未使用処理、読込順、長いタスク | 必要範囲の整理、遅延、分割 | メニュー、計測、フォームを再試験 |
| フォント・外部タグ | 書体数、広告、解析、チャット、地図 | 読込範囲と優先順位の見直し | 契約・同意・計測要件を確認 |
| サーバー・配信 | 応答、キャッシュ、圧縮、CDN、障害 | 設定調整、配信経路の見直し | メール、管理画面、ログインを分離 |
| WordPress | テーマ、プラグイン、DB、定期処理 | 計測に基づく整理、更新、検証 | 本番で一括停止しない |
WordPressはプラグイン数ではなく処理を確認する
プラグインの個数だけでは原因を判断できません。ページごとの読込、データベース問い合わせ、外部API、定期処理、管理画面と公開画面の差を確認します。WordPress公式資料も、ホスティング、設定、ソフトウェア、画像、テーマ、プラグイン、キャッシュなど複数要因を挙げています。
更新や停止は、バックアップ、復元手順、検証環境、依存関係を確認してから行います。フォーム、予約、決済、会員、検索、絞り込み、翻訳、アクセス解析など事業に必要な機能を、速度だけを理由に削除しません。
参考: WordPress Performance / Optimization
改善内容と対象外を見積もり前に定義する
相談時には、対象URL、現象、発生端末、希望時期、管理環境、変更可能範囲を共有します。診断のみ、画像最適化、テーマ調整、プラグイン調整、サーバー設定、外部タグ整理、全面リニューアルは、責任範囲と費用が異なります。
- 調査対象のURL数とテンプレート数
- WordPress、テーマ、プラグイン、サーバーの管理権限
- 検証環境、バックアップ、復元の有無
- フォーム、予約、決済、会員、広告、解析など停止できない機能
- 外部ベンダーの契約、改修権限、保守窓口
表示速度改善の費用を構成する項目
費用は一律の点数ではなく、調査と変更範囲で決まります。見積書では次を分けます。
- 初期診断：URL、端末、実ユーザー値、ラボ計測、サーバー記録の確認
- 検証環境：複製、バックアップ、復元、アクセス制限
- 画像・画面：画像、動画、フォント、CSS、JavaScriptの調整
- WordPress：テーマ、プラグイン、DB、キャッシュ、定期処理の調整
- インフラ：サーバー、CDN、DNS、圧縮、配信設定の変更
- 外部連携：広告、解析、チャット、地図、予約、決済の調整
- 検収・監視：機能試験、実受信、公開監査、一定期間の再計測
サーバー変更、テーマ改修、外部サービス契約、追加開発、継続監視は別費用になり得ます。金額だけでなく、対象URL、納品物、検収条件、追加費用の承認方法を同じ条件で比較します。関連: ホームページ保守管理の費用
公開前に変更記録と切戻し条件を用意する
キャッシュ、遅延読込、縮小、結合、外部タグ制御は、画面や機能へ影響します。変更前の計測値、バックアップ、対象ファイル・設定、担当者、承認者、公開時刻を残します。
表示崩れ、フォーム未着、予約・決済エラー、解析停止、ログイン不能、主要URLの404、noindex付与などを切戻し条件として決め、戻す設定と連絡先を先に確認します。
速度と事業機能を同じ公開監査で検収する
公開後は点数だけで完了にしません。主要URLをスマートフォンとPCで確認し、公開200、リダイレクト、H1、canonical、noindex、構造化データ、内部リンク、モバイル横幅を監査します。
問い合わせは、入力、確認、完了画面、自動返信、担当者の実受信、共有受信箱、CRM・予約台帳、振り分けまでテストします。予約・決済・会員機能は、満枠、取消、エラー、二重送信、通信切断など対象範囲を決めて確認します。
SEO・GEO・問い合わせへの効果は分けて測る
表示速度の改善だけで検索順位、AI検索での引用、問い合わせ、売上が上がるとは限りません。順位には内容、検索意図、内部リンク、外部要因などが関係し、問い合わせには料金、実績、導線、フォーム、対応体制が関係します。
公開日を境に、Core Web Vitals、読込・操作指標、検索表示・クリック、主要ページ到達、フォーム開始・完了、担当者実受信、商談・予約を段階別に観測します。関連: SEOサイト診断、GEO・AI検索対策
改善後も更新・広告・外部サービス変更を追う
画像追加、プラグイン更新、タグ追加、キャンペーン、予約サービス変更で速度は変わります。主要テンプレートと問い合わせ導線について、変更日、変更者、対象、公開監査、次回確認を記録します。異常が出たときに直前の変更へ戻れることも保守範囲に含めます。
TRAILの対応範囲と進め方
- 対象URL、端末、現象、事業上の優先順位を確認
- 管理権限、契約、検証環境、バックアップを棚卸し
- 実ユーザーデータとラボ計測で原因候補を整理
- 変更項目、対象外、費用、検収、切戻し条件を合意
- 検証環境で変更し、画面・機能・計測を試験
- 承認後に公開し、速度・SEO・問い合わせを監査
- 一定期間後に再計測し、次の優先項目を判断
TRAILは、既存サイトの診断、WordPressや画面側の調整、SEO・GEO、問い合わせ導線の確認を対象にします。サーバー会社や外部サービス側の変更は、契約者・管理者・提供事業者と役割を分けます。
よくある質問
PageSpeed Insightsで100点にできますか？
点数や数値はページ、端末、通信、外部サービス、計測条件で変わるため保証できません。事業上重要なURLと機能を壊さず、改善可能な原因を優先します。
表示速度改善だけ依頼できますか？
可能です。対象URL、管理権限、検証環境、停止できない機能を確認し、診断のみか実装までかを分けて見積もります。
キャッシュを入れれば速くなりますか？
改善する場合はありますが、ログイン、フォーム、予約、決済などキャッシュしない方がよい画面もあります。対象と除外を決めて実受信まで検収します。
速度改善でSEO順位は上がりますか？
順位は保証できません。Core Web Vitalsはユーザー体験の指標ですが、検索意図、内容、リンク、競合など他の要因も分けて確認します。
相談前に何を用意すればよいですか？
遅いと感じるURL、端末、時間帯、再現手順、管理環境、契約、直前の変更、フォームや予約など停止できない機能が分かると切り分けやすくなります。
表示速度と問い合わせ導線をまとめて確認する
対象URL、遅いと感じる端末・操作、直前の変更、管理環境が分かる範囲でお知らせください。診断対象、実装範囲、費用、検収条件を整理します。