seo-monster

Google Search Console（18）

主要ツール

• gsc_list_properties - 認証情報でアクセスできるプロパティを、権限レベルと算出された writable フラグ（siteOwner／siteFullUser の場合は true）とともに一覧表示します。
• gsc_search_analytics - 主力ツールです。ディメンション、期間、フィルター、data_state に基づいてクリック数／表示回数／CTR／掲載順位を取得します。
• gsc_top_queries / gsc_top_pages - 上位 N 件を手軽に取得するためのラッパーです。
• gsc_compare_periods - 現在の期間と直前の期間を比較し、キーごとの差分を表示します。 v0.2.0 では、sort_by、sort_dir、min_delta_clicks / _impressions / _position、anomalies_only + sigma_threshold、および top が追加され、 1 回の呼び出しで増加項目／減少項目／外れ値を報告できるようになりました。
• gsc_inspect_url - URL 検査（インデックス登録の判定、カバレッジ、正規 URL）。
• gsc_batch_inspect_urls - 最大 25 個の URL を検査し、URL ごとのエラーを収集します。
• gsc_list_sitemaps - 登録済みサイトマップとそのステータスを一覧表示します。
• gsc_submit_sitemap - サイトマップを送信します（書き込み、制限なし。書き込み可能な スコープが必要です）。sitemap_url（分かりやすい名前）または feedpath（API の生フィールド）を指定できます。
• gsc_request_indexing - Indexing API 経由でクロールをリクエストします（書き込み、 制限なし）。単数形の url または urls を指定できます。 クエリインテリジェンス（v0.2.0）
• gsc_query_opportunities - すでに上位 N 位にランクインしているものの、CTR が目標を下回るクエリです。タイトルとメタデータの最適化候補です。
• gsc_query_gaps - インプレッションは獲得しているものの、クリックがほとんどないクエリです。コンテンツの機会を示すシグナルです。
• gsc_new_queries - 過去のインプレッションがなく、現在の期間に初めて現れたクエリです。新たなトピックを把握できます。
• gsc_top_pages_by_query - 特定のクエリでランクインしているページを確認できます。カニバリゼーション監査の入力情報です。

複数プロパティとライフサイクル（v0.5.0）

• gsc_portfolio_summary(days, include?, exclude?) - 複数プロパティの全体像を確認できます。過去 N 日間について、プロパティごとに 1 行で表示する概要（クリック数、インプレッション数、CTR、掲載順位）と、ポートフォリオ全体の集計を表示します。任意の include / exclude フィルターが適用されます。代理店や複数ブランドの構成において、「ポートフォリオ全体の状況はどうか？」という問いに最もすばやく答える方法です。
• gsc_trending_pages(days, limit) - 過去 N 日間のインプレッション数が、その直前の N 日間と比べて最も増加したページです。dimensions=["page"], sort_by="delta_impressions", sort_dir="desc" を指定した gsc_compare_periods のラッパーです。
• gsc_decaying_pages(days, limit) - 同じラッパーで、昇順に並べ替えます。テコ入れが必要なページを確認できます。
• gsc_coverage_audit(urls, site_url?) - ヒューリスティックなカバレッジ監査です。GSC のインデックス カバレッジ レポートは API で公開されていません。このツールはユーザーが指定した URL のリスト（通常はサイトマップから取得）を受け取り、それぞれを一括で検査したうえで、判定（PASS / PARTIAL / FAIL）と coverage_state の頻度を集計します。 コンテンツインテリジェンス（4）
• content_opportunities(site_url?, days?, count?, impressions_min?) - 独自の Search Console データに基づいてコンテンツのトピックを評価します。CTR と期待値の差（自サイトの掲載順位ごとの CTR から曲線を自己調整）、上位表示目前の掲載順位、需要、勢いを組み合わせて、透明性の高い機会スコアを算出し、カニバリゼーションにフラグを立てます。GA4 プロパティが設定されている場合は、各トピックの上位ページがすでに獲得しているオーガニックコンバージョン数に応じて重み付けします（最大 +50%）。そのため、コンバージョンにつながるトピックほど上位に表示されます。filters_applied.ga4_value_status で、重み付けが実行されたかどうかとその理由（applied / no_ga4_property / ga4_unreachable / no_conversions）を報告します。すでにある需要を優先します。コールドスタートのキーワード調査やコンテンツの執筆は行いません。以下のコンテンツワークフロー用プロンプトと組み合わせて使用します。（GA4 の重み付け v0.7.3）v0.9.0 では、候補ごとに加算型の winnability ブロックを追加しました（段階評価：上位表示目前＋トピックの近接性、GSC によるパーソナライズのティア。既存のフィールドに変更はありません）。
• content_brief_data(target_query, competitor_urls?, topic?, site_url?, days?) - コンテンツブリーフのデータ連携基盤です。競合ページ（またはフォールバックとして自サイトの GSC ランキングページ）を取得し、見出しの統合リスト、単語数の中央値に基づく下限、スキーマの種類、エンティティの網羅状況に加え、2026 年版の GEO 執筆指針と検証ルールを返します。文章はホスト側が執筆し、SEOMonster はルールと根拠を提供します。content_brief プロンプトを支えます。（v0.9.0）
• topic_cluster_map(cluster_path | pillar_url, site_url?, days?, impressions_min?)
  • 独自の GSC データからコンテンツクラスターをマッピングし、不足しているサブトピックを提示します。需要と最上位の掲載順位に基づき、クラスター内の各クエリを「守る」「最適化する」「作成する」「監視する」に分類します。「作成する」区分が、不足しているサブトピックのリストです。カニバリゼーションにフラグを立てます。GSC のみを使用し、クエリの約 47% が匿名化されていることを明示します。（v0.9.0）
