Google Search Console MCPサーバー

認証ユーザーがアクセスできるすべてのGSCプロパティを一覧表示。他のすべてのツールに渡すプロパティID（UUID）とURL（sc-domain:…）を返します。

選択したウィンドウにおけるプロパティのクリック、表示回数、CTR、平均掲載順位。プリセット（last_7_days、last_28_days、last_3_months、last_year）または絶対のfrom/to日付を受け付け。さらに、クリック、表示回数、CTR、順位をbrandedとnon-brandedに分割するbranded_breakdownも返します — プロパティのBrand tagに基づきます。

2つのGSCウィンドウを並べて比較し、クリック、表示回数、CTR、順位のdiff + change_pctを取得。期間Aはプリセット可、期間Bは絶対指定。

2つの期間の間で最も大きく動いた項目を、デルタを事前計算した状態で取得。アシスタントが項目ごとに掘り下げる手間を省きます。dimension=keywords or pages、メトリック（クリック、表示回数、順位）、direction=up / down / both を選んで、上昇したもの、下落したもの、または両方向で最も大きく振れたものを取得できます。Period B はデフォルトで Period A の直前のウィンドウになります。

プロパティのトップキーワードを、クリック、表示回数、CTR、順位でランキング — 期間比較付き。next_cursorでページング。branded: true|falseでフィルタすれば、ブランド由来のクエリとSEOで獲得したクエリを切り分けられます。サマリーには一目で読み取れるbranded_breakdownが含まれます。

プロパティ内の単一検索クエリの日次時系列データ（クリック、表示回数、CTR、順位）。サマリーと同じ日付範囲オプションをサポート。

単一のクエリを指定すると、そのクリックと表示回数を獲得しているプロパティ内のページを一覧表示 — クリック、表示回数、CTR、順位でランキングし、期間比較デルタとnext_cursorによるページングに対応。キーワードのカニバリゼーションを見つけたり、ある語句の正規ページを特定したりするのに便利です。

プロパティのトップページを、クリック、表示回数、CTR、順位でランキング — 各行がクリック、表示回数、CTR、順位を期間比較デルタ付きで返します。next_cursorでページング。

プロパティ内の単一ページURLの日次時系列データ（クリック、表示回数、CTR、順位）。サマリーと同じ日付範囲シンタックスとドロップイン互換。

ページURLを指定すると、そのクリックと表示回数を生み出している検索クエリを一覧表示 — 選んだメトリックでランキングし、期間比較デルタとnext_cursorによるページングに対応。list_pages_for_keywordの逆で、URLから始めて、それに流入をもたらしているクエリを正確に確認できます。

プロパティのインデックスカバレッジサマリー：既知の（サイトマップ送信済みの）URL、Googleがインデックスしている数、indexed_pct、そしてby_stateの内訳（Submitted and indexed、Crawled – currently not indexed、Discovered – currently not indexed、Excluded by 'noindex'、Page with redirect、Not found 404、Soft 404…）。indexedは本物のprev/deltaを持ち、日付範囲はプリセットまたは絶対のfrom/toで指定します。

日次のインデックス済みページ推移 — {date, value}ポイントからなる1本の"indexed"系列で、プロパティのサイトマップ全体で合算され、時系列チャートにそのまま使えます。points（実データのある日）を返し、意味のあるチャートを描くには日数が少なすぎる場合はinsufficient_historyのフラグを立てます。

指定したGoogleのカバレッジ状態に現在あるURL（stateはget_indexation_summaryが報告するとおり正確に渡します）。各行はurl、state、last_crawled、google_canonical対declared_canonical、discovered_via（サイトマップまたは参照ページ）を返します。カーソルページング対応（limit最大200）。

1ページのライブGoogle URL検査：coverage_state、verdict（PASS / NEUTRAL / FAIL）、indexing_allowed、Google対ユーザーのcanonical、last_crawl_time、robots_txt_state、page_fetch_state、sitemaps、参照URLのサンプル、rich_results、mobile_usability。キャッシュ優先 — 新しいキャッシュ結果を返すか、プロパティの検査クォータの範囲内でGSCからライブで更新します。

プロパティのすべてのタスク。ステータス（open / done）、担当者、タスクボックス（カラム）、q（大文字小文字を区別しないタイトル検索）でフィルタリング。next_cursorでページング。

プロパティのタスクボードの列（タスクボックス）一覧：id、名前、ステータス（todo / in_progress / done）、並び順。返されたタスクボックスid — またはステータスのキーワード — をcreate_taskやupdate_taskに渡すと、タスクをその列へ移動できます。

