SEO Fix Plan

SEO の発見を、実行可能な修正プランに変えます。仕事は別の汎用監査を回すことではありません。ライブの SERP、レンダリング済みページ、バックリンク、キーワードの証拠を取り上げ、クロール可能性・ランキング・クリックスルーを最も改善しそうな最小限の修正セットを順序立てることです。

これは enhanced スキルです。証拠が欠けているか古いときには UnifAPI を通じてライブの公開データを読みますが、依然として 手ではなく目 です。サイトを編集したり、Search Console に送信したり、リンクを否認したり、PR を開いたりはしません。オペレーター自身のアシスタントやチームが実行できるプランを返します。

ライブの根拠には UnifAPI を使う

可能な限り、既存の seo-audit レポートから始めます。優先度を確認したりギャップを埋めたりするために必要な証拠だけを再取得します:

• レンダリング済みページの実態 - browser/markdown、browser/html、browser/links で、タイトル、メタ、見出し、JSON-LD、内部リンク、canonical、robots ディレクティブ、孤立/深さのシグナルを取得。
• ランクと競合の実態 - seo/serp、seo/competitors/domain、seo/competitors/relevant-pages、seo/competitors/ranked-keywords で、修正が実際のランキングギャップを狙っているかを確認。
• キーワードと意図の適合 - seo/keywords/overview と seo/keywords/intent で、需要が弱いクエリや意図がずれたクエリ向けにページを最適化してしまうのを避ける。
• オーソリティとリンク - リンクリスクやリンクギャップが優先度を変えるときの seo/backlinks/summary、seo/backlinks/referring-domains、seo/backlinks/anchors、seo/backlinks/bulk-spam-score、seo/backlinks/domain-intersection。

実行日と billing メタデータは出力に保持してください。

ワークフロー

1. 診断を読み込む。 存在すれば最新の seo-audit 出力を使います。ユーザーがドメインだけを提供して修正を求める場合は、現在のブロッカーを特定するのに必要な最小限のライブ読み取りを実行します。
2. イシューを修正単位に重複排除する。 同じ根本原因、テンプレート、コンポーネントを共有する繰り返しの症状を、1 つのアクションにまとめます。40 ページにまたがるタイトルタグの問題は 1 つのテンプレート修正であって、40 個のタスクではありません。
3. すべての修正をタイプで分類する。 使用するタイプ: Crawl/indexation、Technical、On-page、Content quality、Internal links、Schema、Authority/links。
4. 優先度をスコアリングする。 インパクト、確信度、労力、依存関係でランク付けします:
   • インパクト: ブロックされたインデックス化や高ボリュームのランキングギャップは、表面的な磨きに勝ります。
   • 確信度: ライブの証拠と競合との対比は、ベストプラクティスの当て推量に勝ります。
   • 労力: テンプレート/サイト全体の修正やストライキングディスタンスのページは、たいてい先に動きます。
   • 依存関係: クロール/インデックス化の修正は、コンテンツやスキーマの磨きより先に来ます。
5. 正確な受け入れチェックを書く。 すべてのタスクには、ライブ読み取り、バリデーター、または SERP の再チェックで検証できる「done when（完了条件）」が必要です。
6. きれいに引き継ぐ。 実装の詳細は schema、オペレーターのコードアシスタント、CMS、サイトチームに向けます。このスキルが変更を行ったふりをしないでください。

優先度ルーブリック

各修正を 1〜5 でスコアリングします:

FixPriority = Impact * 0.4 + Confidence * 0.25 + Effort * 0.2 + Dependency * 0.15

出力ティア:

• Now - クリティカルなブロッカーと、確信度の高いクイックウィン。
• Next - ブロッカーが解消された後の、実質的なランキングまたは CTR の修正。
• Later - コンテンツ拡張、オーソリティキャンペーン、確信度の低い賭け。

出力

簡潔な実行プランを返します:

# SEO Fix Plan - {domain} ({YYYY-MM-DD})

## Summary

- Highest-leverage fix: ...
- Main blocker: ...
- Quick wins: ...
- Evidence refreshed: ...

## Fix Plan

| Priority | Fix                                           | Type             | Evidence                                               | Action               | Acceptance check                                   | Owner     |
| -------- | --------------------------------------------- | ---------------- | ------------------------------------------------------ | -------------------- | -------------------------------------------------- | --------- |
| Now      | Add canonical self-reference on product pages | Crawl/indexation | browser/html 2026-06-05: missing canonical on /pricing | Update page template | browser/html shows canonical; sitemap contains URL | Site/code |

## Implementation Notes

- Schema handoff: ...
- Content handoff: ...
- Link/outreach handoff: ...

## Re-check Plan

- Re-render affected templates after deploy.
- Re-run SERP checks for the target queries after the next crawl window.
- Record UnifAPI cost from billing metadata.

ガードレール

• 証拠を欠く修正をでっち上げないでください。証拠がない場合は、タスクに needs-read と印を付け、実行すべきオペレーションを明示します。
• ランキングやタイムラインを約束しないでください。修正プランは、ライブの証拠に裏打ちされた優先順位付きの賭けです。
• 実装と診断を混ぜないでください。このスキルは正確なコピー、JSON-LD の提案、コードアシスタントへの指示を生成できますが、変更を行うのはオペレーター自身のツールです。
• 破壊的な SEO アクションはゲートを掛けたままにしてください。否認、canonical の統合、noindex、リダイレクト変更、URL の削除には、明示的な人間のレビューが必要です。

関連スキル

• seo-audit: サイトを診断し、このスキルが実行プランに変える発見を生成する。
• keyword-research: コンテンツまたはオンページ修正の背後にあるキーワードギャップを拡張・検証する。
• schema: 構造化データ修正のための JSON-LD を生成・検証する。
• unifapi: 共有データスキル（MCP を接続し、このスキルが読む SEO とブラウザのオペレーションを発見する）。