• rank_change_attribution(url | urls, change_date, query?, site_url?, pre_days?, post_days?, gap_days?, control_scope?)
  • マッチしたコントロールグループとの比較差分法を用いて、サイト上の変更によってページのクリック数が変化したかどうかを推定します（単純な変更前後の比較は行いません）。推定リフトと 95% 信頼区間、3 状態の判定（likely_positive / likely_negative / inconclusive）、さらに 2025 年の GSC データレジームの変化（インプレッションのバグ、num=100）を自動検出し、掲載順位の信頼性を引き下げる交絡要因ブロックを返します。これは観察に基づくもので、因果関係を示すものではありません。真の因果関係を検証できるのはサーバーサイドの分割テストだけです。GSC のみを使用します。（v0.9.0） AI / GEO 引用（3、v0.9.0） - AI の回答に表示され、引用されるかどうかを確認します。
• ai_citation_readiness(url) - LLM の回答エンジンがページを抽出・引用できる構造になっているかを確認します。まず、レンダリングによる不可視性をチェックします（GPTBot / ClaudeBot / PerplexityBot は取得しても JavaScript を実行しないため、クライアント側でレンダリングされる SPA は認識されません）。その後、根拠に基づくシグナル（統計、引用、出典の明記、キーワードの詰め込みがないこと）を評価します。schema.org / FAQ / llms.txt は参考情報としてのみ報告します。2026 年のエビデンスでは、これらが AI による引用を促す要因とは裏付けられていないため、スコアには含めません。無料、HTTP のみ。
• ai_referral_overview(property_id?, site_url?, days?) - ファーストパーティの AI トラフィックを確認します。AI アプリからの GA4 参照セッション（ネイティブの ai-assistant チャネルと、設定可能な参照元ホストの正規表現）と、AI クローラーに対する robots の許可状況（GPTBot、ClaudeBot、PerplexityBot など）を調べます。約 70% のダークトラフィックが過少計上される点を明らかにし、AI Overview からのクリック（Organic として計上）を分けて表示します。無料。
• ai_citation_track(prompts, brand, brand_domains?, competitors?, engines?, samples?)
  • AI エンジン（Perplexity / OpenAI / Anthropic / Gemini API ＋ DataForSEO 経由の Google AI Overviews）における、指定したプロンプトセットを対象とするブランドの言及・引用のシェア・オブ・ボイスを、競合と比較してサンプリングします。各プロンプトにつき N 件をサンプリング（デフォルト 7 件）し、95% CI、シェア・オブ・ボイス、実行ごとの変動性を算出します。「AI ランク」ではありません（単発の実行に統計的な意味はありません）。開発者 API の出力はログイン済みのコンシューマー UI と異なること、AIO に API がないことを明示します。有料＋非決定的です。少なくとも 1 つのエンジンキー、または DataForSEO が必要です。

