検索順位が下がったら？原因の調べ方と対応の優先順位

サイト点検の準備を表したAI生成イメージです。実際の社内や顧客の写真ではありません。

検索順位が下がったら、ページが開けない・意図せず検索対象から外れている不具合は先に修正します。不具合がなく小さな変動だけなら、同じ条件のデータで経過を確認。重要ページで大幅な低下が続くなら、技術・更新・需要・内容を調べます。中小企業のWeb担当者向けに、Search Consoleの確認から、担当者へ具体的に依頼するところまで解説します。

検索順位が下がったときの初動と判断の順番

検索順位が下がったときは、ページを開けない、意図しない検索除外があるなどの不具合は先に修正します。不具合がなく、同じ検索語で小さな変動だけなら、記録を残して経過を確認します。複数の重要ページで大幅な低下が続くなら、サイト全体と各ページの内容を調べます。すべての下落に同じリライトを施す必要はありません。

出典：Google 検索トラフィックの減少をデバッグする | Google 検索セントラル  |  Documentation  |  Google for Developers

この表は、担当者が着手順を決めるための整理です。「何位下がったら安全」「何％減ったら必ず改稿」といった共通の境界を示してはいません。数値の大きさに加え、問い合わせにつながるページか、事業者名で探した人が見つけられるか、閲覧や受付に不具合があるかを確認します。

たとえば全体の平均順位が下がっても、新しい検索語で表示される機会が増えただけかもしれません。反対に順位がほぼ同じでも、表示やクリックが減っていることがあります。まず、順位の数値、検索に表示された回数、クリックされた回数を別々に見ます。この記事では、以前の実績と比べて減少が起きた場合を扱います。公開直後で比較データがないページは、初期登録の確認から始めてください。

Search Consoleで下落したページと検索語を絞る

Search Consoleの「検索結果」レポートを開き、対象のサイトと検索タイプを確認します。通常のウェブ検索を調べるなら「ウェブ」にそろえ、画像検索やDiscoverなどの別の流入を混ぜません。クリック数、表示回数、平均CTR、平均掲載順位を表示し、日付の比較機能で以前と最近を並べます。Googleも、順位だけでなく表示回数とクリック数の傾向を見ることを案内しています。

出典：Google 検索トラフィックの減少をデバッグする | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：パフォーマンス レポート（検索結果）: 一般的なタスクとユースケース – Search Console ヘルプ

期間は、比較したい変化に合わせて同じ長さにします。日々の上下を見ただけで判断せず、たとえば完了した28日とその前の28日を比べ、曜日や繁忙期の違いも残します。季節性を確認するなら前年同時期も候補です。公開前を含む期間や集計途中の日を、通常営業していた完了期間と同列にしないでください。28日は作業例で、全サイトに必要な日数の規定ではありません。

「ページ」タブで期間の差を並べ替え、対象ページをクリックして絞り込んだ後、「クエリ」タブへ移ります。クエリとは検索に使われた語句です。会社名を含む検索と、サービスを探す一般的な検索を分けると、減少の意味を整理しやすくなります。サイト全体の平均だけで原因を決めず、同じページと検索語の組み合わせを比較します。

出典：パフォーマンス レポート（検索結果）: 一般的なタスクとユースケース – Search Console ヘルプ

表の組み合わせは原因の証明ではなく、次に調べる場所を決める手がかりです。クリックが2件から1件へ減れば半減ですが、その差だけで記事の劣化を確定できません。率だけを見せず元の件数も残します。検索語の一覧にないデータを0として足したり、ページ別の合計とサイト全体の集計が必ず一致すると考えたりしないようにします。

出典：パフォーマンス レポート（検索結果）: 一般的なタスクとユースケース – Search Console ヘルプ

表示・登録・変更履歴から、直すべき不具合を探す

対象URLをパソコンとスマホで開き、本文が表示されるか、別のページへ意図せず移動しないかを確認します。ページを開けないなど閲覧に支障がある場合は、検索の集計がそろうのを待たず、運用担当へ連絡します。直前にサーバー、テーマ、プラグイン、URL、公開設定を変えていれば、その作業日時と対象を一緒に伝えます。

