逆張りのSEO
あらゆる「AI SEO」ツールの手は1つだけ。もっと公開することです。投稿を増やし、ページを増やし、質の薄いコンテンツがサイトマップの中で腐っていき、やがてGoogleがドメイン全体を静かに信頼しなくなります。この毎日稼働するエージェントは正反対のことをします。毎朝、自動で、サイトを引き締まった、インデックスされた、クリーンな状態に保ちます。
2つのMCPサーバーで構築:GSC Wizard + Screaming Frog
不都合な真実
整理された40ページのサイトは、
肥大化した400ページのコンテンツファームを上回ります。
弱いページを整理し、強いページを強化することは、最も過小評価されているランキング向上の手段です。「ページを削除する」ではコンテンツのサブスクリプションが売れないため、これを自動化している人はほとんどいません。このエージェントはそれを自動化します。
朝の一連の実行(最新のクロール、インデックス登録のチェック、内部リンクの調整、整理)を数分に凝縮しました。
ダッシュボードを眺め続ける必要も、CSVを掘り返す必要もありません。朝には、効いているものを後押しし、落ち込んだものを直し、死んだものを取り除く、優先順位付きの1本のレポートが届いています。
クロールされたもの、外れたもの、「検出 - インデックス未登録」で止まっているものがわかります。数か月後ではなく、起きたその朝に気づけます。
実際に表示回数のある、2ページ目のページやまだインデックスされていないページを見つけ、リンクを張るべき強いページを、アンカーテキストとともに具体的に挙げます。
ページがインデックスされた、または1ページ目に入った時点で、その内部リンクの評価を、順番待ちの次のページへ振り向けます。遊んでいるリンクは1つもありません。
インデックスから外れたページにフラグを立て、原因(内容が薄い、ソフト404、canonicalの競合、劣化)を診断したうえで、書き直し、リダイレクト、削除のいずれかを提案します。
商業的な意図があり、順位が上がる寸前で、被リンクを獲得する価値がある、本当に成果を左右するページから、週ごとのアウトリーチ目標を設定します。
じわじわと進む劣化を早期に捉え、順位が落ちているクエリをもとにページを更新します。1ページ目から落ちる前に手を打てます。
90日間でクリック数、表示回数、内部リンクがほぼゼロのページを洗い出し、整理または統合して、クロールバジェットを本当に必要な場所に振り向けます。
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つ返します。
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以降、有料ライセンス)に対してローカルで実行されます。
どちらも、レポートにエラーが出ないまま静かにページを失わせます。毎日のプロンプトは、トラフィックに影響が出る前に両方をチェックします。
多くの人がこのステータスをクロールの不具合のように扱い、URLやサイトマップを再送信して「修正」しようとします。しかし効果はありません。GoogleはすでにそのURLを見つけたうえで、クロールバジェットを使わないと判断しているからです。サイト全体の信頼度が、これ以上クロールする根拠として低すぎるという、控えめなシグナルです。
AIコンテンツツールは状況を大幅に悪化させます。薄いページが1つ増えるたびにクロールバジェットが薄まり、より多くのURLがこの状態に落ちていきます。対処法は直感に反します。ページを整理・統合してサイト全体の品質を高め、そのうえで、インデックス済みの最も強いページから、止まっているURLへ内部リンクを張ります。プロンプトのステップ2では、まさにそれをScreaming Frogのリンクグラフを使って行います。
「インデックス登録をリクエスト」ボタン、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へのリンクも洗い出します。どちらも静かにクロールバジェットを浪費し、境界線上のページからインデックスに必要な評価を奪います。
サイトは大きさよりも、整っていることが大切です。薄いAI生成ページはクロールバジェットを薄め、サイト全体の信頼を損ない、より多くのURLを「検出 - インデックス未登録」に押しやります。弱いページを整理し、強いページを強化することは、最も過小評価されているランキング施策の1つです。それでもほとんどのツールが自動化しないのは、「ページを削除する」ことはコンテンツのサブスクリプションの売りにならないからです。
2つです。GSC Wizard MCPは、Googleがページを実際にどう扱っているかを提供します。インデックス登録のステータス、順位、劣化、パフォーマンスを、Search Consoleのデータからそのまま取得します。Screaming Frog MCPは、ライブのクロール結果(内部リンクグラフ、リダイレクトチェーン、ステータスコード、canonicalタグ)を提供します。この2つを組み合わせると、どのページにテコ入れが必要か、そして正確にどのページからリンクを張るべきかがわかります。
いいえ。「インデックス登録をリクエスト」ボタン、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アプリをインストールしてください。
GSCとGA4の実践的なワークフロー、製品のアップデート、SEOの実験をお届けします。スパムは送りません。いつでも配信を停止できます。