WordPressからCodexを使うと、作り方はどう変わる？

変わるのは「どこで直すか」

コード運用に移ると、作るものは同じでも、作業する場所と手順が変わります。一番大きいのは、管理画面ではなくファイルを直すことです。これは慣れの問題ですが、慣れるまでは遅くなります。

どこから移すかは移行の始め方にまとめています。

具体的に変わること

楽になる部分

• 同じ形のページを増やす — 1枚作れば、あとは中身を変えるだけで済みます
• 複数ページの一括修正 — 全ページのリンクや表記をまとめて直せます
• 更新対応が減る — プラグインやテーマの更新に追われなくなります
• 変更履歴が残る — いつ何を変えたかを後から追えます

面倒になる部分

• ページを追加した時、リンクとsitemapに自分で入れる必要がある
• 公開前の確認を自分でやる（管理画面のプレビューがない）
• フォームや検索など、標準で付いていた機能を自分で用意する
• 複数人での更新がしにくい

とくに1つ目は忘れやすく、作ったのにどこからもたどり着けないページができます。

慣れるまでに時間がかかる部分

移った直後に遅く感じるのは、次の3つです。いずれも慣れの問題ですが、最初は想定しておいてください。

とくに3つ目は、公開前に確認する仕組みを自分で用意するかどうかで、作業のしやすさが変わります。

作業を型にする

手順が決まっていないと、ページを追加するたびに抜けが出ます。次を1つの流れとして固定してください。

1. ファイルを作る
2. どこからリンクするか決めて、実際に足す
3. sitemapに入れる
4. 本番で開けるか確認する
5. スマホで崩れていないか確認する

2と3が抜けやすい部分です。この2つが抜けると、作ったのに誰にもたどり着けないページになります。実際、後から一括で探すしかなくなり、手間が増えます。

移った後に決めておくこと

1. ページを追加する時の手順 — ファイルを作る、リンクを足す、sitemapに入れる、確認する
2. 公開前の確認項目 — 表示、リンク、文字化け、本番で開けるか
3. 戻し方 — 何かあった時にどこまで戻せるか
4. 更新する人 — 複数人なら、手順を書いて共有する

1を決めておかないと、ページが増えるたびに抜けが出ます。実際、この抜けは後から一括で見つけるしかなくなります。