サイトを一時停止すると検索順位は落ちる？10月末のGoogle動向と社長の確認ポイント

2026年10月21日、Googleの John Mueller氏が、PHPの脆弱性（PHP2Shell）を直すためにサイトを止める場合の扱いについて発信しました。10月27日（日本時間では26日夜から）にかけては、Googleの順位変動が再び大きくなったとの報告も出ています。さらに同氏は、Search Consoleのインデックス関連レポートの更新の遅れについて「気にしすぎなくてよい」という趣旨の回答をしています。

こうした話題が重なると、「うちのサイトも止めるべきか」「順位が揺れているが大丈夫か」と不安になる社長もいるかもしれません。この記事では、3つの話題を事実として整理し直し、地方の中小企業が実際に何をすればよいかを、費用・手間・リスクの目安とともにまとめます。

先に結論：慌てなくてよい3つの場面と、動いたほうがよい場面

最初に、今回の3つの話題を社長の判断に置き換えた早見表です。細かい理由は、このあとの章で順に説明します。

場面	基本の考え方	社長がすること
サイトを一時的に止める（脆弱性の修正など）	正しい合図（503）を出して、短い期間で戻すのが基本	業者に「止めている間の合図は何か」を事前に確認する
10月の順位の波	Googleは公式に確認していない。原因が自社とは限らない	数日は様子を見る。大きな改修や価格変更は波が落ち着いてから
Search Consoleの数字が古い	インデックスのレポートは遅れて見えることがある。成績のレポートが先に動く	「遅れている＝表示されない」と決めつけない。担当者には成績のレポートも見てもらう
PHPやWordPressの更新を放置している	止める話の前に、止めなくて済む状態を保つほうが大切	保守契約の有無と、最後の更新日を確認する

ここで大切なのは、「止めること」そのものが悪いのではなく、「止め方」と「戻すまでの早さ」が問われるという点です。お店に例えるなら、設備を直すために臨時休業することは普通にあります。入口に「本日は工事のため休みます。明日10時に開きます」と貼り紙をするか、貼り紙なしでシャッターを閉めたままにするかで、お客様の受け取り方は大きく違います。

セクションのまとめ：止めること自体より、合図の出し方と戻すまでの早さが大切です。順位の波とレポートの遅れは、慌てずに数日見る場面です。

サイトを一時停止すると検索順位はどうなるか：PHP2Shellの話から

まず、Mueller氏が触れた内容を事実の範囲で整理します。ここでは、Search Engine Roundtableの記事（出典は記事末尾に記載）で確認できた範囲だけを書きます。

Mueller氏が述べたこと（2026年10月21日の投稿）

Search Engine Roundtableの報道によると、Mueller氏はSNS（Bluesky）で、PHPの脆弱性「PHP2Shell」を直すためにPHPのサイトを一時的に止める場合の対応に触れました。要点は、予定外の更新でサイトを止めている間は、応答がない状態（タイムアウト）や404、500のままにせず、HTTPの503を返すほうがよい、というものです。

503は専門用語ですが、社長が覚えるのは「ただいま工事中」の合図という一言で十分です。検索エンジンに対して「壊れたのでも、なくなったのでもなく、一時的に止めています」と伝える役目を持ちます。

また、報道によれば、503を返す設定はPHPの中だけでなく、DNSの向け先を変える方法やCDN（サイトの表示を速くする外部の仕組み）などの、PHPの外側でも行えるとされています。PHPが動かない状態でも合図を出せる、という点が実務では重要です。

この記事で「分からない」と書いておくこと

今回確認できた記事では、止めてよい期間の具体的な数字（何時間まで、何日まで）や、順位への影響の大きさについての詳しい説明は読み取れませんでした。関連する過去の話題として、503は数時間程度の短い停止向けで、数週間に及ぶ停止には向かないという趣旨の見出しが並んでいましたが、その中身まではこの記事の執筆時点で確認していません。

そのため、この記事では「何時間までなら大丈夫」と数字で断定することは避けます。あくまで編集部の実務上の見立てとして、次の章で「判断の目安」を示します。公式の数字ではない点にご注意ください。

なぜ止めることになるのか（社長向けの説明）

