scraperapi-seo-audit

ScraperAPI SEO 監査

ScraperAPI のリアルタイム SERP およびスクレイピングツールを活用した、最新の SEO 分析です。CLI のインストールや API キーの設定は不要です。ツールはすでに接続されています。アプローチは外側から内側へ進めます。まず Google が実際に表示している内容を確認し、次にページをスクレイピングして、その理由を明らかにします。

あなた — Claude — がツール呼び出しを直接実行します。 ユーザー向けのコードを生成したり、これらの呼び出しをユーザー自身が実行する方法を説明したりしないでください。MCP ツールを呼び出し、結果を確認して、調査結果を報告してください。ユーザーが求めているのは SEO 監査であり、手順ではありません。

調査結果を捏造しないでください。 すべての調査結果には、根拠となる正確なツール呼び出しと出力を記載してください。これらのツールでは測定できない項目がある場合は、その旨を伝え、適切な外部ツールを提示してください。

---

利用可能な MCP ツール

ツール	返される内容
mcp__ScraperAPIRemote__google_search	最新の構造化 SERP — オーガニック検索順位、強調スニペット、「他の人はこちらも質問」、AI Overview の有無、ナレッジパネル、サイトリンクを返します。生の HTML ではなく、解析済み JSON を返します。countryCode および gl パラメーターによる地域ターゲティングに対応しています。
mcp__ScraperAPIRemote__scrape	JS レンダリングを含むページ全体のコンテンツ — コンテンツ抽出と単語数の確認には outputFormat: "markdown"、スキーママークアップ、メタタグ、canonical の確認には outputFormat: "html" を使用します
mcp__ScraperAPIRemote__google_news	ブランドやトピックへの言及の新しさ — E-E-A-T と鮮度のシグナルの把握に役立ちます

scrape のレンダリングガイダンス

mcp__ScraperAPIRemote__scrape を呼び出す際、コンテンツの表示に JavaScript が必要なページ（React／Next.js アプリ、SPA、クライアントサイドレンダリングを使用する Webflow サイトなど）には、render=true と premium=true を設定してください。静的 HTML の場合（WordPress サイト、GitHub、ニュース記事など）は、レンダリング用フラグを使わず標準設定を使用します。返された HTML の <head> が空、または本文のコンテンツが欠けている場合は、render=true, premium=true に切り替えて再試行してください。

---

基本ワークフロー

すべての SEO 監査リクエストで、次の手順を実行します。

1. 不足しているパラメーターを確認する — 開始前に URL、ターゲットキーワード、地域、監査範囲を確認します（「パラメーターの確認」を参照）。
2. モードを選択する — 単一ページ監査（モード A）またはサイト全体監査（モード B）。
3. ステージ 1 — インデックス登録状況と SERP のスナップショット。
4. ステージ 2 — キーワードの可視性と AI Overview の確認。
5. ステージ 3 — オンページ分析。
6. ステージ 4 — 競合ギャップ分析。
7. ステージ 5 — ブランドと鮮度のシグナル。
8. ヘルスグレードを算出する。references/report-template.md を使ってレポートを作成します。

データ収集のルール

• 並列実行する — 各ステージ内のツール呼び出しは、すべて同じ応答ターン内で行います。ページやキーワードを順番に繰り返し処理しないでください。
• 効率を重視する — モード A では約 8～12 回、モード B では約 20～30 回のツール呼び出しを目安にします。それ以上必要な場合はユーザーに伝え、優先順位を確認してください。
• 必ず地域を指定する — ユーザーのターゲット市場に合わせて、すべての google_search 呼び出しに countryCode と gl を渡してください。デフォルトは米国ですが、開始前に必ず地域を確認してください。
• レンダリング失敗に対処する — ページのコンテンツが空、またはほとんどない場合は、render=true, premium=true を指定して 1 回再試行します。レポートには、この切り替えを記載してください。
• すべての調査結果に根拠を示す — 正確なクエリまたは URL を含めてください。ユーザーがすべての主張をツール呼び出しまでたどれるようにします。
• すべてのレポートに日付を記載する — データの鮮度が分かるように、「監査日：[日付]」を含めてください。

---

パラメーターの確認

ユーザーのリクエストについて、以下の4つのパラメーターを確認してください。不明なパラメーターはすべてまとめて1回のメッセージで質問してください。一度に1つずつ質問してはいけません。質問する前に、文脈から推測できることを推測してください。

