サイトのアクセス・検索順位が急に下がった原因は？切り分け手順と対処法

昨日まで取れていたアクセスが急に落ちると、「Googleのアップデートにやられたのでは」「記事を戻した方がいいのでは」と考えたくなります。ですが、最初に原因を決めてしまうと、関係のないページまで直して状況を分かりにくくすることがあります。

まず見るのは、①計測が正常か、②サイトに重大な障害がないか、③Search Consoleで何が減ったのか、の3点です。ここで問題がなければ、下がったページと時期を絞り、直前の変更履歴、検索需要、Googleの更新へ進みましょう。

急落の原因は一つとは限りません。GA4だけ落ちているなら計測側、表示回数も順位も落ちているなら検索側、一部のURLだけ落ちているならそのページ周辺、と見る場所が変わります。大切なのは「原因を当てること」ではなく、確認した事実を残しながら候補を減らすことです。

今の症状	先に見る場所
GA4だけ急減	計測・同意設定
サイトが開かない	サーバー・公開状態
検索から広く消えた	index・手動対策
表示回数も順位も低下	技術・評価・変更履歴
順位は近いが表示減	需要・クエリ
表示は近いがCTR低下	検索結果の見え方
一部URLだけ低下	URL・ページ変更

原因を確定する表ではありません。自社に近い症状から、最初に見る場所を絞ってください。

アクセス急減に気づいたら、最初の30分は「直す」より「切り分ける」

数字が大きく落ちると、何かをすぐ直したくなります。ただ、原因が分からない段階で記事や設定を触ると、元の状態と修正後の状態が混ざり、かえって調査しにくくなります。

最初の30分は、復旧作業そのものより「どこまで正常で、どこから異常なのか」を絞る時間にしましょう。30分は説明用の目安で、複雑なサイトならもっと時間がかかって構いません。

修正する前に、いまの状態を保存する

GA4とSearch Consoleのグラフ、下落が大きいページ、手動対策やセキュリティ警告の有無、主要URLの表示状態を保存しておきます。WordPressやサーバーを複数人で触っているなら、直近の更新日時と担当者も確認してください。

「昨日何を変えたか」が分からない状態で修正を重ねると、復旧しても原因が残ります。次に同じ現象が起きたとき、また最初から調べることになります。

この段階では、原因名を一つに決めなくてよい

「コアアップデート」「競合」「記事品質」のどれかへ早く決める必要はありません。最初は「計測」「サイト障害」「検索パフォーマンス」「自社変更」「外部要因」のどこを深掘りするかまで絞れれば十分です。

GA4とSearch Consoleで「本当に減ったのか」を確認する

「アクセスが半分になった」という数字だけでは、SEOが落ちたとは判断できません。GA4の計測が止まっただけかもしれませんし、比較している日数が違うだけかもしれません。

最初に、GA4とSearch Consoleで同じ時期に同じ方向の変化が出ているかを見ましょう。

GA4だけ落ちているなら、まず計測を疑う

GA4のリアルタイムレポートで自分のアクセスが確認できない場合は、SEOよりタグや同意設定を先に見ます。

反対に、GA4のGoogle自然検索セッションとSearch Consoleのクリックが同じ時期から落ちているなら、検索流入そのものが減った可能性が高くなります。

GA4とSearch Consoleは、数字が一致しなくて普通

Search Consoleのクリックは検索結果からサイトへ移った回数、GA4のセッションはサイト内で発生したセッションです。計算方法が違うため、10,000クリックと10,000セッションのように一致させる必要はありません。

見るべきなのは、数値の絶対値より「いつから、どちら向きに変わったか」です。

当日途中と前日1日を比べない

午前10時の時点で「昨日の半分しかない」と見えても、それだけでは急落ではありません。比較する日数、曜日構成、祝日、キャンペーン、対象チャネルをできるだけ揃えます。

比較するもの	揃えたい条件
流入経路	Google自然検索
期間	同じ日数
曜日	近い曜日構成
ページ	同じURL群
地域	同じ国・地域
端末	同じデバイス

完全に同じ条件へできない場合でも、違いを把握したうえで比較してください。