キーワードの発見（3、v0.9.0） - 現在ランキングされていない語句を見つけます。

• gsc_keyword_expand(candidates, site_url?, days?, impressions_min?) - ホストであるあなたが、成果の高いクエリから候補語句を考案します。これらを Search Console のデータと照合し、各候補について自サイトの掲載状況（範囲内／少ない／なし）と、関連語句の強さに基づく信頼度を示します。「なし」は表示可能な掲載状況がないことを意味します（GSC はインプレッションの約 75% を非表示にします）。そのため、新規語句は仮説として評価されます。無料。
• serp_adjacency_expand(seeds, include_paa?) - シード語句から関連語句を展開します。無料のコア機能では Google Autocomplete を使用します（キー不要）。オプションで DataForSEO 経由の People-Also-Ask と関連検索を利用できます。シードごとの候補と、新たに見つかった語句を集約した結果を返します。キーがなくても適切に機能します。
• keyword_universe(target_domain?, competitors?, keywords?, limit?) - オプション、有料です。コア機能は競合キーワードのギャップ分析です（DataForSEO Domain Intersection。Google に同等の機能はありません）。オプションで、プロバイダーチェーン（DataForSEO、それ以外は検索ボリュームのみの Google Ads）を通じて検索ボリューム／難易度／検索意図を取得します。外部の検索ボリュームは精度が低い参考値です。比較時の補助としてのみ使用し、判断基準にはしないでください。

Google Analytics 4（7）

• ga4_run_report - 中心となる機能です。任意のディメンション／指標／期間を指定でき、ディメンションによるフィルターや並べ替えも指定できます。
• ga4_top_landing_pages - ランディングページの上位を表示します。デフォルトではオーガニック検索のみを対象とします。
• ga4_traffic_by_channel - チャネルグループ別のセッション／エンゲージメント／コンバージョンを表示します。
• ga4_organic_search_overview - オーガニック検索の合計と日別の推移を表示します。
• ga4_setup_audit(property_id?) - SEO 計測の準備状況を読み取り専用で監査します。ウェブデータストリーム、キーイベント、データ保持期間、コンテンツグループのディメンション、および（v0.7.4）拡張計測、サイト内検索、Google Signals を確認します。各指摘を重大度別に分類し、問題のない例外も併記します。REST 経由で GA4 Admin API を使用します（analytics.readonly。追加の依存関係は不要です）。（v0.7.0）
• ga4_site_search(days?, limit?) - サイト内検索クエリのレポートです（コンテンツギャップを直接示すシグナル）。実際の検索語句がない場合は、その旨を正直に示します。（v0.7.1）
• ga4_landing_page_conversions(days?, organic_only?, limit?) - コンバージョン数順にオーガニック検索のランディングページを表示します。（v0.7.1） PageSpeed Insights（2）
• psi_analyze - URL の Lighthouse スコア、ラボの Core Web Vitals、フィールド（CrUX）の Core Web Vitals です。デフォルトではモバイル戦略を使用します。フィールドデータには field_data_note が付随します。Google は PSI のフィールドデータを廃止する予定のため、長期的に利用できるフィールド指標には crux_snapshot / crux_history を使用してください。
• psi_opportunities(url, strategy?) - 実行可能な Lighthouse の「opportunity」 監査（推定削減量付き）と、重大度別に評価された SEO カテゴリの監査です。 ラボデータのみです。ページ上の基本項目を確認するチェックリストであり、ランキングを予測するものではありません。（v0.7.1） Cloudflare（13）
• cf_list_zones - トークンから参照できるゾーンを一覧表示します。
• cf_zone_info - ゾーンのステータス、プラン、ネームサーバーを表示します。
• cf_list_dns - DNS レコードを読み取り専用で取得します。移行中に正規ホストや TXT 検証レコードを確認するのに役立ちます。
• cf_web_analytics - エッジの Web Analytics（RUM）を読み取り専用で取得し、GA4 と比較できます。Cloudflare が一部のサイトで host: null を返す場合は、site_tag を渡して明示的に検索してください。
• cf_purge_cache - 特定の URL のキャッシュを消去します（ゲートあり）。
• cf_purge_cache_all - ゾーン全体のキャッシュを消去します（ゲートあり＋確認トークン）。
• cf_settings_audit(zone?) - SEO に関係する Cloudflare ゾーン設定（SSL モード、Always-Use-HTTPS、HSTS、Automatic HTTPS Rewrites、Brotli、キャッシュ TTL）を読み取り専用で監査します。CF からオリジンを確認できないため、「失敗」ではなく「要確認」という方針で重大度を分類します。HSTS が重大な失敗として扱われることはありません。トークンには Zone Settings Read が必要です。各検出結果には、監査から修正へつなげられるよう、機械可読な fix ヒント（cf_settings_update の正確な設定と推奨値）が含まれます。（v0.7.1）
• cf_settings_update(settings, zone?, confirm?, acknowledge_hsts_risk?, dry_run?)
  • 監査で評価される SEO／クロール／セキュリティ設定（SSL モード、Always-Use-HTTPS、Automatic HTTPS Rewrites、Brotli、ブラウザーキャッシュ TTL、HSTS）を書き込み、監査から修正までの流れを完結させます。ゲートあり。ssl_mode または HSTS を引き上げる場合は confirm=<zone> が必要です（HSTS を引き上げる場合は acknowledge_hsts_risk=true も必要です）。ローカルで検証し、dry_run に対応しています。また、監査を再実行して検出結果が解消されたことを確認できます。Zone Settings:Edit が必要です（監査に必要な権限は Read です）。（v0.7.10）