パラメーター	指定がない場合のデフォルト	質問するタイミング
サイトの URL	—	指定されていない場合は必ず質問
ターゲットキーワード	スクレイピング後にホームページのコンテンツから推測	推測したキーワードを進める前に確認
ターゲット市場／地域	United States	必ず質問 — google.com での英国サイトのランキングからは有益な情報が得られません
監査範囲	裸のドメインの場合は Mode B（サイト全体）、完全な URL パスの場合は Mode A（単一ページ）	本当に曖昧な場合に限り質問

---

監査モード

1. 単一ページ監査（Mode A）

使用する場合：ユーザーが特定の URL を提示した場合、特定のページがランキングされない理由を尋ねた場合、または1ページの SEO パフォーマンスについて範囲を絞った質問をした場合です。ツール呼び出しは約8～12回です。

データ収集：

# Stage 1: Indexation check (run in parallel)
mcp__ScraperAPIRemote__google_search  query="site:[domain]"  countryCode="[cc]"  gl="[cc]"
mcp__ScraperAPIRemote__google_search  query='"[Brand Name]"'

# Stage 2: Keyword visibility — one per target keyword (run in parallel)
mcp__ScraperAPIRemote__google_search  query="[target keyword 1]"  countryCode="[cc]"  gl="[cc]"
mcp__ScraperAPIRemote__google_search  query="[target keyword 2]"  countryCode="[cc]"  gl="[cc]"

# Stage 3: On-page analysis — target page + homepage (run in parallel)
mcp__ScraperAPIRemote__scrape  url="[target-page-url]"  outputFormat="html"
mcp__ScraperAPIRemote__scrape  url="[target-page-url]"  outputFormat="markdown"
mcp__ScraperAPIRemote__scrape  url="[homepage-url]"     outputFormat="html"

# Stage 4: Top 2 competitors surfaced in Stage 2 (run in parallel)
mcp__ScraperAPIRemote__scrape  url="[competitor-1-url]"  outputFormat="html"
mcp__ScraperAPIRemote__scrape  url="[competitor-2-url]"  outputFormat="html"

# Stage 5: Brand freshness signals
mcp__ScraperAPIRemote__google_news  query='"[Brand Name]"'

分析：以下の5つの監査ステージをすべて実施します。対象ページと直接の競合に分析を重点的に行います。

出力形式：references/report-template.md を使用します。単一ページの範囲に合わせて各セクションの深さを調整します。健全性評価を含めます。

---

2. サイト全体監査（Mode B）

使用する場合：ユーザーが裸のドメインを提示した場合、または「サイトを監査して」と依頼した場合です。ホームページにあるナビゲーションから推測した主要ページを最大7ページまで加え、ホームページとともにサンプル調査します。ツール呼び出しは約20～30回です。

データ収集：

# Stage 1: Indexation check (run in parallel)
mcp__ScraperAPIRemote__google_search  query="site:[domain]"  countryCode="[cc]"  gl="[cc]"
mcp__ScraperAPIRemote__google_search  query='"[Brand Name]"'
mcp__ScraperAPIRemote__google_search  query="[Brand Name]"

# Stage 2: Keyword visibility (run in parallel, one per keyword)
mcp__ScraperAPIRemote__google_search  query="[target keyword 1]"  countryCode="[cc]"  gl="[cc]"
mcp__ScraperAPIRemote__google_search  query="[target keyword 2]"  countryCode="[cc]"  gl="[cc]"
mcp__ScraperAPIRemote__google_search  query="[target keyword 3]"  countryCode="[cc]"  gl="[cc]"

# Stage 3: On-page analysis — homepage + up to 7 key pages (run in parallel)
# Infer key pages from homepage navigation links
mcp__ScraperAPIRemote__scrape  url="[homepage-url]"   outputFormat="html"
mcp__ScraperAPIRemote__scrape  url="[page-2-url]"     outputFormat="html"
mcp__ScraperAPIRemote__scrape  url="[page-3-url]"     outputFormat="html"
# ... (up to 8 pages total)
# Follow with markdown for content depth assessment on highest-priority pages:
mcp__ScraperAPIRemote__scrape  url="[priority-page-url]"  outputFormat="markdown"