サイト停止・手動対策・セキュリティは最優先で除外する

計測が正常なら、次は「放置すると影響が大きいもの」を先に見ます。サイトが開かない、主要ページが別URLへ飛ぶ、検索結果から広く消えた、ブラウザに危険なサイトの警告が出る。こうした状態なら、記事改善は後です。

サイトが開かないなら、SEOではなく復旧が先

トップページだけでなく、検索流入が多かったページも開いてください。5xxエラー、認証画面、リダイレクトループ、別ドメインへの転送などが起きていれば、コンテンツの評価以前にユーザーやクローラーがページへ到達できません。

この場合は、サーバー、CDN、認証、公開設定など、障害を起こした範囲を先に戻します。

手動対策とアルゴリズム変動を混同しない

Search Consoleの「手動による対策」に通知があるなら、表示されている内容と対象範囲を読んでから対応します。通知がない状態で「Googleからペナルティを受けた」と決めつける必要はありません。

セキュリティ警告があるなら、コンテンツより安全確保を優先する

マルウェアやフィッシングなどの警告が出ている場合は、記事を直すよりサイトを安全な状態へ戻すことが先です。感染したファイルやプラグイン、管理者権限などを確認し、必要なら開発・インフラ担当へ引き継ぎます。

表示回数・CTR・平均掲載順位から、次に見る場所を絞る

緊急障害がなければ、Search Consoleでクリック数だけを見るのをやめます。表示回数、CTR、平均掲載順位を一緒に見ると、「検索結果に出なくなったのか」「出ているがクリックされなくなったのか」を分けやすくなります。

見えた変化	次に見る場所
順位・表示・クリック↓	技術・評価・変更履歴
表示・クリック↓ 順位≈	需要・クエリ
CTR・クリック↓ 表示≈	title・SERP
一部URLだけ↓	URL・ページ変更

同じ期間・同じページ群で比較したときの目安です。これだけで原因は確定しません。

表示回数も順位も落ちているなら、検索側の変化を深掘りする

主要ページで掲載順位が大きく落ち、それに合わせて表示回数とクリックも減っているなら、技術問題、自社変更、コンテンツ評価、Google側の更新などを確認します。

ここで「記事が悪い」と決めるのはまだ早いです。URL変更やnoindexなど、内容と関係のない原因も残っています。

順位は近いのに表示回数が減ったなら、需要も確認する

主要クエリの順位がほぼ同じなのに表示回数が減っている場合は、検索される回数そのものが減っていないかを確認します。季節性や市場の関心が変われば、自社の順位が同じでもクリックは減ります。

表示回数は近いのにCTRが落ちたなら、検索結果を実際に見る

表示回数がほぼ変わらずCTRだけ下がっているなら、検索結果には出ているものの、以前よりクリックされにくくなった可能性があります。

titleやスニペット、競合ページ、AI Overviewなど検索結果の構成を、実際の対象クエリで確認してください。「2026年だからAI Overviewが原因」と時期だけで決めるのは避けます。

この症状は検索順位は落ちていないのにアクセスが減る原因で詳しく切り分けています。

サイト全体か一部か、いつから落ちたのかを特定する

次に見るのは「どこから、いつ落ちたか」です。サイト全体が同じ日に急落した場合と、特定カテゴリだけ数週間かけて落ちた場合では、疑う場所が変わります。

クリック差が大きいページから並べる

Search Consoleで期間を比較し、ページごとのクリック差を見ます。まず減少量が大きいURLを確認し、そのURLだけなのか、同じカテゴリやテンプレートに広がっているのかを見てください。

例えば「ブログ全体はほぼ同じなのに、サービスページ群だけ落ちた」なら、サイト全体の問題として調べるより、そのページ群に共通する変更を探した方が早くなります。

ページだけでなく、クエリ・国・デバイスも分ける

特定の検索語だけ落ちているのか、スマートフォンだけ落ちているのか、日本以外の流入だけ変わったのか。ここまで分けると、全体改修が必要かどうかを判断しやすくなります。

下がり方	先に確認すること
全体が急落	障害・大規模設定
一部だけ急落	URL・index・変更
全体が徐々に減少	需要・評価・競争
一部が徐々に減少	内容・クエリ・正規化

