事前登録
← ブログ一覧へ

Blog

検索流入の急落に自動で気づく方法 — サーチコンソールは教えてくれない

公開: 2026年9月7日　更新: 2026年8月25日

クリックが半分になった。気づいたのは3週間後だった——。

検索流入の急落で本当に困るのは、下がったこと自体より気づくのが遅れることです。1週間の遅れは1週間分の機会損失ですし、そもそも「いつから下がったのか」が分からないと、何が起きたのかを追う手がかりも失われます。

そして遅れる理由は、たいてい怠慢ではありません。2つの事情が重なっているだけです。

  • Google Search Console（サーチコンソール）は、検索パフォーマンスが落ちても通知してくれない
  • 人間は、何も起きていない日が続く画面を、毎日見続けられない

遅れの代償は、時間に比例して増えていきます。1日で気づけば「昨日何かしたか」を思い出せますが、3週間経つと、その間にあった変更・外部の出来事・季節の影響が混ざり合って、手がかりが薄れます。気づくのが遅れるほど、後から追える情報も減っていくわけです。

前者は仕様なので変えられません。後者も、意志の問題ではなく仕組みの問題です。だからこの記事では、気づく作業を自分の外に出す方法を難易度順に整理します。あわせて、実際に作るときにいちばん詰まる「閾値の設計」についても正直に書きます。

なお、下がった原因の診断や、下がった後にどうするかはこの記事では扱いません。ここで扱うのは気づく手段だけです。

事実: サーチコンソールが通知するもの・しないもの

まず線を引いておきます。この節の内容は、Googleの公式ヘルプで確認した範囲に限っています。

通知されるもの（公式ヘルプで確認できたもの）

サーチコンソールには、そもそも通知の仕組み自体はあります。

サイトで重要なイベントが発生すると、Search Console からウェブサイトの所有者にメッセージが送信されます

— Search Console からメールが届きました。なぜですか？｜Search Console ヘルプ

その「重要なイベント」として、公式ヘルプで具体的に確認できたものは次のとおりです。

つまり「サイトに問題が起きた」「権限が変わった」といった出来事は知らせてくれます。

通知されないもの

一方で、検索パフォーマンス（クリック数・表示回数・掲載順位）が下がったことを知らせる通知は、公式ヘルプで案内されているものの中には見当たりません。

上に挙げた5つのページを確認しましたが、通知の対象として検索パフォーマンスの低下を挙げている記述はありませんでした。「クリックが先週の半分になりました」というメールは、少なくとも公式に案内されている機能としては存在しない、というのが確認できた範囲です。

ここが読者の期待とずれるところだと思います。通知設定のページはある。メールも届く。それなのに、いちばん知りたい急落だけは知らせてくれない。

理由は想像がつきます。「下がった」の基準はサイトごとに違いすぎるからです。週末に半減するサイトもあれば、季節で3倍動くサイトもあります。全サイト共通の基準は作れません。

裏を返すと、基準を決められるのは、自分のサイトの普段を知っている自分だけということです。

急落に気づく仕組みを自分で作る（難易度順）

簡単な順に4つ挙げます。上から読んで、続けられそうなところで止めてかまいません。

1. 定期確認を習慣にする

道具を増やす前に、まず「見る」を仕組みにします。

  • 曜日を固定する: 「毎週月曜の朝いちばん」と決めます。毎日やろうとすると続きません
  • 見る指標を4つに絞る: クリック数・表示回数・CTR・平均掲載順位だけにします。項目が多いほど、見る腰が重くなります
  • 期間の条件を固定する: 毎回「過去28日 vs 前の28日」のように同じ比較で開きます。条件が毎回違うと、変化なのか設定違いなのか分かりません

具体的には、こういう手順になります。

  1. 検索パフォーマンスを開く（プロパティのURLを直接ブックマークしておくと速いです）
  2. 期間を「過去28日」にし、比較で「前の28日」を選ぶ
  3. 4つの数字の増減を見る
  4. 気になる動きがあれば、ページ別・クエリ別のタブに切り替えて、どこが動いたかだけ確認する

この型なら、1サイト5分ほどで終わります。ゼロ円で、今日から始められます。

サイトが何本もあるなら、複数サイトのサーチコンソールを一括管理する方法にまとめて見る手順を書いています。

正直に書くと、この方法の限界は人間側にあります。忙しい週は飛びますし、飛んだことにも気づきません。そして急落は、こちらの都合に合わせて起きてはくれません。月曜に見る運用なら、水曜に起きた急落に気づくのは最大で6日後です。

2. Looker Studio のダッシュボードを毎朝見る

複数サイトの数字を1画面に並べておけば、変化そのものは見つけやすくなります。作り方の大枠と限界は別記事で扱っているので、ここでは通知の観点だけ書きます。

要点は1つです。Looker Studioには、閾値を超えたら知らせるという機能はありません。

グラフの色を条件で変えることはできますが、それは開いたときに目立つというだけで、開かなければ何も起きません。つまり道具としては「見る時間を短くする」ものであって、「見なくてよくする」ものではありません。1の限界（人間が見に行かないと始まらない）はそのまま残ります。

3. スプレッドシート＋GASで閾値チェック → メール

ここから「気づく作業を外に出す」段階になります。

考え方はシンプルです。

  1. 毎日、Search Console APIから前日までの数字を取得してシートに追記する
  2. 同じスクリプトの中で、直近の値と比較対象（前週の同じ曜日など）を突き合わせる
  3. 決めた条件を外れていたら、自分あてにメールを送る
  4. 条件内なら何もしない（これが大事です。毎日届くメールは読まれなくなります）

Googleアカウントの範囲内で動くので費用はかかりませんし、サーバーも不要です。**「見に行かなくても、異常のときだけ向こうから来る」**という形に変わるのが、1・2との決定的な違いです。

