逆張りのSEO

AIはあなたのSEOを壊そうとしています。下手に書くからではなく、書きすぎるからです。

あらゆる「AI SEO」ツールの手は1つだけ。もっと公開することです。投稿を増やし、ページを増やし、質の薄いコンテンツがサイトマップの中で腐っていき、やがてGoogleがドメイン全体を静かに信頼しなくなります。この毎日稼働するエージェントは正反対のことをします。毎朝、自動で、サイトを引き締まった、インデックスされた、クリーンな状態に保ちます。

2つのMCPサーバーで構築:GSC Wizard + Screaming Frog

不都合な真実

整理された40ページのサイトは、肥大化した400ページのコンテンツファームを上回ります。

弱いページを整理し、強いページを強化することは、最も過小評価されているランキング向上の手段です。「ページを削除する」ではコンテンツのサブスクリプションが売れないため、これを自動化している人はほとんどいません。このエージェントはそれを自動化します。

動画

毎日稼働するエージェントの動作を見る

朝の一連の実行(最新のクロール、インデックス登録のチェック、内部リンクの調整、整理)を数分に凝縮しました。

毎朝やってくれること

ダッシュボードを眺め続ける必要も、CSVを掘り返す必要もありません。朝には、効いているものを後押しし、落ち込んだものを直し、死んだものを取り除く、優先順位付きの1本のレポートが届いています。

インデックス登録の状況

クロールされたもの、外れたもの、「検出 - インデックス未登録」で止まっているものがわかります。数か月後ではなく、起きたその朝に気づけます。

内部リンクでさらに後押しする

実際に表示回数のある、2ページ目のページやまだインデックスされていないページを見つけ、リンクを張るべき強いページを、アンカーテキストとともに具体的に挙げます。

インデックスされたらリンクを移す

ページがインデックスされた、または1ページ目に入った時点で、その内部リンクの評価を、順番待ちの次のページへ振り向けます。遊んでいるリンクは1つもありません。

インデックスから外れたコンテンツを更新する

インデックスから外れたページにフラグを立て、原因(内容が薄い、ソフト404、canonicalの競合、劣化)を診断したうえで、書き直し、リダイレクト、削除のいずれかを提案します。

外部リンクの獲得先

商業的な意図があり、順位が上がる寸前で、被リンクを獲得する価値がある、本当に成果を左右するページから、週ごとのアウトリーチ目標を設定します。

劣化しているコンテンツを更新する

じわじわと進む劣化を早期に捉え、順位が落ちているクエリをもとにページを更新します。1ページ目から落ちる前に手を打てます。

成果の出ていないコンテンツを削除する

90日間でクリック数、表示回数、内部リンクがほぼゼロのページを洗い出し、整理または統合して、クロールバジェットを本当に必要な場所に振り向けます。

2つのMCPで、クリーンなサイトを1つ

GSC Wizard MCPは、Googleがあなたのページを実際にどう扱っているかを教えてくれます。Screaming Frog MCPは、ライブのクロール結果を提供します。両方を組み合わせることで、どのページを後押しすべきか、そしてどのページからリンクを張るべきかが正確にわかります。エージェントを自分で組み込む場合は、Claude Search Console MCPリファレンスに、エンドポイント、スコープ付きキーの設定、無人実行で守るべきレート制限が載っています。

作業 GSC Wizard MCP Screaming Frog MCP
インデックスされているか / 選ばれたcanonical インデックス登録トラッカー + URLの一括検査 -
掲載順位、劣化、2ページ目の改善機会 劣化の検出 + 改善機会のスコアリング -
URLごとの内部被リンク - ライブクロール + 被リンクのエクスポート
孤立ページ(内部リンクがゼロ) 表示回数で重要性を確認 クロールとサイトマップの差分
リダイレクトチェーン、リンク切れ、ステータスコード - クロールレポート
宣言したcanonicalとGoogleが選んだcanonical Googleが選んだcanonical ページ上で宣言したcanonical

Screaming Frog MCPはSEO Spider v24にネイティブで搭載されており、お使いのマシン上のデスクトップアプリに対して動作します。GSC Wizard MCPはホスト型です。mcp.gscwizard.comに接続してログインしてください。

コピーして実行

毎日稼働するエージェントのプロンプト

このプロンプトを、両方のMCPを接続したClaude Code(またはスケジュール実行するローカルセッション)に貼り付けてください。ドメインは自分のものに置き換えます。リスクにさらされているトラフィックの多い順に並べた、優先度付きのブリーフを1つ返します。

daily-seo-agent.prompt
You are my daily SEO maintenance agent for [your-site.com].
Your job is NOT to create content. It is to keep the site lean, indexed
and clean. Pruning and strengthening what exists is the default; adding
pages is a last resort.

