google_search_console-automation

google_search_console-automation skill の概要

google_search_console-automation でできること

google_search_console-automation は、Composio の Rube MCP を通じて Google Search Console のワークフローを実行するための Claude skill です。エージェントが現在利用できる Google Search Console ツールのスキーマを確認し、適切なアカウントに接続したうえで、検索パフォーマンス分析、URL 検査、サイトマップ確認、インデックス状況のレビューといった作業を進められます。古い固定的な API 前提に頼らず、実際のツール定義に基づいて操作できる点が特徴です。

SEO 調査とサイト運用に向いているケース

この skill は、ライブの Search Console データをエージェントに扱わせたい SEO アナリスト、テクニカル SEO 担当者、コンテンツチーム、サイトオーナーに特に有用です。「クリックが減っているページを見つける」「この URL がインデックスされているか確認する」「コンテンツ更新前後でクエリのパフォーマンスを比較する」「サイトマップの送信状態を確認する」といった定期業務に適しています。最も相性がよいのは、一般的な SEO チェックリストではなく、現在の検索データを必要とする Seo Research 向けの google_search_console-automation です。

この skill の違い

大きな差別化ポイントは、必須のツール探索ステップです。元の skill では、エージェントにまず RUBE_SEARCH_TOOLS を呼び出させ、現在の Google Search Console ツール名、パラメータ、スキーマ、実行計画、注意点を取得するよう明示しています。MCP のツール構成は変わる可能性があり、Search Console のワークフローでは、エージェントがフィールド名を推測したりアカウント認証を飛ばしたりすると失敗しやすいため、この手順が重要です。

導入前に知っておきたい制約

これは単体のスクレイパー、ブラウザ自動化スクリプト、あるいは Google Search Console アクセスの代替ではありません。Rube MCP が利用できる必要があり、Google Search Console toolkit は RUBE_MANAGE_CONNECTIONS を通じて接続されている必要があります。利用中のクライアントが MCP ツールに対応していない場合や、対象の Search Console プロパティを認可できない場合、google_search_console-automation skill は本来想定しているライブワークフローを実行できません。

google_search_console-automation skill の使い方

google_search_console-automation のインストールとセットアップ

利用している skill manager のリポジトリパスから skill をインストールします。例:

npx skills add ComposioHQ/awesome-claude-skills --skill google_search_console-automation

次に、AI クライアントで Rube MCP を設定し、MCP server として https://rube.app/mcp を追加します。SEO の出力を依頼する前に、RUBE_SEARCH_TOOLS が利用可能か確認してください。そのうえで、toolkit google_search_console を指定して RUBE_MANAGE_CONNECTIONS を使います。接続状態が ACTIVE でない場合は、返された認可リンクに従い、接続を確認してから次へ進みます。

skill に渡すべき入力

google_search_console-automation を安定して使うには、プロパティ、日付範囲、検索タイプ、対象 URL またはクエリグループ、そして判断したい内容をエージェントに渡します。弱いプロンプトは「SEO をチェックして」です。強いプロンプトは次のようになります。「Using google_search_console-automation, inspect https://example.com/blog/page/ in Google Search Console, confirm indexing status, then pull search performance for the last 28 days versus the previous 28 days. Summarize clicks, impressions, CTR, average position, top queries, and whether the page needs content, indexing, or internal-link action.」

ライブの Search Console 作業に使う実践ワークフロー

よい進め方は、先に認証、次にツール探索、その後に絞り込んだ確認を実行し、最後に統合して判断する流れです。特定の Google Search Console ツールを呼び出す前に、エージェントへ “search performance, URL inspection, sitemaps, and indexing status” のようなユースケースを指定して RUBE_SEARCH_TOOLS を呼ばせてください。パフォーマンス分析では、query、page、country、device、date などのディメンションは、判断に必要な場合だけ指定します。URL 検査では、曖昧なページタイトルではなく、正確な canonical URL を渡します。

先に読むべきリポジトリ内ファイル

