seo-google

Google 検索データ

入力

明示的なプロパティ、エクスポート／ツールの結果、日付、フィルター、レポートの種類。

エビデンスと実行時環境

スキルリソースリーダーがリンク先の関連ファイルを開けない場合は、ホストから返された、またはこのスキルの場所から解決したインストール済みプラグインのルートを使用して、利用可能なファイルツールまたは実行ツールを試してください。ホームフォルダー、バージョン、作業ディレクトリをハードコードしないでください。リーダーの呼び出し失敗とファイルの不在を区別し、実際に試行したファイルと試行していないファイルを区別してください。サポートされているアクセス経路が失敗した場合に限り、リソースを利用不可と報告してください。ファイルまたは実行へのアクセス手段がない場合は、読み取れるエビデンスの範囲で作業を続け、その制限を明記してください。

このワークフローを選択した場合は、運用契約を読んでください。ツールの選択時やデータが欠落している場合は、実行時環境とデータパスを参照してください。日付に左右される主張をする前に、関連する検索に関する事実と一次情報源を再確認してください。定量的な診断を行う場合は、スコアリングを読んでください。利用できないカテゴリは不明のままにしてください。

関連リソース

このタスクで選択した部分に必要なリソースのみを読んでください。

• 提供された指標の解釈。
• 実環境とラボのパフォーマンスに関するエビデンス。
• Google パフォーマンスレポートのテンプレート。
• インデックス登録と検出レポートのテンプレート。

ワークフロー

1. プロパティ、行の粒度、期間、タイムゾーン、検索タイプ、デバイス／国のフィルター、集計方法、およびプロバイダーによる切り捨ての有無を確認します。
2. 指標の定義と比較可能性の確認については、データ分析を読んでください。CSV と Python が利用できる場合は、オフライン GSC 計算ツールを実行します。クリック数、表示回数、CTR はそれぞれの分母とともに報告し、エクスポートの内容に適合する場合は、表示回数を重みとした平均掲載順位を算出します。このヘルパーの合計値は、提供された行のみを対象とします。コンテキストが判明している場合は、ユーザー提供のプロパティ／日付／フィルターのサイドカーを --metadata で指定します。これは提供された範囲であり、アカウントへのアクセスを独自に検証したものではありません。
3. 同じ長さの期間を比較し、ページ／クエリ／デバイスのパターンをセグメント化します。欠落しているクエリや非公開のクエリ、およびレポートの遅延が分かるようにしてください。トラフィック減少の発生時期だけでは、アルゴリズムが原因だとは証明できません。
4. パフォーマンスデータでは、PageSpeed のラボ測定と CrUX の実環境サンプル、およびページ単位とオリジン単位の結果を分けてください。デバイスと日付を記録します。
5. エビデンスで裏付けられるパターンを、具体的なページ／技術面の仮説と次に行う確認事項に落とし込みます。GSC のクリック数と GA4 のセッション数およびコンバージョン数は分けてください。
6. 検査またはインデックス登録のリクエストでは、実際に返されたステータスと現在の API の適用範囲を使用します。明示的な許可なく書き込みエンドポイントを実行せず、手順案を作成してください。

成果物

ソースの適用範囲を明記した指標の読み取り結果、セグメントごとの所見、計算に関する注記、優先事項、検証計画を提示します。大規模な指標レポートにはリンク先のパフォーマンステンプレートを使用し、URL 検査または検出のエビデンスにはインデックステンプレートを使用してください。

制限事項

このパッケージには Google OAuth 連携がありません。チャットでキーやトークンを要求したり、アカウントへのアクセスを捏造したり、通常の記事に Indexing API を使用したりしないでください。

公開されている Claude SEO の seo-google ワークフローを参考にしています。