google-search-console
Google Search Consoleのデータ分析やGSC APIの利用、検索パフォーマンスの解釈が必要なときに使用するスキル。「GSC」「インデックスカバレッジ」「Core Web Vitals」「URL検査」「表示回数・CTR・平均掲載順位」などに関する調査や`searchanalytics.query`を使ったデータ取得に対応する。タイトルタグやメタディスクリプションの書き換えが目的の場合は、それぞれ専用スキルを使用すること。
description の原文を見る
When the user wants to analyze Google Search Console data, use the GSC API, or interpret search performance. Also use when the user mentions "GSC," "Search Console," "indexing report," "Core Web Vitals," "Enhancements," "Insights report," "search performance," "search queries," "search performance report," "URL inspection," "impressions," "CTR," "average position," "index coverage," "GSC data analysis," "Search Console API," or "searchanalytics.query." When the user wants to rewrite title tags (not only report on them), use title-tag. For meta description rewrites, use meta-description.
SKILL.md 本文
Analytics: Google Search Console
Google Search Console (GSC) データの分析をガイドします:パフォーマンス指標、インデックス、サイトマップ、Core Web Vitals、リッチリザルト。月次監視と実行可能なインサイトのベストプラクティスをカバーしています。
呼び出し時:初回使用時は、このスキルが何をカバーし、なぜ重要なのかについて 1~2 文で開くと役に立つ場合があります。その後、メイン出力を提供します。その後の使用時またはユーザーがスキップを求めた場合は、メイン出力に直接進みます。
スコープ
- パフォーマンス:クリック、インプレッション、CTR、平均掲載順位; API によるエクスポート
- インサイト:簡潔な概要; トップコンテンツと注目クエリ
- インデックス:インデックス済みページ、インデックスなしページ、理由 (カバレッジ)
- 技術面:サイトマップ、Core Web Vitals、エンハンスメント
- API:searchanalytics.query によるプログラマティックアクセス
- 手法:グラフの読み方、一般的な間違いの回避、リリースとの相関
分析のベストプラクティス
グラフの読み方
| プラクティス | 理由 |
|---|---|
| 1 つのメトリクスに焦点を当てる | 積み上げ棒グラフは変動を隠します; 他のメトリクスをオフにして各メトリクスを明確に表示 |
| 2 つのポイントだけを比較しない | 月末対前月比較は月中の変動を見逃します; 完全なトレンドを確認 |
| トップ 10 以上をチェック | 多くのレポートはデフォルトでトップ 10 です; より多くの行をスクロールまたはページネーション |
| グラフのスクリーンショットを取得 | GSC は限定的な履歴を保持します; 今後の参照用に画像を保存 |
| スプレッドシートに記録 | 月末にエクスポート; 数式を使用して時間経過による相関を追跡 |
| リリース日を記録 | 開発スタンドアップに参加し、リリースノートを読む; GSC の変化をデプロイと相関 |
調査ワークフロー
- 日付を特定:メトリクスはいつ変わったのか?
- 相関付ける:リリース、CMS 変更、サーバーメンテナンス、サードパーティコードはあるか?
- 判断:調査、修正、無視、または密接に監視
- ループイン:根本原因について製品またはdev チームを巻き込む
主なレポートとメトリクス
1. パフォーマンス (検索結果)
場所:パフォーマンス ? 検索結果
| メトリクス | 用途 |
|---|---|
| クリック | Google 検索からのトラフィック |
| インプレッション | サイトが検索結果に表示された頻度 |
| CTR | ユーザーがページがクエリに答えると思うかどうか |
| 平均掲載順位 | ランキングトレンド |
ディメンション:クエリ、ページ、国、デバイス、日付。検索タイプでフィルタ:ウェブ、画像、動画、ニュース。CTR が低い高インプレッションページを見つけるために使用 (タイトル/メタ最適化の機会)。
検索外観:AMP、ブルーリンク、リッチリザルト (UI と API でフィルタリング可能)。
掲載順位別の CTR ベンチマーク
実際の CTR と予想される値を比較するために使用します。ベンチマークは SERP フィーチャー (AI Overview、特集スニペット) によって異なります。ゼロクリック:SERP フィーチャーがクリックなしでインテントを満たす場合、オーガニック CTR は低下します; 予想に反映してください。serp-features (ゼロクリックセクション)、featured-snippet を参照。きれいな SERP:
| 掲載順位 | 予想 CTR (ベースライン) | AI Overview あり (低い) |
|---|---|---|
| 1 | 25-35% | ~19% |
| 2 | 12-18% | ~12% |
| 3 | 8-12% | ~7% |
| 4-5 | 5-7% | ~5% |
| 6-10 | 2-5% | 2-5% |
解釈:実際の CTR があなたの位置の予想より低い場合、タイトル/メタ最適化を優先します。ファーストページの結果の 90% 以上が CTR 10% 以下です; 大きな向上が可能です。
CTR が低い、インプレッションが高い:最適化ワークフロー
- 特定:インプレッションでソート; 位置 1-10 でフィルタ; 月間 1,000 インプレッション以上
- 比較:実際の CTR 対位置の予想 (上の表を参照)
- ギャップ:例えば、位置 4 で 2% CTR 対予想 5-7% ? ~3-5% 上昇ポテンシャル
- アクション:title-tag、meta-description に従ってタイトルとメタを最適化; リッチリザルトのスキーマを追加 (+10–20% クリック)
リッチリザルトと CTR
レビュー星、FAQ スキーマ、または他のリッチスニペットを持つページは 10-20% 多くのクリックが表示されます。schema-markup を参照。
2. インサイトレポート
場所:パフォーマンス ? インサイト (またはオーバービュー)
簡潔な概要; スタンドアロン Search Console Insights に代わります。GSC のみのデータ (GA データは 2024 年 12 月に削除)。
| カード | 用途 |
|---|---|
| クリックとインプレッション | サイトの可視性とクリック効果 |
| あなたのコンテンツ | トップ、上昇傾向、下降傾向ページ |
| あなたのサイトに通じるクエリ | トップ、上昇傾向、下降傾向クエリ |
| トップ国 | 地理的オーディエンス |
| ブランド検索対非ブランド検索 | ブランド認知度 (AI ラベル; 誤ラベルの可能性あり) |
| その他のトラフィックソース | 画像、動画、ニュース検索、Discover |
トレンド:前の期間と比較したクリック変化に基づいています。アイテムをクリックしてパフォーマンスレポートにジャンプし、そのアイテムでフィルタリング。
クエリグループ:類似クエリがグループ化; グループ名 = 最高パフォーマンスクエリ。サブプロパティまたはインプレッション数の少ないサイトでは利用できません。
3. ページインデックス (カバレッジ)
場所:インデックス登録 ? ページインデックス
ステータスグループ (更新):有効 + 警告付きで有効 ? インデックス済み。エラー + 除外 ? インデックスなし。
インデックス済みとインデックスなしは相補的:すべてのサイトコンテンツがインデックスされるべきではありません。ログイン、管理、重複コンテンツ、法的ボイラープレート、低価値ページは多くの場合、意図的に noindex を使用します。インデックス済みとインデックスなしのページは相互参照できます (例:サイトマップにはインデックス可能な URL が含まれます; noindex ページはまだ存在し、内部にリンク)。インデックスなしは本質的に問題ではありません--重要なページが除外されている場合にのみ調査してください。除外する時期については indexing (noindex の使用) と robots-txt (クロール制御) を参照。
| メトリクス | アクション |
|---|---|
| インデックス済みページ | 「インデックスなしページ」をオフにして単独で表示; 低下を監視 |
| インデックスなしページ | 「インデックス済みページ」をオフにして単独で表示; スパイクを監視。意図的 (noindex、robots) と偶然の誤りを区別 |
フィルタ:すべて送信されたページ / 未送信ページのみ (上部近くのドロップダウン)。
ソース列:問題が Web サイトまたは Google のどちらが原因かを示します。
ページがインデックスされていない理由:理由と例 URL をドリルダウン。一般的な原因:
- 重複コンテンツ
- Noindex タグ
- リダイレクトエラー
- 5xx エラー
- 404 エラー
- robots.txt でブロック
- 発見 ? 現在インデックスなし
- クロール ? 現在インデックスなし
クイックチェック:トレンド線が安定している場合は、約 3 秒を費やします; 続行。4 番目の列 (トレンド) がシフトしている場合は調査。
診断ワークフロー:GSC カバレッジ ? 問題をクリック ? サンプル URL を表示 ? パターンを特定 ? 修正 (インデックス処理の修正アクションについては indexing を参照)。
カバレッジの問題タイプ:
| 問題 | 意味 | 次のステップ |
|---|---|---|
| クロール済み - 現在インデックスなし | クロール済みだがインデックスなし | indexing を参照 |
| 「noindex」タグで除外 | 意図的に除外; 多くの場合有効 (ログイン、管理、法的など) | 予想されている場合は無視; 重要なページが誤って noindex されていないか確認 |
| robots.txt でブロック | クロールがブロック | robots-txt を参照; 意図的である可能性 |
| リダイレクト / 404 | リダイレクトまたは欠落 | URL を修正またはリダイレクト |
| 重複 / 正規 | 重複コンテンツ | 通常は OK; 正規を保持 |
URL インスペクション:判定:「URL は Google にあります」「URL は Google にあります、ただし問題があります」「URL は Google にはありません」。重要なページに使用; 正規、内部リンク、サイトマップを確認; 必要な場合はインデックス登録をリクエスト。
4. ビデオインデックス (該当する場合)
場所:インデックス登録 ? ビデオインデックス
- インデックス済みビデオ / インデックスなしビデオ:クリアなビューの場合は他方をオフに切り替え
- ビデオがインデックスされていない理由:サムネイルがブロック、無効なサイズ/形式、メインコンテンツなし、など。
ビデオ SEO については video-optimization を参照; YouTube については youtube-seo を参照。
5. XML サイトマップ
場所:インデックス登録 ? サイトマップ
| チェック | アクション |
|---|---|
| ステータス | 各サイトマップが「成功」と表示されていることを確認 |
| インデックス済み URL | サイトマップをクリック ? インデックス数を表示; 低下はインデックス処理の問題を示す |
| ベルウェザーサイトマップ | 大規模サイトの場合、テンプレート化されたサイトマップ (国別、言語別、部門別) を監視 |
エンタープライズ:不具合は新しい URL クロールをブロック、hreflang の混乱を引き起こし、新しいコンテンツ発見を遅延させる可能性があります。
6. Core Web Vitals
場所:エクスペリエンス ? Core Web Vitals
優先順位:モバイルファースト (Google のモバイルに対する期待が高い)。
| メトリクス | モバイル | デスクトップ |
|---|---|---|
| 良好な URL | ターゲット | セカンダリ |
| 改善が必要 | 修正 | 監視 |
| 低い URL | 修正 | 監視 |
URL が高いスコアを持たない理由:「レポートを開く」をクリック → 問題タイプ別のグループ化された例 URL。閾値と修正については core-web-vitals を参照。
ヒント:履歴グラフは短い; 長いトレンドはスプレッドシートにエクスポート。開発チームと定期的に共有; リリースと日付を相関。
レイアウト (更新):2 つのテーブル--低または改善が必要; 良好 (「使用可能なページに関するデータを表示」をクリック)。
7. エンハンスメント (リッチリザルト)
場所:エクスペリエンス ? エンハンスメント (商品スニペット、ショッピング下の販売者リスト)
ステータス (更新):2 層 ? 無効 (重大な問題、表示されない可能性) 対 有効 (重大な問題なし; 警告がある可能性)。警告はもはやトップレベルではありません。
| タイプ | 例 |
|---|---|
| コンテンツ | パンくず、FAQ、イベント、ビデオ (video-optimization を参照)、求人投稿、レビュースニペット、Q&A、ディスカッションフォーラム |
| ショッピング | 商品スニペット、販売者リスト |
| その他 | レシピ、データセット、ホテル、バケーションレンタル、プロフィールページ、練習問題、数学ソルバー、画像メタデータ |
注:レポートはサンプルアイテムを表示し、完全なリストではありません。リストされていない URL については URL インスペクションを使用。
8. AI Overview (GSC の制限)
- GSC:AI Overview クリック/インプレッションはパフォーマンスレポートでオーガニックから分離されていません。
- 回避策:AI Overview をトリガーする傾向のあるクエリをフィルタして AI 駆動の可視性を推定:
(?i)^(who|what|where|when|why|how|which|is|are|can|does|should)|\b(vs|versus|compare|difference|pros and cons|guide|tutorial|best|top|list)\b
GA4 AI トラフィック追跡については ai-traffic-tracking を参照。
9. リンクと不承認
場所:リンク (インバウンドリンク)、セキュリティと手動による対応
- リンクレポート:サイトとページへのリンク、アンカーテキスト配分を表示。
- 不承認ファイル:必要に応じて GSC 経由で送信 (手動ペナルティ、有害なリンク)。控えめに使用; 過度に不承認すると害を及ぼす可能性があります。不承認する時期については backlink-analysis を参照。
Search Console API
メソッド:searchanalytics.query() --すべてのパフォーマンスレポートデータを公開。
メトリクス
クリック、インプレッション、CTR、位置。
ディメンション
日付、クエリ、ページ、国、デバイス。検索外観 (AMP、ブルーリンク、リッチリザルト)。検索タイプでフィルタ:ウェブ、画像、動画、ニュース。
制限
| 制限 | 値 |
|---|---|
| 1 日あたり 1 検索タイプあたり 1 プロパティあたりの行 | 50,000 |
| 応答あたりの行 | 25,000 (ページネーション使用:startRow、rowLimit) |
| データ可用性 | 後 2~3 日 |
ヒント:1 日のデータを避けるため、1 日のデータについて毎日クエリを実行します。データ存在を最初に確認 (ディメンション:日付のみ、フィルタなし)。
最適化:Gzip 圧縮; fields パラメータによる部分的な応答; 大規模データセット用のページネーション。
参考:Search Console API、searchanalytics.query
月次監査チェックリスト
- パフォーマンス:クリック、インプレッション、CTR、位置トレンド
- インサイト:トップ/トレンドコンテンツとクエリ (利用可能な場合)
- ページインデックス:インデックス済み対インデックスなし (分離ビュー)
- インデックスなしの理由:主要な理由のトレンド線
- サイトマップ:すべて「成功」; インデックス済み URL 数は安定
- Core Web Vitals:モバイル良好/改善が必要/低
- エンハンスメント:新しい無効なアイテムなし (重大な問題)
- リンク:手動による対応なし; 必要な場合のみ不承認 (backlink-analysis を参照)
- データがスプレッドシートにエクスポート (月末スナップショット)
- 履歴用グラフのスクリーンショット
- リリースノートを確認して相関性を検討
出力形式
- 概要:主な発見、トレンド、異常
- メトリクス:特定の数値と日付範囲
- CTR 分析:掲載順位別の実際対予想; CTR が低い高インプレッションページ
- タイトル/メタ機会:CTR ギャップのあるページ; 具体的な最適化提案
- アクション項目:優先度付きの修正 (インデックス処理、CWV、サイトマップ、エンハンスメント、タイトル/メタ)
- 相関:疑わしい原因 (リリース、構成変更)
- 次のステップ:監視計画、dev ハンドオフ
関連スキル
- title-tag、meta-description、page-metadata:低 CTR ページのタイトルとメタ最適化; hreflang
- xml-sitemap:サイトマップエラーを修正
- indexing:インデックス処理の問題を解決
- core-web-vitals:CWV 最適化; LCP、INP、CLS を修正
- mobile-friendly:モバイルユーザビリティレポート; モバイルファーストインデックス
- schema-markup:構造化データ/リッチリザルトを修正
- backlink-analysis:不承認する時期; バックリンク監査
- seo-monitoring:完全な SEO データ分析、ベンチマーク
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- kostja94
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/kostja94/marketing-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。