You have two data sources - use both, never guess:
- GSC Wizard MCP = what Google actually does (indexing, rankings, decay).
- Screaming Frog MCP = the live crawl (internal link graph, redirects,
  status codes, canonicals, orphans).

STEP 0 - FRESH CRAWL
- Use the Screaming Frog MCP to start a crawl of [your-site.com] (respect
  robots, follow internal links only). Wait for completion, check progress.
- Export: internal inlinks per URL, status codes, redirect chains,
  canonical tags, indexability, and the list of all crawled URLs.

STEP 1 - INDEXING STATUS (GSC and SF)
- GSC: get_indexing_tracker. Flag anything newly in "Discovered - not
  indexed", "Crawled - not indexed", or dropped from the index.
- GSC: bulk_inspect_urls on at-risk URLs to confirm status AND the
  Google-chosen canonical.
- SF cross-check: for each stuck URL, pull its current internal inlink
  count and crawl depth. Low inlinks / deep pages are your prime suspects.

STEP 2 - PUSH BORDERLINE PAGES HARDER (the core move)
- GSC: score_opportunities + get_ranking_changes -> pages on page 2 or
  "Discovered - not indexed" that have real impressions.
- SF: for each, read current inlinks. Then find 2-3 STRONG, already-indexed
  source pages (high inlinks, topically related) that do NOT yet link to it.
- Output exact source URL -> target URL pairs with suggested anchor text.

STEP 3 - DAILY INTERNAL-LINK HEALTH CHECK (SF)
- From the crawl, flag: broken internal links (4xx/5xx), redirect chains
  and loops, links pointing at non-canonical or non-indexable URLs, and any
  ORPHAN pages (present in GSC or sitemap but zero internal inlinks).
- Orphans that earn impressions in GSC = top priority to link in.
- Output as dev tickets, ranked by traffic at risk (GSC clicks).

STEP 4 - SHIFT LINK EQUITY WHEN A PAGE INDEXES
- For any page that newly indexed or reached page 1 since the last run,
  use the SF link graph to identify which internal links were pushing it,
  and recommend re-pointing that equity to the next borderline page.

STEP 5 - UPDATE DEINDEXED CONTENT
- For deindexed pages, diagnose WHY using both sources (thin? soft 404 in
  SF? canonical conflict? decayed in GSC?). Recommend rewrite / redirect /
  delete - never a blind "request indexing".

STEP 6 - EXTERNAL LINK TARGETS
- Pick this week's 3 highest-leverage pages (commercial intent + close to
  ranking in GSC, healthy internal links in SF). Set backlink outreach goals.

STEP 7 - DECAYING CONTENT
- GSC: find_decaying_content / get_decay_overview. Recommend a refresh
  (not a rewrite) with the exact queries that are slipping.

STEP 8 - REMOVE DEAD WEIGHT
- Cross-reference: pages with ~0 clicks AND ~0 impressions over 90 days
  (GSC) that also have near-zero internal inlinks and no topical value (SF).
  Recommend prune (410) or consolidate, with the canonical target.
  Before pruning, confirm in SF that nothing important links to it.

OUTPUT FORMAT:
- Top 3 priorities first: exact action + URL(s) + which MCP flagged it.
- Then the full checklist (indexing / internal links / decay / pruning).
- A "broken and redirect" dev-ticket block from today's crawl.
- End with a one-line verdict: leaner or bloatier than yesterday?
- Do NOT propose new content unless both sources confirm a real gap.

完全に自動化したい場合は、毎日実行するスケジュール済みのセッションに組み込んでください。GSC Wizard MCPはAPI経由でGoogleからデータを取得し、Screaming Frogのクロールは同じマシン上のSEO Spiderデスクトップアプリ(v24以降、有料ライセンス)に対してローカルで実行されます。

現場メモ

Googleが警告してくれない、インデックス登録の2つの落とし穴

どちらも、レポートにエラーが出ないまま静かにページを失わせます。毎日のプロンプトは、トラフィックに影響が出る前に両方をチェックします。

1

「検出 - インデックス未登録」は技術的なバグではなく、品質に対する判定です

多くの人がこのステータスをクロールの不具合のように扱い、URLやサイトマップを再送信して「修正」しようとします。しかし効果はありません。GoogleはすでにそのURLを見つけたうえで、クロールバジェットを使わないと判断しているからです。サイト全体の信頼度が、これ以上クロールする根拠として低すぎるという、控えめなシグナルです。

