検索順位が急に下がったとき、最初にするべきことは記事をすぐ書き換えることではありません。Search Consoleで「いつ、どのページの、どの検索語句が、どれほど下がったか」を確かめ、計測上の差、検索需要の変化、技術的な障害、競合や検索意図の変化を分けて調べます。原因を特定しないままタイトルを変えたり本文を大量に削ったりすると、効果のあった部分まで失うおそれがあります。
この記事では、順位低下を発見した日から復旧後の観測まで、担当者が再現できる手順を示します。順位だけでなく表示回数、クリック数、問い合わせも合わせて確認します。Googleは小さな順位変動は通常起こり得ると説明しており、修正によって順位が必ず戻るとも保証していません。だからこそ、重大な不具合を先に除外し、根拠のある改善に絞ることが大切です。
まず「順位低下」と「検索流入の減少」を分けて確認する
検索順位は検索語句、地域、端末、時期などで変わります。担当者のパソコンで特定の語句を一度検索して以前より下に見えただけでは、記事全体の評価が落ちたとは判断できません。Search Consoleの検索パフォーマンスを開き、対象期間を前の同じ長さの期間と比較します。まずは検索タイプを「ウェブ」に固定し、表示回数、クリック数、平均掲載順位、クリック率を並べてください。画像検索やDiscoverの変動を混ぜると、原因を読み違えます。
表示回数が大きく落ちたのに平均掲載順位がほぼ同じなら、検索需要の減少、対象語句の変化、季節性を疑います。表示回数は維持され、クリック数だけが落ちたなら、検索結果上のタイトルや説明文、競合の表示、広告や検索機能の変化を見ます。順位とクリックがともに落ちたなら、検索結果上で選ばれる機会が減った可能性があります。ただし平均掲載順位は複数の検索語句をまとめた指標です。個別の主力語句と対象ページの組み合わせまで掘り下げて判断します。
比較する期間にも注意が要ります。直前の7日間だけでは曜日差や一時的な変動が強く出ます。業種によっては前年同月、連休前後、キャンペーン期間も比べます。Googleの公式ガイドは、16か月の長い期間を見て季節性を確認し、影響を受けたページや検索語句へ絞る方法を案内しています。短期の急落だけでなく、数か月かけて落ちていた流れを把握することが先です。
最後にGA4などで自然検索からのセッションと問い合わせを見ます。Search ConsoleのクリックとGA4のセッションは定義が違うため数値が一致しないことがあります。大切なのは同じ方向に変化したかです。記事の順位が下がっても問い合わせが保たれている場合と、重要な商談語句が消えて問い合わせまで減った場合では、対応の優先度が違います。
最初の30分で確認する緊急チェック
急落を見つけたら、最初の30分で「サイト全体の障害か、特定の記事の問題か」を分けます。Search Consoleのページ一覧で減ったページを並べ、同じ日から多数の記事が下がっていないか確認します。サイト全体ならサーバー停止、設定変更、セキュリティ上の問題、広い範囲に及ぶ検索システムの変化を疑います。特定の1記事だけなら、URLやそのページの表示、内容、競合を深く調べます。
次に対象URLをブラウザで開き、通常の閲覧で本文が表示されるか確かめます。URLが別のページへ飛ばないか、404やサーバーエラーが出ないか、モバイルでも本文を読めるかを確認します。正常に見えても、公開設定やプラグインの変更で検索エンジン向けの設定だけが変わっていることがあります。Search ConsoleのURL検査でインデックス状況、Googleが選んだ正規URL、最後のクロール、クロール可否を確認します。ライブテストと登録済みの検査結果は同じものではありません。前者は現在の取得可能性、後者はGoogleが最後に把握した情報です。
同時に変更履歴を確保します。順位が下がった日付の前後に、タイトル、見出し、本文、URL、内部リンク、テンプレート、canonical、robots設定、サーバー、CDNを変えていないか記録してください。WordPressなら記事のリビジョンだけでなく、SEOプラグイン、テーマ、キャッシュ設定の更新も対象です。変更を複数人で行っていた場合、記事担当者が知らない全体設定が原因になることもあります。最初に事実を集めれば、後から推測で責任を探す時間を減らせます。
この段階で焦って記事を非公開にしたり、URLを変えたりしないでください。ユーザーが見られる状態を維持し、明確な技術的誤りが見つかった場合に限り優先して修正します。インデックス対象外の設定、意図しないリダイレクト、サーバー障害は早い対応が必要です。一方、数日間の小幅な掲載順位変化だけなら観測を続ける方が安全です。
Search Consoleで低下したページと検索語句を特定する
検索パフォーマンスの「ページ」タブを開き、低下前後でクリック数の差が大きい順に確認します。1ページに集中しているのか、同じカテゴリーの複数ページに広がっているのか、全サイトに分散しているのかを分けます。次に問題のページをクリックしてフィルタを掛け、「クエリ」タブで検索語句ごとの表示回数、クリック、順位を見ます。平均順位だけをサイト全体で眺めていると、どの読者に届かなくなったか見えません。
例えば「SEO 費用」で落ち、「SEO とは」で保たれているなら、費用比較の検索意図に対する説明や更新性を見直します。反対に、ブランド名を含む語句だけ落ちたなら、社名の表記、指名検索の需要、検索結果の構成を確認します。同じ記事が複数の語句で表示されるため、クリック減少の原因となる語句を優先し、検索ボリュームの小さな語句を追いかけすぎないことが重要です。
国やデバイスも分けます。モバイルだけ落ちるなら、画面幅での表示崩れや重要な本文が折りたたみの先に隠れていないか確認します。特定の国だけなら地域の需要や表示条件を調べます。検索タイプが画像のときだけ落ちるなら、本文の順位回復策とは別に画像の表示、alt、画像URLの取得を確認します。切り分けの目的は、関係のない部分を改修しないことです。
Search Consoleのデータは検索結果での実績を示しますが、クリック後の問い合わせまでは単独で分かりません。自然検索のランディングページ別に、問い合わせフォームの到達と送信を別の計測で確認します。重要語句の流入が下がった場合、順位の復旧と並行して、既に訪れた人を取りこぼしていないかも見ます。検索順位の数字だけを元に事業上の損失を推定しないでください。
技術的な原因を先に除外する
記事をリライトする前に、技術的な障害を一つずつ除外します。URL検査で「Googleに登録されていない」状態なら、順位の問題だけではありません。ページのインデックス登録レポートを開き、該当URLがどの理由に分類されているか確認してください。検索に出したい記事へ誤ってnoindexが付いていれば解除します。公開済みの本文が別URLへ転送されているなら、転送先と意図を確認します。
robots.txtでクロールを拒否している場合、Googleは本文を取得できません。ただし、クロールの禁止とインデックス登録の禁止は同じではありません。URLだけが検索結果に現れる場合もあります。noindexをGoogleに読ませたいなら、そのURLをクロール可能にする必要があります。二つの設定を重ねれば安全だという考えで変更すると、診断が難しくなります。設定を直す際は、そのURLを検索に出したいのか、出したくないのかを先に決めます。
canonicalも確認します。自分の記事に別の記事や一覧ページを正規URLとして指定すると、Googleが別URLを代表として扱う可能性があります。一方、HTMLのcanonicalは希望を伝えるシグナルであり、Googleが必ずそれを選ぶわけではありません。URL検査に表示される「ユーザーが指定した正規URL」と「Googleが選択した正規URL」を比較し、重複ページ、パラメータ付きURL、HTTPとHTTPSの混在を調べます。サイトマップにも異なるURLを載せていないか確認します。
404や5xx、認証要求、空白に近い本文、表示時のエラーも見ます。ブラウザでは正常でも、Googleが取得したHTMLに本文がほとんど入っていない場合があります。JavaScriptで重要部分を後から出す仕組みでは、取得された状態をURL検査のレンダリング結果で確かめます。障害が一時的だったなら、いつ始まり、いつ復旧し、どのURLが対象だったかを記録します。修正後に再クロールを依頼しても、即時のインデックスや順位回復を約束するものではありません。
Googleの更新・競合・検索需要の変化を見分ける
技術面が正常なら、外部要因を調べます。Google検索ステータスダッシュボードの更新履歴を見て、順位低下がコアアップデートなどの展開期間と重なるか確認します。重なっただけで原因確定にはなりません。Googleはコアアップデートの評価をする際、展開完了から少なくとも1週間待ち、更新前の週と更新後の週を比較する方法を案内しています。特定の記事を「ペナルティ」と決めつけて全面改稿する前に、期間と影響範囲を見ます。
検索結果で上位に来たページも観察します。同じ語句で、以前は解説記事が多かったのに、現在は比較表、公式サービス、動画、地域の店舗が主になっていれば、検索意図の捉え方が変わった可能性があります。競合ページが独自の調査、最新の料金、具体的な手順を追加したかもしれません。その場合、自社の記事へ無関係な語句を足すのではなく、読者が今求める判断材料が抜けていないか確かめます。
需要の季節性も無視できません。制度の申請期、採用シーズン、年度予算、イベントの終了で表示回数が減る場合があります。Google Trendsなどで関連する検索の動きを見て、主力語句全体の関心が減ったのか、自社だけ減ったのかを切り分けます。検索需要が落ちているなら、記事そのものに問題がなくてもアクセスは減ります。無理に以前のクリック数へ戻そうとせず、隣接する課題を扱う記事への展開も検討します。
同じサイト内の競合もあります。近いテーマの記事を複数公開し、検索結果に出るURLが入れ替わった場合、対象記事だけが落ちて見えることがあります。検索パフォーマンスで語句を固定し、表示されたページが変わったか確認します。どちらも読者に別の価値を提供するなら役割を分け、ほぼ同じ答えなら統合を検討します。ただし統合の際に古い記事を即削除するのではなく、流入、被リンク、既存の成果、転送先の適切さを先に調べます。
原因別の復旧策を選ぶ
技術的な原因なら、壊れた箇所だけ直します。noindex、誤ったcanonical、意図しない転送、サーバーのエラー、本文の表示不具合を修正し、公開URLの取得結果を再検査します。サイトマップに正規URLを載せ、関連ページからたどれる内部リンクを確保します。URL検査のインデックス登録リクエストは、修正の代わりではなく再確認を促す補助手段です。大量のURLに繰り返し送信しても、Googleが即座に登録する保証はありません。
検索意図とのずれが原因なら、ページの目的を明確にします。検索語句が「費用相場」なら、価格の種類、料金に含まれる作業、見積書の読み方を前半で答えます。「やり方」なら、準備、操作、判定、失敗時の対処まで示します。読者が次に判断するための具体的な情報が増えるように構成します。記事の長さ自体を目標にせず、不要な重複を削り、表や図の内容を本文でも説明します。
情報の古さが原因なら、確認できる範囲を最新の公式情報へ更新します。制度、料金、画面名称、ツールの仕様は変わり得ます。古い数字を新しく見せるために日付だけ変えることは避け、更新箇所と確認日を明記します。比較記事なら各社の公式URLへリンクし、非公開の料金を推測しません。著者の経験がある場合も、事実と見解を区別します。
競合との差があるなら、記事の独自性を増やします。一般論を並べるだけでなく、実務上の判断表、試算条件、失敗例、チェックリスト、どの状況で専門家が必要かを加えます。問い合わせを増やしたいからといって、本文のあらゆる段落で売り込みを繰り返すと読みにくくなります。まず疑問に答え、章末や末尾で自然な相談導線を設けます。既存の内部SEO完全ガイドやコンテンツSEOの解説へ、文脈に合う内部リンクを置くことも有効です。
リライトを実行する順番と変更記録の残し方
復旧作業は、影響が大きく原因が明確な箇所から行います。第一にサイトを見られなくする障害、第二に検索対象外の誤設定、第三に主力検索語句に対する内容不足、第四に読みやすさやクリック率の改善です。全記事を一度に書き換えると、どの施策が効いたか評価できません。影響を受けた上位ページから順に、変更を小さく区切ります。
作業記録には、対象URL、問題発見日、確認した検索語句、比較期間、原因仮説、根拠となるSearch Consoleの画面、変更内容、公開日、次の確認日を残します。タイトル、説明文、導入、章構成を同時に変える場合でも、それぞれの変更理由を書きます。更新前の本文と検索パフォーマンスは必ず保存し、結果が悪いときに戻せるようにします。元に戻すことが万能な復旧策ではありませんが、根拠のない変更を積み重ねるのを防げます。
公開前には、見出しと本文が矛盾していないか、リンク切れがないか、他社の情報を誤記していないかを確認します。SEOのために文章を追加しても、実際の訪問者が理解できないなら成果につながりません。更新後はスマートフォンで読み、表や図が縮小されすぎていないか、CTAが記事内容と一致しているか確認します。記事に大きな改稿を加えた場合は、冒頭で結論が分かるようにします。
技術修正と内容改善は分けて記録します。例えば同日にcanonicalとタイトルを直すと、改善の主因を後から切り分けにくくなります。緊急障害は当然すぐ直しますが、通常のリライトは優先順位を決め、評価期間を確保してください。特定の検索語句だけで判断せず、記事全体のクリック、自然検索からの問い合わせ、関連ページへの回遊も見ます。
回復までの期間と評価指標
修正した翌日に掲載順位が戻らなくても、すぐ失敗と判断しないでください。Googleがページを再取得し、内容を処理し、検索結果に反映するまでには時間がかかります。Googleの説明では、変更の影響が数日で見えることもあれば、サイト全体の有用性の評価に数か月を要することもあります。再クロールの依頼は順番を保証する仕組みではありません。
評価指標は原因に合わせます。技術障害なら、URL検査で取得可能になったか、意図した正規URLが確認できるか、エラー対象URLが減ったかを先に見ます。検索意図の改善なら、対象語句の表示回数とクリック、関連語句の広がり、ランディングページの行動を見ます。タイトル改善ならクリック率だけでなく順位や表示回数の変化も合わせて解釈します。問い合わせが目的なら、最後は相談や商談の発生を確認します。
観測は定期的に行います。最初の数日は技術状態、その後は週次で検索パフォーマンス、月次で問い合わせを確認すると、短期の揺れに振り回されにくくなります。更新前後の期間は同じ曜日構成にそろえ、季節性が強い語句なら前年も比較します。順位だけを成果として報告するのではなく、どの語句からどれだけ読者が来て、次の行動へ進んだかを説明します。
改善後に順位が戻らない場合も、すぐ別の大改稿を重ねません。最初の仮説が違ったのか、Googleの再評価がまだなのか、競合がさらに強くなったのかを見直します。自社で解決できる問題と、検索結果の需要・競争による問題を区別することが重要です。どの施策にも順位回復の保証はありません。確実に言えるのは、読者に役立つ状態と取得可能な技術状態を整え、検証を続けることです。
順位が下がったときに避けたい対処
第一に、下落した記事を一括削除しないことです。Googleはコアアップデート後の評価について、簡単な「応急処置」を避け、利用者に意味のある改善を行うよう案内しています。コンテンツの削除は最後の手段です。公開中の記事は既存の検索流入や内部リンクの接点になっている場合があります。削除や統合には代替ページ、転送、既存リンクの確認が必要です。
第二に、タイトルを毎日変えないことです。掲載順位がまだ変動している間に表現を何度も入れ替えると、何が影響したか分かりません。検索語句を無理に詰め込んだタイトルも、読者にとって内容がつかみにくくなります。記事の実際の答えを短く伝えることを優先します。
第三に、本文を文字数だけで増やさないことです。競合より長い記事が常に上位になるわけではありません。費用を知りたい読者に基本概念を延々と説明するより、料金範囲の条件や見積もり例を早めに示す方が役立ちます。重要な説明が図の中だけにあり、本文から読み取れない状態も避けます。
第四に、robots.txt、noindex、canonicalを同時に試行錯誤しないことです。それぞれ役割が異なり、逆の効果になる場合があります。設定変更は開発担当と対象URLを確認し、変更前後のHTTP応答とHTMLを残して行います。サイト全体のWordPress設定を変えるなら、対象外の記事や固定ページへの影響も検査してください。
担当者向け・原因調査チェックリスト
調査を引き継げるよう、次の項目を記事ごとに記録してください。数値の良し悪しだけでなく「どの期間と比べたか」が分かる形にします。
- 影響範囲：単一記事、同一カテゴリー、サイト全体のどれか。
- 変化の開始日：明確な1日か、数週間にわたる緩やかな下落か。
- 指標：クリック、表示回数、平均順位、クリック率、自然検索からの問い合わせ。
- 主力検索語句：どの語句で機会を失い、どの語句では維持したか。
- 検索タイプ・地域・端末：ウェブと画像、モバイルとPCを混同していないか。
- 公開状態：URLのHTTP応答、本文表示、転送先、モバイル表示。
- インデックス：URL検査の登録状況、クロール日時、正規URL。
- サイト変更：記事、テンプレート、プラグイン、サーバーの変更履歴。
- 外部要因：検索更新、季節性、競合と検索結果の内容。
- 対応記録：修正した箇所、担当者、公開日、次回確認日。
この表を埋めても原因が一つに決まらない場合があります。そのときは仮説を複数残し、最も損失が大きい障害から検証します。例えば技術的な原因を直しても主力語句だけ下がり続けるなら、次に検索意図と競合を比較します。調査が行き詰まったときに、根拠のない全面改稿へ飛ぶ必要はありません。
社内報告では「推定原因」と「確定した事実」を分ける
緊急の場面ほど「Googleの更新が原因」「競合の記事が増えたから」と単一の説明にまとめたくなります。しかし、更新時期との一致だけでは因果関係を証明できません。社内報告には、確認済みの事実、まだ検証中の仮説、実施済みの対策を別々に書いてください。事実の欄には、比較期間、失ったクリック数、影響ページ数、URL検査の状態、公開変更履歴を入れます。仮説の欄には、その仮説を支持する材料と、反証になり得る材料の両方を残します。
例えば「公開テンプレートの変更翌日から20記事のクリックが減り、URL検査で本文が欠けている」と確認できたなら、表示不具合は強い原因候補です。一方「更新発表と同じ週に一記事の順位が下がった」だけなら、更新が原因と断定しません。判断の確度を明示すると、経営側も予算や担当者の配分を決めやすくなります。調査が長期化する場合も、週ごとに新しい事実を追加し、古い仮説を修正できる記録にします。
問い合わせへの影響を優先度へ反映する
検索流入が大きい記事が、必ずしも事業に最も重要とは限りません。ある記事は大量の情報収集層を呼び、別の記事は少数でもサービス検討中の担当者を呼びます。優先順位は「失ったクリック数」だけでなく、問い合わせまでの導線、過去の商談貢献、検索語句の検討段階を合わせて決めます。GA4の計測が不十分なら、まずフォーム送信と電話・予約の記録を整え、順位改善と問い合わせ改善を分けて追える状態にします。
このとき、短期間の問い合わせ件数は偶然による揺れが大きい点に注意します。数件の増減だけで記事の価値を決めず、複数月の傾向と営業側の質的な情報を合わせます。検索の復旧を目的とするチームと、訪問後の導線を改善するチームが同じ記事を見て議論すれば、流入だけを戻しても成果が増えない状況を避けやすくなります。
よくある質問
検索順位が一日だけ下がりました。すぐリライトすべきですか？
一日の変化だけでは判断しません。検索順位には通常の変動があり、平均順位も検索語句の組み合わせに影響されます。クリック、表示回数、主要語句、影響ページを数日から数週間の流れで見て、サイト障害や誤ったnoindexなどの緊急原因がないか先に確認してください。大きな技術障害がなければ、短期の揺れに合わせた全面改稿は避けます。
コアアップデートで下がった記事は元に戻せますか？
必ず戻せる方法はありません。更新期間との一致を確かめ、展開完了後に適切な期間を比較します。大幅な下落が続くなら、影響ページが読者に十分な答えを提供しているか、競合と比べてどこが不足するかを客観的に見直します。Googleは改善の効果が数か月かかる場合があり、変更が順位回復を保証しないと説明しています。
インデックス登録をリクエストすれば順位は戻りますか？
戻るとは限りません。リクエストは再クロールを依頼する機能で、登録や掲載順位を保証するものではありません。ページに技術的な問題が残っていたり、別URLが正規URLとして選ばれていたりすれば、まずその状態を解決します。修正後にURL検査のライブテストで取得可能性を確かめてから利用します。
記事を削除して書き直した方が早いですか？
通常は既存URLを生かして原因に合う改善を検討します。削除で過去の流入、内部リンク、共有リンクを失う場合があります。内容が重複し統合が妥当なときは、どのページを残すか、旧URLからの転送、リンク先の更新まで計画します。削除を順位回復の即効策として扱わないでください。
Search ConsoleとGA4の流入数が違うのはなぜですか？
Search ConsoleはGoogle検索結果上のクリックなど、GA4はサイト内のセッションや行動を測ります。計測の定義、正規URLの扱い、流入分類が異なるため、同じ数字にはなりません。差があるだけで異常とせず、両者の増減傾向と計測設定を確認します。
まとめ｜原因を分けてから必要な箇所を直す
検索順位が落ちたときの順序は、数値の確認、影響範囲の特定、技術障害の除外、検索需要・競合の調査、原因に合った改善、結果の観測です。順位だけでなくクリックと問い合わせを合わせて見れば、優先するべき記事も決めやすくなります。修正の効果には時間がかかり、順位が戻る保証はありません。それでも調査と変更を記録すれば、次の変動でより速く正確に動けます。
まずはSEOの達人に相談する
順位低下の原因が技術設定なのか、記事の検索意図なのか、競合の変化なのか判断できない場合は、SEOの達人に相談してください。Search Consoleの対象ページと変化時期を一緒に整理し、優先して調べる項目を明確にします。順位回復を約束するのではなく、問い合わせにつながる改善順を考えます。無料相談はこちら。
参考・出典
- Google Search Central「検索トラフィックの減少をデバッグする」
- Google Search Central「コアアップデートとウェブサイト」
- Google Search Central「役に立つ、信頼できる、ユーザー第一のコンテンツを作成する」
- Google Search Consoleヘルプ「URL検査ツール」
- Google Search Central「Search ConsoleとGoogle AnalyticsのデータをSEOに活用する」
- Google Search Central「正規化とは」
公式情報確認日：2026年9月21日。画面名称や仕様は更新されるため、実際の操作時には各公式ページも確認してください。
