Claude Code で技術 SEO と AI 可視性の監査を行うには、どうすればよいですか？

3つの段階で行います。まず Claude Code にリポジトリを読ませ、メタデータ、サイトマップ、robots のルール、構造化データを確認させます。次に、公開中のサイトを curl で、ブラウザと AI クローラーの両方として確認させます。クローラーが受け取るのはコードではないからです。最後に AI 可視性を確認します。ChatGPT などが質問に対して何を引用しているか、そして Search Console です。

ファクト

Claude Code の WebFetch ツールは、別のモデル呼び出しを1回使ってページに対してプロンプトを実行します。設計上、情報が欠落することがあり、加工されていないページについては、ドキュメントは Bash 経由の curl を勧めています。 (Claude Code ドキュメント：ツールのリファレンス)
Google は JavaScript サイトを、クロール、レンダリング、インデックス登録の3段階で処理し、すべてのボットが JavaScript を実行できるわけではないと説明しています。 (Google 検索セントラル：JavaScript SEO の基本)
OpenAI によると、robots.txt の変更が ChatGPT の検索に反映されるまでには約24時間かかります。ChatGPT の検索は OAI-SearchBot クローラーを使います。 (OpenAI：OpenAI クローラーの概要)
Search Console API では、サイトごとに1日2,000件の URL 検査と、1分あたり600件が可能です。 (Google Search Console API：使用上の制限)

SEO 監査で、コードを読むだけでは足りないのはなぜですか？

クローラーが受け取るのは、リポジトリではなく公開中のサイトだからです。ファイアウォールやボットの検査、ホスティング側で変更された robots.txt、JavaScript でしかテキストを描画しないページ、プラグインが追加した noindex は、コードには現れません。Claude Code は読んだものしか監査できないため、公開中のページも取得しなければなりません。

監査では何を、どこで確認すべきですか？

各確認項目を、リポジトリと公開中のサイトに振り分けてください。

確認項目	場所	検出できること
タイトル、説明、見出し、canonical	リポジトリ、次に配信される HTML	タグの欠落や重複
robots.txt とサイトマップ	公開中のサイト	AI クローラーのブロック、サイトマップに載っていないページ
ブラウザと GPTBot としてのステータスコード	公開中のサイト	AI クローラーをブロックするファイアウォールやボットの検査
JavaScript なしで本文が存在するか	公開中のサイト	クローラーには空の状態で届くページ
noindex と JSON-LD	配信される HTML	検索から隠れたページ、無効または欠落した構造化データ
インデックス登録	Search Console	Google がインデックス登録していないページ

Claude Code は公開中のサイトを、どう確認しますか？

Bash 経由で、公開中の URL に対して curl を実行させてください。WebFetch はモデルによるページの要約を返すため、タグを見落とすことがあります。curl は生のレスポンスを返します。次のコマンドは、コードでは示せない確認項目を扱います。

# Run these against the published site, not the repo
SITE=https://example.com

# 1. Same page for a browser and for an AI crawler? (firewalls, bot challenges)
curl -s -o /dev/null -w "%{http_code}\n" -A "Mozilla/5.0" $SITE/
curl -s -o /dev/null -w "%{http_code}\n" -A "GPTBot" $SITE/

# 2. robots.txt and sitemap as served
curl -s $SITE/robots.txt
curl -s $SITE/sitemap.xml | head -20

# 3. Is the main text in the HTML before JavaScript runs?
curl -s $SITE/some-page | grep -c "a sentence from the page"

# 4. noindex, canonical and JSON-LD in the served HTML
curl -s $SITE/some-page | grep -iE 'noindex|rel="canonical"|ld\+json'

SEO だけでなく、AI 可視性も監査するには？

買い手が ChatGPT、Claude、Perplexity、Gemini で尋ねる質問を用意し、各回答がどの情報源を引用しているかを記録してください。毎月同じ方法で行えば、変化に意味が出ます。Google のインデックス登録と検索には Search Console を加え、AI アシスタントからの訪問はアクセス解析で確認します。

サイトを壊さずに、監査結果を修正するには？

Claude Code に、各指摘とその根拠の一覧を作らせ、それから小さく、レビュー済みの変更で修正させてください。デプロイするたびに、公開中のサイトで確認をやり直します。修正が完了とみなされるのは、エージェントが完了と言ったときではなく、公開中のサイトがそれを示したときです。

ステップごとの手順

リポジトリを監査する. Claude Code に、不足しているメタデータ、サイトマップ、robots のルール、ページの種類ごとの構造化データを一覧にさせます。
公開中のサイトを監査する. 公開中の URL に対して、ブラウザと GPTBot として curl を実行させ、robots.txt、サイトマップ、生の HTML を読ませます。
インデックス登録を確認する. Search Console を開き、Google がどのページをインデックス登録したかを見ます。
AI の回答を確認する. 買い手の質問を主要なアシスタントに尋ね、引用された情報源を記録します。
修正して再確認する. 小さな変更で修正し、デプロイし、各指摘を閉じる前に公開中のサイトの確認をやり直します。

よくある間違い

リポジトリだけを読んだ監査を信用すること。
生の HTML にしか現れないタグを、WebFetch の要約で判断すること。
オーナーが意図して設定した robots.txt のブロックを、確認せずに外すこと。
公開中のサイトを再確認せず、エージェントの言葉だけで指摘を閉じること。

easyIndex での解決方法

easyIndex は外側から監査を行います。すべての変更はコーディングエージェントが行い、easyIndex が公開中のサイト自体を確認するため、ステップは、エージェントの報告ではなく証拠によって完了します。そのうえで、ページごとの AI アシスタントからの訪問、AI クローラーがどのページをいつ読んだか、Search Console の Google インデックス登録と検索を表示します。7日間の無料トライアルの後は、1サイトあたり月額US$30です。接続するには claude mcp add --transport http easyindex https://easyindex.app/api/mcp を実行します。

よくある質問

Claude Code 向けの、そのまま使える SEO 監査スキルはありますか？

無料のオープンソースの SEO スキルは存在します。多くはリポジトリを読むものなので、公開中のサイトの確認と組み合わせてください。

監査はどのくらいの頻度で繰り返すべきですか？

テンプレート、robots.txt、ホストに触れるデプロイのたびに、そして AI の回答については月に1回です。

Claude Code は Search Console のデータを使えますか？

はい。Search Console の MCP サーバーか、エクスポートを通じて使えます。API では、サイトごとに1日2,000件の URL 検査が可能です。

監査をすれば ChatGPT に引用されますか？

監査で引用が保証されることはありません。クローラーがページを読むのを妨げているものを取り除くだけで、ページは依然として質問に答える必要があります。

続きを読む

最終確認日 2026年10月13日.