私はDeluxe Astrologyで91,000ページ、HostList.ioでプログラマティックSEOの28,000ページ、そしてSeahawk Mediaクライアントポートフォリオ全体にわたってオーガニックサーチを運用しています。以前は1サイトあたり丸1日かかった監査作業が、Claude Code内で90分で完了するようになりました。出力もマニュアル版よりも厳密です。このポストでは、実際のワークフロー、その背後にあるMCPスタック、使用しているプロンプト、そしてClaudeコードがまだうまくできないSEO監査の部分を説明します。
AI支援監査が本当かどうか検討している場合、このポストは実務的な回答です。そう、規律があれば、そしてClaudeを上級戦略家ではなく上級エンジニアリングパートナーとして扱う場合のみ、実現可能です。
退屈な70%で従来の監査ツールに勝つClaudeコード
従来の技術SEO監査には、Screaming Frogでのサイトクロール、インデックス可能性とCore Web VitalsビューのためのSearch Consoleデータ取得、代表的なテンプレート全体でのLighthouseの実行数回、バリデーターに対するスキーママークアップの手動チェック、そして最後に全データを優先度付けの修復リストに人間が組み立てることが含まれます。クロール実行とパース処理は全体のおよそ70%の実処理時間を占めます。判断層は残り30%です。
適切なMCPスタックを備えたClaudeコードはその70%を短縮します。クロール実行、パース処理、重複排除、スキーマ検証、レポートドラフト作成がすべて、リポジトリまたはホストサイトに対する単一セッション内で行われます。シニアレベルの判断が必要な30%（この特定のビジネスにとって実際に重要な問題、利用可能なリソースとチームの容量を考慮した優先順位付け）は人間が担当します。全体の実処理時間は同等またはそれ以上の品質で約6倍削減されます。
これがピッチの全てです。以下は、それを実際に機能させるための実装詳細です。
私が実際に使用しているMCPスタック
Claude CodeのSEO活用に関する他の記事では、単一のMCP（通常はPuppeteer）を使用して終わりにしています。真摯な監査作業のための現実的なスタックはより広範です。
Filesystem MCP
Claude Codeにデフォルトで組み込まれています。監査出力をワーキングディレクトリにダンプし、同じセッション内でClaudeが横断的に推論できるようにするために使用します。Filesystem MCPは、既存のレポート、サイトマップ、robots.txt、および既存の技術ドキュメントをClaudeに供給する方法でもあります。
Puppeteer MCP
ブラウザ自動化です。サイトをクロールし、代表的なテンプレートのスクリーンショットを取得し、JavaScriptが重いページの描画されたHTMLを抽出し、Performance APIを使用してCore Web Vitalsをキャプチャします。Puppeteerによる描画は、Googleが実際に見るものに最も近く、静的HTMLパースよりも正確です。Core Web Vitals via the Performance API. The Puppeteer-driven render is the closest thing to what Google actually sees, more accurate than static HTML parsing.
Postgres MCP（または小規模なジョブはSQLite）
真摯な監査に不可欠です。CSVとしてエクスポートされたSearch Consoleデータは、Postgresテーブルにロードされます。Claudeはそれに対してSQLクエリを実行します。どのURLが月ごとにトラフィックを失っているのか、どのクエリがシフトしたのか、どのページがインデックスから削除されたのか。Excelで20分かかる集約作業がSQLで30秒で完了します。
Brave SearchまたはそれらしいMCP
現在のSERP比較。ランキング低下を監査する際、対象キーワードに対して現在ランクしているものと監査対象サイトが提供しているものを比較することは診断の半分です。SERP取得MCPがこれを手動のタブ切り替え作業ではなく1回のツール呼び出しに変えてくれます。
Bash / shell
Claude CodeはLighthouse CLI、リダイレクトチェーンのcurlテスト、プロジェクト用のカスタムスクリプトを実行します。シェルを別の環境ではなく別のツールとして扱うことが重要です。監査は1つの連続したセッションで行われます。
監査前の準備：90秒のコンテキスト
クロールが実行される前に、Claudeはサイトの種類と監査の目的を知る必要があります。プロジェクトディレクトリ（または外部サイトを監査する場合は新規ディレクトリ）でClaude Codeを開き、短いブリーフでセッションに入力情報を与えます：
ビジネスについて3文：何を販売しているか、誰がオーディエンスか、今後12か月のオーガニックトラフィック目標。サイト構成について2文：スタック、ページ数、インデックス可能性の形状、コンテンツ配信頻度。監査成果物について1文：監査終了時に今日は真でないが真であるべきことは何か。
その90秒のコンテキスト読み込みが、Claudeが汎用的なチェックリスト監査を生成することと、特定のビジネスに合わせた監査を生成することの違いです。スキップすると、他のClaudeコードSEO記事が示すのと同じ汎用的な出力が得られます。
フェーズ1：テクニカルクロール
ClaudeはPuppeteerをサイトに対して実行し、内部リンクをカスタマイズ可能な深さ（デフォルトは3）まで辿り、以下をキャプチャします：URL当たりのレンダリングされたHTML、レスポンスコード、リダイレクトチェーン、canonicalタグ、hreflangアノテーション、スキーママークアップブロック、インデックス可能性シグナル（robots meta、X-Robots-Tag、robots.txt）、Core Web Vitals。
出力は./audit-output/crawl/にダンプされ、URL当たり1つのJSONファイルと全体のsummary.jsonが出力されます。500ページ未満のサイトではこれは10分未満で完了します。より大きなサイトの場合、クロールを1,000の代表的なURLに上限を設定し、残りをサンプリングします。
クロールが即座に検出する一般的なパターン：2ホップを超えるリダイレクトチェーン、正規URLでないURLを指すcanonicalタグ、hreflang相互関係の破綻、スキーマ検証エラー。これらのそれぞれは大規模での検出に数時間の手作業が必要ですが、クロールは最初の10分で見つけます。
フェーズ2：Search Consoleデータ分析
Search ConsoleデータをCSV（クエリ、ページ、日付、クリック、インプレッション、掲載順位）としてエクスポートし、Postgres MCPを介してロードします。その後Claudeは、特定のオペレーター質問に答える一連のクエリを実行します：
月間でトラフィックが最も失われているページを、クリック減少の絶対値でランク付け。
過去90日間でトップ20から脱落したクエリ。
インプレッションはあるが、クリックがほぼゼロのページクエリペア（CTR機会）。
インデックスされているが、過去30日間でインプレッションがゼロのページ（薄いコンテンツまたは品質ゲートの候補）。
インデックス全体で複数の競合する正規信号を持つページ。
これらはかつてExcelのピボットテーブルの別タブでした。現在はClaudeが生成・実行し、レポートの1セクションに統合するSQL クエリの一連です。
フェーズ3：スキーママークアップ監査
Claudeはフェーズ1で取得したスキーマブロックを検証し、ページアーキタイプ（Organization、BreadcrumbList、Article、BlogPosting、Product、FAQPage、HowTo、LocalBusiness）ごとにschema.orgの期待される型に照らし合わせ、問題にフラグを立てます：
必須プロパティの欠落（OrganizationのsameAs、BlogPostingのimage、実際のレーティングデータがないaggregateRating）。
型の不一致（ローカルビジネスではないページのLocalBusinessスキーマ、カテゴリページのProductスキーマ）。
古い参照（削除されたソーシャルプロフィールを指すsameAs URL、404を返す画像URL）。
期限切れのエンティティ関係（ページが扱う実際のエンティティが欠落しているaboutおよびmentions配列）。
自分たちのスキーマは問題ないと思っていたサイトで、このやり方で30以上のスキーマバグを見つけました。バリデータは構文的なものを見つけ、Claudeは意味論的なものを見つけます。
フェーズ4：Lighthouseを使用したCore Web Vitals
LighthouseはCLIコマンドとして実行され、Claudeが呼び出します。デフォルトではサイトごとに1つのURLではなく8～12の代表的なテンプレート全体で実行します。出力JSONは./audit-output/lighthouse/に保存され、Claudeはそれらをまとめて中央値のLCP、CLS、INP、TTFBを示すCWVセクションに統合し、メトリクスごとに最もパフォーマンスが低い単一ページを示します。
この統合方法は手動監査が間違える部分です。単一のLighthouse実行はポイント・イン・タイムのノイズです。テンプレート全体で12回の実行が実際のパフォーマンス画像です。Claudeは数秒で集約を行います。
フェーズ5：レポート統合
4つのフェーズの後、Claudeはおおよそ30～80の問題を特定します。統合プロンプトはClaudeに以下を要求します：
問題を重大度でクラスタリングします（赤は公開可能性を阻害、黄色はランキングに影響、緑は仕上げです）。
Search Consoleのデータを使用して、クラスタごとのトラフィック影響を推定します。
トラフィック影響をエンジニアリングコストで割った値で修正の順序を付けます。
トップ10の問題を1ページ1問題形式で出力します：重大度、トラフィック影響を受けたURL数、平易な英語での説明、具体的な修正、推定される90日間のメトリクス改善。
これが納品物です。シニアチームが4～8週間で修正できる10個の問題、インパクト順に優先度付けされ、エンジニアリングチームに渡す準備ができています。手動監査では200行のスプレッドシートが生成されることが多く、誰も修正しません。10個の優先度付けされた問題リストは修正されます。
私が実際に使用する監査プロンプト
90秒のコンテキストブリーフ後に実行する単一プロンプト。このプロンプトは約12ヶ月間、数十の監査にわたって反復されています：
「あなたは上記のブリーフで説明されているサイトで作業するシニア技術SEO監査者です。この順序で5フェーズ監査を実行してください：Puppeteerを使用した技術的クロール、Postgres MCPを使用したSearch Console分析、スキーマ検証、Lighthouse CLIを使用したCore Web Vitals、および優先度付けされたレポート統合。出力を./audit-output/に保存してください。統合フェーズの後、トップ10の問題を1ページ1問題形式で提示してください。各問題について：重大度（赤／黄色／緑）、トラフィック影響を受けたURL数、平易な英語での説明、具体的な修正、推定される90日間のメトリクス改善。修正パッチを生成する前に承認待ちしてください。イギリス英語のスペルを使用してください。em-dashを避けてください。」
ジョン・ウィックのフレーミングはありません。「あなたは給料をもらっている専門家です」という演劇もありません。指示は直接的で、構造は明示的で、出力形式はクライアントとエンジニアリングチームによって読まれるものと一致しています。
Claude Codeが対応できない領域
AIアシスト監査が限界に達する領域の正直なリスト：
ビジネスコンテキストを踏まえた戦略的優先付け。Claude はトラフィック影響度で課題をランク付けできますが、マーケティングページでの5,000トラフィック喪失が、企業が段階的廃止中のディープロダクトページでの50,000トラフィック喪失よりも重要であることを判断することはできません。
競争ポジショニング。Claude は機械的にSERPを競合と比較できますが、競合が勝っている理由がデータには見えないブランドキャンペーンであることを判断することはできません。
コンテンツ品質についての編集判断。Claude は統計的に薄いコンテンツをフラグできます。その薄いコンテンツを削除すべきか、拡大すべきか、低価値だがニッチ関連ページとして保持すべきかは人間の判断です。
ステークホルダーとのコミュニケーション。監査の成否はそれをクライアントチームにどのようにフレーミングするかで決まります。そのフレーミングは人間の仕事です。
Claude Code を監査の上級エンジニアリングパートナーとして扱い、上級戦略家としてではなく扱ってください。監査の30%は判断であり、その部分はあなたのものです。
正直なコスト
1,000ページ監査のClaude APIコストはSonnetティア価格で概ね8〜25米ドルです。Puppeteerクロール、Lighthouseラン、Postgresクエリは無料で、コストはモデルトークンに完全に集約されます。エージェンシーレート計算による従来の手動監査は5,000〜25,000米ドルに達します。このコストギャップは現実であり、このワークフローが18か月以内に標準になる理由です。
労働がなくなったのではなく、シフトしました。監査にはプロンプトの実行、出力の解釈、戦略的優先付けの所有に対応できる上級SEOが必要です。消えたのは、上級者が費やすべきではない6時間のクロール、パース、集約です。
結論
Claude Code と実装された MCP スタックを組み合わせることで、SEO 監査の 70 パーセントを 90 分のセッションに圧縮できます。残りの 30 パーセント（判断、優先順位付け、コミュニケーション）は人間の仕事のままですが、退屈な 70 パーセントのコストがほぼゼロになったため、これまで以上に高い報酬が得られます。
このワークフローに適応するエージェンシーは、12 ヶ月以内に適応しないエージェンシーより高い価格設定が可能になります。これを習得するシニア SEO スペシャリストは価値が低下するのではなく、むしろ増大します。なぜなら彼らの判断がアウトプット量の制約要因になるからです。
Seahawk Media では、この正確なワークフローを使用して技術的 SEO 監査をクライアントエンゲージメントで 2,500 USD から実施しています。初回のコンサルテーションは無料で、監査成果物はどのエージェンシー層を選択するかに関わらず、上記で説明した優先順位付けされた 10 項目のリストと同じです。
関連資料
2026 年の技術的 SEO 監査の実行方法（方法論の柱）
2026 年のオペレーター向け SEO（主要キーワードガイド）
2026 年のベスト SERP トラッキングツール
よくある質問
Claude Codeはどのようにしてセオ監査をスピードアップしますか？
テクニカル監査の退屈な70%を自動化します。クローリング、Search Console分析、スキーマチェック、LighthouseによるCore Web Vitalsです。MCPスタックを使うことで、1サイトあたり丸1日かかっていた作業が約90分で完了し、人間の時間は判断と戦略に充てられます。
セオ監査にはどのMCPスタックを使いますか？
ワークフローはPuppeteer、Filesystem、Postgres、LighthouseMCPサーバーで動作します。Puppeteerがクローリングを実行し、FilesystemとPostgresがデータを処理し、Lighthouseがcore Web Vitalsを測定します。この組み合わせでテクニカル監査の機械的な段階全体をカバーしています。
Claude Codeはセオコンサルタントの代わりになりますか？
いいえ。監査の反復的な70%、つまりクローリング、データ取得、チェックを短縮しますが、判断、優先順位付け、戦略は依然として人間が必要です。コンサルタントの力を増幅するツールであり、何が実際に重要かを判断する経験の代替ではありません。
Claude Codeのセオ監査にはどのくらい時間がかかりますか？
テクニカルの部分で約90分です。従来は丸1日かかっていました。クロール、Search Console分析、スキーマ監査、Core Web Vitals、レポート作成の5つのフェーズは、適切なMCPスタックと最初の短い文脈設定ステップがあれば、迅速に進みます。