PHPは、WordPressなど多くのホームページの裏側で動いているプログラムの言語です。このプログラムに「穴」（脆弱性）が見つかると、直すための更新をかけるか、一時的にサイトを止める必要が出ることがあります。穴を放置すると、サイトが乗っ取られたり、迷惑なページを勝手に作られたりする心配があるためです。

詳しい仕組みと対応は、PHPの脆弱性への対応をまとめた記事で説明しています。自社のサイトが対象かどうかを手早く確かめたいときは、PHP脆弱性チェックもご利用いただけます。

セクションのまとめ：Mueller氏は、予定外の停止中はタイムアウトや404、500ではなく503を返すことを勧めています。止めてよい時間の数字は確認できていないため、断定は避けます。

停止の長さの目安と、停止中に社長がすること

ここからは、Mueller氏の発言そのものではなく、地方の中小企業が現場で使える判断の目安です。公式の数字ではなく、編集部の実務上の見立てとして読んでください。

停止時間ごとの「様子見でよいか」の目安（編集部の見立て）

停止の長さ	考え方の目安	社長がすること
数時間	合図（503）が正しければ、様子見でよいことが多い	業者に開始・終了の連絡をもらう。電話の案内を一言用意する
半日〜1日	合図の確認が必須。戻る時刻を社内で共有しておく	営業時間内に止まるなら、Googleビジネスプロフィールにお知らせを出す
2日以上	簡易の案内ページを出すなど、別の手当てを業者と相談する	代替の連絡手段（電話・メール）を取引先へ個別に案内する
1週間以上	計画的な作り直しの話になる。止めっぱなしにしない	業者と「いつ、どの順番で戻すか」を書面で確認する

表の「2日以上」「1週間以上」は、公式に決まった基準ではありません。ただ、止める期間が長くなるほど、検索エンジンに「なくなったのでは」と受け取られる心配や、お客様の不便が増えるのは確かです。短く止めて早く戻すことを、業者との共通の目標にしてください。

停止中の電話・Googleビジネスプロフィールでの案内

サイトが見られない間も、お客様は電話や地図アプリで会社を探します。地方の中小企業では、ホームページよりも電話とGoogleマップ経由の問い合わせのほうが多い会社もあります。止めている間の窓口を整えておくと、お客様の不安も、社内の混乱も小さくなります。

• 電話に出る人を決める：「ホームページは点検中ですが、お電話で承ります」と一言で答えられるようにする
• Googleビジネスプロフィールの「お知らせ（投稿）」に、点検中であることと電話番号を書く（担当者なら5〜10分程度の作業が目安）
• メールの署名や名刺のQRコードの行き先が、停止中のページではないか確認する
• 広告を出している会社は、停止中は広告の掲載を止めるか、行き先を別ページにするよう広告担当に確認する

ここまでを整えても、追加の費用はほとんどかかりません。社内の手間も、最初の1回だけで済みます。逆に、準備なしで止めてしまうと、「電話がつながらない」「どこに連絡すればよいか分からない」という声が現場に集まりがちです。

セクションのまとめ：停止の長さは「数時間は様子見、2日以上は手当てを相談」を編集部の目安にします。止めている間の電話とGoogleビジネスプロフィールの案内を先に整えておけば十分です。

制作会社・保守業者に先に聞いておく質問リスト

止めるかどうかの判断は、業者の準備の質でほぼ決まります。社長が技術を理解する必要はなく、次の質問に答えてもらえれば十分です。契約前の見積もり段階でも、保守契約の更新時でも使えます。

質問	よい答えの例	要確認の答え
止めるときは、どんな合図（HTTPの状態）を出しますか？	「503を返します」と即答できる	「特に設定していない」「分からない」
PHPが動かない状態でも、その合図は出せますか？	「サーバーの外側（CDNやDNSなど）で出せる」	「PHPが動かないと何も出ない」
何時間で戻す予定ですか。戻せなかった場合の連絡は？	予定時刻と連絡手段が決まっている	「やってみないと分からない」だけ
PHPやWordPressの更新は、誰がいつ行っていますか？	担当者と頻度が決まっている	「必要になったらやる」
更新前のバックアップは、どこに何世代ありますか？	場所と世代数を答えられる	「サーバー任せ」
停止中の案内ページは、誰が作りますか？	事前に作成して社長の確認を取る	当日に初めて考える
止めた後、Search Consoleで何を確認しますか？	成績・エラーの両方を見る	「特に見ない」