1つのタスクの詳細情報。UUID、スラッグ、ブラウザのタスクURL全体を受け付け（URL指定時はpropertyは任意）。

プロパティ上に必須のtitleと、任意のdescription、assignee、priority（1〜5、デフォルト3）、taskbox（デフォルトはTO-DOカラム）でタスクを作成。

タスクを部分的に更新 — title、description、assignee、priority、taskboxの任意の組み合わせ、またはunassign:trueで担当者をクリア。

タスクにコメントを追加。get_taskやupdate_taskと同じ柔軟なチケット参照（UUID / スラッグ / URL）を受け付け。

タスクに付いたコメントを、ネストされた返信も含めて一覧表示。get_taskと同じ柔軟なチケット参照（UUID / スラッグ / URL）を受け付け — URL指定時はpropertyは任意です。

プロパティ上に、指定した日付（Y-m-d）とメモ本文でチャートのメモを作成 — さらに任意で、より長い説明、カテゴリ、リンクするタスクのUUIDを指定できます。あなたが作成したカスタムのサイト全体メモとして追加されます。

プロパティのアノテーションを日付範囲内で、新しい順に一覧表示。プリセット（last_7_days、last_28_days、last_3_months、last_year）または絶対のfrom/to日付を指定でき、メモ本文の部分一致検索とページング（limitは最大200）に対応します。

1つのアノテーションをidで指定して詳細をすべて取得 — 日付、メモ、説明、カテゴリ、リンクされたタスク、作成者、そして所属するプロパティ。idはlist_annotationsで見つけられます。

id を指定してカスタム注釈を削除します。削除できるのは自分のカスタムメモのみで、公式／グローバルのメモは拒否されます。id と deleted: true を返します。

プロパティのSite Auditプロジェクト（クロール設定）を一覧表示し、対象とするaudit_idを見つけられます。各エントリはaudit_id、name、mode（list / complete / organic_traffic）、device、start_urls、status、progress、last_crawl_date、pages_crawled、最新のhealth_scoreを返します。他のほとんどのサイト監査ツールは直近に完了した監査をデフォルトで使うため、これは特定の監査を対象にするときだけ必要です。

直近クロールの技術的ヘルスサマリー：health_score（現在＋prevとdelta）、pages_crawled、crawl_date、issues_by_severity（critical / warning / notice、それぞれissue_typesと前回クロール比のpages_affected付き）、issues_by_category（OnPage、Links、International、Robots、Social）、エリアごとのcategory_scores。デフォルトで直近の監査を使います。

直近クロールで検出された技術的な問題を、深刻なものから順に — それぞれissue_code（list_site_audit_issue_pagesに渡します）、title、severity、category、pages_affected（prevとdelta付き）、how_to_fixのガイダンス、priorityを伴います。severityおよび/またはcategoryでフィルタでき、カーソルページング対応（limit最大200）。

1つの問題が影響している正確なURL — そのissue_codeを渡すと、違反している各urlとページごとの値が得られます。カーソルページング対応（limit最大200）。あらゆる監査の問題を、そのまま具体的な修正リストに変えます。

1つのURLの完全なクロール詳細：status_code、crawl_depth、indexability_scoreとhealth_score、category_scores、issue_counts、issues[] — そのページで失敗したチェックで、それぞれissue_code、severity、category、ページごとの説明、how_to_fixを伴います。

直近のサイト監査から、技術的なSEO条件に該当するクロール済みページを特定します。status_code（例: 404）、no_canonical（canonicalタグの欠落）、missing_h1（H1見出しの欠落）、check_title（UIに表示される任意の監査チェック、例: "Title Tag too short"）でフィルタ。health、status_code、url、depthでソートでき、next_cursorでページングします。各行はurl、status_code、title、indexability、performance_score（health 0〜100）、last_crawled_at、count_errors、count_warningsを返し、チェックフィルタが有効な場合はcheck_descriptionも返します。

新しいクロールを開始（書き込みアクション） — 監査をキューに入れ、クロールされたページ数に比例してプロジェクトのクローラークレジット（MCPクレジットとは別）を消費します。completeおよびlistモードに対応し、audit_id、status、started_at、pages_queuedを返します。結果はクロール完了後に読み取りツールから利用可能になります。

