DDDefense DeskWordPress 緊急対応
警告メール緊急度:高

サーバー負荷が著しく高い警告への対応

サーバー会社から「負荷が著しく高い」という警告が届いたら、期限までに対応が要る状態です。避けるべき対処、依頼と並行して自分でできるアクセス制限、依頼のときに伝える手がかりを確認できます。

公開日 2026.07.09更新日 2026.10.22読了目安 6分著者 DD Defense Desk

なぜ高負荷の警告が届くのか

共有サーバー(レンタルサーバー)では、1台のサーバー機器を複数の契約者で共有しています。特定のサイトがCPUやメモリ(サーバーの処理能力)を使いすぎると他の契約者のサイトまで遅くなるため、サーバー会社は使いすぎたサイトに警告を送るか、アクセスを制限します。

そのあとどうなるかは、事業者によって違います。警告を送ってから制限をかける会社もあれば、先に制限をかけて、その旨を管理画面や通知で知らせる会社もあります。「警告のあとに必ず猶予がある」とは限りません。

何を基準に警告を出すかは、サーバー会社と契約プランによって違います。一定時間あたりのCPUの使用量で見る会社もあれば、同時に処理している数や、データベースへの問い合わせ回数を見る会社もあります。届いた警告メールに、どの指標がどれだけ超えたのかが書かれていることが多いので、まずそこを確認してください。何が超えたのかが分かると、次に見る場所も絞れます。警告メールが本物かは、メールの中のリンクからではなく、契約しているサーバー会社の管理画面か公式サイトで確かめてください。サーバー会社を装った偽の通知もあります。

高負荷を引き起こす主な原因

契約プランのアップグレードや一律のアクセス制限から始めるのは避けてください。原因を切り分けないまま対処すると、侵入が原因の場合は再発を防げません。ボットのアクセスやプラグインの不具合が原因の場合は、プランを上げても負荷の元が残ったまま費用だけが増えます。一律の制限は、正規の訪問者まで締め出すことがあります。

高負荷の原因は「アクセスが多い」とは限りません。サーバー内部に侵入され、不正な処理を実行されている場合も、同じように負荷として現れます。この場合はアクセスを制限しても収まらないため、原因の切り分けを先に行います。

原因よくある兆候原因が分かった場合の対応
マイニングボットの設置(仮想通貨の採掘計算を勝手に実行される)CPU使用率の高止まり。サーバー内に覚えのないファイルや処理がある侵入経路の閉鎖(改ざん対応)
スパム送信に使われているスパム送信の警告が同時に届く。メール送信数の急増送信の停止と原因の絞り込み(侵入を伴わない原因もある)
攻撃ボットによる大量アクセスアクセスログに同一発信元・同一User-Agent(アクセス元のソフトウェアを示す情報)が大量に並ぶアクセス制限(下記の手順)
プラグインやテーマの処理の不具合アップデートやPHP(サイトを動かすプログラムの処理系)のバージョン変更の直後から発生該当プラグインの停止・切り戻し
純粋なアクセス増メディア掲載やSNS拡散と時期が一致するサーバー会社への増強・プラン変更の相談

マイニングボットが疑われる場合、必要なのは負荷対策ではなく侵入経路の閉鎖です。改ざん検知・不正ファイル検出への対応の手順に進んでください。スパム送信が同時に起きている場合は、フォームの悪用やアカウントの乗っ取りのように侵入を伴わない原因もあるため、スパムメールの大量送信警告への対応の記事で原因を絞り込んでから進めます。

依頼と並行して見ておく手がかり

上の表のどれに当たるかを確かめるのは、緊急対応の初期調査です。依頼と並行して次の3つを見ておくと、依頼のときに状況を早く伝えられます。いずれもサーバー会社の管理画面から確認できます。

ただし、1つを見ただけで原因が確定するわけではありません。どれも「この原因を疑う手がかり」であり、複数が同じ方向を指したときに確からしくなります。1つの手がかりだけで通常のアクセス増と判断すると、侵入を見落とします。

  • 負荷のグラフ:いつから上がったかを見る。特定の日時から上がったまま下がらないなら、侵入や定期処理の不具合を疑う手がかりになる。プラグインの更新やPHPの切り替えと時期が一致していれば、そちらを先に確かめる。
  • アクセスログ:同じ発信元や同じUser-Agentが極端に多く並んでいないかを見る。偏っていればボットの可能性があるが、発信元を分散させる形もあるため、これだけでは決まらない。User-Agentは送る側が自由に名乗れる点にも注意する。
  • メールの送信数:普段より跳ね上がっていれば、スパム送信の踏み台にされている可能性がある。この場合は負荷より先に送信を止める。