Search ConsoleのURL検査へ完全なURLを入力し、登録されている状態、クロールやインデックス登録の可否、Googleが選択した正規URLなどを確認します。正規URLは、似た内容のページのうち検索上の代表として扱われるURLです。担当者が想定したURLと違う場合も、直ちに障害とせず、実際の内容や正規化の設定を照合します。

出典：URL 検査ツール – Search Console ヘルプ

登録済みの情報と、今のページのテストを分ける

通常のURL検査で見るのは、Googleに登録されたバージョンの情報です。「公開URLをテスト」では現在のページを調べますが、ライブテストで問題が出ないことは、検索への掲載や順位の保証ではありません。また、ライブテストだけでGoogleが選ぶ正規URLを予測することもできません。修正前後の検査日時と、どちらの結果かを記録してください。

出典：URL 検査ツール – Search Console ヘルプ

検索対象にするページへ意図しないnoindexが付いた場合や、移転前の重要URLが誤って行き止まりになった場合は、設定・転送を調べます。ただし、非公開ページや完了ページなど、意図して検索対象から外しているものもあります。除外されたページを一括で公開したり、すべての404をトップページへ転送したりせず、対象URLの役割を担当者と確認します。

「手動による対策」レポートと「セキュリティの問題」も確認します。手動による対策はGoogleの担当者による審査に基づくもので、該当する場合はSearch Consoleに案内されます。表示された問題と対象範囲に沿って修正し、手動対策の解除は該当レポートから再審査を依頼します。通常の順位変動に対して、理由もなく再審査を送る手順ではありません。

出典：Google 検索トラフィックの減少をデバッグする | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：[手動による対策] レポート – Search Console ヘルプ

通知がないことは、すべての技術・内容上の問題がない証拠ではありません。反対に順位が下がっただけで、ペナルティやサイトの改ざんを断定することもできません。再インデックスの依頼を繰り返す前に、どのURLにどの問題が確認できたかを整理しましょう。移転が関係する場合の詳しい確認は、末尾の「リニューアルのSEO引き継ぎ」で扱っています。

不具合が見つからないときは、更新・需要・内容を確認する

Google検索ステータスダッシュボードで、下落した時期にランキングの更新や検索システムの障害が公表されているかを確認します。時期が重なっただけでは自社の下落原因を確定できません。コアアップデートに関係すると考える場合は、開始日と終了日を控え、展開中の変動と完了後の傾向を分けて見ます。

出典：Google 検索トラフィックの減少をデバッグする | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：Google 検索のコア アップデート | Google 検索セントラル  |  Documentation  |  Google for Developers

Googleは、コアアップデートの完了から少なくとも1週間待って分析し、開始前の1週間と現在の週を比べる方法を案内しています。これは更新の影響を評価するための時点の目安です。「1週間で回復する」という約束ではなく、サーバー停止や検索除外の誤設定まで放置する意味でもありません。

出典：Google 検索のコア アップデート | Google 検索セントラル  |  Documentation  |  Google for Developers

表示やクリックが減った検索語は、Googleトレンドでも関連する関心の変化を調べます。繁忙期の終了や、商品・サービスの呼び方の変化がないかを見ます。自社の表示回数だけを市場全体の検索需要に置き換えず、検索語ごとの状況と事業側の季節性を照合してください。トレンドの画面に出る指標も、自社への訪問件数とは別のものです。

出典：Google 検索トラフィックの減少をデバッグする | Google 検索セントラル  |  Documentation  |  Google for Developers

競合との差は、読者の判断に必要な情報で見る

対象の検索語で表示されるページを確認し、記事、料金表、サービス紹介など、どの種類が多いかを見ます。確認した日、端末、地域などを残し、その一度の検索画面を全利用者共通の順位として記録しません。自社と他社の文章量の差だけでなく、検索した人が何を決めたいのかに注目します。

制作費用なら「いくらか」に加えて含まれる範囲と追加条件、業者選びなら選定基準と比較の仕方が必要です。すでに答えが明確な部分は保ち、古い条件や不足している判断材料を見つけます。見出しや競合の事例を移して水増しせず、自社で確認できる情報と、読者が使える具体例に置き換えます。

