実際のSearch ConsoleデータでGrok BotのSEOルーティンを動かす

Grok Botのルーティンの仕組み

ルーティンは、スケジュールに従って、またはSlackメッセージやWebhook呼び出しなどのイベントをきっかけに、1つのBotにいつワークフローを実行させるかを指示するものです。SEOのジョブで重要なポイントを、Cursorのルーティンヘルプから紹介します。

• 作成はチャットで行います。何をいつ行うかをBotに伝えます。スマートフォンでは、Botのプロフィールを開いてAdd routineをタップすると、「Set up a routine to」で始まるメッセージが用意されるので、続きを入力します。
• スケジュールは1つのタイムゾーンに従います。設定はSettings → Bot → Timezoneで行います。作成後は、ルーティンのWhen to runを確認してください。
• 新しいルーティンは最初の予定時刻まで待機します。デスクトップではTestを使うとすぐに実行できます。テストでは、予定された実行と同じツール、同じ使用量で実際に処理が行われます。
• 実行のたびにGrok Botの使用量を消費し、Cursorアカウントで計測されます。毎日のジョブは毎週のジョブの7倍かかります。実行されないルーティンは無料なので、読まなくなったものは一時停止しましょう。
• 承認には有効期限があります。ルーティンが許可を求めても、約10分以内に誰も応答しなければ、リクエストは失効します。承認が不要になるようにルーティンを設計してください。

GSC Wizard側にはツール呼び出しごとの課金はありません。料金はプロパティ数で決まるため、5つのツールを呼び出すルーティンも、1つだけ呼び出すルーティンも同じ費用です。

カレンダーではなく、データに合わせてスケジュールする

ほとんどの人が間違えるのがここです。Search Consoleは直近の日の数値を遅れて埋めていき、GSC Wizardは各回答がどの日まで確定しているかを報告します。直感的なスケジュールでは、未確定のデータを読むことになります。

週末を除いた週次レポートは、毎週必ず減少を示し、遅かれ早かれ誰かがそれをもとに動いてしまいます。ジョブを2日遅らせるのに費用はかかりません。次の2文をすべてのルーティンに入れてください。

Use the most recent complete settled period. State the exact dates
covered and the date the data is settled through. If the period is not
fully settled, shorten the window and say so.

コピーして使える4つのルーティン

example.comをご自身のプロパティに置き換えてください。それぞれBotのチャットにそのまま貼り付けます。最初の行がスケジュールを設定します。

1. 日次の異常ウォッチ

実行タイミング：平日の毎日8:00 · ツール：detect_anomalies, get_site_summary, breakdown_by_path, get_ranking_changes, list_algo_updates, get_indexing_tracker

レポートではありません。唯一の役目は、実際の問題を1日以内に見つけることと、それ以外のときは何も言わないことです。誰も読まない日次サマリーは、チャンネルを無視する癖をつけてしまいます。

Every weekday at 8:00, run a daily exception check for example.com,
using settled data only:
1. detect_anomalies on clicks and impressions for the last 30 days.
   Report only days flagged high severity.
2. get_site_summary for the last 7 settled days vs the 7 before.
3. If anything crosses the thresholds below, check whether it sits in
   one site section (breakdown_by_path) or one set of queries
   (get_ranking_changes), and whether list_algo_updates shows a
   confirmed Google update in the same window.
4. If the indexing tracker is set up (get_indexing_tracker), flag any
   URL that was indexed and no longer is.
Thresholds: clicks down more than 15% AND more than 100 clicks lost;
or one page down more than 25% of a meaningful click count.
If nothing crosses them, reply with one line: "No material change."

2. 週次レポート

実行タイミング：水曜日の9:00 · ツール：get_site_summary, get_ranking_changes, find_decaying_content, score_opportunities

診断：何が動いたか、なぜか、何をすべきか。最後の制約が、使えるレポートにする決め手です。際限のない提案リストは流し読みされますが、優先順位付きの3つなら実行されます。

Every Wednesday at 9:00, write the weekly SEO report for example.com:
the most recent complete settled week against the week before.
- Totals: clicks, impressions, CTR, average position.
- Winners and losers (get_ranking_changes), grouped by topic or
  section rather than listed flat.
- For every loss, say whether it is ranking decay, lower demand,
  lower CTR, cannibalization or an indexing problem. If the data
  cannot tell them apart, say so.
- End with at most three actions, ordered by clicks at stake.

3. 月次サマリー

実行タイミング：毎月4日 · ツール：get_site_summary, find_decaying_content, score_opportunities, analyze_cannibalization, analyze_ctr_curve, generate_seo_report

より長期的な全体像で、SEOに携わらない人に転送するのもこのレポートです。

On the 4th of every month, for example.com, compare the previous
complete month with the month before:
1. get_site_summary for the headline numbers.
2. find_decaying_content on pages: sustained decline, not one bad
   week. Rank candidates by recoverable clicks.
3. score_opportunities: the near-term wins with the most upside.
4. analyze_cannibalization: only cases where more than one page
   takes meaningful impressions.
5. analyze_ctr_curve: position ranges below the benchmark, with the
   largest click gaps named.
Write a summary a non-SEO can read: what changed, why, what we are
doing about it. Then build the client version with generate_seo_report.

4. 効果はあったか？