原因名ではなく、次に調べる場所を選ぶための整理です。

前年同時期も見ると、季節性を切り分けやすい

「先月より30％減った」だけでは、毎年同じ時期に減るテーマなのか、自社だけ落ちたのか分かりません。十分なデータがあるなら、前年同時期や近い曜日構成も確認してみましょう。

直前の変更履歴を、影響が出たページと照らし合わせる

範囲と開始日が分かったら、その前後に自社で何を変えたかを確認します。自社変更が原因と決めつけるためではありません。自社の作業は日時と対象を確認しやすく、原因候補と照らし合わせやすいからです。

急落前後で確認したい変更

• URL変更・リニューアル・ドメインやサーバー移転
• noindex・robots.txt・canonicalなど検索公開設定
• 記事の大量削除・統合・リライト・カテゴリ変更
• テーマ・プラグイン・テンプレート・CDNの変更
• 内部リンク・ナビゲーション・パンくずの変更
• リダイレクト・認証・アクセス制御の変更

変更履歴は、日付だけでなく対象URLまで残す

「9月1日にリライトした」だけでは足りません。どのURLを、誰が、何を変え、元へ戻せるかまで残すと、影響範囲と比較できます。

項目	残す内容
日時	公開・設定変更の時刻
対象	URL・テンプレート
変更	何を変えたか
担当	誰が実施したか
復旧	戻せる状態か

社内のチケットや作業記録があれば、同じ項目を新しく二重管理する必要はありません。

URL変更があったら、コンテンツより移行設定を先に見る

リニューアルやURL変更の直後なら、旧URLから新URLへのリダイレクト、canonical、内部リンク、サイトマップを確認します。

サイト移転の切り分けはサイトリニューアルでSEO順位が下がる原因と移行手順で詳しく扱っています。

noindexとrobots.txtは役割が違う

robots.txtは主にクローラーがアクセスするURLを制御するための仕組みで、検索結果からページを消すための設定ではありません。noindexはページをインデックスから除外するために使いますが、Googlebotがページへアクセスできなければ、そのnoindexを読み取れません。

この2つを同時に変更した履歴があるなら、「検索から消したいから両方設定した」という状態になっていないか確認してください。

変更したページと、触っていないページを比べる

リライト直後に順位が下がったとしても、変更したページだけ落ちたのか、未変更ページも同じ時期に落ちたのかで判断は変わります。

変更したページだけなら自社変更を優先して調べやすくなります。未変更ページまで広く落ちているなら、サイト全体の技術問題やGoogle側の変化も残ります。リライト後の下落は記事をリライトしても効果が出ない原因も参考にしてください。

自社変更で説明できなければ、アップデート・需要・SERPを見る

自社の変更だけでは説明できない場合に、Googleの更新、検索需要、検索結果の変化を確認します。順番を後ろにしているのは、Googleが原因ではないからではありません。自社で確認できる要因を先に除外した方が、外部要因との関係を判断しやすいからです。

コアアップデートは、開始日と終了日を確認してから比較する

コアアップデートとの関係を見るなら、Search Status Dashboardで開始日と終了日を確認します。

Googleは、ロールアウト完了後に少なくとも1週間待ってから、Search Consoleで前後を比較することを勧めています。ロールアウト中の数日だけを見て、主要ページを一斉に書き換える必要はありません。

出典：Google 検索セントラル『Google 検索のコア アップデートとウェブサイト』（2026年9月7日確認）

コアアップデートの見方はGoogleコアアップデートとは？最新履歴と順位下落時の対処法で整理しています。

需要が落ちたのか、自社だけ落ちたのかを分ける

主要クエリの順位が大きく変わらないのに表示回数が減っているなら、Google Trendsも確認します。テーマ全体への関心が下がっているなら、自社ページだけを直しても表示回数が元へ戻らない場合があります。

AI Overviewなどは、対象クエリのSERPを実際に見る

CTRが落ちたときは、対象クエリの検索結果を開き、広告、AI Overview、動画、ショッピング、競合ページなどの配置を確認します。

