宿のホームページをスマートフォンで開くと、写真がなかなか表示されない。予約ボタンを押せるまで待たされる。管理画面まで重い――。
このようなとき、キャッシュ系プラグインを追加したり、画像を一括削除したりすると、表示崩れや予約機能の不具合を増やす可能性があります。速度低下には、画像、テーマ、プラグイン、サーバー、外部予約部品、アクセス集中など複数の原因があります。
この記事では、ITに詳しくない宿主さんが、CodexやClaude Codeに調査を手伝わせながら、変更前に原因を切り分ける方法を説明します。
結論：遅い場所を再現してから一つずつ調べる
次の順番で進めます。
- どのページが、どの端末・回線で遅いか記録する
- お客様の予約や問い合わせに影響しているか確認する
- 変更前の速度と画面を保存する
- ページ内容、外部部品、WordPress、サーバーの順に原因候補を分ける
- 検証環境で一つだけ変更する
- 速度だけでなく表示・予約・問い合わせも再確認する
「サイト全体が遅い」という言葉だけでは原因を探せません。トップだけか、写真の多い記事だけか、予約ページだけか、管理画面も遅いかを分けます。
最初に遅さを記録する
次の項目を、個人情報を含めずに記録します。
| 確認項目 | 記録例 |
|---|---|
| 対象URL | トップ、客室、アクセス、予約案内 |
| 発生日時 | 平日朝、週末夜など |
| 端末 | iPhone、Android、PC |
| 回線 | Wi-Fi、携帯回線 |
| 症状 | 白い画面、写真待ち、ボタンが反応しない |
| 頻度 | 毎回、ときどき、特定時間だけ |
| 管理画面 | 速い・遅い・未確認 |
| 直前の変更 | 画像追加、更新、プラグイン変更など |
宿のWi-Fiだけでなく、スマートフォンの携帯回線でも確認します。スタッフの端末だけに残ったキャッシュや拡張機能の影響を避けるため、別のブラウザやシークレットウィンドウも参考になります。
予約への影響を先に確認する
速度改善の優先順位は、点数ではなく宿泊者への影響で決めます。
優先度が高い例:
- トップページが開かず宿の営業状況を確認できない
- 予約ボタンが表示されない、押せない
- 外部予約ページへの移動に失敗する
- 問い合わせフォームを送信できない
- 電話番号やアクセス情報が表示されない
- スマートフォンで画面が固まる
調査中も、電話やOTAなどの代替予約経路を分かりやすく案内します。
PageSpeed Insightsの点数だけで判断しない
GoogleのPageSpeed Insightsは、スマートフォンとPCのページを検査し、改善候補を示します。ただし、表示されるデータには違いがあります。
実ユーザーデータ
Chrome利用者の過去の体験を集計したデータです。一定のデータ量がない小規模サイトや新しいページでは、個別ページのデータが表示されない場合があります。過去28日間の傾向なので、今日の変更がすぐ反映されるものではありません。
検査環境のデータ
Lighthouseが一定条件を再現して、その時点のページを検査した結果です。原因調査には役立ちますが、実際のお客様全員の体験そのものではありません。測定場所や通信状態により結果が変わることがあります。
一回の点数が下がっただけでプラグインを削除せず、同じURLと条件で複数回確認し、変更前後を比べます。
Core Web Vitalsを宿向けに読む
現在の主要なCore Web Vitalsは、LCP、INP、CLSです。
- LCP：主な写真や見出しが見えるまでの速さ
- INP：ボタンなどを操作してから画面が反応するまで
- CLS：読み込み中に写真やボタンの位置がずれる度合い
宿サイトでは、大きな客室写真が遅れて表示される、予約ボタンが後から移動する、外部部品が操作を妨げるといった症状へ結び付けて考えます。用語や数値だけでなく、どの要素が対象になったかを確認します。
原因を六つに分ける
1. 写真と動画
宿サイトでは、客室、料理、猫の写真がページ容量の多くを占めやすくなります。
確認する項目:
- 表示サイズより極端に大きな画像を使っていないか
- PNGが必要でない写真をPNGで載せていないか
- WebPなどの適切な形式を使えるか
- 同じ写真を何度も読み込んでいないか
- 画面外の画像を遅延読み込みできるか
- 動画をページ表示時に自動で読み込んでいないか
元画像を削除する前にバックアップを取り、画質、スマートフォン表示、SNS共有用画像への影響を確認します。一括変換は検証環境で試します。
2. テーマと画面部品
スライダー、アニメーション、Webフォント、大きな背景画像、予約ポップアップなどが読み込みや操作を遅らせることがあります。
デザインをすべて外すのではなく、対象ページで何が時間を使っているか確認します。テーマファイルを直接編集せず、子テーマや公式設定、制作会社の保守範囲を優先します。
3. プラグイン
プラグインの数だけでは重さを判断できません。一つのプラグインが重い場合もあれば、複数の機能が同じ処理を重ねている場合もあります。
本番で一括停止せず、検証環境で一つずつ比較します。予約、問い合わせ、SEO、キャッシュ、画像最適化、セキュリティのプラグインは停止による影響が大きいため、戻し方を先に確認します。
4. キャッシュ
キャッシュは同じページを効率よく配信する仕組みですが、WordPress、サーバー、CDN、ブラウザの複数箇所に存在することがあります。
キャッシュ系プラグインを複数重ねると、古い画面が残る、管理画面だけ違う、予約部品が動かないなどの問題が起きることがあります。現在の管理場所を調べてから変更します。
5. サーバーとデータベース
トップも管理画面も遅い、時間帯によって急に遅くなる、エラーが増える場合は、サーバー資源、PHP、データベース、ストレージ、アクセス集中なども候補です。
VPSではCPU、メモリ、ディスク、PHP・データベースのログを技術担当者が確認します。レンタルサーバーでは、契約プランの資源制限、障害情報、サポート範囲を公式情報で確認します。計測前に再起動して証拠を消さないようにします。
6. 外部サービス
予約ウィジェット、地図、SNS埋め込み、動画、チャット、アクセス解析、広告などは外部通信を行います。WordPress自体が速くても、外部サービスの応答待ちでページが遅くなる場合があります。
外部部品を完全に削除する前に、通常リンクへ置き換えられるか、クリック後に読み込めるか、予約に必要な機能かを判断します。
「遅い原因」と「改善案」を分ける
AIがPageSpeedの結果を読んでも、提案をすぐ実行させません。
観測した事実：大きな画像が主要表示要素になっている
原因候補：画像サイズ、配信形式、サーバー応答など
追加確認：元画像サイズ、キャッシュ有無、別ページとの比較
改善案：画像の複製で圧縮を試す
実施場所：検証環境
戻し方：元画像と設定へ戻す
確認項目：画質、スマホ表示、予約ボタン、速度
この形にすると、推測による変更を減らせます。
安全な改善手順
- バックアップと復元方法を確認する
- 改善対象を一ページ、一要素に絞る
- 変更前の画面と速度を保存する
- 検証環境で一つだけ変更する
- 同じ条件で再測定する
- PC・スマートフォンで表示を確認する
- 予約、問い合わせ、地図、動画を確認する
- 効果と副作用を記録する
- 人が本番反映を承認する
改善幅が小さいのに保守負担が大きく増える変更は、採用しない判断もできます。
AIに任せられること
- 遅いURLと再現条件の整理
- PageSpeed結果の比較と要約
- 画像容量や外部リクエストの候補抽出
- テーマ・プラグイン・サーバーの原因候補分類
- 変更前後のHTTP・画面・速度比較
- 検証手順と戻し方の文書化
- 月次レポートの作成
AIへ任せないこと:
- 本番プラグインの一括停止・削除
- 画像やデータベースの一括削除
- 根拠のないサーバー再起動
- 予約機能を含むキャッシュの全面変更
- バックアップ未確認でのデータベース最適化
- スコアだけを理由にした必要機能の削除
コピペで使えるAIへの依頼文
まず変更せずに調査する
宿のWordPressサイトが遅く感じます。
まだプラグイン、テーマ、画像、キャッシュ、サーバーを変更しないでください。
遅いURL、端末、回線、時間帯、症状を私へ質問してください。
確認できた事実を、ページ内容、画像、外部サービス、WordPress、
サーバーに分け、原因候補と追加確認を整理してください。
予約者情報、認証情報、非公開ログは出力しないでください。
PageSpeed結果を比較する
同じURLのPageSpeed Insights結果を比較してください。
実ユーザーデータと検査環境データを分け、点数だけで判断せず、
LCP、INP、CLSの対象要素と宿泊予約への影響を説明してください。
変更案は期待効果、危険性、作業量、戻し方の順に整理し、
まだサイトへ反映しないでください。
一つの改善を検証する
承認した速度改善を検証環境へ一つだけ反映してください。
変更前バックアップ、対象ファイル・設定、戻し方を先に示してください。
変更後は同じ条件で速度を測り、PC・スマートフォンの表示、
予約、問い合わせ、地図、動画への影響を確認してください。
本番環境は変更しないでください。
宿主さん向けチェックリスト
- [ ] 遅いURL、端末、回線、時間帯を記録した
- [ ] 予約・問い合わせへの影響を先に確認した
- [ ] 変更前の画面と速度を保存した
- [ ] PageSpeedの実ユーザーと検査環境を区別した
- [ ] 画像、テーマ、プラグイン、キャッシュを分けた
- [ ] サーバーと外部サービスも候補にした
- [ ] 本番でプラグインを一括停止していない
- [ ] バックアップと戻し方を確認した
- [ ] 検証環境で一つだけ変更した
- [ ] 同じ条件で変更前後を比較した
- [ ] PC・スマートフォンで表示を確認した
- [ ] 予約、問い合わせ、地図、動画を再確認した
- [ ] 改善効果と副作用を記録した
写真が主な原因なら宿サイトの写真を安全に軽くする方法へ進んでください。サイトが開かない場合は速度改善よりWordPress障害発生後の最初の30分を優先します。テーマやプラグインの原因分けは表示崩れの原因をAIと切り分ける方法、継続監視は宿のWordPressを外から見守る方法で解説しています。
参考にした情報
- WordPress公式：パフォーマンス最適化
- WordPress公式：パフォーマンス監視
- Google公式：PageSpeed Insightsについて
- web.dev：Core Web Vitals
- web.dev：Largest Contentful Paint
まとめ
WordPressが遅いときは、速度プラグインを先に増やさず、遅いページ、端末、回線、時間帯を記録します。画像、テーマ、プラグイン、キャッシュ、サーバー、外部サービスへ原因候補を分け、検証環境で一つずつ比較します。
AIは測定結果と候補の整理に向いていますが、一括停止、削除、再起動、本番変更を自動で任せません。速度だけでなく、宿泊者が予約・問い合わせを安全に完了できることを改善の基準にしてください。