この表の使い方は簡単です。左の質問をそのままメールに貼り、業者の返事を右の列と見比べます。「要確認の答え」が2つ以上あれば、保守の中身を見直す時期かもしれません。

保守契約まわりで確認したいお金の話

保守契約には、更新作業やバックアップだけを含むものから、障害時の駆け付けまで含むものまで幅があります。契約書に何が入っているかを確認しておくと、止める事態になったときに追加費用で驚くことが減ります。月額や作業ごとの費用は会社により大きく違うため、ここで具体的な金額は示しませんが、確認する観点は次の3つです。

• 緊急対応（夜間・休日）は契約に含まれるか、別料金か
• サーバーの移転や作り直しの話になったとき、どこから別見積もりになるか
• 契約の解約や変更をするとき、データやIDを渡してもらえるか

保守契約を見直す場合の考え方は、ホームページの保守契約を解約・見直すときの記事も参考になります。サーバーを引っ越す話が出た場合の費用の見方は、サーバー移行の費用を整理した記事で説明しています。

また、サーバー保守を自動化したり、AIで補助したりする話は、サーバー保守とAIの関係をまとめた記事にあります。

セクションのまとめ：業者への質問は7つで十分です。「合図は何か」「PHPが動かなくても出せるか」「何時間で戻すか」の3つに即答できる業者であれば、まず安心です。

10月の順位の波：時系列で整理する

次は、2つ目の話題である順位の波です。すでに公開している検索順位が回復するまでの期間の記事や、順位チェックツールの数字の正確さの記事と重ならないよう、ここでは10月の流れと、判断のタイミングだけを短くまとめます。

分かっている事実（Search Engine Roundtableの報道）

• 2026年9月のスパムアップデートは、9月24日に始まり、10月8日に完了したと報じられています。
• その後、10月16日、10月20〜21日、10月24日、10月26〜27日と、順位変動の報告が続きました。
• 10月26〜27日の変動は、これまでより大きいとされています。
• Googleは、これらの変動について公式には確認していません（10月27日時点の報道）。
• 順位を測る外部ツールは多数あり、いくつかのツールで変動が高めに出ていると報じられています。同時に、外部の順位チェックツールの数字が不正確になっている、という指摘もありました。

つまり、「波が続いているように見える」という報告は多いものの、Googleからの公式な説明はまだありません。原因が自社のサイトにあるのか、Google側の変更なのかは、現時点では誰にも断定できません。ここは推測と事実を分けて受け止めるのが安全です。

社長の判断：止める・改修するタイミング

順位が揺れている最中に、サイトを大きく変えたくなる気持ちは自然です。ただ、波の最中に手を入れると、「変えたことで下がったのか、波のせいなのか」が後から分からなくなります。

やりたいこと	波の最中	落ち着いてから
セキュリティ更新・脆弱性への対応	すぐ行う（順位とは別の話）	—
サイトの大きな作り直し・URL変更	避ける	計画を立てて実施
記事の大幅な書き換え	急がない	1〜2週間様子を見てから
タイトルの一括変更	避ける	効果を測れる形で少しずつ
新しい記事の追加	続けてよい	続けてよい
お客様向けの案内（営業時間・お知らせ）の更新	すぐ行う	—

表の「1〜2週間」は、編集部の実務上の目安です。公式の基準ではありません。ポイントは、「安全のための更新」と「順位のための改修」を分けて考えることです。前者は波とは関係なく進め、後者は波が落ち着いてから進めます。

改修の対象を絞る考え方は、ホームページの改善対象の選び方の記事にまとめています。

セクションのまとめ：10月の波は4回報告されていますが、Googleは公式に確認していません。安全のための更新は進め、順位のための大改修は波が落ち着くまで待つのが無理のない判断です。

Search Consoleの数字は「遅れる前提」で見る