• cf_list_redirects(zone?) - ゾーンの単一（動的）リダイレクトルールと、アカウントの Bulk Redirect リストを読み取り専用で一覧表示します。リダイレクトを書き込む前に呼び出し、既存の設定が誤って上書きされないようにしてください。（v0.7.8、Bulk Redirect リストは v0.7.9 で追加）
• cf_create_redirect(source, target, status_code?, ...) - エッジリダイレクトを 1 つ作成します（例：名前を変更した URL に対する 301）。ゲートあり。ターゲットを事前確認し（存在しない URL へのリダイレクトを防止）、ループや重複を拒否します。dry_run に対応しています。（v0.7.8）
• cf_delete_redirect(rule_id, zone?) - ID を指定して単一リダイレクトルールを削除します（cf_create_redirect のロールバックに使用）。ゲートあり。（v0.7.8）
• cf_bulk_redirect_upsert(items, list_name, confirm, ...) - アカウントレベルの Bulk Redirect List を使って、一度に複数のリダイレクトを作成／追加します（移行用）。ゲートあり＋list_name と一致する確認トークンが必要です。すべての項目を先にローカルで検証し、不正な項目が 1 つでもあればバッチ全体を拒否します（途中まで適用されることはありません）。dry_run に対応しています。（v0.7.9）
• cf_managed_robots(action, zone?, ...) - Cloudflare の管理対象 robots.txt と Content-Signals ポリシーを取得／設定／無効化します（これらはゾーンの Bot Management 設定に含まれます）。action="get" は現在の状態を取得します（読み取り専用、ゲートなし）。action="configure" は、管理対象 robots.txt（managed_robots）、Content-Signals の形式（cf_robots_variant：off／policy_only）、AI ボットをブロックする設定（ai_bots_protection、content_bots_protection、crawler_protection）を設定します。action="disable" は管理対象 robots.txt とポリシーを無効にします。Cloudflare では、管理対象 robots.txt と Content-Signals ポリシーを同時に有効にできません。そのため、有効な組み合わせは managed_robots=true + cf_robots_variant="off"（管理対象 robots.txt）または managed_robots=false + cf_robots_variant="policy_only"（ポリシー）です。無効な組み合わせはツールがローカルで拒否し、INVALID_INPUT を返します。robots_ai_posture などのカスタム Content-Signal 行は管理対象のオプションではありません。オリジンの robots.txt に記述してください。書き込みにはゲートと confirm=<zone> が必要で、dry_run に対応しています。読み取りは安全です（GET -> overlay -> PUT の順に実行されるため、設定内のほかの項目が上書きされることはありません）。各レスポンスには注意事項が含まれます。これは、意向を示すシグナル（Content-Signals。採用するクローラーのみが尊重し、Googlebot は無視します）と、エッジで実際に強制する設定とを区別するものです。書き込みには Bot Management:Edit が必要です（get には Read が必要です）。（v0.8.2） IndexNow（2、v0.2.0）
• indexnow_submit(url) - Bing、Yandex、Naver、Seznam、 Yep に単一の URL を送信します。Google のみに対応する gsc_request_indexing を補完するものであり、置き換えるものではありません。 SEO_MCP_INDEXNOW_KEY と、検証ファイル https://<your-host>/<key>.txt が必要です（キー、ファイル形式、同一ホストのルールについては IndexNow のセットアップを参照してください）。
• indexnow_bulk_submit(urls) - 同一ホストの URL を最大 10,000 件、 1 回の POST で送信します。ホストが混在するバッチは、ネットワーク呼び出しの前に クライアント側で INVALID_INPUT として拒否されます。CDN が /key.txt パスを書き換える場合、環境変数 SEO_MCP_INDEXNOW_KEY_LOCATION でデフォルトの検証ファイル URL を上書きできます。