実行タイミング：毎月6日 · ツール：list_annotations, get_page_performance, detect_change_points, list_algo_updates

ほとんどのレポートは報告で終わります。このルーティンは、公開した変更が実際に何か効果をもたらしたかを確認するもので、ここで紹介するなかで最も価値があります。注釈が必要です。注釈とは、各変更が公開された日付のメモで、GSC Wizardで自分で追加するため、ルーティン自体は読み取り専用のままです。

On the 6th of every month, for example.com, take each annotation from
list_annotations that is between 4 and 12 weeks old. For the pages or
queries it names, compare the 4 settled weeks after it with the 4 weeks
before (get_page_performance), and run detect_change_points.
Say whether a change point lines up with the annotation date, and
whether a confirmed Google update (list_algo_updates) in the same window
could explain the movement instead. Verdict per change: worked, did
nothing, made it worse, or cannot tell yet.

順位に関わる変更は少なくとも4週間、タイトルやスニペットだけの変更なら2週間待ってください。3日後に確認しても、測れるのはノイズです。お気に入りの施策のいくつかが何の効果もないことを教えてくれるのも、このルーティンです。

しきい値は自分で決める

何を重要とみなすかをルーティンに伝えなければ、Botが実行のたびに判断し、毎回違う判断になります。トラフィックに合わせて調整してください。

パーセンテージと同じくらい、絶対値の下限が重要です。下限がなければ、4クリックから1クリックに減った小さなページがすべて「75%減少」になってしまいます。

無人で実行されるものすべてのルール

1. 読み取り専用の接続にします。読み取りしかできないルーティンは、言いくるめられて何かを変更することがありません。GSC Wizardを接続するときは、書き込みのチェックボックスをオフにしてください。
2. 読む、比較する、下書きする。公開は決してしない。Cursor自身のガイダンスも、送信、公開、削除、本番環境の変更は承認の後ろに置くことです。公開できるSEOエージェントは、公開しすぎます。
3. ルーティンごとにプロパティを1つ、名前で指定します。プラグインはアカウント全体で共通なので、サイトを推測しなければならないルーティンは、いずれ推測を間違えます。
4. データがないことは報告し、古いデータにフォールバックしない。「データは火曜日までしか確定していません」は有用な回答です。先月の数値を今月のものとして示すのは、そうではありません。
5. 静かな日は沈黙する。しきい値を超えたものがなければ1行だけ。ルーティンが2回続けて誤報を出したら、別のものを追加する前に直しましょう。
6. テストしてから、最初の実行を見守る。Testを1回実行し、最初の2回の予定実行の結果をしっかり読み、Botが的外れだったり、あいまいにぼかしたり、発見を埋もれさせたりした箇所は指示を修正します。

1つずつ導入する

各ステップが次のステップにつながります。1週目：接続し、それぞれの質問を少なくとも2回、手動で投げます。1つの回答をSearch Consoleのウェブサイトと照合します。2週目：週次レポートだけをスケジュールし、しっかり読みます。3週目：日次の異常ウォッチを追加し、静かな日が本当に静かになるまでしきい値を調整します。4週目：月次サマリーを追加し、公開した変更への注釈付けを始めます。2か月目：確認できるだけ古い注釈がたまったら、「効果はあったか」ルーティンを追加します。

よくある質問

Grok Botでルーティンを作成するには？

チャットでBotに、何をいつ行うかを伝えると、ルーティンが作成されます。スマートフォンでは、Botのプロフィールを開き、Routinesの下にあるAdd routineをタップします。Grok Botが「Set up a routine to」で始まるメッセージを用意するので、続きを入力します。デスクトップでは、Botの詳細を開き、Detailsタブでルーティンを探して、InstructionとWhen to runを確認します。

月曜のSEOレポートがいつも減少を示すのはなぜですか？

Search Consoleは直近2〜3日分を遅れて埋めるためです。月曜の朝は、先週の土曜と日曜がまだ一部しか反映されておらず、毎週、前の週より小さく見えてしまいます。週次レポートは水曜日か木曜日に、月次レポートは3日か4日に実行してください。

テスト実行に費用はかかりますか？

テスト実行はほかの実行と同様にGrok Botの使用量を消費し、実際に処理を行うため、接続したツールを呼び出したりファイルを変更したりすることがあります。GSC Wizardはツール呼び出しごとの課金をしません。実行されないルーティンは使用量を消費しません。

ルーティンはどのタイムゾーンを使いますか？

Settings → Bot → Timezoneで設定したものです。自動検出は、使用しているコンピューターに従います。新しいルーティンはすぐには実行されず、最初の予定時刻まで待機するため、作成後にWhen to runを確認してください。

ルーティンがSEOの変更を自動で公開してもよいですか？

いいえ。ルーティンには、読む、比較する、下書きするまでを任せてください。公開、リダイレクト、削除、送信は承認の後ろに置き、無人で実行されるものには、Search Consoleの接続を読み取り専用にしておきます。ルーティンが求めた承認は、誰も応答しなければ約10分で失効します。

次のプレイブック

週次レポートでは、同じ種類の発見が繰り返し出てきます。1ページ目のすぐ手前にいるクエリです。あと一歩のキーワードを見つける →では、そのリストを、その日のうちに実行できる改善に変えます。