「先週まで上位だった記事が、今朝見たら圏外に消えていた」——血の気が引くその瞬間、焦って手を入れる前にやるべきは原因の診断と、原因タイプに合った復旧手順です。本記事は『順位が下がった原因の総論』ではなく、サーチコンソールでの診断7チェック→原因別の復旧手順に振り切った中小企業の発信担当者向け実務ステップに絞ってお伝えします。
※ 原因タイプの全体像/見分け方の総論をまず知りたい方は → 検索順位が急落したら|原因の見分け方と中小企業の対処法 をご覧ください。本記事はそのうち「診断〜復旧の実務手順」に絞った詳細編という位置づけです。
検索順位が急に下がった時の対処法は、原因タイプによって6通りに分かれます。コアアップデート・手動ペナルティ・テクニカル不具合・競合増加・サーバー障害・検索意図のズレ。共通の正解はなく、原因の切り分けを飛ばした全リライトはむしろ回復を遠ざけます。先にやるべきは、サーチコンソールでの7チェックによる原因特定です。
本記事では、急落直後の5分でできる初動チェック、原因タイプ別の早見表、サーチコンソールでの診断7手順、原因別の復旧策、再発防止までを実務手順でまとめました。焦って動く前に一読いただければ、無駄打ちを大幅に減らせるはずです。
検索順位が急に下がった時にまずやるべき5つのチェック
順位の急落に気づいた瞬間、頭が真っ白になりがちです。けれども、焦って記事を消したり大幅修正したりすると、原因がさらに分からなくなります。まずは5分でできる初動チェックから入りましょう。
順番を守るだけで、二次被害を防げます。後で振り返るためにも、現状の記録を残しておくことが大切です。ここでは、最初の5分でやるべき初動を3つに整理します。落ち着いて、上から順に進めてください。
焦って記事を消さない・大幅修正しない
最初にお伝えしたいのは、何もしないという勇気です。順位が下がった直後に記事を削除したり、本文を大きく書き換えたりするのは避けてください。原因が分からないままの修正は、ほぼ悪手になります。
私が支援先で見てきた事例では、急落直後に全リライトしたケースほど回復が遅れる傾向がありました。原因不明のまま動くと、何が効いて何が効かなかったかが分からなくなるためです。まずは現状を観察する姿勢が、回復への近道になります。
サイト全体か特定ページかを切り分ける
次にやるのは、影響範囲の切り分けです。サイト全体の下落か、特定ページだけの下落か。この見極めで、原因の当たりが大きく変わります。
サーチコンソールの検索パフォーマンスで、全体のクリック数と表示回数の推移を見ます。あわせて、ページ別の数字も確認してください。全体が同じタイミングで落ちていればサイト全体の問題、特定ページだけならコンテンツ単位の問題と推測できます。
影響範囲と下落幅をスクショで記録する
最後に、現状をスクリーンショットで残しておきましょう。サーチコンソールの数字、検索結果の順位、対象ページのURL。後から原因分析するときに、この記録が決定的に効いてきます。
記録のフォーマットは細かくなくて構いません。日付・URL・現順位・下落幅・推測される原因の5項目を、シンプルなメモにまとめます。記録があれば、回復の手応えも数字で確認できるようになります。記録なしで動くと、改善の効果すら見えなくなります。
順位下落の原因タイプ別早見表|6つの原因を見分ける
順位が下がる原因は、大きく6タイプに分かれます。原因によって確認場所も打ち手もまったく違うため、まずタイプを切り分けることが先決です。早見表で症状から当たりをつけましょう。なお、原因タイプの見分け方そのものをじっくり整理したい方は、ピラー記事 検索順位が急落したら|原因の見分け方と中小企業の対処法 もあわせてご参照ください。
以下の表は、症状・確認場所・打ち手の3列で整理しました。自社の状況にいちばん近い行から読んでいただくと、効率的に対応に移れます。原因の特定が早いほど、回復までの時間も短くなります。
| 原因タイプ | 症状の特徴 | 確認場所 |
|---|---|---|
| コアアップデート | 業界全体で順位変動/公式告知あり | Google検索セントラル/X/業界ニュース |
| 手動ペナルティ | 特定ページが圏外/通知メール | サーチコンソール「手動による対策」 |
| テクニカル不具合 | 急に圏外/インデックス消滅 | サーチコンソール「カバレッジ」「URL検査」 |
| 競合増加 | 緩やかな下落/特定KWのみ | 検索結果画面の目視確認 |
| canonical・noindex事故 | リニューアル直後/一部URLのみ | URL検査ツール/ソースコード |
| サーバー障害 | 表示遅延/503エラー | サーバー稼働ログ/監視ツール |
コアアップデート/手動ペナルティ/テクニカル不具合
最も多いのが、コアアップデートによる変動です。コアアップデートとは、Googleが検索結果の評価基準を大きく見直す定期的な更新のことです。年に数回実施され、業界全体で順位が動きます。詳しい仕組みはコアアップデートとは何かの解説記事にまとめています。
手動ペナルティは、Googleがガイドライン違反と判断した場合に発動します。サーチコンソールに通知メールが届くため、見分けは比較的容易です。テクニカル不具合は、noindex設定の誤りやサーバー側のエラーで、特定ページがインデックスから外れるパターンが代表例になります。
競合増加/canonical・noindex事故/サーバー障害
競合増加は、新規参入の競合サイトが上位を取り、相対的に自社順位が下がるパターンです。検索結果画面を実際に見て、見覚えのない競合が増えていないかを確認します。
canonical事故は、URL正規化の設定ミスで起こります。canonicalタグの基本はcanonicalとは何かの解説記事を参照してください。noindexの誤設定も同様で、設定の意味はnoindexの正しい使い方の記事で詳しく整理しています。サーバー障害は、Googlebotがアクセスできない状態が続くと、インデックスから外れて圏外化するリスクが高まります。
サーチコンソールで原因を診断する7チェック手順
原因の切り分けは、サーチコンソールで7項目を順に確認します。感覚で判断せず、データで見ることで当てずっぽうを避けられます。上から順に実行してください。
Google公式の検索セントラル「コアアップデートに関するガイダンス」でも、まず公式通知とサーチコンソールでの確認が最優先と示されています。サーチコンソールの使い方はサーチコンソールの基本の見方の記事でも整理していますので、不慣れな方はあわせて参照してください。
セキュリティと手動による対策
インデックス作成 > ページ
検索結果 > 検索パフォーマンス
URL検査
エクスペリエンス
リンク > 外部リンク
サイトマップ
①手動ペナルティ通知の有無
最初に確認するのは、手動による対策の通知です。サーチコンソールの左メニュー「セキュリティと手動による対策」→「手動による対策」を開きます。「問題は検出されませんでした」と表示されれば、手動ペナルティは原因から外れます。
通知が来ている場合は、内容を読んで該当箇所を修正する必要があります。修正後に再審査リクエストを送るのが復旧の基本ステップです。手動ペナルティは深刻ですが、原因が明確な分、対応の方向は決まりやすいです。
②カバレッジ・インデックスエラーの確認
次に「インデックス作成」→「ページ」を確認します。「登録済み」「登録されていません」「エラー」の3区分で、それぞれの件数が表示されます。エラーや未登録ページが急増していたら、テクニカル不具合の可能性が高いです。
特に「クロール済み – インデックス未登録」が急増している場合は、コンテンツの質か技術的設定に問題があります。急増の時期と順位下落の時期が重なるなら、強い手がかりになります。原因の絞り込みが一気に進みます。
③検索パフォーマンスの下落ページ特定
「検索結果」→「検索パフォーマンス」で、ページ別のクリック数推移を確認します。期間を「過去28日間 vs 前の28日間」で比較し、クリック数の減少が大きいページを特定してください。
下落ページが1〜2本に集中していれば、そのページ固有の問題と推測できます。一方で、多数のページが同時期に同程度落ちていれば、サイト全体の問題(コアアップデート等)が疑われます。下落の偏りが、原因タイプを示すサインになります。
④URL検査ツールで個別ページを確認
下落の大きいページについて、URL検査ツールで状態を確認します。「URLはGoogleに登録されています」「URLがGoogleに登録されていません」のどちらかが表示されます。後者の場合、原因はテクニカル不具合に絞り込めます。
「ライブテスト」を実行すれば、現在の状態も確認できます。noindexやcanonicalの設定ミスがあれば、ここで検出されます。検出された場合は、修正後に「インデックス登録をリクエスト」してください。
⑤Core Web Vitalsとモバイル対応
「エクスペリエンス」→「ウェブに関する主な指標」で、Core Web Vitalsの状態を見ます。Core Web Vitalsとは、ページの読み込み速度・操作性・視覚的安定性を測るGoogleの公式指標のことです。「不良」のページが急増していれば、表示速度の問題が順位に影響している可能性があります。
表示速度の改善方法はサイト表示速度の改善方法の記事で具体策をまとめています。あわせてモバイルユーザビリティの問題も確認してください。スマホで読みにくい表示は、評価を押し下げる要因になります。
⑥被リンクの急激な変化
「リンク」→「外部リンク」で、被リンク数の推移を確認します。急減していれば、過去に獲得していた重要な被リンクが失われた可能性があります。逆に、急増している場合は不自然な被リンク(スパムリンク)の流入を疑ってください。
スパムリンクの大量流入は、手動ペナルティの引き金になります。心当たりのない不審なドメインからのリンクが多数流入していれば、否認ツールの利用も視野に入れます。被リンクの健全性は、長期の評価安定に直結します。
⑦サイトマップ送信状況
最後に「サイトマップ」を確認します。送信したサイトマップが「成功しました」と表示されているか、最終読み込み日が古すぎないかをチェックします。
サイトマップとは、サイト内のURLを構造化したXMLファイルのことです。サイトマップが正しく読まれていないと、新規ページのインデックスが遅れます。古い情報のままなら、再送信してください。地味ですが、見落としやすいポイントです。
原因別の復旧手順|タイプ別に何をどう直すか
原因タイプが見えたら、それに合った復旧策を実行します。共通の正解はなく、原因に応じた一手が必要です。代表的な6タイプの対処を順に示します。
| 原因タイプ | 復旧の打ち手 | 優先順位 |
|---|---|---|
| 手動ペナルティ | 違反箇所を修正し、修正前後のスクショを添えて再審査リクエスト | 最優先 |
| テクニカル不具合 | noindex・canonical・404を修正、URL検査からインデックス再申請 | 最優先 |
| サーバー障害 | サーバー会社へ確認、長時間停止時は503エラーを返す設定に切替 | 最優先 |
| コアアップデート | 次回更新まで待ちつつ、独自性追加・一次情報補強・検索意図のズレ修正 | 中 |
| 検索意図のズレ | 流入規模の大きい記事からリライト、再インデックスをリクエスト | 中 |
| 競合増加・SERP変化 | 競合上位記事を読み、自社にない切り口や一次情報を追加 | 通常 |
コアアップデートが原因の場合の動き方
コアアップデートが原因なら、待つことが基本です。同じアップデート期間中の劇的な回復は、まず起こりません。次回更新までの数週間〜数か月を、改善期間として使います。
具体的には、独自性の追加、一次情報の補強、検索意図とのズレの修正を進めてください。展開完了を待ってから、原因の絞り込みに入るのが安全です。詳しい考え方はコアアップデートからの回復7ステップの記事にまとめています。
手動ペナルティが原因の場合の再審査リクエスト
手動ペナルティは、通知された問題を修正してから再審査リクエストを送ります。修正の証拠(修正前後のスクリーンショット、変更箇所のリスト)を、リクエスト本文に明記してください。
再審査の判断には2〜4週間かかるのが目安です。承認されれば、ペナルティが解除されます。否決の場合は、修正不足の指摘内容を踏まえて再度修正し、再リクエストします。誠実な対応が、承認率を上げる近道です。
テクニカル不具合(noindex・canonical・404)の修正
テクニカル不具合は、修正してインデックス再申請するのが基本です。noindexの誤設定は該当ページのhead内metaタグを修正、canonicalの誤りは正しいURLを指すよう修正します。
404エラーが急増している場合は、リンク切れの対象URLを特定し、リダイレクト設定で正しいURLに転送してください。修正後はURL検査ツールから「インデックス登録をリクエスト」を送ります。テクニカル系は、原因が明確な分、修正後の回復も比較的早い傾向があります。
競合増加・SERP変化への対応
競合増加が原因なら、自社記事のリライトで差別化を強めます。競合上位記事を読み込み、自社にない切り口や一次情報を追加してください。網羅性で勝つより、深さで応える発想が効きます。
SERP仕様の変更(強調スニペットの消滅、AIによる検索結果プレビュー導入など)が原因の場合は、構造化データの強化や、回答形式の見直しを検討します。SERP変化はサイト側の問題ではないため、変化への適応を進める方向で動きます。
サーバー障害・サイト停止の確認
サーバー障害は、サーバー側のログとアクセス監視ツールで確認します。Googlebotがアクセスできない状態が続くと、インデックスから外れるリスクが高まります。
応急対応として、サーバー会社に状況を確認し、復旧見込みを共有してもらってください。長時間の停止が予測される場合は、503エラー(一時的なサービス停止)を返す設定にしておくと、検索エンジンに「一時的な障害」と認識させやすくなります。404を返すと、ページ削除と誤認される恐れがあります。
リライトで内容と検索意図を合わせ直す
検索意図のズレが原因なら、リライトで内容を合わせ直します。検索意図とは、検索した人が本当に知りたいことを指します。「使い方」を調べている人に「特徴」を並べても、評価は積み上がりません。
リライトの優先順位は、流入規模の大きい記事から。あわせて、自社にしか書けない一次情報を加えてください。リライト後はサーチコンソールで再インデックスをリクエストすると、評価の反映が早まる場合があります。
回復までの期間と「待つ」判断のしかた
復旧策を打っても、順位はすぐには戻りません。原因タイプによって、必要な回復期間が違うことを知っておくと気持ちが楽になります。焦りからの追加修正が、回復をさらに遠ざける典型例です。
ここでは、原因タイプ別の回復目安と、待つ判断のしかたを整理します。期間の見通しがあれば、無用な手出しを避けられます。待つことも、立派な対処法です。
| 原因タイプ | 回復目安期間 | 備考 |
|---|---|---|
| テクニカル不具合 | 数日〜2週間 | 修正後インデックス再評価が早い。URL検査から再登録申請も可。 |
| サーバー障害 | 復旧後 数日 | Googlebotが再びクロールできれば自然回復。長時間停止は503返却推奨。 |
| 手動ペナルティ | 承認後 2〜4週間 | 違反箇所修正→再審査リクエスト承認後に順位が戻り始める。 |
| 競合増加 | リライト後 数週間 | 独自性追加で再評価。次回クロール後に反映が始まる。 |
| 検索意図のズレ | 修正後 数週間 | 流入規模の大きい記事から順に。再インデックス申請で短縮可。 |
| コアアップデート | 1〜数か月 | 次回更新まで待つ。同じ更新期間中の急回復は基本的に起きない。 |
原因タイプ別の回復目安期間
テクニカル不具合の修正後は、最短で数日、長くても2週間程度で回復するのが一般的です。インデックスの再評価が早いためです。手動ペナルティは、再審査リクエスト承認後2〜4週間で順位が戻り始めます。
コアアップデートは、次回更新まで待つ必要があり、1か月〜数か月単位の時間がかかります。競合増加によるリライトは数週間、サーバー障害は復旧後数日が目安です。原因タイプを知れば、待つべき期間も見えてきます。
次のコアアップデートを待つという選択
コアアップデート起因の下落は、原則として次回更新で再評価されます。同じアップデート期間中に急回復することは、まずありません。だからこそ、待つ時間を「改善の時間」に変える発想が重要です。
待ち時間には、独自性の追加・一次情報の補強・内部リンクの最適化を進めてください。次回更新時に評価される土台を作り込む期間と捉えると、待ち時間の価値が変わります。発信を続ける姿勢そのものが、評価の安定につながります。
回復前にやってはいけない3つのこと
待っている間に、やってはいけないことが3つあります。第一に、追加の大幅修正です。原因が見えないまま手を加えると、何が効いたか不明になります。
第二に、毎日の順位チェックです。順位は日々揺れるため、短期の動きに一喜一憂すると判断を誤ります。週1回程度に抑えてください。第三に、被リンク購入や不自然な施策です。短期で結果を出そうとする裏技は、ほぼ追加ペナルティを招きます。
再発防止|中小企業の発信担当者が習慣化したい5つのこと
一度回復しても、同じ理由で再び下がっては意味がありません。中小企業でも続けられる、月1回・週1回の習慣を整理しました。蓄積型発信の土台になる動きです。
特別なスキルや高額ツールは要りません。サーチコンソールと簡単なチェックリストで回せる仕組みです。習慣化が、最大の予防策になります。
月初 30分
週1回 10分
公開ごと
月1回
四半期
月初30分のサーチコンソールレビュー
月初に30分、サーチコンソールを確認する時間を固定してください。検索パフォーマンスのページ別推移、カバレッジエラーの増減、Core Web Vitalsの状態を順に見ます。
異常の早期発見が、被害を最小化します。下落の兆候を月初に掴めれば、対応する時間も確保できます。定期レビューがあるかないかで、対応速度が桁違いに変わると支援先で実感しています。週1回の順位チェックも、あわせて習慣化したいところです。
公開前のテクニカルチェックリスト
新規記事を公開する前に、テクニカル設定をチェックする仕組みを作ってください。noindexが意図せず付いていないか、canonicalが正しく設定されているか、内部リンクが切れていないか。3項目だけでも事故防止に効きます。
リニューアル時は特に要注意です。リダイレクト設定の漏れで、過去に積み上げた評価を一夜で失うこともあります。チェックリストの形にして残すと、属人化も防げます。私の運用では、Notionにテンプレ化して使い回しています。
一次情報と独自性を積み上げる発信姿勢
テクニカル対策よりも長期で効くのが、一次情報の蓄積です。自社の事例、現場で得た気づき、実測値の公開。こうした素材は、コアアップデートに揺らがない土台になります。
中小企業だからこそ語れる現場のリアルは、大手メディアにない強みです。AIに引用される時代でも、一次情報こそ選ばれる素材になります。詳しい考え方はAI検索時代の中小企業の戦略の記事でも掘り下げています。蓄積型発信の習慣が、再発防止の最終解です。
よくある質問(FAQ)
Q. 検索順位が急に下がったら、まず何をすればよいですか?
焦って記事を消したり大幅修正したりせず、まずサイト全体の下落か特定ページの下落かを切り分けます。次にサーチコンソールで手動による対策の通知・カバレッジ・検索パフォーマンスの3点を確認し、原因の当たりをつけてから打ち手を選びます。初動を5分で記録に残すことが、後の分析を支えます。
Q. 検索順位が下がる原因にはどんなタイプがありますか?
大きく6タイプに分かれます。Googleコアアップデート、手動ペナルティ、テクニカル不具合(noindex・canonical・404など)、競合の増加、サーバー障害、コンテンツと検索意図のズレです。タイプによって確認場所と復旧策がまったく違うため、まずタイプを切り分けることが先決になります。
Q. 下がった順位はどれくらいで戻りますか?
原因タイプによって異なります。テクニカル不具合は修正後にインデックスされ次第で数日〜2週間、コアアップデートは次回更新まで1〜数か月、手動ペナルティは再審査リクエスト承認後で2〜4週間が目安です。すぐに結果が出なくても、追加の大幅修正は避けたほうが安全です。
Q. コアアップデートが原因なら何もできないのですか?
次回更新を待つのが基本ですが、待つ時間に独自性の追加・一次情報の補強・検索意図とのズレの修正を進めます。これらは次回コアアップデート時に再評価される土台になります。詳しい考え方はコアアップデート対策の記事で整理しています。
Q. サーチコンソールで原因が分からない場合はどうすればよいですか?
原因が見えない時は、CDNやサーバー側の障害、競合の急増、SERP仕様変更(強調スニペット消滅など)の可能性があります。サーバー稼働状況の確認、競合上位記事の更新日チェック、検索結果画面の目視確認を順に行ってください。それでも特定できない時は、次回コアアップデートを待つ判断が現実的です。