検索順位が下がった原因は？Search Consoleで切り分ける対処手順

自社サイトの検索順位や自然検索流入が下がると、「すぐ記事を書き直すべきか」「Googleのアップデートが原因なのか」と迷うものです。しかし、順位の変化に気づいた段階では、まだ原因は確定していません。

検索順位が下がったときは、全面修正より先にSearch Consoleで比較条件と影響範囲を固定します。そのうえで、手動による対策、セキュリティ、インデックス、直近のサイト変更といった緊急性の高い項目から確認してください。緊急問題がなければ、Google公式の更新情報、検索需要、検索結果、ページ内容の順に原因候補を絞ります。

対象は、すでに検索結果へ表示されていたページの順位が下がったケースです。原因の調べ方と対処の選び方を、事実確認から再計測まで順番に整理します。読み終えたら、自社が最初に確認すべき項目を選んでください。

検索順位が下がったときはデータと影響範囲から確認する

最初に対象URL、クエリ、比較期間、検索タイプを固定し、順位以外の指標も一緒に確認します。次に、変化が1クエリだけなのか、1ページ、同一テーマのページ群、サイト全体まで広がっているのかを分けてください。

引用：Google検索トラフィックの減少をデバッグする｜Google 検索セントラル

Google Search Consoleの平均掲載順位は、特定の人が常に見る固定順位ではありません。検索結果へ表示された最上位の結果をもとに計算される平均値であり、クエリやページ、国、デバイスなどの条件で変わります。小数点の変化だけを見て、重大な下落と判断しないようにしましょう。

引用：表示回数、掲載順位、クリック数とは｜Google Search Console ヘルプ

対象ページとクエリと比較期間を固定する

比較条件が異なるデータでは、順位下落の原因を切り分けられません。Search Consoleの検索パフォーマンスで対象ページを絞り、主要クエリ、期間、国、デバイス、検索タイプ、検索での見え方をそろえます。

前後比較では、同じ長さの期間を使うと変化を捉えやすくなります。日単位の上下だけで判断せず、一定期間の推移を見てください。季節性や催事の影響を受けるテーマなら、直前期間だけでなく前年同期との比較も必要です。

確認時には、次の項目を一行で記録しておくと、後の調査がぶれません。

• 対象URLと主要クエリ。
• 比較する開始日と終了日。
• 国、デバイス、検索タイプ、検索での見え方。
• 順位低下に気づいた日と、その前後の変更履歴。

引用：検索パフォーマンス レポート｜Google Search Console ヘルプ

順位と表示回数とクリックの変化を分ける

流入減少をそのまま順位低下と決めつけず、平均掲載順位、表示回数、クリック、CTRを分けて読みます。指標の組み合わせは原因を確定するものではなく、次の確認先を選ぶための手掛かりです。

たとえば、平均掲載順位がほぼ変わらず表示回数だけ減っているなら、まず需要の変化を調べます。表示回数が同程度でクリックだけ減った場合は、タイトルやスニペット、検索結果の表示機能、競合の見え方を確認します。CTRを直接のランキング要因とみなすのではなく、クリック減少を説明する候補として扱ってください。

1ページかサイト全体か影響範囲を分ける

影響範囲が広いほど、サイト共通の原因を先に確認します。Search Consoleのページとクエリの表を変化量で並べ、次のどこに共通点があるかを見てください。

• 1クエリだけに起きている。
• 1ページの複数クエリに起きている。
• 同一テーマやカテゴリの複数ページに起きている。
• サイト全体で起きている。

1ページだけなら、URL検査、変更履歴、検索意図、重複やcanonicalを優先します。サイト全体なら、インデックス推移、サーバー、移行、手動による対策、セキュリティ、Google公式の更新など、広範囲へ影響する要因から確認するのが基本です。

検索順位の下落で緊急対応が必要な原因

検索対象から外れる技術上の問題や、ユーザーへ危害が及ぶ安全上の問題は、コンテンツ修正より先に確認します。手動による対策、セキュリティ、意図しないインデックス制御、誤ったリダイレクト、4xx・5xx、サイト移行ミスが主な緊急確認項目です。

手動による対策とアルゴリズムによる順位変動を、まとめて「ペナルティ」と断定してはいけません。確認場所も対処方法も異なるため、Search Consoleの専用レポートと技術状態を順に調べます。

手動による対策とセキュリティの問題を確認する

