anycap-ai-tool-seo

AnyCap AI ツール SEO

検索での可視性を監査し、次に修正、改善、統合、公開すべき内容を判断します。技術的に有効なページはインデックス登録の対象になったにすぎず、クロール、インデックス登録、ランキングが保証されるわけではありません。

サイト全体への変更を推奨する前に、framework.md、page-planning.md、guardrails.mdをお読みください。サイトの現状を判断する際は、現在のサイトと一次情報を信頼できる情報源として使用してください。

ワークフロー

1. ベースラインを確立する

• サイト、検索ユーザー、ターゲット市場、コンバージョン経路、現在の URL 一覧、最近変更または廃止された URL を特定します。不足している情報は、可能であればサイトから推測します。
• Google Search Console（GSC）で、完全な期間とページ／クエリのコホートを比較します。ブランド検索と非ブランド検索、現在の URL と廃止された URL を分けます。表示回数、クリック数、インデックス登録状況、最新の完全なデータの日付を記録します。手動による対策とセキュリティの問題がないというだけで、過去のアルゴリズムによる可視性の低下が解消したと推測してはいけません。
• 競合の調査とキーワードの推定には Ahrefs などのツールを使用し、サイトで観測された Google 検索のパフォーマンスには GSC を使用します。推定値と期間を明記します。
• GSC を利用できない場合は、未検証のままとなる結論を明記し、公開されているページのクロールとサイトの証拠を調査します。

2. 各インテントを既存の URL に対応付ける

• ページを提案する前に、現在そのインテントを担当する URL を特定します。その URL のレスポンスコード、robots ディレクティブ、canonical、サイトマップへの掲載状況、内部リンク、レンダリングされたコンテンツ、利用可能な場合は GSC の URL 検査を確認します。
• 保存済みの検査データとライブテストを区別します。Google による最終クロール日を記録します。ライブテストでインデックス登録の対象になっていると示されても、その URL がインデックスに登録されているとは限りません。
• framework.mdの判断表を適用します。実際の技術的な障害があれば、まずそれを修正します。競合する URL を追加する前に、既存の担当ページを改善または統合します。最近変更したページは、効果を判断する前に再クロールされるまで時間を置きます。

3. 需要と SERP のインテントを調査する

• ターゲットの国と言語で現在の検索結果を確認します。できれば、その検索エンジンの結果を実際に表示する検索インターフェースを使用します。主なインテント、ページの種類、根拠、ギャップを記録します。1 回のクエリサンプルは、安定したランキング調査にはなりません。
• anycap search --query "<topic>" --no-crawl --max-results 10を使用すると、さらに調査するための公開ページを見つけられます。これは一般的なウェブ検索のサンプルであり、Google の順位トラッカーでも検索ボリュームの情報源でもありません。CLI が利用可能で役立つ場合に限って使用してください。このワークフローの残りの作業に認証は必要ありません。
• 製品が検索ユーザーの目的を達成できるか検証します。同じインテントと担当ページが重複するキーワードのバリエーションは避けます。

4. 役立つ最小限の変更を選び、実施する

• 既存のページがすでにそのインテントを担当している場合は、そのページを改善します。目的に明確に答え、検証済みの一次情報を追加し、実際の制約を明示し、製品への導線を役立つものにし、関連ページからリンクします。
• 同じインテントを分割しているページは統合します。現在のページ一覧では対応できない、明確に異なる目的がある場合にのみ新しいページを作成します。
• 構造化データは、そのページと Google の機能が対応している場合にのみ使用します。FAQ セクションやマークアップを機械的に追加してはいけません。
• 翻訳ページでは、メインコンテンツが適切にローカライズされていることと、canonical および hreflang の関係が正しいことを確認します。GSC の短い期間で表示回数が少ないというだけで、言語ページを削除してはいけません。

5. 優先順位を付けて測定する

• 実際に確認された障害や需要、ユーザー価値、根拠の準備状況、実装工数、意図が重複するリスクに基づいて、機会に順位を付けます。コンテンツを拡充する前に、共通するクロール／インデックスの問題を解決します。
• レビューしやすい小規模なセットを公開します。Google が変更を処理した後、クロール／インデックスの状況とページ／クエリのコホートを追跡し、固定の順位達成期限や成果の保証は避けます。サイトマップの送信と再クロールのリクエストは、発見を促す手段であり、インデックス登録を保証するものではありません。
• 簡潔な根拠表を用意します。クエリ／タスク、現在の担当ページ、GSC の状況／日付、SERP で確認した内容、対応（修正／更新／統合／新規作成／保留）、優先度、測定計画を記載します。ページ概要は、正当な理由がある新規作成や大幅な書き換えに限って追加します。

任意の AnyCap コマンド

CLI が利用可能な場合、ウェブ調査では構文と最新の動作を確認するために anycap-cli スキルを参照します。

anycap crawl https://example.com
anycap search --query "image generation api" --no-crawl --max-results 10

これらのコマンドでは、Google Search Console の指標、Google のインデックス状況、Google SERP の正確な順位は確認できません。SEO 診断の前提条件として、無関係なモデル生成テストを実行しないでください。

根拠とプライバシー

• 公式の検索ガイダンス、実際に観測したサイトデータ、サードパーティの推定値、実務者の仮説を区別します。
• 製品テスト、推薦文、ベンチマーク、顧客ロゴ、ランキングを捏造しないでください。
• 認証済みの GSC／Ahrefs エクスポート、アカウント識別子、非公開のダッシュボードのスクリーンショットは、非公開の無視対象ディレクトリに保管します。リポジトリへの記録が必要な場合は、サニタイズした結論のみを公開します。

リソース

• framework.md — 基準値、インデックス登録の判断、優先順位付け
• page-planning.md — 意図の担当ページとページ概要
• guardrails.md — Google のガイダンスと品質上の境界