2つのクロールを比較して「前回から何が後退または改善したか」に答えます — health_diffに加えて件数と4つのリスト：new_issues、resolved_issues、worsened、improved。各問題はpages_affected、prev、deltaを伴います。デフォルトは直近のクロール対その前のクロールです。

プロパティが Code Monitor で監視しているページを、それぞれの監視ステータスとともに一覧します — url、last_change_at（最後に検出された変更）、changes_count（検出された変更の総数）。url の部分文字列でフィルタでき、カーソルページネーション（limit 最大 200）。プランに Code Monitor が含まれない場合は feature_not_available を返します。

検出された on-page のコード/HTML 変更を新しい順に一覧します — 各行に url、date、change_types（Title, Canonical, Meta Description, noindex, robots.txt, sitemap.xml, H1, Status code, Hreflang, Open Graph, Twitter image, Analytics, Tag Manager）。seoMonitorId または page で単一ページに絞り込むか、省略するとプロジェクト全体の最近の変更フィードになります。from/to で期間を絞れます。カーソルページネーション（limit 最大 200）。

url + createdAt で指定した単一の検出済み変更の前後の値を取得します — 変更されたフィールドごとに type、property、before、after を1エントリで返します（複数値フィールドは配列）。changeType を渡すと1フィールドだけ返します。一致する変更がない場合は not_found、未知のフィールドラベルには invalid_change_type を返します。

監視中のページの最新のキャプチャ状態を取得します — 現在抽出されている on-page フィールド（title, canonical, meta description, meta robots, robots.txt, sitemap.xml, H1, 見出し, status code, hreflang, Open Graph 画像, Twitter image, Analytics, Tag Manager）。ページは seoMonitorId または url で指定します。生の HTML とスクリーンショットは保存されません。未知のページには not_found を返します。

プロパティがトラッキングしているAIトラッカー（Brand Radar）のプロンプトを一覧表示。各行はprompt_id、prompt_text、engines_tracked（プロンプトが実行されるLLMエンジン）、last_run_at（ISO-8601、最新の実行）、runs_in_range（ウィンドウ内のエンジン実行回数）を返します。runs_in_rangeの範囲はプリセット（last_7_days、last_28_days、last_3_months、last_year）または絶対のfrom/to日付で指定できますが、プロンプトの全リストは常に返ります。engine（chatgpt/openai、claude/anthropic、gemini、perplexity）でフィルタでき、limit（最大200）とnext_cursorでページングします。

1つのプロンプトのエンジン別可視性：runs、mentions、mention_rate（%）、直前の期間と比べたパーセンテージポイントの変化を、ChatGPT、Claude、Gemini、Perplexityごとに分けて — エンジン全体で集計した合計付きで返します。日付範囲はプリセットまたは絶対のfrom/toで（デフォルトはlast_28_days）。

1つのプロンプトの背後にある個々のエンジン実行 — 1実行につき1行で、date、engine、mentioned / mentioned_in_textフラグ、response_excerpt（実際のAI回答の最大600文字）を伴います。engineでフィルタし、日付範囲でスコープし、limit（最大200）とnext_cursorでページングします。

AIエンジンが1つのプロンプトに回答する際に引用したソースを、範囲全体で集計：own_domainに加え、引用されたすべてのドメインとURLを、is_own_domainとurl_count付きで — あなたのどのページが引用を獲得し、どの競合が勝っているかが分かります。

AIトラッカーのプロンプトを作成 — トラッカーがエンジンに対して実行する質問です。エンジンリスト（chatgpt、claude、gemini、perplexity）、country、回答言語、実行頻度（daily、week、month）を設定し、任意でtopicIdまたはtopicTitle（find-or-create）でトピックの下に整理できます。

トラッキング中のプロンプトを部分的に更新 — テキスト、エンジンリスト、country、回答言語、実行頻度の任意の組み合わせ。省略したフィールドは変更されません。プロンプトは現在のトピックを保持し、その中で一意である必要があります。

トラッキング中のプロンプトと、その記録されたすべてのエンジン回答を削除します。元に戻せません。プロンプトのトピックはそのまま残ります。

LLM Trackerページでプロンプトをグループ化するプロンプトトピックを一覧表示 — それぞれtopic_idとtitle付き。create_prompt / update_promptにトピックを渡して、プロンプトをその下に整理できます。

titleでプロンプトトピックを作成（または取得） — idempotentなupsertなので、既存のtitleを再作成すると、created=falseで変更なく返ります。トピックはLLM Trackerページでプロンプトをグループ化します。

