検索順位や検索流入の下落を見つけたときは、順位だけを見て原因を決めるのではなく、どのページ・クエリ・コンバージョンに影響しているかを先に確認することが重要です。手動による対策やセキュリティ、インデックス登録の異常のように、通常のコンテンツ改善より優先すべき問題もあります。
この記事では、影響範囲の把握から原因の切り分け、安全な修正、外部相談、修正後の観測までを順に解説します。自社で限定対応するか、条件を固定して観測するか、社内外へ相談するかを判断できるようになります。
順位だけで原因を決めず、利用者・事業への影響と技術的な緊急性を先に切り分けます。
01Section診断フロー：検索順位が下がったときの確認順
下落時には、緊急性が高く、対応できる担当が限られる問題から確認します。重要ページ、重要CV、通常の変動幅は企業ごとに異なるため、自社の基準に照らして判断してください。
順位下落時の7段階診断
- Step01
影響範囲とCV影響を確認する
Search Consoleで検索タイプ、期間、ページ・クエリ、デバイス、国・地域をそろえ、クリック数・表示回数・CTR・平均掲載順位を比較します。アクセス解析、フォーム計測、CRMでは自然検索後の問い合わせ・資料請求・商談を確認します。
影響URL・クエリ・ページ群と重要CVへの影響を記録します。比較条件や計測変更を確認できない場合は、変更を急がず、条件をそろえ直します。
- Step02
重要ページ群または重要CVに影響があるか
問い合わせ、資料請求、商談予約、主要商材、比較検討に近いページ群と重要CVを照合します。影響が大きければ、手動による対策・セキュリティを確認します。
少数のURL・クエリに限られ、技術・ポリシー上の異常もなければ、比較条件と次回判断日を固定して観測します。
- Step03
手動による対策・セキュリティ問題があるか
Search Consoleで問題表示、内容、影響範囲を確認します。手動による対策では全体的な是正と再審査を進め、セキュリティ問題では侵害や利用者への影響範囲を優先して確認します。
問題表示、改ざんの疑い、利用者への警告がある場合は、証跡を保存し、開発・セキュリティ担当や関係部署へ連絡します。
- Step04
重要URLに登録・取得・公開設定の異常があるか
ページのインデックス登録に関する情報で全体傾向を見た後、重要URLをURL検査で確認します。未登録、クロール不可、取得失敗、意図しないcanonical、5xxなどが対象です。
異常があれば、対象URL、発生日、検査結果、直近の設定変更を記録して実装を確認します。サイト全体のrobotsやnoindexの異常、重要URLの非インデックスや5xxは早期相談の対象です。
- Step05
下落前後に自社変更があるか
CMS、テンプレート、URL、リダイレクト、robots、noindex、canonical、内部リンク、サーバー・CDN、計測タグの変更履歴を、下落時期と対象URLに照合します。
関係が疑われる変更は、影響範囲とロールバック可否を確認し、根拠が明確な修正を一つずつ行います。履歴を追えない、複数システムにまたがる場合は開発・インフラまたは外部支援へ相談します。
- Step06
検索結果・競合・検索意図が変わったか
検索日時、クエリ、端末、地域・言語、ログイン状態を残して検索結果を確認します。上位ページが誰の課題に答え、どの根拠や比較条件を示しているかを比較します。
自社ページに不足する判断材料を仮説化し、重要ページから小さく改善します。悪化が続き、優先順位を決められない場合は分析支援を検討します。
- Step07
観測を継続できるか
同じ比較条件で検索結果上の指標と訪問後CVを再確認し、実施変更、未確認事項、次回判断日を記録します。
技術異常がなく、重要CVへの明確な影響もなければ定常監視へ移します。技術エラーやCV影響が続く、仮説を検証できない場合は再調査または外部相談へ切り替えます。
手動による対策やセキュリティ問題は、通常のコンテンツ改善より優先します。利用者やサイト全体に影響する可能性があるため、証跡を保存し、関係部署への連絡と全体的な是正を先に進めてください。
手動による対策やセキュリティ問題は、通常のコンテンツ改善より優先します。利用者やサイト全体に影響する可能性があるため、証跡を保存し、関係部署への連絡と全体的な是正を先に進めてください。
Google Search Status Dashboardに掲載される障害・更新情報は、下落時期との照合材料になります。ただし、掲載時期が一致しても自社サイトの下落原因とは限りません。影響URL、設定、変更履歴、検索結果を別途確認します。
02Section順位ではなく、影響範囲とCVへの影響を確認する
平均掲載順位だけでは、対応の緊急度は決まりません。まず、Google検索結果上で何が変わったかと、サイト訪問後に事業上の影響が出ているかを別々に把握します。
Search Consoleと訪問後データの役割を分ける
Search Consoleのパフォーマンスレポートでは、Google検索結果におけるクリック数、表示回数、CTR、平均掲載順位を確認できます。一方、フォーム完了や商談化はSearch Consoleだけでは判定できません。
初動で使い分けるデータ
Search Console
Google検索結果上で、どのクエリ・ページ・デバイス・国や地域に露出とクリックの変化があるかを確認します。
アクセス解析・フォーム計測
自然検索経由の訪問後に、どのページで離脱・フォーム到達・問い合わせ完了が変化したかを確認します。
CRM・営業管理
有効リード、商談、受注など、フォーム完了後を含む事業影響を確認します。CV定義と計上時点をそろえて確認します。
比較条件をそろえて、重要ページ・クエリを特定する
比較時には、検索タイプ、期間、対象プロパティ、ページまたはクエリ、デバイス、国・地域、適用したフィルタをそろえます。フィルタや表示方法によって集計値や指標の計算が変わる場合があるため、前後で条件を変えた比較は原因判断に使いにくくなります。詳細はパフォーマンスレポートの比較・フィルタに関する公式ヘルプで確認できます。
Search Consoleとアクセス解析の数値が一致しないこと自体は、直ちに障害を意味しません。対象チャネル、タイムゾーン、同意設定、タグ、URL・ドメイン設定、集計定義などを確認してください。Search Consoleと他ツールのデータ差に関する公式ヘルプも、両者に差が生じる理由を案内しています。
初動確認で残す記録
- ✓
比較条件を固定する
検索タイプ、比較期間、プロパティ、ページ・クエリ、デバイス、国・地域、フィルタを記録する。
- ✓
重要ページ・重要クエリを特定する
問い合わせ、資料請求、商談、主要商材、比較検討に近いページ群と分けて記録する。
- ✓
検索結果上の変化とCVを別々に確認する
クリック・表示回数・CTR・平均掲載順位と、フォーム・商談などの訪問後CVを別のデータソースで確認する。
- ✓
変更履歴と計測変更を照合する
CMS、公開・削除、URL、テンプレート、サーバー、CDN、タグ、CV定義の変更有無を残す。
- ✓
次回判断日と切替条件を決める
何を同条件で再確認するか、どの状態なら再調査・相談へ進むかを記録する。
03SectionSearch Consoleで確認する順番と、技術用語の見方
全体の影響範囲を把握してから、緊急性の高い問題と重要URLの状態を確認します。
Search Consoleでは、画面名よりも「何を確認するための情報か」を意識すると、仕様変更があっても調査を進めやすくなります。全体傾向を確認してから、重要URLを個別に調べる順番が基本です。
| 確認先 | 確認目的 | 異常を疑う状態 | 次の行動 |
|---|---|---|---|
| パフォーマンス | 影響クエリ・ページ・期間を特定する | 重要ページ群で同条件の悪化が続く | 影響URL・クエリを抽出し、CVと技術状態を確認する |
| 手動による対策 | 問題内容と影響範囲、再審査の要否を確認する | 問題が表示される | 対象となる問題をすべて是正し、必要に応じて再審査を依頼する |
| セキュリティの問題 | ハッキングなど利用者に影響し得る問題を確認する | 問題や警告が表示される | セキュリティ・開発担当へ連絡し、影響範囲と原因を確認する |
| ページのインデックス登録 | 未登録理由とサイト全体の傾向を把握する | 重要ページの未登録やサイト起因の問題が増える | 重要URLをURL検査で個別確認し、設定・実装を調べる |
| URL検査 | 重要URLの登録、取得、許可、canonicalを確認する | 未登録、取得失敗、クロール不可、意図しないcanonical | 修正前の状態を保存し、限定修正後に再確認する |
| Search Status Dashboard | Google側の公開情報を時期照合する | 対象期間に関連する掲載がある | 照合材料として記録し、自社サイトの調査を続ける |
URL検査では、Googleのインデックス内にあるURLの状態と、公開URLを取得して調べるライブテストを使い分けます。重要URLについては、登録状況、最終クロール、取得、インデックス登録の許可、ユーザー指定canonical、Googleが選択したcanonicalを確認します。
URL検査のライブテストで問題が見つからないこと、またはインデックス登録リクエストを送ることは、検索結果への掲載や順位回復を保証するものではありません。実装反映、クロール・インデックス状態、検索流入・CVは分けて評価します。
URL検査のライブテストで問題が見つからないこと、またはインデックス登録リクエストを送ることは、検索結果への掲載や順位回復を保証するものではありません。実装反映、クロール・インデックス状態、検索流入・CVは分けて評価します。
noindex・robots.txt・canonicalを混同しない
技術設定は、同じ「検索に出ない」という結果に見えても、確認箇所と担当が異なります。重要URLで異常が疑われる場合は、設定をまとめて変えず、まず原因候補を記録してください。
| 用語 | 意味 | 異常を疑う状態 | 最初の確認箇所 | 担当の目安 |
|---|---|---|---|---|
| noindex | 検索結果に載せないよう求める指示 | 重要ページでインデックス登録不可と表示される | robots meta、HTTPヘッダー、CMS設定 | Web担当・開発担当 |
| robots.txt | クローラによる取得を制御するファイル | 重要URLや配下ディレクトリの取得が遮断される | ドメイン直下のrobots.txt、CDN・サーバー設定 | 開発・インフラ担当 |
| canonical | 代表として扱うURLを示す仕組み | 意図したURLとGoogle選択canonicalが異なる | HTML、CMSテンプレート、URL正規化設定 | 開発担当・SEO担当 |
| リダイレクト | URLを別URLへ転送する仕組み | 想定外の転送、連鎖、ループがある | サーバー、CDN、CMS、アプリ設定 | 開発・インフラ担当 |
| クロール | GooglebotがURLを取得すること | 取得失敗、robots遮断、サーバーエラーがある | URL検査、ログ、認証・WAF・CDN設定 | 開発・インフラ担当 |
| インデックス登録 | 検索対象になり得る状態として処理されること | 重要URLが未登録、サイト起因の未登録理由が増える | インデックス登録情報、URL検査、内部リンク | Web担当・開発担当 |
04Section自力で進める対処と、保留・専門確認に分ける
原因が未確定な段階では、広範囲の変更を避け、変更記録と再確認の条件をそろえます。
原因が確定していない状態では、広範囲の変更ほど検証を難しくします。対象を限定し、変更前後の証跡を残しながら、一つの仮説ごとに進めることが安全です。
自社で進めやすい確認・限定修正
自社で進めやすいのは、影響URLの一覧化、設定値と変更履歴の収集、明確な誤設定候補の確認、修正前後の画面や検査結果の保存です。コンテンツ面では、事実の更新、リンク切れの確認、導線の不足確認、対象読者に必要な比較条件や根拠の補足を、重要ページから限定して進めます。
サイト移転やURL変更が関係する場合は、リダイレクト、canonical、robots metaなどを確認します。GoogleのURL変更を伴うサイト移転ガイドも、移転後の確認事項を案内しています。
専門確認が必要になりやすい作業
テンプレートやサイト全体設定、複数ドメインの正規化、サーバー・CDN・DNS、5xx、WAF、認証、侵害対応、大規模な移転やCMS刷新は、開発・インフラ・セキュリティ担当の確認を前提にします。SEO担当には、原因仮説、検索結果比較、優先順位、測定設計の確認を依頼すると役割を分けやすくなります。
変更記録には、対象URL、根拠、変更内容、実施日時、担当者、変更前後の証跡、ロールバック可否、次回確認日を残します。修正そのものより、何を変え、何を検証するかを追える状態が重要です。
原因未確定時に保留する変更
大量のページ削除
影響範囲や検索流入への寄与を確認しない削除は、回復可能なページまで失うおそれがあります。
根拠のないキーワード追加
検索意図や読者の課題を確認せずに語句を増やしても、必要な判断材料の不足は解消しません。
URL構造・階層の反復変更
リダイレクト、内部リンク、canonicalの確認対象を増やし、原因追跡を難しくします。
複数の大規模変更の同時実施
どの変更が技術状態や検索流入に影響したかを検証できなくなります。
05Section検索結果・競合・検索意図の変化を、印象論で終わらせない
技術・ポリシー上の異常や自社変更との関係が確認できない場合は、対象クエリの検索結果を比較します。ただし、検索結果は閲覧条件で変わり得るため、確認条件を残さない比較は再現しにくくなります。
まず、検索日時、完全なクエリ、PCまたはモバイル、地域・言語、ログインの有無、広告・動画・地図・比較ページなどの表示要素を記録します。そのうえで、上位ページと自社ページを次の観点で比較します。
- 対象読者が実務担当者、比較担当者、決裁者のどこに置かれているか
- 読者が解決したい課題と、ページが提供する情報の種類が一致しているか
- 主張を支える根拠、前提、例外、更新性が示されているか
- 比較条件や導入判断に必要な材料が不足していないか
- 問い合わせ前に次の行動を決めるための情報があるか
文字数やキーワード数だけを増やすのではなく、「比較担当者向けの判断条件が不足している」「更新日や根拠が古い」「技術担当者向けの説明に偏っている」といった小さな仮説に分けます。仮説は重要ページから一つずつ検証し、競合の表現をそのまま模倣するための比較にはしません。
06Section専門家へ相談すべきサインと、外部依頼の決め方
外部相談は順位回復の約束を得るためではなく、影響の大きさ、必要な専門性、社内の権限・実装余力から判断します。重要CVへの影響と技術的な異常を、自社で切り分けられないときは早期相談を優先します。
通常のコンテンツ改善を待たず、連絡を優先しやすいのは次の状態です。
- 手動による対策またはセキュリティ問題が表示された
- 重要URL群が未登録、取得失敗、5xxなどの状態にある
- サイト全体のnoindex、robots.txt、canonicalに意図しない異常がある
- サイト移転、URL変更、CMS刷新の直後に重要ページの異常が起きた
- 重要CVへの影響が拡大し、社内で原因仮説を検証できない
相談先の比較観点は、SEO支援会社の選び方も参考にしてください。SEOの分析・優先順位付け、開発・インフラの実装、セキュリティの侵害対応は、論点ごとに責任者を明確にします。
依頼形態ごとに成果物と検収を決める
| 依頼形態 | 最低成果物 | 見積比較単位 | 検収項目 |
|---|---|---|---|
| 調査のみ | 影響範囲、原因仮説、根拠、未確認事項、優先順位 | 対象プロパティ、URL数、調査テーマ数、報告回数 | 対象URL一覧、根拠、事実と仮説の区別、次の行動 |
| 実装を含む支援 | 変更URL一覧、変更前後設定、テスト結果、ロールバック手順 | URL数、テンプレート数、環境数、制作の有無 | 本番反映、設定・HTTP確認、重要URL検査、作業記録 |
| 継続改善 | 定例レポート、比較条件、実施一覧、効果評価、次回優先順位 | テーマ・URL数、制作量、定例回数、契約期間 | 比較条件、実施証跡、次回判断基準、権限棚卸し |
見積比較でそろえる費目と前提
調査・診断
調査テーマ、対象プロパティ、対象URL数、データ取得や報告の範囲をそろえます。
技術実装・テスト
CMS・サーバー・CDNなどの対象環境、実装、テスト、ロールバック対応を分けます。
コンテンツ制作・編集
調査だけか、企画、執筆、編集、公開まで含むかを明確にします。
定例・レポート・計測設計
会議回数、比較条件、レポート内容、フォーム・CRM連携の確認範囲をそろえます。
対象URL数・環境数・契約期間
サイト規模、ドメイン・言語数、契約期間、営業時間外対応の有無を同じ条件で比較します。
支援範囲を整理したうえで相談したい場合は、SEO支援サービスを参照してください。提案は、順位上昇の保証ではなく、根拠、作業範囲、変更リスク、測定設計、検収可能な成果物で比較します。
外部支援にSearch Consoleを共有する場合は、目的に必要なプロパティ・権限・期間に絞ります。Search Consoleの権限管理に関する公式ヘルプのとおり、所有者にはユーザー管理を含む強い権限があります。本番変更権限と調査用の閲覧権限を同一視せず、作業終了後は付与した権限を見直してください。
seo-support-timeline
この記事カードはサンプル表示です。CMS連携後は記事タイトル、概要、サムネイルなどを記事データから取得します。
関連記事
07Section復旧時期を約束せず、3段階で観測・報告する
公開後の確認は、実装・技術状態・事業影響を分けて記録し、次の判断につなげます。
修正を公開できたこと、Googleが取得・処理できる状態になったこと、検索流入やCVが変化したことは別の確認事項です。修正規模、対象URL数、クロール状況、検索需要、競合、計測条件によって確認に必要な時間が変わるため、順位の回復時期を一律には決められません。実装・技術状態・事業影響を分けて評価します。
修正後の3段階観測
- Step01
実装完了を確認する
対象URL、HTTP応答、設定値、公開画面、承認記録、変更履歴を確認します。意図した変更が本番に反映され、対象範囲とロールバック方法を説明できる状態を目安にします。
設定が反映されない、対象範囲が不明、ロールバックできない場合は、開発・インフラ担当へ再調査を依頼します。
- Step02
クロール・インデックス状態を確認する
URL検査とページのインデックス登録に関する情報で、取得、クロール、インデックス登録の許可、canonical、重要URLの状態を確認します。
非インデックス、取得失敗、技術エラーが続く、理由を解釈できない場合は、追加調査または専門相談へ切り替えます。
- Step03
検索流入・CVを評価する
初動で固定した比較条件で、表示回数、クリック数、CTR、平均掲載順位、自然検索流入、フォーム、CRM上の有効リードなどを確認します。
検索結果上の変化と訪問後CVを分けて評価し、継続・追加対応・相談を判断します。重要CVへの影響が拡大する、変更が重なって比較できない場合は優先順位を見直します。
社内報告では、推測と確定情報を混ぜないことが重要です。少なくとも、次の項目を分けて記載します。
- 確定事項： 検知日、比較条件、影響URL・クエリ、検索結果上の変化、訪問後CVへの影響
- 原因仮説： 技術、自社変更、検索結果・競合、ポリシーなどの候補と根拠・反証条件
- 未確認事項： 権限待ち、ログ待ち、計測条件、外部確認が必要な箇所
- 実施対応とリスク： 作業内容、担当、実施日時、ロールバック可否、利用者・CV・セキュリティへの影響
- 次回判断： 実装確認日、URL検査の再確認日、流入・CV評価日、再調査・相談へ切り替える条件
検索順位が下がったときのよくある疑問
平均掲載順位だけが下がった場合も、すぐに修正すべきですか？+
平均掲載順位だけで、すぐに修正が必要とは判断できません。比較条件をそろえたうえで、表示回数・クリック数・CTR、影響するページやクエリ、重要CVへの影響を確認してください。重要CVへの影響や技術・ポリシー上の異常が見つからない場合は、次回判断日を決めて観測する選択肢があります。
URL検査で問題がなければ、順位は戻ると考えてよいですか？+
そうは限りません。URL検査は、URLのインデックス情報、取得、クロール、インデックス登録の許可、canonicalなどを確認するためのものです。ライブテストや登録リクエストも、検索結果への掲載や順位回復を保証しません。技術状態と、検索流入・CVの評価は分けて確認します。
Search Consoleの数値とアクセス解析の自然検索流入が一致しないのは異常ですか？+
必ずしも異常ではありません。Search ConsoleはGoogle検索結果上の表示・クリックを扱い、アクセス解析はサイト訪問後の計測を扱います。対象チャネル、タイムゾーン、同意設定、タグ、集計定義などを確認し、数値差そのものを障害と決めつけないでください。
手動による対策やセキュリティの問題が表示された場合、最初に誰へ連絡すべきですか？+
まずWeb・SEO担当と、開発・セキュリティの責任者へ連絡します。手動による対策では問題内容と影響範囲を保存し、必要な是正と再審査の進め方を確認します。セキュリティ問題では、表示されたURL例だけで範囲を限定せず、侵害や利用者影響の確認を優先します。
SEO支援の相談先を比較する
重要CVへの影響が続く、技術的な異常を切り分けられない、または改善の優先順位を決めにくい場合は、調査範囲・成果物・実装体制・測定方法をそろえてSEO支援先を比較します。
SEO対策3980社掲載
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。