テクニカル SEO（8、v0.3.0） - 認証情報は不要です。HTTP クライアントを内蔵しています。

• inspect_meta(url) - 1 回の呼び出しでページ上の情報を確認します：タイトル、メタディスクリプション、meta robots、canonical、Open Graph と Twitter Card のタグ、hreflang、H1 の数。
• check_canonical(url) - canonical リンクを監査します：自己参照、クロスホスト、プロトコルの不一致、末尾スラッシュのずれ、canonical の参照先に到達できるかを確認します。
• mixed_content_check(url) - HTTPS ページを解析し、http:// 参照（img / script / iframe / form action / srcset）を検出します。http:// の場合は何もしません。
• redirect_chain_audit(url, max_redirects=10) - リダイレクトチェーンを 1 ホップずつたどります。長いチェーン、プロトコルのダウングレード、ループ、最終応答が 2xx 以外の場合を検出します。
• robots_txt_validate(site_url, probes?) - robots.txt（グループごとのルール、サイトマップ、Content-Signals）を解析し、任意で RFC 9309 の最長一致方式を使って (user_agent, url) プローブの判定を行います（標準ライブラリの最初の一致方式ではなく、Google と Bing の実際の挙動に一致します）。また、エッジにキャッシュされた古い robots.txt（キャッシュバスターで比較し、新しいコンテンツを再解析）や、オリジンの設定を上書きする Cloudflare Managed robots.txt / Content-Signals ポリシーも検出します。移行済み、または Cloudflare 経由のサイトで、問題がないように見える robots の誤判定を発見できます。（v0.8.0）
• sitemap_validate(sitemap_url) - サイトマップまたはサイトマップインデックスの XML を検証し、エントリー数を数え、サイズ超過、クロスホスト、lastmod の欠落を検出します。.gz にも透過的に対応します。
• sitemap_health(sitemap_url, sample_size=25) - サンプル URL に HEAD リクエストを行い監査します。ステータスのヒストグラムと、最初に見つかった 2xx 以外の例を返します。
• robots_ai_posture(goal?, sitemap_url?) - Content-Signals の設定項目（search / ai-input / ai-train）について、決定論的かつオフラインでアドバイスします。ビジネス目標（デフォルトの content_authority / maximize_visibility / protect_ip）を受け取り、平易な説明とともに推奨設定を提示し、代替案とのトレードオフを示し、そのまま適用できる成果物として Content-Signal: ディレクティブ行と、提案する robots.txt 全体を出力します。ネットワーク通信も書き込みも行いません。すべての応答には、Content-Signal は採用するクローラーのみが尊重し、Googlebot は無視し、ランキング要因ではないという必須の注意書きが含まれます。（v0.8.1）