「順位は同じだからAI Overviewが原因」とは言い切れません。実際の検索結果を見て、クリックされるまでの画面が変わったかを確認したうえで候補に入れましょう。

原因候補が絞れたら「戻す・直す・待つ」を分ける

原因候補が見えてきたら、すべてを同じ方法で処理しません。明らかな障害は早く直し、原因が確定していない順位変動は観測し、設定を戻すときは元の意図まで確認します。

原因候補	最初の対応
計測停止	タグ・設定を修正
サイト障害	復旧を優先
誤noindex	対象URLだけ修正
手動対策	通知内容に沿って対応
CTR低下	SERPを確認
小幅な順位変動	再確認日を決める

本番設定を変更する前に、影響範囲と戻し方を確認してください。

すぐ直したいのは、明らかな障害や誤設定

サイトが開かない、主要URLが誤った場所へ転送される、意図しないnoindexが入ったなど、原因と影響範囲が確認できたものは早めに対応します。

ただし、設定を戻す前に、その変更が本当に誤りだったかを確認してください。不要ページを意図的にnoindexにしたのに、順位低下だけを理由に解除すると、別の問題を作ります。

「前の状態へ戻す」は、原因と影響が分かるときだけ

リライトしたページが下がったからといって、サイト全体をバックアップから戻す必要はありません。変更したURL群だけに影響が出ているなら、その変更単位で比較します。

戻す場合も、何を戻したかを記録し、戻した後に同じ条件で再確認できる状態を残してください。

何も変えずに観測する方がよいケースもある

小幅な順位変動やコアアップデートの途中では、すぐに全面改稿しない方がよい場合があります。

「様子見」と「放置」は別です。例えば「来週、同じページ群・同じ期間条件で表示回数とクリックを再確認する」と決めておけば、観測も一つの対応になります。

外部へ相談するなら、調査メモを一緒に渡す

「アクセスが落ちました」だけでは、外部のSEO会社や制作会社も最初から調査し直すことになります。次の情報をまとめておくと、原因の切り分けが早くなります。

原因が分かった後の一般的な改善はGoogle検索順位を上げる方法14選で確認できます。技術・計測・コンテンツをまたいで原因が絞れない場合は、SEOコンサルティング・SEO対策代行の支援範囲も確認してください。

アクセス急減に関するよくある質問

Q. アクセスが減ったのに平均掲載順位はほとんど変わっていません。何を見ればよいですか？

A. 表示回数とCTRを分けてください。表示回数が減っていれば検索需要や対象クエリを、表示回数が近くCTRだけ落ちていれば検索結果の見え方を先に確認します。

Q. GA4では大きく減っていますが、Search Consoleのクリックはあまり変わっていません。何が考えられますか？

Q. 特定のページだけ検索から消えました。最初に何を確認しますか？

Q. コアアップデートと自社リライトが同時期でした。どちらが原因ですか？

Q. 手動による対策の通知が来ました。記事を全部直すべきですか？

Q. 復旧までどれくらいかかりますか？

Q. 下落前の状態へすぐ戻すべきですか？

Q. 競合サイトに抜かれただけの場合はどうしますか？

Q. AI Overviewが原因でアクセスが減ったか確認できますか？

Q. どの段階で外部へ相談すべきですか？

原因を当てるより、同じ条件で比較して一つずつ除外する

アクセスや検索順位が急に落ちたとき、一番避けたいのは「原因はこれだ」と決めてサイト全体を触ることです。

急落時に確認する7つの順番

1. GA4とSearch Consoleで減少が実在するか確認する
2. サイト停止・転送・警告を先に除外する
3. 表示回数・CTR・平均掲載順位を分けて見る
4. 落ちたページ・クエリ・開始日を特定する
5. 直前の自社変更と影響ページを照合する
6. Googleの更新・検索需要・SERP変化を確認する
7. 原因に合わせて戻す・直す・待つを選ぶ

一つずつ確認すれば、「SEO記事を直すべきなのか」「技術担当へ渡すべきなのか」「今は変更せず観測するべきなのか」が見えてきます。まずは、急落した日のグラフを保存し、落ちたページを一つ特定するところから始めましょう。