引っ越しを検討すべき危険信号：速度低下・頻繁なダウン・リソース超過警告

昨日まで問題なく動いていたWordPressが、今日はなぜかひどく重い。ボタンを押しても反応まで時間がかかり、ときには画面の代わりに見慣れないエラーメッセージが表示されることもあります。

このとき、多くの人は画像を小さくしたり、プラグインを一つ削除したりします。しかし本当の原因は、ウェブサイトの中ではなく、サイトが置かれている「家」そのものにあるかもしれません。

ウェブサイトを小さなお店にたとえてみましょう。お客さんが一人なら、レジ一台でも十分です。ところが突然、来店客が増えると、レジも倉庫も通路も次第にふさがっていきます。

ウェブホスティングも同じです。訪問者が増えたり、EC機能を追加したり、画像や動画が蓄積したりすると、サーバーの処理能力が足りなくなることがあります。

特に低価格の共用ホスティングは、一つの建物に複数の店舗が入っているような構造です。隣の店が急に忙しくなると、自分のサイトまで遅くなることがあります。

意外にも、原因は訪問者数だけとは限りません。

WordPressは、訪問者がページを開くたびにデータベースから記事や設定を読み出し、プラグインやテーマも同時に動かします。注文情報や会員情報、検索機能まで一斉に処理すれば、訪問者がそれほど多くなくてもサーバーに負荷がかかります。

管理画面が遅いことも重要なサインです。訪問者向けの画面と管理画面の両方が遅いなら、画像一枚の問題よりも、サーバーの処理能力やデータベースがボトルネックになっている可能性が高まります。

遅いサイトは、訪問者ではなく荷物が多いのかもしれない

人は、思っている以上に待つことを嫌います。画面が表示されるまで時間がかかると、ユーザーは故障したと思い、注文や問い合わせを終える前にページを閉じてしまいます。

Googleのウェブパフォーマンスに関する案内では、画面内で最も大きなコンテンツが表示されるまでの時間が2.5秒以内なら、良好な状態とされています。ボタンを押してから画面が反応するまでの時間は、200ミリ秒以内が目安です。

ここで重要なのは、自分のパソコンで一度速く表示されたという事実ではありません。実際の訪問者が使うスマートフォンや通信環境も含め、訪問の大半で十分な速度が出ているかどうかが大切です。

たとえば、オフィスのWi-Fiなら1.8秒で開くのに、地下鉄でスマートフォンから見ると6秒かかることがあります。運営者は速いと思っていても、訪問者はすでに遅いと感じている状態です。

数秒の遅延が、なぜ売上と信頼を揺るがすのか

• 画面の主要な内容が2.5秒以内に表示されるか
• ボタンを押してから0.2秒以内に反応するか
• 画面が突然ずれたり、跳ねたりしないか
• スマートフォンでも同じ問題が繰り返されるか

測定ツールの数字を一つ見ただけで、慌てる必要はありません。同じページを朝と夜、スマートフォン環境などで繰り返し確認し、問題が常に起きているのかを確かめるほうが正確です。

速度が悪化し続けているなら、単なる見た目の問題ではありません。サーバーが今後さらに多くのアクセスを受け入れる余力を失いつつあるサインかもしれません。

サイトが停止する日は、たいてい、その日に初めて問題が始まった日ではありません。小さな遅延やリソース不足が数日、あるいは数週間にわたって積み重なり、限界を超えた日なのです。

WordPressの公式ドキュメントが推奨する環境は、PHP 8.3以上、MySQL 8.0以上またはMariaDB 10.11以上、そしてHTTPSです。古いサーバーでも当面は画面を表示できますが、最新機能やセキュリティアップデートへの対応が難しくなることがあります。

プラグインの更新後に画面が真っ白になったり、特定の時間帯だけ管理画面が開かなくなったりする場合は、サーバー環境とプラグインの競合を同時に疑う必要があります。

もう一つ、見落としやすい原因が自動処理です。

WordPressは、予約投稿や更新の確認、注文処理といった作業をバックグラウンドで自動的に実行します。これらの処理に失敗すると、訪問者からは正常に見えていても、管理画面には未処理の作業が積み上がっていくことがあります。

WordPressのサイトヘルス機能に、自身への接続失敗や予約タスクの失敗が表示されるなら、サイトが自分自身に接続できていないということです。原因としては、ファイアウォール、セキュリティプラグイン、サーバー設定、ホスティングの制限などが考えられます。

この状態が続くと、予約投稿が遅れたり、ECサイトの注文ステータスが更新されなかったり、バックアップが途中で止まったりする可能性があります。

ダウンは突然起きるが、原因は以前から積み重なっている

「リソース使用量超過」という言葉は、保存容量がいっぱいになったという意味だけではありません。サーバーは、処理能力、メモリ、同時に処理できるリクエスト数、ファイルの読み書き速度などを個別に制限することがあります。

CloudLinuxのドキュメントでいうエントリープロセス数とは、ウェブサイトに同時に入って実行されているリクエストの数です。遅いリクエストが増えると、その枠が長時間ふさがれ、新しい訪問者は入り口で待たされることになります。

この制限を超えると、サーバーはリソース制限の超過を示す508エラーを表示することがあります。訪問者から見ると、サイトがダウンしたように見えます。

ここには少し意外な悪循環があります。サーバーが遅くなると、一つのリクエストがより長く処理中のままになります。すると、同時に処理されているリクエスト数が増え、さらにサーバーの動作が遅くなります。