topicIdでプロンプトトピックの名前を変更します。新しいtitleは空でなく、プロパティ内で一意である必要があります（同じtitleへの変更はno-opの成功です）。

プロンプトトピックを削除します。カスケード：その下に整理されたすべてのプロンプトと、それらのプロンプトの記録されたすべての回答も、永久に削除されます。prompts_deletedを返します。元に戻せません。

プロジェクトに接続されているGA4プロパティを一覧表示。各エントリはプロジェクトのidとURL（どちらも他のGA4ツールのproperty引数として使えます）、背後にあるGA4プロパティID、接続日を返します。GA4プロパティが接続されているプロジェクトのみが返されます。

選択したウィンドウにおけるプロパティのセッション、ユーザー、新規ユーザー、コンバージョン、エンゲージメント率、ユーザーあたりセッション数 — プリセット（last_7_days、last_28_days、last_3_months、last_year）または絶対のfrom/to日付を指定できます。各メトリックはcurrent、prev、そして直前期間とのdeltaを返します。

2つのGA4ウィンドウを並べて比較 — セッション、ユーザー、新規ユーザー、コンバージョン、エンゲージメント率を、両方の値とメトリックごとのdiff + change_pct付きで取得。期間Aはプリセット可、期間Bは絶対指定。compare_date_rangesのGA4版です。

獲得ソース別のセッション内訳。dimension=source_medium（デフォルト）またはchannel（GA4のデフォルトチャネルグループ）を選択 — 行はセッション順にソートされ、それぞれが期間合計に対するshare_pctを持ち、limit（デフォルト25、最大100）で件数を制御します。

ページ（ランディング / URL）ごとのGA4メトリクスを、どのページが最も多くのセッション、サインアップ（コンバージョン）、ユーザーを生んでいるかが分かるようにランキング。各行はページに加えてsessions、users、conversions、engagement_rateを返し、それぞれ前期間のprevとchange_pct付き。sessions（デフォルト）、conversions、usersでソートでき、limit（デフォルト25、最大100）で件数を制御します。get_ga4_traffic_by_sourceのページ単位の相棒です。

エンジン別のAI/LLMリファラルトラフィック — ChatGPT、Perplexity、Gemini、Claude、Copilotなどを、GA4セッションのsource/mediumから検出。各エンジンはセッション、キーイベント、平均セッション継続時間を、前期間との変化付きで返します。あなたのGEOトラフィックを、数字で。

プロパティのキーワードタグとページタグを一覧表示。各タグはtag_id、name、type（keyword|page）、color、rule_count（自動割り当てルール）、member_count（現在そのタグが付いているキーワードまたはページ）を返します。タグ名をget_top_keywords、get_top_pages、list_winners_losersのtagsフィルタに渡せます。

プロパティ上にタグを作成。typeはkeyword（キーワードにタグ付け）、url（ページにタグ付け）、both。任意のcolorはSEOcrawl UIで使われるhex文字列です。タグの同一性はname + typeで決まるため、既存のタグを再作成するとcolorが更新されるだけです。

自動ルールに加えて、特定のキーワードやページに手動でタグを適用。keywords（完全一致の文字列）やurls（完全一致のページURL）を渡します（少なくとも1つは必須）。該当typeのタグがまだ存在しない場合は作成されます。

特定のキーワードやページからタグを削除 — apply_tagの逆操作。対象アイテムからタグの割り当てを解除するだけで、タグ自体を削除したり自動割り当てルールに触れたりはしません。

タグを完全に削除：すべてのキーワード／ページから割り当てを解除し、タグを削除します。typeはkeyword、url、both。組み込みのBrand／Non-Brandタグは削除できません。そのタグを対象とする自動ルールはそのまま残ります — それらにはdelete_tag_ruleを使ってください。

プロパティの自動割り当てルール — キーワード／ページを自動でタグ付けするパターン — を一覧表示。任意でtagでフィルタできます。各ルールはrule_id、tag、field（keyword|url）、country、その条件（match + value）を返します。

一致するすべてのキーワードまたはページ（現在および将来）にタグを付ける自動割り当てルールを作成。fieldはkeywordまたはurl；matchはcontains、not_contains、exact、starts_with、ends_with、regex（安全なRE2パターン）；valueはパターンです。tag+fieldごとに1ルールで、既存アイテムのタグ付けは非同期で実行されます。

rule_id（list_tag_rulesから取得）で自動割り当てルールを削除。そのパターンの将来の自動タグ付けを停止しますが、すでにタグが付いているアイテムはそのまま保持されます（割り当て解除にはremove_tagまたはdelete_tagを使用）。