AIコンテンツツールは状況を大幅に悪化させます。薄いページが1つ増えるたびにクロールバジェットが薄まり、より多くのURLがこの状態に落ちていきます。対処法は直感に反します。ページを整理・統合してサイト全体の品質を高め、そのうえで、インデックス済みの最も強いページから、止まっているURLへ内部リンクを張ります。プロンプトのステップ2では、まさにそれをScreaming Frogのリンクグラフを使って行います。

2

URLを「送信」することは、インデックス登録されることとほとんど関係がありません

「インデックス登録をリクエスト」ボタン、Indexing API、IndexNowは、クロールをキューに入れるだけです。インデックス登録を強制したり、その可能性を高めたりすることはできません。ページが薄い、重複している、あるいはcanonicalが競合しているために、もともとインデックスされるはずのなかったページに「送信」を連打して何時間も費やし、URL検査の1日2,000件という上限にまで達してしまう人は少なくありません。

この問題に潜む静かな落とし穴が、canonicalの不一致です。ページAをcanonicalとして宣言しても、GoogleはページBが正規だと判断します(「重複しています。Google により、ユーザーが指定した正規ページとは異なるページが正規ページとして選択されました」)。ページは静かに順位を落とし、エラーは一切表示されません。ステップ1では2つの方法でこれを捉えます。GSCでGoogleが選んだcanonicalを読み取り、Screaming Frogで自分が宣言したcanonicalを読み取って、両者が食い違っていれば、トラフィックに表れる何週間も前に漏れを見つけられます。

おまけ:クロールで見えるようになる点。サイトマップのすべてのURLに今日のlastmodの日付が入っていると、Googleはlastmodをまったく信用しなくなり、クロール頻度を下げます。更新するのは、コンテンツが本当に変わったときだけにしてください。Screaming Frogはリダイレクトチェーンや、インデックス不可のURLへのリンクも洗い出します。どちらも静かにクロールバジェットを浪費し、境界線上のページからインデックスに必要な評価を奪います。

よくある質問

SEOエージェントに、公開を増やすのではなく減らさせたいのはなぜですか?

サイトは大きさよりも、整っていることが大切です。薄いAI生成ページはクロールバジェットを薄め、サイト全体の信頼を損ない、より多くのURLを「検出 - インデックス未登録」に押しやります。弱いページを整理し、強いページを強化することは、最も過小評価されているランキング施策の1つです。それでもほとんどのツールが自動化しないのは、「ページを削除する」ことはコンテンツのサブスクリプションの売りにならないからです。

毎日のエージェントはどのMCPサーバーを使いますか?

2つです。GSC Wizard MCPは、Googleがページを実際にどう扱っているかを提供します。インデックス登録のステータス、順位、劣化、パフォーマンスを、Search Consoleのデータからそのまま取得します。Screaming Frog MCPは、ライブのクロール結果(内部リンクグラフ、リダイレクトチェーン、ステータスコード、canonicalタグ)を提供します。この2つを組み合わせると、どのページにテコ入れが必要か、そして正確にどのページからリンクを張るべきかがわかります。

「インデックス登録のリクエスト」を送ると、Googleにページを強制的にインデックスさせられますか?

いいえ。「インデックス登録をリクエスト」ボタン、Indexing API、IndexNowは、クロールをキューに入れるだけで、インデックス登録を強制したり、その可能性を高めたりすることはできません。ページが薄い、重複している、またはcanonicalが競合している場合、Googleはクロールした後でもそのページを除外します。効果があるのは、内部リンクとスリムなサイトです。再送信ではありません。

スケジュール実行できますか?

はい。GSC Wizard MCPはホスト型で、API経由でデータに問い合わせます。Screaming Frog MCPはお使いのマシン上のSEO Spiderデスクトップアプリに対して動作するため、毎日の実行はスケジュール可能なローカルセッションとして行われます。エージェントは、読み込まなければならないダッシュボードの代わりに、優先度付きのブリーフを毎朝1つ返します。

スリムなサイト。明確なシグナル。より良い順位。

コンテンツの洪水に餌をやるのはもうやめましょう。GSC Wizard MCPを接続し、実際のSearch Consoleのデータに向けて、毎日のエージェントにサイトを整えさせてください。

スクリプトではなくChatGPTの中でエージェントを動かしますか?まず2026年のChatGPTコネクタとSearch Consoleデータをお読みください。どのプランでカスタムコネクタが使えるか、そして無人のジョブにResponses APIが適している理由を解説しています。対話型で使う場合は、ChatGPT向けのGSC Wizardアプリをインストールしてください。

Search Consoleのヒントをメールでお届け

GSCとGA4の実践的なワークフロー、製品のアップデート、SEOの実験をお届けします。スパムは送りません。いつでも配信を停止できます。