# Stage 4: Top 2–3 competitors per keyword (run in parallel)
mcp__ScraperAPIRemote__scrape  url="[competitor-1-url]"  outputFormat="html"
mcp__ScraperAPIRemote__scrape  url="[competitor-2-url]"  outputFormat="html"
mcp__ScraperAPIRemote__scrape  url="[competitor-3-url]"  outputFormat="html"

# Stage 5: Brand freshness signals
mcp__ScraperAPIRemote__google_news  query='"[Brand Name]"'

分析：サンプル対象の全ページを対象に、以下の5つの監査ステージをすべて詳細に実施します。

出力形式：references/report-template.md を使用します。5つのステージすべてについて、各セクションを完全な深さで記述します。健全性評価を含めます。

---

監査ステージ

以下の5つのステージは、どちらのモードにも適用されます。順番に実施し、各ステージ内のすべての呼び出しは並列化してください。

ステージ1 — インデックス状況と SERP のスナップショット

確認する内容：「Google はこのサイトの存在を把握しているか。また、どのように認識しているか？」

site: の検索結果から、インデックス登録ページ数の概算、サイトリンクの有無、インデックス内の予期しない URL（ステージングドメイン、UTM パラメーター付き URL、重複コンテンツの兆候）を抽出します。ブランド検索から、ナレッジパネルの有無とブランド関連の SERP 機能を確認します。

注：site: の件数は Google が表示する推定値であり、あくまで概算です。正確なカバレッジデータには Google Search Console が必要です。調査結果では必ずこの点に注意書きを添えてください。

正確な検索クエリのパターンと抽出項目については、references/serp-playbook.md を参照してください。

ステージ2 — キーワードの可視性と AI Overview の確認

確認する内容：「このサイトは実際にどこに表示され、Google はその上に何を表示しているか？」

ターゲットキーワードごとに、オーガニック検索順位とランキング URL、SERP に表示されている title タグ、強調スニペット（ドメインと形式）、People Also Ask の質問（上位3～4件）、および AI Overview の有無（Y/N — Y の場合は、出典として引用されているドメインを記録）を抽出します。

キーワードごとに最初に報告する調査結果は AI Overview にしてください。 全画面表示の AI Overview の下で1位にランキングされているサイトと、AI Overview のない SERP で1位にランキングされているサイトとでは、状況が根本的に異なります。AI Overview の状況を示さずにランキング順位を報告してはいけません。

サイトが10位より下にランキングされている場合は、「ランキングされていない」と分類する前に、2～3ページ目（start: 10、start: 20）を検索します。キーワードごとにオーガニック検索の競合上位3件を抽出します（対象サイトを一貫して上回っている場合を除き、Wikipedia／Reddit は除外）。これらはステージ4で使用します。

抽出項目と地域ターゲティングのパラメーターについては、references/serp-playbook.md を参照してください。

ステージ 3 — ページ内分析

回答する質問：「Google はこれらのページからどのようなシグナルを読み取っていますか？」

各対象ページを outputFormat: "html" でスクレイピングしてシグナルを正確に抽出し、次に outputFormat: "markdown" でコンテンツの深さを確認します。各ページについて、タイトルタグ（存在するか、キーワードが含まれているか、50～60 文字か、サイト内で固有か）、メタディスクリプション（存在するか、魅力的か、150～160 文字か）、H1（1 つだけか、キーワードが含まれているか、検索意図と一致しているか）、H2/H3 の階層（論理的か、競合が上位表示されているサブトピックを網羅しているか）、スキーママークアップの種類（<script type="application/ld+json">）、内部リンク、画像の代替テキスト、おおよその単語数を抽出して評価します。

抽出チェックリストの全容については、references/page-analysis.md を参照してください。

ステージ 4 — 競合ギャップ分析

回答する質問：「上位表示されているページは、このサイトがしていないどのようなことをしていますか？」

キーワードごとに、ステージ 2 で特定した上位 2～3 件の競合を選びます。ステージ 3 と同じチェックリストを使ってスクレイピングします。使用されているスキーマの種類、H2 のトピック網羅状況、コンテンツの深さ（単語数）、獲得している SERP 機能（強調スニペット、PAA）を比較します。上位表示されているすべてのページに見られる傾向に印を付けます。これらは、Google がその検索意図に対して繰り返し評価してきたことを示すため、最も重要度の高いギャップです。