この skill は現時点では、composio-skills/google_search_console-automation 配下の単一の SKILL.md を中心に構成されています。前提条件、セットアップ順序、「必ず先に tools を search する」というルールを確認したい場合は、インストール前に読んでください。プレビューされたツリーには追加スクリプト、参照フォルダ、README ファイルはないため、実務上の価値はバンドルされた自動化ライブラリではなく、skill に記載された MCP 向けの操作指示にあります。

google_search_console-automation skill FAQ

google_search_console-automation は初心者にも向いていますか？

はい。対象の Google Search Console プロパティにアクセスでき、利用中の AI クライアントが MCP に対応していれば使えます。ただし初心者は、初回実行をセットアップ重視の作業として扱うべきです。Rube MCP を確認し、Google Search Console toolkit を接続し、変更や SEO 判断を行う前に、エージェントが見つけたツールを説明させてください。

通常の SEO プロンプトより何が優れていますか？

通常のプロンプトでも SEO チェックの提案はできますが、ライブの Search Console ツールを確実に呼び出したり、現在の MCP スキーマに合わせて動作したりすることはできません。google_search_console-automation skill は、利用可能なツールを探索し、接続状態を確認し、その後に Search Console ワークフローを実行する、という具体的な運用パターンをエージェントに与えます。これにより、存在しない指標の生成を抑え、推測したパラメータによるツール呼び出し失敗を避けやすくなります。

この skill ではできないことは何ですか？

Search Console の権限作成、Google 認可の回避、インデックス登録の保証、専門家の解釈の代替はできません。パフォーマンスや URL 検査データを提示することはできますが、ビジネス上の文脈、季節性、サイト移行、SERP の変化、コンテンツ品質は別途判断する必要があります。また、Search Console プロパティで利用可能なデータの範囲外にあるキーワードの順位トラッカーでもありません。

インストールしないほうがよい場合は？

ライブの Search Console データを使わない純粋なコンテンツ企画だけが目的の場合、環境が Rube MCP に接続できない場合、またはエージェント操作のワークフローではなく完全にスクリプト化された ETL パイプラインが必要な場合は、この skill は不要です。大規模なレポーティング基盤では、この skill を唯一の本番データパイプラインとしてではなく、調査分析や検証のために使うのが適しています。

google_search_console-automation skill の改善方法

SEO 調査ブリーフを具体化する

google_search_console-automation の結果を最も早く改善する方法は、曖昧な目的を検証可能な問いに変えることです。サイトプロパティ、正確な URL、日付範囲、比較期間、対象市場、希望する出力形式を含めてください。例: 「過去 90 日間で impressions は増えたが CTR が下がった non-brand queries を page 別に見つけ、impressions が 500 以上あるページに限って title/meta テストを提案してください。」

よくある失敗を減らす

失敗の多くは、認証漏れ、曖昧なプロパティ指定、推測されたツールスキーマ、一度に多すぎるディメンションを求める広すぎるプロンプトから発生します。Google Search Console 接続が ACTIVE でない場合は停止すること、実行前に RUBE_SEARCH_TOOLS を実行すること、利用予定のツールスキーマを報告することをエージェントに指示してください。これにより、フィールド、日付範囲、URL 検査パラメータがサポートされていない場合でもデバッグしやすくなります。

初回出力のあとに反復する

最初の回答を最終的な SEO 判断として扱わないでください。ノイズを取り除くために、2 回目の分析を依頼します。たとえば、ブランドクエリを除外する、モバイルとデスクトップを分ける、国別に比較する、既知のリリース中に更新されたページを切り出す、インデックス状況とサイトマップ掲載が矛盾している URL をフラグする、といった進め方です。初回取得でクエリが多すぎる場合や、検索意図が混在したページが見つかった場合は、反復が特に有効です。

チーム利用に向けて skill 自体を改善する

fork を保守している場合は、パフォーマンス低下の診断、URL 検査のバッチ処理、サイトマップ健全性レビュー、コンテンツ更新の優先順位付けといった一般的なワークフローの例を追加してください。必須フィールド、期待する出力、MCP アクセスがない場合の “stop conditions” を含むプロンプトテンプレートも用意するとよいでしょう。google_search_console-automation skill の大きな改善点は、日付比較、プロパティ選択、Search Console 指標の安全な解釈について、再利用しやすいパターンをより明確にすることです。