このページで整理すること
静的サイトと相性がよい
HTML/CSSのページ追加や導線整理に向いています。
親ページと子ページを作る
テーマを面で受けるページ群を作れます。
確認まで含める
sitemap、news/work-log、公開URL、SEOタグを確認します。
危険作業は分ける
DBや認証情報が必要な作業は停止します。
実務で使う時の考え方
公式仕様として断定せず、完全自動ではなく人間確認を前提に、サイト制作を前へ進める補助としてCodexを使います。
使い方と注意点
AIでサイト制作はどう変わるか
ページ単体ではなく、サイト全体のハブ構造や内部リンクまでAIが提案・実装する使い方が増えそうです。
Codexでできそうなこと
HTML/CSSサイト、静的サイト、ページ群追加、内部リンク、sitemap、公開前チェックを進められます。
人間が決めること
どんなサイトにするか、どの検索意図を受けるか、どのファイルを触らせないかを決めます。
任せない方がよいこと
ログイン情報、DB、cron、.htaccess、DNS、広告コード、所有権確認タグの変更は任せません。
安全に進める停止条件
APIやOAuthが必要になったら、実装せず報告する形にします。
親ページへ戻る
実務で見えてきたこと
「こういうサイトを作って」と頼むだけでサイト制作が進む時代に近づいていますが、実作業では人間が目的、検索意図、停止条件、公開前確認を決める必要があります。AIに丸投げするのではなく、Codexで作業し、GPTで報告を読み、人間が判断する流れが重要です。
AIサイトビルダー的に使う場合も、ページ群、内部リンク、sitemap、公開前チェックを人間が確認する流れが必要でした。
- 目的と検索意図を人間が決める
- 停止条件と触らないファイルを明記する
- 未作成URLへリンクしない
- 公開前チェックを残す
関連する判断は、実践ログとして一般化して残すと、次の補強や横展開で再利用しやすくなります。
FAQ
Codexはサイトビルダーですか？
公式分類ではなく、実務上サイトビルダー的に使える場面があるという整理です。
WordPressも同じですか？
DBや管理画面が絡む場合は慎重に扱います。静的HTMLとは分けて考えます。
デザインも任せられますか？
既存テンプレートやCSSに合わせる形なら進めやすいです。大幅デザイン変更は別確認が必要です。