手動による対策とセキュリティは、Search Consoleの専用レポートで確認します。手動による対策レポートに問題が表示された場合は、対象範囲と理由を確認し、該当する公式手順で修正したうえで再審査を申請します。

セキュリティの問題レポートには、ハッキング、フィッシング、マルウェアなど、Googleが検出した問題と影響URLが表示されます。問題がある場合は、安全を確保してから公式の案内に沿って修正してください。レポートに何も表示されていない場合でも、アルゴリズムや技術設定など、ほかの原因まで否定できるわけではありません。

引用：手動による対策レポート｜Google Search Console ヘルプ

引用：セキュリティの問題レポート｜Google Search Console ヘルプ

インデックスとURLの技術設定を確認する

圏外化や検索結果からの表示消失では、内容より先にインデックス状態を調べます。URL検査とページ インデックス登録レポートで、対象URLがGoogleに取得・登録されているか、GoogleがどのURLをcanonicalとして選んだかを確認してください。

確認対象は、意図しないnoindex、robots.txt、canonical、重複URL、リダイレクト、削除、4xx・5xx、サーバー障害です。設定を修正した後は、ライブテストの結果だけで完了とせず、再クロール後のインデックス状態まで追ってください。ライブテストでは、重複や正規化などのすべての条件を判定できないためです。

引用：ページ インデックス登録レポート｜Google Search Console ヘルプ

直近のサイト変更と移行履歴を照合する

下落開始日と変更履歴が重なる範囲から検証します。URL、CMS、テンプレート、サーバー、内部リンク、リダイレクトなどの変更を時系列に並べ、変更日、対象範囲、担当者、元に戻せるかを記録してください。

URL変更を伴うサイト移行では、旧URLと新URLの対応、恒久的なリダイレクト、新URLのself-canonical、サイトマップ、内部リンクを確認します。Googleは、大きなURL変更後の再クロール・再インデックス中に順位変動が起こり得ると案内しています。移行と同時期に下落しただけで失敗と断定せず、技術設定と影響範囲を照合しましょう。

原因を確認しないまま複数の変更を一度に戻すと、どの変更が影響したのか追えなくなります。緊急の安全問題を除き、対象を絞って検証します。

引用：サイト移転と移行｜Google 検索セントラル

Googleや市場側で起きた順位変動を切り分ける

緊急問題がなければ、Google公式の更新と障害、検索結果の意図と競合、検索需要と季節性を分けて確認します。外部要因と下落時期が重なっても、それだけで原因を確定せず、影響したページやクエリの共通点まで照合してください。

Google公式の更新と障害を確認する

Google検索ステータス ダッシュボードで、広範な障害やランキング更新の開始日と完了日を確認します。公式告知と下落期間を照合し、対象ページのデータが同じ動きをしているかを見てください。ダッシュボードに掲載されない小規模な変動や個別サイトの問題もあるため、告知の有無だけで結論は出せません。

コアアップデートの影響を調べる場合、Googleは更新完了後に少なくとも1週間待ち、更新開始前と完了後の同じ長さの期間を比較するよう案内しています。小幅な下落でページが良好に機能しているなら、抜本的な変更を急がないことも例示されています。一方、大幅で持続する低下なら、影響ページだけでなくサイト全体を詳しく評価してください。

更新のロールアウト中に見えた短期変動だけで、大規模なリライトやサイト改修を始めないでください。完了日と再分析日を決め、同じ条件で比較します。

引用：Google検索のコア アップデート｜Google 検索セントラル

引用：Google検索ステータス ダッシュボードの使い方｜Google 検索セントラル

検索結果の意図と競合ページの変化を確認する

検索意図が変わった場合、以前の正解を増量するだけでは現在の検索者に合いません。対象クエリを実際に検索し、上位ページの種類、最初に答えている質問、情報の新しさ、根拠、独自情報、検索結果の表示機能を確認します。

以前は情報記事が中心だったのに、現在は商品・サービスページや比較ページ、動画、ローカル結果が増えているなら、求められるページの役割が変わった可能性があります。競合ページの文章や見出しをコピーするのではなく、「検索者が最初に判断したいこと」と「自社ページに不足する材料」を分けて記録してください。

検索結果は日時、地域、端末などで変わります。確認日と条件を残し、一時的な入れ替わりだけで検索意図の変化を断定しないことも必要です。

検索需要と季節性の変化を確認する

平均掲載順位が同程度で表示回数だけ落ちたら、需要と季節性を確認します。Search Consoleで長い期間と前年同期を比べ、Google Trendsでは対象地域、期間、検索語句またはトピックの条件をそろえます。

