このページで整理すること
親ページを作る
テーマの入口となるハブを作ります。
子ページを作る
ロングテールの検索意図を分けて受けます。
内部リンクをつなぐ
親子導線と関連導線を整理します。
重複を防ぐ
既存受け皿を確認して薄いページを避けます。
実務で使う時の考え方
公式仕様として断定せず、完全自動ではなく人間確認を前提に、サイト制作を前へ進める補助としてCodexを使います。
使い方と注意点
AIでサイト制作はどう変わるか
Search Console反応や既存ページから不足テーマを見つけ、ページ群として補う流れが増えそうです。
Codexでできそうなこと
親ページ、子ページ、補完ページ、内部リンク、sitemap、news/work-log回収をまとめて進められます。
人間が決めること
どのテーマを親にするか、どこまでページ化するか、既存ページ補強で済ませるかを判断します。
任せない方がよいこと
既存ページと同じ内容の量産、薄いページ作成、未作成URLへのリンクは避けます。
安全に進める停止条件
新規URLが既に存在する、未作成URLへのリンクが必要、作業範囲が大きくなりすぎる時は止めます。
親ページへ戻る
実務で見えてきたこと
「こういうサイトを作って」と頼むだけでサイト制作が進む時代に近づいていますが、実作業では人間が目的、検索意図、停止条件、公開前確認を決める必要があります。AIに丸投げするのではなく、Codexで作業し、GPTで報告を読み、人間が判断する流れが重要です。
ページ群を増やす時は、親ページ、子ページ、補完ページを分け、薄いページ量産にならないようにしました。
- 目的と検索意図を人間が決める
- 停止条件と触らないファイルを明記する
- 未作成URLへリンクしない
- 公開前チェックを残す
関連する判断は、実践ログとして一般化して残すと、次の補強や横展開で再利用しやすくなります。
FAQ
ページを増やせばSEOに強くなりますか？
保証はできません。検索意図、品質、内部リンク、重複防止が必要です。
親ページと子ページはどう分けますか？
親は全体像、子は具体的な悩みや作業別の受け皿にします。
sitemapは毎回必要ですか？
新規公開URLを追加する時は掲載と重複を確認します。