3つのどれを見ても心当たりがなく、サーバー内に覚えのないファイルがある場合は、侵入を疑います。ファイルは消さずに、作成時刻・所有者・中身を控えておきます。ホスティング事業者やプラグインが正常に作ったファイルであることもあるためです。侵入だった場合、負荷はその結果として出ているだけなので、アクセスを制限しても収まらないことがあります。

自分でできる緊急のアクセス制限

  1. 国外からのアクセス制限を確認する:レンタルサーバーによっては、狙われやすい入口を国外からのアクセスに対して制限する設定があります。エックスサーバーの「国外アクセス制限設定」(公式マニュアル、2026年8月時点)は、管理画面・XML-RPC・REST API などが対象で、サイト全体を遮断する機能ではありません。有効になっているかと、何が対象になっているかを設定画面で確認します。
  2. 異常なアクセス元をブロックする:アクセスログで特定の発信元やUser-Agentからのアクセスが極端に多い場合、.htaccess(アクセス制御の設定ファイル)で拒否します。
  3. データベースを頻繁に使うプラグインを一時停止する:リンク切れチェックやアクセス解析系など、データベースを頻繁に書き換えるプラグインを止めると負荷が下がることがあります。

上記の対応と合わせて、前の節の3つの手がかりと、ここまでに確かめた項目を整理しておくと、問い合わせのときに状況を早く伝えられます。初期調査を申し込んだ場合も、確認済みの項目を調査に引き継げます。

操作に不安がある場合は無理に進めず、現状のバックアップ取得までにとどめてください。

特に急ぐ状態と、サーバー会社に相談する場合

警告メールに制限や停止の予告と期限が書かれている場合は、その期限が実際の締め切りで、特に急ぐ状態です。試行錯誤は期限を消費するため、先に緊急対応を依頼することを決め、依頼と並行して前の節のアクセス制限を進めてください。

期限が書かれていなくても、現在も表示が遅い、503エラー(サーバーが応答を返せないときのエラー)が出ているなら、負荷が続いているか、サーバー会社の制限がかかっています。制限の有無は、管理画面とサーバー会社からの通知で確かめてください。表の兆候から侵入が疑われる場合と、原因の見当がつかないまま503が続いている場合は、放置している間も不正な処理が動き続けているおそれがあります。

一方、表示の遅れや503が、メディア掲載やSNSでの拡散の時期と一致し、負荷のグラフやアクセスログなどほかの手がかりも通常の閲覧の増加を指しているなら、容量の不足の可能性が高く、サーバー会社に一時的な増強やプランの変更を相談できます。ただし、手元の手がかりだけでは侵入を否定しきれないため、緊急対応の依頼とサーバー会社への相談を並行してください。緊急対応は容量の不足を直すサービスではなく、初期調査で原因が閲覧の増加だけと分かった場合は、調査報告でその旨をお伝えして終えます。そのあとは、プランを上げるか仕組みを変えるかを選ぶことになります。

緊急対応は、原因と影響範囲を調べる初期調査(固定55,000円、税込)から始まります。当方は、初期調査料のお支払いと接続情報の受け渡しが済んだ日のうちに調査を始めることを目標にしています(20時以降に済んだ場合は翌日)。緊急対応では、受託の後にサイトの公開を止めます。申し込みのときに、止めずに続けることも選べます(その場合、公開を続けたことにより広がった被害は、当方の作業が原因の場合などを除いて、当方の責任の対象外です)。

警告の期限までに決めること

高負荷の警告は、原因が侵入でも、ボットでも、閲覧の増加でも、同じ文面で届きます。原因を確かめるのは初期調査なので、依頼を先に決め、アクセス制限とバックアップは並行して進めてください。

← 警告メール対処ガイド一覧へ戻る

緊急対応を依頼する