Chrome UX レポート（2）

• crux_history(url? | origin?, form_factor?, metrics?) - CrUX History API を使って、25 週間分の p75 Core Web Vitals を取得します。PSI_API_KEY を再利用します。キーが設定されていない場合も匿名で利用できますが、レート制限はより厳しくなります。
• crux_snapshot(url? | origin?, form_factor?) - 現在の p75 Core Web Vitals（履歴ではなく、ある時点の値）を取得します。各指標はカテゴリ（GOOD / NEEDS_IMPROVEMENT / POOR）を返し、総合評価は overall_category で示されます。時間の指標には p75_ms を使用し、単位のない CLS には p75 を使用します。データのない小規模なオリジンでは、no_data エンベロープを返します。（v0.7.1） 構造化データ＋サイト横断＋ページ内（7） - 新しい認証情報は不要です（v0.9 の SERP 自動取得は任意です）。
• inspect_schema(url) - ページからすべての JSON-LD ブロックを抽出し、 schema.org の @type ごとの件数と、各タイプのエンティティのサンプルを報告します。
• validate_schema(url, types?) - 各 JSON-LD エンティティを、Google リッチリザルトの必須フィールドセットに照らして判定します。 Article、NewsArticle、BlogPosting、Product、FAQPage、BreadcrumbList、Organization、LocalBusiness、 Event、Review、Recipe に対応しています。エンティティごとの判定結果と、missing_required および missing_recommended のリストを返します。
• hreflang_consistency_check(urls) - ユーザーが指定した URL セットを対象に、ページ横断の hreflang 監査を行います。 相互参照の欠落、hreflang のリンク先切れ、同一ページ内の hreflang の重複、自己参照リンクの欠落、 言語バリエーションが 3 つ以上ある場合の x-default の欠落を検出します。
• internal_link_graph(start_url, max_depth=2, max_pages=50) - 同一ホスト内を対象とする小規模な BFS クロールです。 ページごとの被リンク数と発リンク数、孤立ページ、内部リンク切れ、深度分布を返します。 上限（max_depth <= 4、max_pages <= 200）が設定されているため、誤用によってホストに過剰な負荷がかかることはありません。
• lighthouse_budget(url, budget) - psi_analyze をラップし、結果を予算ディクショナリに照らして判定します。例： {performance: 80, LCP_ms: 2500, CLS: 0.1}。指標ごとの合否と 総合判定を返します。LLM セッション内で CI やデプロイ前のゲートとして役立ちます。 PSI_API_KEY を再利用します。
• internal_link_recommend(start_url, site_url?, days?, position_min?, position_max?, relevance_floor?, limit?)
  • 被リンク数の多いページから、GSC の検索順位があと一歩のページ（デフォルトでは実際の表示回数がある順位 8～20）への 具体的な内部リンクを、アンカーテキストとともに提案します。関連性の高さと内部オーソリティでソースを順位付けし、 ターゲットにすでにリンクしているページは除外し、アンカーテキストのバランスを取り、nofollow の提案は行いません。 internal_link_graph と GSC を基盤としています。無料です。（v0.9.0）
• onpage_serp_gap(target_url, query?, competitor_urls?, max_competitors?) - 上位 SERP のページにあってターゲットページにない 見出し、エンティティ、スキーマを、ページ内の改善アクションに変換します。competitor_urls を呼び出し元が指定すれば無料です。 query を指定すると、DataForSEO による SERP の自動取得を任意で利用できます。これにより、勝ちやすさのシグナル （AI Overview や UGC によるゼロクリックリスクを示す serp_composition）と、Open PageRank を利用した競合ドメインのオーソリティも返します。単なる同等性ではなく、情報利得を明らかにします。 定型文やナビゲーションの見出しは除外されます（パターン分類によるクロームフィルター）。（v0.9.0、F6 修正 v0.9.1、F1 汎用化 v0.9.2）

各ツールの tools/list エントリーには、MCP 標準アノテーション （readOnlyHint、destructiveHint、idempotentHint、openWorldHint）が付与されているため、MCP ホストは自動承認するものと確認を求めるものを判断できます。