求人・予約・商品を混ぜない。AI Web制作で最初に決めるデータ設計

「ページを先に作れば、あとから何でも足せる」

AIを使うと画面はすぐ作れます。しかし、求人、予約、商品、ブログを同じページ形式で増やすと、検索や更新、自動化の段階で無理が出ます。

━━━━━━━━━━━━━━━━

【ページより先に、情報の種類を分ける】

WordPressには固定ページ、投稿、カスタム投稿タイプがあります。

・固定ページ：会社概要やサービス案内

・投稿：ブログやお知らせ

・カスタム投稿：求人、イベント、店舗、商品、物件など

情報の役割を分けると、管理画面の入力欄、一覧、検索、詳細ページを同じ規則で運用できます。WordPress標準REST APIからCodexやClaude Codeに登録・更新させるときも、項目の対応関係が明確です。

━━━━━━━━━━━━━━━━

【求人を本文だけで管理すると困る理由】

求人には職種、勤務地、給与、雇用形態、募集期限があります。これらを本文へまとめて書くと、条件検索やGoogleしごと検索向けの構造化データを安定して生成できません。

求人専用の投稿タイプを作り、Advanced Custom Fieldsで項目を分ければ、表示デザインを変更しても元のデータは残ります。件数が増えたときも、同じ形式で追加できます。

━━━━━━━━━━━━━━━━

【Codex・Claude Codeへ伝える6項目】

1. 誰が何を探すサイトか

2. 固定ページ、投稿、カスタム投稿の役割

3. 各データの必須項目と任意項目

4. 一覧、検索、詳細、問い合わせの遷移

5. REST APIで操作する対象

6. 構造化データ、権限、入力検証の条件

「求人サイトを作って」という一文だけでなく、この設計を渡すことで、見た目、管理画面、API、検索を一貫して実装しやすくなります。

━━━━━━━━━━━━━━━━

【無料プラグインも役割で選ぶ】

Custom Post Type UIで投稿タイプを定義し、Advanced Custom Fieldsで入力項目を追加し、Code Snippetsで必要なREST API公開や表示ロジックを補う構成は、多くの業種へ応用できます。

ただし、更新状況、機能重複、権限、データの取り出し方、スマホ表示は必ず確認します。プラグインを増やすことではなく、成熟した仕組みを適切に組み合わせることが目的です。

━━━━━━━━━━━━━━━━

【完成の基準は「動いた」ではない】

・管理画面から登録と修正ができる

・REST APIの返却項目が整理されている

・画像サイズが違っても一覧カードが揃う

・検索条件と0件時の表示が正しい

・スマホで余白やメニューが見切れない

・構造化データの必須項目が欠けない

・変更内容を開発ログへ残している

AIが作ったコードは、次の更新でも同じ規則で扱えるところまで検証して初めて、実務の仕組みになります。

━━━━━━━━━━━━━━━━

【自由なサイトマップを支えるのはデータ設計】

自由なサイトマップとは、ページを無計画に増やすことではありません。異なる種類の情報を分け、必要な場所で組み合わせられる状態を作ることです。

Codex・Claude CodeとWordPress標準REST APIを組み合わせれば、企業サイトから求人、予約、EC、会員、検索、分析へ段階的に拡張できます。私が提供しているのは完成サイトの代行ではなく、この設計と検証を自分で繰り返せるようになるための方法です。