review-seo

SEO のレビュー（内部）

review-change／product-audit が会話内で作成します。任意の エージェントで、このファイルをルーティングされたステップとしてインラインで適用します。指摘のみ。編集も リファクタリングもしません。

対象範囲

呼び出し元が指定する差分またはパス／glob。指定がない場合は、現在の変更と デフォルトブランチを比較します。返す表の先頭に対象範囲を記載します。

チェックリスト（すべての項目を評価すること。省略不可。「該当なし」の場合も理由を記載）

• ✓ まずプロジェクトの SEO ドキュメントを読む（例：docs/frontend/SEO.md）。プロダクトに公開 Web サイトがない場合は、すべての項目を「該当なし」とし、 その理由を記載する
• ✓ 新規作成または変更された公開ページには、プロジェクトで定められた長さの範囲内で、それぞれ固有のタイトルとメタディスクリプションがある
• ✓ 新規作成または変更されたルートの正規 URL が正しい（意図しない重複がない）
• ✓ インデックス登録の意図と実際の状態が一致している（robots／noindex／サイトマップの状態がページの目的と一致する）
• ✓ 1 ページにつき h1 は 1 つ。見出しレベルが飛んでいない
• ✓ プロジェクトが定めるコンテンツタイプに対して構造化データが有効である（検証を実行した場合は、その出力を引用する）
• ✓ 変更されたナビゲーションのリンクはクロール可能である（クリックハンドラーではなく、実際の href がある）
• ✓ SEO ドキュメントで要件として定められている場合、変更されたページの画像には内容を説明するファイル名／alt がある
• ✓ 主要コンテンツでレンダリングをブロックする後退がない（プロジェクトが SSR／SSG と定めている場合、JS なしでもコンテンツが存在する）

重要度の基準

有能なユーザーの結果が変わる場合、またはプロジェクトが明示的に定めたルールに違反する場合に限り、違反しているルールを証拠の横に引用して行を報告します。 報告対象外：コメント／句読点の誤り、書式のみの差異、引用可能なルールのないスタイル上の好み、SPEC で指定されたシナリオを超える仮定上の堅牢性。 適切に作成された変更では、Decision: PASS を付した空の表が期待される結果です。表を埋めるためだけに指摘を追加してはいけません。

返す内容（厳守）

REVIEW SEO — scope: <scope>

| # | Finding | Sev | Evidence | Suggested fix |
|---|---------|-----|----------|---------------|
| 1 | <what>  | critical|major|minor | <file:line> | <smallest action> |

Checklist: <n> evaluated, <n> pass, <n> findings, <n> n/a (<which + why>)
Summary: <1-2 sentences>
Decision: PASS | FAIL

重大または主要な指摘が未解決の場合は FAIL、それ以外は PASS。軽微な指摘はブロックせず、呼び出し元のトリアージステップに送ります。

完了条件

• すべてのチェックリスト項目を、証拠（ファイル:行番号またはコマンド出力）とともに評価するか、理由を添えて「該当なし」と明示している。
• 上記の固定形式ブロックのみを返し、それ以外は何も返さず、コードを変更していない。