指名クエリ、一般クエリ、季節語を分けると、市場全体の変化か、特定テーマだけの変化かを把握しやすくなります。需要が減っている場合、ページをSEO修正するだけでは表示回数を元に戻せないことがあります。対象クエリや需要の見通しを見直し、コンテンツ品質の問題とは分けて扱いましょう。

Google Trendsの数値は、検索リクエストのサンプルを相対値として示したものです。0～100を検索回数の絶対値として使うことはできません。

引用：Google Trendsのデータに関するFAQ｜Google Trends ヘルプ

緊急原因がなければページ内容とサイト内競合を確認する

緊急原因や外部要因だけで説明できなければ、現在の検索意図、情報の正確性と独自性、類似ページとの役割を評価します。見つかった問題が今回の順位下落と関係するかを検討し、確認できた不足だけを改善してください。

文字数や更新頻度を増やせば順位が戻ると決めつけ、原因不明の全面リライトを始めるのは避けましょう。ページに問題があっても、それが今回の下落原因とは限らず、改善後の回復も保証されません。

現在の検索意図とページの主要回答を比べる

ページの主要回答が、現在の検索者の質問と一致しているかを確認します。対象クエリの主要な質問を一文にし、タイトル、リード、最初のH2がその質問へ早く答えているかを比べてください。

検索結果で上位に表示されるページの種類が変わっているなら、自社ページの役割自体が合っているかを見直します。情報記事としての役割が合わないときに、上位記事の語句を部分的に追加しても、意図のずれは解消しにくいからです。ただし、検索結果の一時的な入れ替わりだけで役割変更を決めず、複数の観測結果を使って判断してください。

情報の正確性と独自性と十分さを評価する

更新日の書き換えではなく、読者の判断材料が増える改善を選びます。古い情報や事実誤認がないか、主要主張に根拠があるか、一般論の再構成だけで終わっていないかを確認してください。

独自データ、事例、実体験、比較整理、実行手順などは、読者が次の行動を決める助けになります。用意できない数値や事例を創作してはいけません。サイト内の多くのページで同じ不足が見つかった場合は、1ページだけでなくサイト全体の有用性と信頼性を評価します。

Googleのユーザー第一のコンテンツに関する案内も、独自情報、十分な説明、明確な出典、事実誤認の少なさなどを自己評価項目として挙げています。ただし、固定の採点表ではなく、個別ページの順位回復を保証するものでもありません。

引用：有用で信頼性の高いユーザー第一のコンテンツ｜Google 検索セントラル

重複ページとcanonicalと内部リンクを確認する

同じ質問へ答えるURLの役割と、検索結果に出したい代表URLをそろえます。サイト内検索とSearch Consoleで、同じ主要クエリと回答を持つページが複数ないかを確認してください。

重複・類似URLがある場合は、Googleが意図したURLをcanonicalとして選んでいるか、サイトマップと内部リンクが代表URLを指しているかを調べます。旧URL、誤ったリダイレクト先、孤立ページ、不自然なアンカーも確認対象です。

類似ページがあるだけでカニバリと断定し、統合、削除、canonical変更を実行しないでください。影響が大きい操作のため、URLごとの主要クエリ、主要回答、現在のcanonical、内部リンクを表にしてから別途判断します。

原因別に検索順位を戻す対処を選ぶ

原因を絞ったら、その原因に対応する最小の対処から始めます。緊急障害は止血し、公式更新中や小幅変動は再確認条件を決めて待ち、需要低下はSEO修正と分けます。内容や重複に不足がある場合は、確認できた箇所だけを改善してください。

複数の大規模変更を同時に行うと、原因と結果の対応が分からなくなります。対処前に設定やデータのバックアップを取り、対象範囲と変更内容を記録しましょう。

緊急問題は公式レポートと技術状態から止血する

緊急問題は対象範囲を特定し、公式レポートと技術状態に沿って修正します。修正前の設定、対象URL、サーバーレスポンスを記録し、必要な審査申請や再クロールを行ってください。

サイト全体へ影響する設定変更は、可能な限りテスト環境とバックアップを用意してから実施します。修正後はSearch Consoleの該当レポート、URL検査、インデックス状態を読み直し、問題が解消したかを確認します。

小幅変動と外部要因では待つ条件を決める

様子を見る場合も、再確認する日と悪化時の条件を決めます。公式更新のロールアウト中、小幅で一時的な変動、Search Consoleのデータ異常、需要や季節性の変化は、すぐ大規模修正を行わずに経過を観察する候補です。