ステージ 5 — ブランドと鮮度のシグナル

回答する質問：「Google がこのサイトを信頼する理由はありますか？」

ブランド名で google_news を実行します（直近 3 か月分）。言及数と情報源の質を記録します。ホームページで、著者の略歴、会社概要ページ、専門性を示すシグナル、ページコンテンツ上で確認できる最終更新日を確認します。

注：これらのツールでは被リンクの評価は測定できません。監査でページ内 SEO が良好にもかかわらずランキングが低いことが分かった場合は、被リンクが制限要因である可能性が高いと記載し、推奨ツールとして Ahrefs/Semrush を挙げます。

---

健全性グレード

5 つのステージをすべて完了した後に算出します。グレードはステージ 1～4 で見つかった問題の深刻度に基づきます。

グレード	条件
A	重大な問題が 0 件、高優先度の問題が 2 件以下
B	重大な問題が 0 件、高優先度の問題が 3～5 件
C	重大な問題が 1～2 件、または高優先度の問題が 6～10 件
D	重大な問題が 3～5 件、または高優先度の問題が 10 件超
F	重大な問題が 5 件超、またはインデックス登録がブロックされている

重大な問題（各 1 件としてグレードに反映）：重要なページに noindex が設定されている、サイト全体でタイトルタグがない、コンテンツページにスキーマがない、robots.txt によってブロックされている。 高優先度の問題（各 1 件としてグレードに反映）：タイトルの文字数が規定外、タイトルの重複、メタディスクリプションがない、H1 がない、内部リンクがゼロ、広範囲にわたって画像の代替テキストがない。

エグゼクティブサマリーでグレードを目立つように記載してください。

---

監査モード選択ガイド

ユーザーの発言...	モード
「自分のサイトを監査して」／「SEO をチェックして」／ドメインのみを提示	サイト全体（モード B）
「[特定のページ] が上位表示されないのはなぜ？」／URL のパス全体を提示	単一ページ（モード A）
「トラフィックが落ちた」／「SEO のどこに問題がある？」	サイト全体（モード B）
「[キーワード] で上位表示するには？」	単一ページ（モード A）— 最も関連性の高いページを対象にする
「Google に表示されないのはなぜ？」	サイト全体（モード B）
「ホームページの SEO をチェックして」／「/pricing ページを確認して」	単一ページ（モード A）

---

出力品質基準

1. すべての指摘に出典を付けてください。 各問題が判明した正確なクエリまたはURLを記載します。「タイトルタグがありません」と報告する場合は、その事実を確認したページURLとツール呼び出しを明記してください。
2. キーワードの順位ごとに、AI Overview の状況を報告してください。 順位だけでは情報が不十分です。AI Overview の有無を必ず記載し、表示されている場合は引用しているドメインも記載してください。
3. すべてのSERP呼び出しで地域を指定してください。 正しい国のコンテキストがない順位情報は誤解を招きます。レポートのヘッダーに対象市場を記載してください。
4. 測定結果と推論を分けてください。 ツールの出力には「SERPには……と表示されています」と記載します。解釈には「これは……を示唆しています」と記載します。推論を直接確認された事実として報告してはいけません。
5. 具体的な推奨事項を示してください。 「/pricing のタイトルタグを X から Y に変更する」のように記載し、「タイトルタグを改善する」のような表現は避けます。すべての推奨事項に対象ページと具体的な変更内容を明記してください。
6. エグゼクティブサマリーと健全性評価を冒頭に記載してください。 多くのユーザーは冒頭しか読みません。最初のセクションには、評価、最も重要な3つの問題、最も効果の高い単一のアクションを記載してください。
7. 対象範囲外の要因は「対象範囲外の注記」に記載してください。 該当する外部ツールを案内します。Core Web Vitals（フィールドデータ）→ PageSpeed Insights / Search Console、クロールエラー／カバレッジ → Search Console > Coverage、被リンクプロファイル → Ahrefs、Semrush、または Moz、クリック率 → Search Console > Performance、手動によるペナルティ → Search Console > Manual Actions。
8. 呼び出し予算を超えないでください。 モードA：約8～12回。モードB：約20～30回。それ以上必要な場合はユーザーに伝え、優先順位をどうするか確認してください。