つまり、遅さは単なる結果ではなく、ダウンを招くアクセルになることがあるのです。

警告メールが一度届いたからといって、すぐに引っ越す必要はありません。ただし、同じ警告が繰り返されたり、特定の時間帯に毎回エラーが発生したりするなら、記録を残しておきましょう。

• 警告が発生した日時
• CPU、メモリ、保存容量の使用量
• 訪問者数と問題が発生したページ
• 最近インストールまたは更新したプラグイン
• ホスティングの管理画面に表示されたエラー回数

この記録は、ホスティング会社に問い合わせる際にも役立ちます。「遅いです」よりも、「毎晩10時にメモリ警告が繰り返され、注文ページで508エラーが発生します」と伝えるほうが、はるかに有力な手がかりになります。

リソース超過の警告は、サーバーが発する救難信号だ

サイトが遅いからといって、必ずしも高額なホスティングへ移ればよいわけではありません。引っ越しの荷造りを始める前に、まず水漏れを確認するようなものです。プラグイン一つが無限ループを起こしていたり、圧縮されていない画像がページの表示を妨げていたりする可能性もあります。

まずはキャッシュを削除し、使っていないプラグインを整理し、大きな画像を小さくしてみてください。そのうえで、すべてのプラグインを無効にしたテストサイトで速度が戻るか確認すれば、競合の有無を絞り込めます。

WordPressの公式ドキュメントでは、本番サイトでデバッグ表示を有効にせず、テスト環境や複製環境でエラーログを確認するよう案内しています。エラー内容を訪問者にそのまま表示すると、セキュリティ情報が漏れるおそれがあるためです。

移行を決める前に、まず原因を見極めよう

• リソース超過の警告が繰り返される
• 訪問者が少なくても管理画面が遅い
• 特定の時間帯に500または508エラーが発生する
• バックアップや更新に頻繁に失敗する
• サーバーのPHPやデータベースが古い
• ホスティング会社が原因や改善計画を説明できない

これらの条件が二つ、三つ以上重なるなら、引っ越しは費用ではなくリスクを減らすための作業になります。新しいホスティングを選ぶ際は、保存容量だけでなく、CPU、メモリ、同時リクエスト数の上限、バックアップの頻度、サポート範囲を確認しましょう。

WordPressが公式に推奨する環境を満たしているかも確認してください。特に「無制限」という広告より、実際の使用量を確認できる管理画面のほうが信頼できます。

サイトの引っ越しは、家具を運ぶ作業ではありません。連絡先リストや金庫、営業時間まで一緒に移すようなものです。ファイルをコピーすれば終わりではなく、データベース、ドメイン設定、証明書、メール、予約タスクまで関係します。

最も安全なのは、新しいサーバーに先に複製サイトを作り、元のサイトはそのまま運営する方法です。複製サイトで、記事、画像、ログイン、問い合わせフォーム、決済、検索、スマートフォン表示を順番に確認します。

ドメインを変更する場合は、旧アドレスから新アドレスへ転送する設定も必要です。内部リンクや画像のURLが古いドメインを指したままだと、訪問者に表示崩れが起きたり、ログイン画面から弾かれたりすることがあります。

移行直前にはデータベースとファイルをすべてバックアップし、訪問者の少ない時間帯に最後のコピーを行うのが安全です。移行後はキャッシュを削除し、実際のスマートフォンと別の回線からページを開いて確認してください。

新しいサーバーが速いかどうかは、初日の印象ではなく、数日間の記録で判断しましょう。エラー回数、平均応答時間、リソース使用量、予約タスクの成功状況を移行前と比較すれば、効果がはっきりします。

最もよい引っ越しは、障害が起きてから慌てて行うものではありません。

遅さ、ダウン、リソース警告は、サーバーが発している静かな救難信号です。そのサインを見逃さず、原因を記録したうえで、修復するのか移行するのかを判断することが、サイトを長く運営するための最も現実的な方法です。

移行は速さよりも安全性を優先すべきだ

Q. サイトが遅い場合、すぐにホスティングを移行すべきですか？

A. いいえ。

まずはプラグインの競合、大きな画像、キャッシュの問題を確認してください。ただし、リソース超過やダウンが繰り返されるなら、移行もあわせて検討するのが安全です。

Q. リソース超過の警告は、保存容量が不足しているという意味ですか？

A. 必ずしもそうとは限りません。CPU、メモリ、同時に処理できるリクエスト数、ファイルの読み書き速度のいずれかが制限に達した可能性があります。

Q. 速度測定で何秒になると危険ですか？

A. Googleは、主要なコンテンツが表示されるまでの時間が2.5秒以内であることを良好な目安として示しています。ただし、スマートフォンや実際の訪問時間帯もあわせて確認する必要があります。

Q. 508エラーが表示された場合、どういう意味ですか？

A. ホスティングアカウントが同時に処理できるリクエスト数などの制限を超えたときに表示されることがあります。訪問者にはサイトがダウンしたように見えるため、発生時刻と頻度を記録しておきましょう。

Q. 移行前に必ずバックアップすべきものは何ですか？

A. WordPressのファイルとデータベースをすべてバックアップしてください。ドメイン設定、メール、証明書、予約タスクもあわせて確認すれば、移行後の抜け漏れを防げます。

WordPress関連リンク

よくある質問