3つ目の話題です。Search Engine Roundtableの2026年10月27日の記事によると、Mueller氏は掲示板（Reddit）で、Search Consoleのページのインデックス登録レポートの鮮度について「気にしすぎなくてよい」という趣旨の回答をしました。

Mueller氏の回答の要点

• インデックスの変化はゆっくり起こり、変化があれば、検索パフォーマンスのレポートのほうが先に示す。
• Googleは、すべてのレポートについて、更新の新しさを常にコメントするわけではない。レポートには日付が表示されている。
• 複雑な仕組みは時間がかかる。実際の価値が見込まれる部分は、Googleが更新を早める。
• 質問者は10月16日から更新されていないと述べており、Mueller氏は、そのサイトが比較的新しく数字が安定していることにも触れた。

この回答の意味は、「レポートが古い日付のままでも、検索結果への表示が止まっているとは限らない」ということです。逆に言えば、レポートの遅れだけを理由に、慌てて再送信をくり返したり、ページを作り直したりする必要は薄い、と読めます。

社長が担当者に伝える、数字の見方

見る場所	何が分かるか	遅れに対する考え方
検索パフォーマンス（表示回数・クリック数）	実際に検索結果で見られた回数	インデックスより先に動くとされる。まずここを見る
ページのインデックス登録	登録できたページ・できなかったページ	遅れて反映されることがある。日付を確認して様子を見る
URL検査	特定のページの状態	1ページずつの確認用。大量の確認には向かない
順位チェックツール	ツール独自の測定結果	10月は不正確という指摘もある。参考値として扱う

Search Consoleの基本的な使い方は、Search Consoleの使い方の記事で説明しています。ここでは、「数日遅れる前提で、週に1度、同じ曜日に見る」という習慣を勧めます。毎日見ると、毎日の小さな揺れに気持ちが振り回されやすくなります。

セクションのまとめ：Search Consoleは、成績のレポートが先に動き、インデックスのレポートは遅れて見えることがあります。週1回、同じ曜日に見る習慣が、無理のない付き合い方です。

担当者に渡すチェックリスト

ここからは、社長がそのまま担当者や業者に渡せるチェックリストです。操作の細部は担当者に任せ、社長は「できたかどうか」だけを確認します。

止める前（事前準備）

1. PHPとWordPress（使っている場合）の現在のバージョンと、最後に更新した日を確認する
2. 止めるときに返す合図（503）を、PHPの外側で出せるか業者に確認する
3. 停止の開始時刻、戻す予定時刻、遅れたときの連絡手段を決める
4. 停止中の案内ページの文面を、社長が読んで承認する
5. 電話の応対担当と、言い方の一言を決める
6. Googleビジネスプロフィールのお知らせの文面を用意する

止めている間

1. 合図が503になっていることを、外部のチェックサービスや業者の画面で確認する
2. 電話・メールの問い合わせ数を、いつもより多めに見ておく
3. 戻す予定時刻を過ぎそうなら、早めに社長へ連絡する

戻した後（1〜2週間）

1. トップページと問い合わせページが正しく表示されるか、実際の画面で確認する
2. お問い合わせフォームのテスト送信を1回行う
3. Search Consoleの検索パフォーマンスを、週1回、同じ曜日に見る
4. インデックスのレポートは遅れる前提で、日付を確認するだけにする
5. 電話・Googleビジネスプロフィールのお知らせを、通常の状態に戻す

このチェックリストにかかる社内の手間は、最初の準備で合計1〜2時間、戻した後の確認で週15分程度が目安です。これも編集部の見立てで、サイトの大きさにより変わります。

セクションのまとめ：チェックリストは「止める前・止めている間・戻した後」の3つに分けて担当者へ渡します。社長は「できたか」だけ確認すれば十分です。

自社でやること／任せること／やってはいけないこと

最後に、判断の軸を表にします。社長が迷いやすいところを、3つに分けました。

