検索順位が急に下がったとき、技術面で最初に確認する7項目

順位の急落には「アルゴリズムの変動」と「自サイトの技術的な事故」の2系統があります。前者は直接対処できませんが、後者は今日直せます。まず技術面の7項目を確認して、直せる原因を除外するのが正しい順序です。

公開日: 2026年8月16日 / 最終更新日: 2026年9月6日

まず切り分け: いつ、どのページが、どれだけ下がったか

感覚で動く前に、Search Consoleの検索パフォーマンスで事実を確認します。見るのは3点です。

確認1: noindexが混入していないか

順位急落の技術的原因として最も破壊的なのがこれです。リリース作業やプラグイン更新の際に、開発環境用のnoindex設定が本番に入る事故は珍しくありません。

対象ページのソースとHTTPヘッダの両方を確認してください。ヘッダ側(X-Robots-Tag)はソースを見ても分からないため、見落とされがちです。

確認2: サーバーエラー・応答速度の悪化

5xxエラーが続くと、Googleはクロール頻度を落とし、最終的にインデックスから外すことがあります。Search Consoleの「設定 → クロールの統計情報」で、クロールエラーの増加や応答時間の悪化がないかを確認します。

サーバー移転・PHPバージョン更新・プラグイン追加の直後に落ちた場合は、まずここを疑ってください。

確認3: canonical・リダイレクトの事故

確認4: robots.txtの変更

リリースでrobots.txtが上書きされ、必要なディレクトリやCSS・JSがブロックされるのも典型的な事故です。CSSやJSがブロックされると、Googleはページを正しく描画できず、モバイル対応などの評価が崩れます。

確認5: 手動対策が来ていないか

Search Consoleの「セキュリティと手動による対策」を確認します。該当があれば、そこに書かれた問題への対処が最優先です。何も無ければ、この可能性は除外できます(大半のサイトは該当しません)。

確認6: 直近の変更を棚卸しする

順位が下がった日付の前後1〜2週間に行った変更を書き出します。リニューアル、テーマ変更、プラグイン追加・更新、大量のページ削除・追加、URL変更。技術的事故の多くは、何らかの変更の副作用です。

「何も変えていないのに落ちた」場合は、アルゴリズム起因か競合の強化が濃厚です。その場合、技術面ではなくコンテンツの充実と検索意図への適合が主戦場になります。

確認7: 変更前後の比較を取る

事故を特定できても、「直した結果、回復したか」を確認できなければ改善は終わりません。修正前後の状態を記録し、比較することが重要です。

Smash SEOは診断結果を保存し、前回スキャンとの差分(スコア・問題の増減)を表示します。修正→再診断→差分確認のサイクルで、対処の効果を数字で追えます。

よくある質問

コアアップデートで下がった場合はどうすればいいですか?

特定の技術修正で即回復する類のものではありません。検索意図への適合、内容の信頼性、E-E-A-Tの改善を積み重ね、次回以降の更新での回復を狙うのが現実的です。ただしその前に、技術的事故が重なっていないかをこの記事の手順で除外してください。

順位チェックはどのツールで見るべきですか?

事実の確認はSearch Consoleの検索パフォーマンスが基準です。平均掲載順位は日次で揺れるため、単日でなく週単位の傾向で見てください。

関連記事

自分のサイトを無料で診断する実践ガイド一覧技術SEOルール解説