「昨日まで1ページ目にいたのに、今日見たら検索圏外に飛んでいる……」
「アクセスが半分以下になってしまった。コアアップデートに被弾したかも」
順位が落ちたときに一番やってはいけないのが、原因を特定しないままサイトをいじることです。順位下落の原因は、コアアップデートだけではありません。季節的な需要の低下、競合の強化、あるいは誤ってnoindexを入れたなどの技術的なエラーでも普通に起きます。
この記事では、Search Console中心に「最初の30分でやるチェック」→「原因別の処方箋」までを、チェックリスト形式でまとめます。
コアアップデート直後に「今すぐ見ない」ほうがいい数字がある
コアアップデート中〜直後は順位が揺れやすく、日別に見て一喜一憂すると判断を誤ります。分析は、アップデートのロールアウト（反映）が落ち着いた後に、期間比較で行うのが基本です。
- アップデート中：順位が行ったり来たりしやすい
- 完了直後：比較の取り方がズレると原因がぼやける
ただし「流入が減って焦る…」は当然なので、まずは次章のチェックで“事故（技術ミス）だけ先に潰す”のが安全です。
順位下落の原因は大きく4つ：コアアップデート以外も混ざる
順位が落ちた原因はだいたい次の4つに分類できます。まずは分類して、打ち手を間違えないのが最短です。
- ①検索需要の変化：季節要因・トレンド低下で表示回数そのものが減った
- ②競合の変化：上位サイトが強化され、相対的に負けた
- ③技術要因：noindex/robots/リダイレクト/インデックス不具合など
- ④アルゴリズム再評価：コアアップデート等で評価が再配分された
④（コアアップデート）だけ前提で動くと、③（技術ミス）を見逃して致命傷になります。なので、①〜④を順番に潰すのが正解です。
まず30分でやるチェックリスト：原因切り分けの順番
チェック1：Google Search Status Dashboardで「検索側の障害」を確認する
まずはGoogle側の障害を除外します。Googleは検索システムのステータスを公開しており、クロール・インデックス・ランキング等の広範な障害が起きている場合に表示されます。
公式リンク（そのまま貼れるURL）は以下です。 “`text https://status.search.google.com/ “`
チェック2：Search Consoleで「いつから落ちたか」を特定する
原因切り分けは「下落開始日」を掴むところからです。Search Consoleのパフォーマンス（検索結果）で期間を広めに取り、折れ線の崩れた日をメモします。
- Search Console → 検索結果
- 期間を広めに（例：過去3か月〜）
- クリック/表示回数の折れ線で「落ち始めた日」をメモ
チェック3：「クエリ落ち」か「ページ落ち」かを分ける
次に、落ちている対象を分けます。ここで処方箋が変わります。
- クエリ単位で落ちた：検索意図ズレ・競合強化・SERP変化の可能性
- ページ単位で落ちた：そのページ固有の問題（内容/古さ/内部リンク）やインデックス事故の可能性
Search Consoleの「比較」機能で、落ちた期間とその前の期間を並べると原因が見えやすいです。
チェック4：インデックス事故（noindex/誤リダイレクト/削除）を疑う
突然ガクッと落ちた場合、コアアップデートより先に「インデックス事故」を疑います。
- URL検査で「インデックス登録済み」か確認
- 直近でテーマ/プラグイン変更、URL変更、リライトをしていないか確認
- 意図せずnoindexが混入していないか確認
Search Consoleの「比較」機能：正しい取り方（ここで差がつく）
比較期間の取り方で、分析の精度はほぼ決まります。コアアップデート疑いなら、開始前と完了後で週単位比較（同じ曜日同士）が基本です。
ここに編集指示（スクショ挿入）
※Search Console「検索結果」画面の「日付」→「比較」を選ぶ箇所のスクショを挿入（クリック箇所を赤枠）
おすすめの比較パターン
- コアアップデート疑い：「完了後の1週間」vs「開始前の1週間」（完了後に最低1週間待つ）
- 季節性もありそう：「直近28日」vs「その前の28日」
- 曜日影響が強い：週単位で比較（同じ曜日同士）
差分を見るときに優先する3指標
- クリック：被害の大きさ（売上/リードに直結）
- 表示回数：需要減なのか、露出が減ったのか
- 平均掲載順位：下落が「全体」か「一部」かの目安
CTRも重要ですが、最初は「露出（表示回数）と順位」がどう変わったかを先に掴むのが安全です。
原因が◯◯だった場合の処方箋：落ち着いて“1ページずつ”直す
原因A：検索意図のズレ（まず疑うべき定番）
まず見直したいのは、検索意図とのズレです。コアアップデート後の下落は「そのクエリで欲しい答え」と記事の答えがズレていると起きやすいので、上位と比べて不足している答えの型を埋めます。
- 導入で結論に即答しているか（知りたい順に答えているか）
- 比較・手順・注意点・FAQなど、上位が当たり前に持つ要素が欠けていないか
- タイトルと中身の約束が一致しているか
原因B：競合が強くなった（相対評価で負けた）
次に疑うのは「自分が悪い」ではなく「相手が強くなった」ケースです。上位の変化を見て、評価される形が変わったポイントを拾います。
- 上位10本の顔ぶれが入れ替わったか
- 情報の新しさ（更新日）・一次情報・体験談が増えていないか
- 比較表やチェックリストなど“即決できる形”が強化されていないか
原因C：インデックス・クロールなど技術の問題
「特定カテゴリだけ落ちた」「特定ディレクトリだけ落ちた」「急落した」なら、技術要因の可能性が上がります。
- URL検査でインデックス可否・クロール状況を確認
- robots.txt / noindex / canonical / リダイレクトの意図しない変更がないか
- 重複URLが増えていないか（カニバリ、パラメータ）
具体例：検索流入が半減したブロガーが「最初の1週間」でやること
- 1日目：Search Status Dashboardで障害確認 → Search Consoleで下落開始日を特定
- 2日目：比較で「落ちたクエリTOP20」「落ちたページTOP20」を抽出
- 3日目：急落ページをURL検査 → noindex混入など技術事故を潰す
- 4〜7日目：残りは検索意図ズレを疑い、上位比較 → 導入の即答化＋手順追加＋FAQ追加を1本ずつ実施
順位下落でやりがちな失敗5選
失敗1：全記事を一気にリライトする
- 回避策：Search Consoleで落ちたページTOPから優先順位を付け、1本ずつ直す
失敗2：文字数を増やすだけで安心する
- 回避策：不足は文字数ではなく“答えの型”。比較・手順・注意点・FAQを埋める
失敗3：コアアップデートのせいにして技術ミスを見逃す
- 回避策：URL検査、noindex、リダイレクト、robotsを先に確認
失敗4：順位だけ見て、検索需要の低下を見ない
- 回避策：表示回数が落ちているなら需要減の可能性。クエリ別に確認
失敗5：上位の変化を見ない（独りよがり改善）
- 回避策：“今の上位”が満たしている要素を抽出して差分を埋める
すぐできるチェックリスト（保存用）
- Search Status Dashboardで障害・インシデントを確認した
- Search Consoleで下落開始日を特定した
- 比較で「落ちたクエリTOP」「落ちたページTOP」を抽出した
- 急落ページはURL検査でインデックス事故を疑った
- 残りは検索意図ズレ or 競合強化で改善方針を決めた
- 改善は“1ページずつ”実施し、変更点をメモした
まとめ
順位が落ちた時は、まず「原因の切り分け」をすると復旧が速くなります。コアアップデート後は揺れやすいので、完了後に待ってから比較し、技術事故→意図→競合の順に潰すのが基本です。
次にやること（3ステップ）
- ステップ1：Search Consoleで下落開始日を特定し、比較で落ちたページTOP10を出す
- ステップ2：TOP10のうち急落ページをURL検査し、noindex/インデックス事故を先に潰す
- ステップ3：残るページは上位比較で“検索意図の差分”を埋めるリライトを1本ずつ実施（変更点を記録）