大きな下落が続く場合は、対象の1記事だけでなく、サイト全体が誰のどんな疑問に答える構成になっているかも点検します。Googleのコアアップデートの案内でも、その場しのぎの修正を避け、サイト全体の有用性を評価することが勧められています。改善に時間がかかる場合があり、次回の更新で必ず元に戻ると決めつけないことが大切です。

出典：Google 検索のコア アップデート | Google 検索セントラル  |  Documentation  |  Google for Developers

3つの架空例で、次の依頼を具体化する

ここからは、判断の練習として作った架空の3ページです。数値は顧客事例、VELGRITの実績、市場平均ではありません。各ページは、同じ検索語・国・端末・ウェブ検索・完了した28日同士で比較し、掲載順位もその条件で記録したものとします。日付が近い変更を原因と決めるのではなく、追加の確認を含めて依頼を作ります。

表が収まらない場合は横にスクロールできます →

Aは、URL変更後の不具合を先に調べる

Aの数値は旧URLだけの比較で、新URLの数値は未確認です。新URLの表示・クリックも調べ、集計先が移っただけなのか、サービス案内全体の流入も減ったのかを区別します。旧URLの数字だけで全体の下落を判断しないでください。

Aでは、旧URLと移転先の内容が対応するかを確認したうえで、転送の必要性と設定を制作担当へ依頼します。「順位が落ちたので記事を長くして」ではなく、「旧URLが404になっている。意図した移転先と転送を確認してほしい」と具体化します。転送がないことは確認済みでも、下落のすべてがその1点に由来するとまでは断定しません。

Bは、需要や検索の内訳を追加調査する

Bは、クリックが半減していても、CTRの計算は50÷1,000×100と25÷500×100で、どちらも5％です。ページの説明が急に悪くなったという証拠にはなりません。前年同時期や関連需要、対象語以外の検索の変化も確認します。「技術不具合は見つかっていない。季節性を調べ、次の同条件期間で表示とクリックを確認する」と依頼します。

Cは、タイトルと検索結果の期待を照合する

CのCTRは、50÷1,000×100＝5％から30÷1,000×100＝3％へ、2ポイント下がっています。タイトル変更日と検索結果で実際に見える文面を照合し、変更前に伝えていた答えが抜けていないかを確認します。ただし検索画面の構成なども変わるため、「タイトルだけが原因」と決めずに、改善仮説として記録します。

たとえば、比較記事の新しい題名が「企業が知っておきたい基礎知識」だけになっていれば、何を比較して何が判断できる記事かを明確にする余地があります。本文に根拠がない金額や効果をタイトルへ足すのではなく、本文で実際に答えている比較軸を示します。変更するときは以前の文面と実施日を残し、他の部分への同時変更を増やしすぎないようにします。

修正後は同じ条件で比較し、問い合わせまで確認する

修正したら、その箇所が意図どおり動くことと、検索の数値が変化することを分けて確認します。たとえば転送の動作は修正直後に点検できますが、検索側が変更を処理する時期や順位回復までは確約できません。問題を直せた日、再確認する日、比較に使う条件を残します。

「順位を戻してください」だけでは作業内容が決まりません。確認済みの事実、まだ分からないこと、最初に依頼する調査を分ければ、作業範囲や優先順位を相談しやすくなります。運用会社へは対象URLと期間・絞り込み条件が分かるレポートを渡し、必要な権限は担当範囲に合わせて調整します。ログイン情報を一般の記録表へ貼る必要はありません。

検索の変化を評価するときは、同じ条件の期間を使い、同時に行った施策も残します。Googleの案内でも、需要や競合など別の変化があるため、ある修正だけが成果につながったと判断するのは難しいとされています。検索クリックの回復と、相談ボタンの利用、実際の問い合わせ受付は分けて見ましょう。

出典：パフォーマンス レポート（検索結果）: 一般的なタスクとユースケース – Search Console ヘルプ

よくあるご質問