担当者が変わっても止まらないWordPress運用の作り方

CodexやClaude Codeを使えば、WordPressのページや機能は短時間で作れます。

しかし、サイトを長く使ううえで本当に困るのは、制作担当者が変わった瞬間です。

「このページはどこを直せばいいのか」「プラグインを更新してよいのか」「フォーム通知は誰に届くのか」が分からなければ、社内で更新できるサイトにはなりません。

■ 内製化は、操作方法だけでは成立しない

更新マニュアルだけを渡しても、判断基準がなければ担当者は動けません。最低限、次の四つを分けて残します。

・日常更新：記事、求人、商品、イベントの追加

・設定変更：フォーム、通知先、公開範囲の変更

・機能変更：PHP、CSS、JavaScript、ショートコード

・障害対応：バックアップ、切り戻し、連絡先

誰が何を変更できるかを決めることで、管理者権限を全員へ渡す必要もなくなります。

■ データをカスタム投稿タイプへ分ける

求人、商品、イベント、会員情報を固定ページへ直接書き込むと、担当者はレイアウトまで触ることになります。

そこで、更新する情報をカスタム投稿タイプとカスタムフィールドへ分けます。担当者は決められた入力欄を埋めるだけで、一覧と詳細ページへ同じ形式で表示できます。

表示を変えてもデータが残るため、後から検索、絞り込み、構造化データ、外部連携を追加しやすくなります。

■ 引き継ぎに必要な五つの記録

1. サイトマップとページの役割

2. 使用中のプラグインと設定目的

3. ショートコード、関数名、固定ページID

4. フォーム通知、予約、注文などの業務フロー

5. PC・スマホの検証項目と既知の制約

これらをWordPress内の開発ログへ残しておけば、別端末や別のAIセッションからでも状況を確認できます。

■ AIへ渡す最初の指示も標準化する

担当者が変わるたびにゼロから説明するのではなく、作業開始時の確認順を決めます。

1. 開発ログを読む

2. 既存の関数名を検索する

3. 変更対象と影響範囲を整理する

4. 小さく変更する

5. PCとスマホで操作する

6. 結果を開発ログへ追記する

この流れがあると、「作って終わり」ではなく、修正と改善を繰り返せる運用になります。

■ 無料プラグインも担当者目線で選ぶ

機能が多いことだけで選ばず、更新頻度、権限設定、データの出力方法、日本語情報、復旧方法も確認します。

WooCommerce、Advanced Custom Fields、Contact Form 7、The Events Calendarなど、広く使われるプラグインは情報が多く、別の担当者へ引き継ぎやすい利点があります。

ただし、更新前のバックアップと更新後の動作確認は必要です。

■ まとめ

AIでWebサイトを作れることと、自社で運用できることは同じではありません。

データ構造、権限、業務フロー、検証項目、開発ログをそろえることで、担当者が変わってもサイトを育て続けられます。

この運用設計まで含めてCodexやClaude Codeへ依頼することが、WordPressを自分たちの資産にする第一歩です。