区分	内容	理由
自社（社長・総務）でやる	停止中の電話応対の決め方、案内文の承認、取引先への個別連絡	お客様との約束は、社内の人しか決められない
担当者に任せる	Googleビジネスプロフィールのお知らせ、Search Consoleの週1回の確認	手順が決まれば誰でも行える
業者に任せる	503の設定、PHP・WordPressの更新、バックアップ、復旧	専門知識とアクセス権が必要
最初から相談する	保守契約の見直し、サーバー移転、作り直し	費用と期間の幅が大きく、判断を誤ると手戻りが出る

やってはいけない5つ（NOT TO DO）

1. 合図を決めないまま、サイトを無言で止める
2. 順位の波のたびに、タイトルや記事を書き換える
3. Search Consoleのレポートの遅れだけで、同じ再送信をくり返す
4. セキュリティ更新を「順位が不安定だから」と先送りする
5. 停止中の連絡先を決めずに、現場の判断に任せる

5つとも、特別な知識がなくても避けられるものです。社長が一言、業者や担当者に伝えるだけで防げる場面が多いでしょう。

セクションのまとめ：電話応対と案内文は自社、設定と復旧は業者、日々の確認は担当者という分け方が現実的です。5つのやってはいけないことは、紙に書いて共有してください。

AIの使いどころ：半自動で十分な作業

AIは、判断を任せる道具ではなく、下書きと確認の補助に使う道具です。今回のような場面でも、使える作業は限られます。

• 停止中の案内文の下書き：AIに叩き台を書かせ、社長が必ず読んで直す
• Googleビジネスプロフィールのお知らせ文の下書き：短い文面なので相性がよい
• 業者への質問メールの文面づくり：この記事の質問リストを貼って整える
• Search Consoleの数字を表にまとめ、前の週との違いを文章にする（元の数字は人が確認する）

一方で、503の設定や、サーバーの変更そのものをAIの案内だけで進めるのは勧めません。操作を誤ると、サイトが見られない時間が延びる心配があるためです。判断は人が行い、AIは下書きの時間を減らす役目に留める、という半自動の考え方が、中小企業には向いています。

セクションのまとめ：AIは案内文と報告文の下書きに使い、設定や復旧は業者に任せます。半自動で十分です。

よくある質問

今回の3つの話題について、社長から出やすい質問をまとめました。

まとめ：今日から社長が決めること

3つの話題は、それぞれ別の出来事ですが、共通する答えは「慌てず、順番に確認する」ことです。止める場合は合図と戻す時刻を決める。順位の波は数日見て、大改修は待つ。Search Consoleの数字は遅れる前提で見る。この3点が、今回の整理の中心です。

• 今週：保守業者に、この記事の質問リスト7つをメールで送る
• 今週：停止中の電話の応対担当と、案内の一言を決める
• 来週以降：Search Consoleの検索パフォーマンスを、週1回、同じ曜日に見る
• 波が落ち着いたら：改修や作り直しの計画を、費用と期間の幅つきで相談する

不明点があれば、無料診断（サイトの無料診断）で現状を確認することもできます。

あわせて読みたい関連記事

今回の内容をさらに深めたい場合は、次の記事が役に立ちます。

• PHPの脆弱性への対応 — 止める事態になる前に、何を確認しておくかを整理しています。
• 検索順位が回復するまでの期間 — 順位が下がったとき、どのくらいの期間で見るかの考え方です。
• 順位チェックツールの数字の正確さ — ツールの数字をどこまで信用するかを説明しています。
• Search Consoleの使い方 — 週1回の確認で見る場所をまとめています。
• Googleのスパムアップデート — 9月のスパムアップデートの背景を知りたい場合に。

出典

この記事は、次の3本の報道（Search Engine Roundtable）をもとに、中小企業向けの判断に整理し直したものです。事実の記述は報道の範囲に限り、「目安」と書いた部分は編集部の見立てです。

• PHP脆弱性の修正でサイトを止める場合のGoogleの扱い（Search Engine Roundtable）：https://www.seroundtable.com/google-php2shell-42353.html
• Google順位変動の再拡大の報道（Search Engine Roundtable、2026年10月27日）：https://www.seroundtable.com/google-search-ranking-volatility-42379.html
• インデックスレポートの鮮度に関するMueller氏の回答（Search Engine Roundtable、2026年10月27日）：https://www.seroundtable.com/google-downplays-importance-of-fresh-index-reporting-42381.html