4番目の「条件内なら何もしない」は、地味ですが最も重要な設計判断です。「今日の数字」を毎日メールで送る仕組みにすると、最初の1週間は読みますが、そのあとは開かなくなります。通知は、届いた時点で異常を意味する状態に保たないと機能しません。

比較対象を「前日」ではなく「前週の同じ曜日」にしている点も肝です。理由は次の章で書きます。

4. API＋自作の監視

自由度は最大です。取得したデータを自分のデータベースに貯め、判定ロジックも通知先も自分で決められます。

  • サイトが増えても仕組み側は変わりません
  • 判定を「前週同曜日比」から「直近8週の同曜日の分布から外れたか」のように育てていけます
  • 通知先もメール・Slack・LINEなど自由に選べます

そのぶん、認証・取得・保存・判定・通知のすべてを実装し、動き続けるように保守する必要があります。そして自動化した仕組みは、止まったときに何も言ってきません。監視の仕組み自体が静かに止まっていた、というのはよくある話です。

最大の落とし穴: 閾値の設計

3か4を作ろうとすると、必ずここで詰まります。通知は、作ることより「鳴りすぎないように調整し続けること」のほうが難しいからです。

「前日比マイナス◯%」は、ほぼ確実に失敗する

いちばん最初に思いつくのが「前日比で30%減ったら通知」です。これはまず機能しません。

多くのサイトには曜日のパターンがあります。 BtoBのサイトなら土日に大きく落ちます。すると毎週土曜の朝に「30%減りました」というメールが届きます。日曜も届きます。月曜には「増えました」。

こうして正常な変動で毎週鳴るアラートができあがります。そして人間は、鳴りすぎるアラートを2週間ほどで見なくなります。見なくなったアラートは、無いのと同じどころか、安心している分だけ有害です。

考慮しないといけないことが最低3つある

  • 曜日パターン: 比較は「前日」ではなく「前週の同じ曜日」が出発点になります
  • 季節・イベント: 年末年始、大型連休、業界の繁忙期。前週比だけでは説明できない山谷があります
  • データ確定の遅延: サーチコンソールの数字は当日すぐ確定しません。2〜3日は数字が動きます。直近の日を見て「急落だ」と鳴らすと、単にまだ数字が入りきっていないだけ、ということが起こります

3つ目は特に厄介で、遅延を知らないまま作ると「毎日、直近2日がいつも急落している」という状態になります。

鳴らない日をどう扱うか

もう1つ、作ってから気づく問題があります。静かなアラートは「異常が無い」のか「壊れている」のか区別がつきません。

スクリプトが権限エラーで止まっていても、通知が来ないという結果は平常時とまったく同じです。1ヶ月気づかない、ということが普通に起こります。

対策は単純で、週に1回だけ「生存確認」を送るようにします。「今週は異常なし・◯件チェック済み」の1通が届けば、少なくとも仕組みは動いています。異常通知は鳴らさない、生存確認だけ定期的に鳴らす——この2本立てにしておくと、静けさを信用できるようになります。

結局、過去のデータが要る

ここまで来ると分かるのですが、「普通がどのくらいか」を知らないと閾値は決められません。そして「普通」は、過去の数字が手元にあって初めて分かります。

サーチコンソールの画面から遡れるのは最大16ヶ月で、その先は消えていきます（サーチコンソールのデータは16ヶ月で消える — 消える前にやるべき保存設定）。監視の仕組みを作るなら、判定の材料になるデータを貯めるところから始めることになります。

この手間をなくすツールを開発中です

閾値の調整を続ける部分を引き受けるサービスとして、サチモリを開発しています。

  • 曜日パターンをふまえた基準から大きく外れたときだけ通知します
  • 急落も、急上昇（Discover掲載など）も対象です
  • 個人はLINE、チーム運営はメール・Slackで受け取れます
  • 接続は読み取り専用の権限のみで行います

LINEで受け取る設定のしかたは別記事で扱います。

そのうえで申し添えると、まずはこの記事の「1. 定期確認を習慣にする」からでも十分に始められます。曜日と見る指標を決めるだけで、気づくまでの日数は目に見えて縮みます。仕組みを作るのはそのあとで構いません。

現在開発中で、サチモリ（サーチコンソールデータ保存・監視サービス）では事前登録を受け付けています。

よくある質問

サーチコンソールに急落を知らせる機能はありますか？

公式ヘルプで案内されているものの中には見当たりません。メッセージとして案内されているのは、手動による対策、新しいインデックス登録の問題、権限レベルの変更、再審査リクエストの進捗などです。クリック数や表示回数が下がったことを知らせる通知は、公式ヘルプの説明の中には出てきません。急落に気づきたい場合は、この記事で紹介する方法で自分で仕組みを作ることになります。

どのくらい下がったら異変と考えるべきですか？

率だけで決めると誤報だらけになります。多くのサイトには曜日のパターンがあり、週末に落ちるサイトなら「前日比マイナス40%」は毎週正常に発生します。さらに季節性や、データが確定するまでの2〜3日の遅延も重なります。つまり「何%で鳴らすか」の前に「そのサイトにとって普通がどのくらいか」を知る必要があり、そのためには過去のデータが手元にある必要があります。

急上昇も通知の対象になりますか？

対象にする価値があります。Discoverへの掲載やSNSでの拡散など、急に伸びたときも普段とは違う状態です。何が起きているのかを確かめる機会になりますし、伸びが一時的なものか続くものかは、起きている最中に見たほうが分かります。サチモリは下振れと上振れの両方を通知します。

この手間をなくすツールを開発中です → 事前登録で完成時に最初のご案内

事前登録して、完成したら最初に案内を受け取る