プロパティに定義されたキーワードとページのSmart Viewを一覧表示 — それぞれview_id、name、type（keyword | page）、グループ化しているタグ名付き。タグごとのメンバー数はlist_tagsから取得します。

タグのセットからSmart Viewを作成（list_tagsから読み取ります）。typeはkeyword（キーワードタグ対象）またはpage（ページタグ対象）。ビューはネイティブに作成したものとまったく同じようにSEOcrawl UIに表示され、そこで編集できます。

view_idでSmart Viewを削除します。恒久的で、SEOcrawl UIからもビューを取り除きます。基になるタグには影響しません。通常の適用済みフィルタidはnot_foundを返します。

プロパティ用に作成されたSEO Reportingのレポートを一覧表示 — 各レポートにid、name、is_template、is_automate、created_at、ownerが付きます。デフォルトでは通常のレポートを返します。代わりにレポートテンプレートを一覧表示するにはtemplates: trueを渡します。定期レポートは除外されます（list_report_schedulesを使用）。next_cursorによるカーソルページネーション。

1つのレポートのメタデータ（name、is_template、is_automate、owner、created_at、スケジュール時はperiodと受信者）と完全なウィジェット構造 — 各ウィジェットのtype、タイトル、位置、設定、フィルタ — を取得します。返すのはレポートの構成であり、レンダリング済みの数値ではありません（数値はGSC / GA4ツールで読み取ってください）。

既存レポートの共有可能なスナップショットを生成し、その公開URLを返します（書き込みアクション）。レポートの現在のウィジェット状態をキャプチャし、コンテンツハッシュで重複排除します — 日付範囲は受け取らないため、別の期間が必要な場合は先にレポートのウィジェットを編集してください。report_id、snapshot_id、urlを返します。

プロパティで自動定期配信に設定されたレポートを一覧表示 — 各レポートにid、name、owner、period（weekまたはmonth）、受信者のユーザーIDが付きます。保存済みのスケジュール設定（period + 受信者）を反映します。next_cursorによるカーソルページネーション。

単一のライブURLをオンデマンドで取得し(プレーンなHTTP GET、JavaScriptなし)、レスポンスの詳細を返します — 最終URL、ステータスコード、完全なリダイレクトチェーン、応答時間、展開後のページサイズ — さらにオプションのブロックとして、パース済みSEO要素(title、meta description、meta robots、canonical、hreflang、見出し、OG/Twitterタグ、JSON-LDタイプ、単語数、リンク数、alt欠落画像)、クリーンなMarkdownに変換した本文、生のHTMLを返せます。転送エラーは構造化エラー(dns_error、timeout、blocked_url…)として返ります。無料 — MCPクレジットを一切消費せず、ユーザーごとのレート制限のみ適用されます。

サマリーデータからKPIカードのグリッドをレンダリングします — 各カードにはラベル、生の値、任意の単位（$プレフィックス、%サフィックス、または継続時間を示すs）、上昇/下降の方向を伴う期間比の変化、そしてカードが4枚を超える場合のセクションへの任意のグルーピングが含まれます。サマリーツール（get_gsc_summary、get_ga4_summary…）がrender_with: render-scorecardを返したときに自動的に呼び出されます。無料です。

あらゆるリスト結果から、クライアントサイドのソート・検索・ページネーションを備えたインタラクティブなテーブルをレンダリングします — 上位キーワード、上位ページ、変動の大きい項目、プロンプト、バックリンクなど。列はデータから型付けされ、配列セルはチップとして表示されます。リストツールがrender_with: render-data-tableを返したときに自動的に呼び出されます。無料です。

ホバーツールチップとクロスヘア、切り替え可能な凡例、そして2つの系列が異なる単位を使う場合の自動デュアルY-axisを備えたインタラクティブな折れ線チャートをレンダリングします。render_with: render-time-series-chartを返すあらゆる履歴／日次系列ツール（get_page_detail、get_keyword_detail、パフォーマンス履歴…）から供給されます。無料です。

MCPバックエンドのライブステータスをサーフェス別(GSC、GA4、Site Audit、AI Tracker、タスク)とデータストア別に返します。それぞれ ok・degraded・down のいずれかで報告され、last_check_at と sample_error が付きます。無料・引数不要 — マルチステップのワークフローの前にポーリングすれば、壊れたエンドポイントを最初に把握できます。