seo-onpage

オンページ SEO

検索との関連性、クリック率、クローラーによる内容の理解を高めるために、単一のページを最適化します。特定の技術スタックに依存せず、あらゆる CMS、フレームワーク、静的サイトで利用できます。

---

使用する場面

• 単一ページ（ホームページ、製品ページ、記事、ランディングページ）の監査または最適化
• タイトルタグやメタディスクリプションの作成またはレビュー
• 見出し構造やコンテンツの階層の修正
• ページからの内部リンク、またはページへの内部リンクのレビュー
• 検索結果からのページのクリック率の改善

使用しない場面

• サイト全体のクロール、インデックス登録、速度に関する問題（seo-technical を使用）
• キーワード調査や検索意図のマッピング（seo-keyword を使用）
• 競合の SERP 分析（seo-competitor を使用）
• 多数のページを一度に監査して、削除または統合を判断する場合（seo-content-audit を使用）

---

必要な入力

• ページの URL、または公開前の場合はドラフトのコンテンツ
• 主なターゲットクエリ（ページが検索順位を獲得すべきフレーズを 1 つ）
• サイトにおけるページの役割（商用、情報提供、ナビゲーション）

ターゲットクエリが不明な場合は、まず seo-keyword を実行するか、ユーザーにクエリを指定してもらいます。

---

フレームワーク：8 つの評価項目

完全なオンページ監査では、8 つの評価項目を確認します。それぞれを「合格」「要改善」「不合格」で評価し、具体的な修正内容を記録します。

1. タイトルタグ

• サイト内で、URL ごとに固有のタイトルを 1 つ設定する
• およそ 50～60 文字にする（長すぎると SERP で省略されます）
• 主なクエリを前方に配置する
• 含める価値がある場合は、末尾にブランド名を付ける
• H1 とは異なるものにする（非常によく似ていても構いませんが、一語一句同じにはしないでください）

2. メタディスクリプション

• URL ごとに固有の説明文を 1 つ設定する
• およそ 150～160 文字にする
• タイトルを繰り返すのではなく、価値提案を言い換える
• 自然な場合は、控えめな CTA を含める
• クリックにつながる広告コピーとして説明文を扱う

3. 見出し構造

• ページごとに H1 をちょうど 1 つ使用する
• H1 に主なクエリを含めるか、言い換えて表現する
• H2 で主要なサブトピックを網羅する
• H3 以降は、H2 に実質的な下位項目がある場合にのみ使用する
• 階層を飛ばさない（H2 の次に H4 を置かない）
• 読者が見出しだけでページ内を移動できるほど、各見出しでセクションの内容を正確に説明する

4. 本文コンテンツ

• 最初の段落で、主なユーザーの検索意図に答える
• トピックを包括的に扱う（競合の内容の深さを把握し、それに匹敵するか上回る）
• 関連するエンティティや補足的な概念を自然に含める
• キーワードの詰め込みを避ける（ボットではなく読者に向けて書く）
• 読者層に合った読みやすさにする（可読性を確認する）
• モバイルで流し読みしやすい長さの段落にする（3～5 行）

5. 内部リンク

• 関連性の高いページへの内部リンクを少なくとも 2～3 件設置する
• 関連ページからの内部リンクを少なくとも 2～3 件設置する
• アンカーテキストは説明的なものにし、「ここをクリック」や「詳しくはこちら」は避ける
• リダイレクト先ではなく、正規 URL にリンクする
• 壊れた内部リンクがない

6. 画像とメディア

• 意味のある画像すべてに説明的な alt テキストを設定する（装飾のみの画像では alt を省略する）
• 内容がわかるファイル名を付ける（「IMG_4032.jpg」ではなく「blue-running-shoe.jpg」）
• 対応している場合は、最新のフォーマット（WebP、AVIF）を使用する
• ファーストビューより下にある画像には遅延読み込みを設定する
• レイアウトシフトを防ぐため、幅と高さの属性を設定する

7. URL スラッグ

• 小文字を使用し、単語はハイフンで区切る
• 主なクエリを自然に含める（詰め込まない）
• できるだけ短くする（可能であれば 60 文字未満）
• ページの内容が実際に期間限定でない限り、日付を含めない
• セッション ID、トラッキングパラメーター、ランダムなハッシュを含めない
• サイトの URL パターンの規則に合わせる

8. オンページスキーマ

• コンテンツに適した Schema.org タイプを使用する（Article、Product、FAQPage、HowTo、Recipe など）
• 必須プロパティを入力する（そのタイプの Schema.org ドキュメントを確認する）
• Google のリッチリザルトテスト、または同等のツールで検証する
• ページ上に表示されている内容と一致させる（クローラーに誤った情報を与えない）
• コンテンツページでは、著者とパブリッシャーのスキーマを正しく関連付ける

---

ワークフロー

1. 対象の検索クエリを確認します。 不明確な場合は質問してください。対象を決めずに最適化してはいけません。
2. ページを表示します。 ユーザーが見るのと同じように確認します。コンテンツを上から下まで読みます。
3. レンダリングされた HTML を確認します。 見た目だけでなく、実際に配信されるマークアップを調べます。ソース内の <title>、<meta>、見出し、スキーマを確認します。
4. 8 つの評価軸で確認します。 各項目を採点し、具体的な修正点を記録します。
5. 優先順位を付けます。 修正を「重大」（破損または不足）、「重要」（最適とは言えない）、「あると望ましい」（仕上げ）に分類します。
6. レポートを作成します。 references/audit-template.md のテンプレートを使用します。
7. 修正案の作成を提案します。 ユーザーが希望する場合は、新しいタイトル、メタ情報、見出し、コピーを直接作成します。

---

よくある問題

以下のような依頼を受けたら、対応する前に異議を伝えてください。

• 「SEO を強化してください。」 曖昧です。まず対象の検索クエリと、何が問題なのかを尋ねてください。
• 「本文にキーワードを 5 回追加してください。」 キーワードの密度は、実際のランキング要因ではありません。関連性とトピックの深さを優先してください。
• クロールまたはインデックス登録できないページを最適化する。 まず seo-technical を確認してください。インデックス登録されていないページにオンページの施策をしても効果はありません。
• ユーザーの意図が明確でないページを最適化する。 実際の検索クエリに応えないページは、タグをどれほど適切に設定してもランキングされません。
• サイト内の別ページと同じ検索クエリを狙う。 これはカニバリゼーションです。どのページをランクインさせるべきか判断するには、seo-content-audit を使用してください。

---

出力形式

デフォルトの出力は、プロジェクトルートに seo-audit-[page-slug].md として保存する Markdown 形式の監査レポートです。構成は次のとおりです。

1. ページの概要（URL、対象の検索クエリ、役割）
2. 8 つの評価軸のスコア
3. 重大な修正点
4. 重要な修正点
5. あると望ましい仕上げ
6. 修正文案（依頼があった場合）

監査レポートは 1500 語以内にしてください。さらに詳しい説明が必要な場合は、より詳細な付録へのリンクを記載してください。

---

参考ファイル

• references/audit-template.md - 記入して使用する監査テンプレートです。
• references/onpage-checklist.md - 8 つの評価軸を確認するためのクイックリファレンスです。
• references/title-and-meta-patterns.md - 効果的なタイトルとメタディスクリプションを作成するためのパターンです。