経過観察メモには、待つ理由、開始日、再確認日、見る指標、悪化と判断する条件を残します。需要低下は前年同期とGoogle Trendsで確認してください。手動による対策、セキュリティ、インデックス障害は、経過観察として放置せず、前項の緊急対応へ戻ります。

内容原因は確認できた不足だけ改善する

原因とのつながりを説明できる内容だけを改善します。候補は、タイトルや冒頭の検索意図とのずれ、古い・誤った情報、根拠不足、読者が判断するための比較・事例・手順の不足、重複ページの役割です。

観測した事実、原因仮説、変更内容、確認指標を一組にしてください。単純に文字数やキーワード出現回数を増やすのではなく、検索者への回答がどう改善されるかで判断します。コンテンツ以外も含むSEO施策の全体像を見直したい場合は、公開済みのSEO対策の基本と全体像も参考にしてください。

内容を改善しても検索順位が戻る保証はありません。ページの統合、削除、URL変更は影響が大きいため、原因が不明な段階では実行せず、個別に影響を判断します。

対処後は変更を記録して同じ条件で再確認する

対処後は、原因仮説、変更、結果を同じ条件で追跡します。対象URL、クエリ、観測事実、変更内容、変更日、確認指標、再確認日を記録し、元と同じ期間や検索条件で比較してください。

技術修正はクロールやインデックス状態、タイトルなどの変更はCTRとクリック、内容改善は対象クエリとページの表示回数、クリック、CTR、平均掲載順位を確認します。順位だけで成功を判断せず、問い合わせや売上などの事業成果とは分けて見ましょう。

順位回復までの固定期間や、次回アップデートでの回復は約束できません。変更内容やサイトの状態によってGoogleの再処理にかかる時間が異なるため、単日の変動だけで成功・失敗を決めないことが大切です。

引用：Google検索のコア アップデート｜Google 検索セントラル

原因仮説と変更内容を一対一で記録する

事実、仮説、変更、結果を混ぜずに記録します。観測事実と推測を分け、対象URLとクエリ、変更内容、変更日、期待する変化、再確認日を一行で追える形にしてください。

緊急の障害では、記録より止血を優先して構いません。その場合も、対応後に変更内容と対象範囲を追記し、後から検証できる状態に戻します。

修正内容に合う指標とタイミングで再確認する

対処内容に対応する指標を、同じ条件で比較します。検索タイプ、国、デバイスをそろえ、同じ長さの期間で変更前後を見てください。

• インデックスや技術設定の修正は、URL検査とページ インデックス登録レポート。
• タイトルや検索結果上の伝わり方の修正は、CTRとクリック。
• 内容改善は、対象ページとクエリの表示回数、クリック、CTR、平均掲載順位。
• 事業への影響は、Search Consoleとは別に問い合わせや売上のデータ。

データ量の少ないクエリは変動幅が大きくなるため、短期の動きと一定期間の傾向を分けて読みます。固定の確認間隔をすべての施策へ当てはめず、再クロールやデータ蓄積に必要な時間を考慮しましょう。

順位が戻らない場合は次の仮説を検証する

結果が変わらなければ、最初の仮説が外れた可能性を記録し、次の一つを検証します。反映に時間がかかる変更を性急に失敗と判断せず、決めた再確認条件を満たしてから評価してください。

同じ変更を根拠なく繰り返すのではなく、残る原因候補へ進んでください。統合、削除、大規模改修は別の影響判断が必要です。検索順位が戻らなくても、問い合わせや売上への影響が同じとは限らないため、事業指標も分けて確認します。

引用：Google検索トラフィックの減少をデバッグする｜Google 検索セントラル

まとめ｜検索順位が下がったら原因を切り分けてから対処する

検索順位の下落は、原因を切り分けてから対処します。まずSearch Consoleでページ、クエリ、期間、検索タイプを固定し、表示回数、クリック、CTR、平均掲載順位と影響範囲を確認してください。

次に、手動による対策、セキュリティ、インデックス、直近変更を優先します。緊急問題がなければ、Google公式の更新、検索需要、検索結果、ページ内容、サイト内競合へ進みます。

確認できた原因に対して一つずつ対処し、変更内容と結果を同じ条件で追跡しましょう。順位回復を前提に大規模な変更を重ねず、事実と仮説を分けて次の判断につなげることが、検索順位が下がったときの基本です。