Claude CodeでWordPressの保守を回す、制作会社の手順──更新前の調べ、ステージングでの検証、記録はAIに、本番に出す判断と目視は人に残す線の引き方
この記事は、Claude CodeでWordPressの保守を回すときに、AIに任せる作業と、人が見る線をどこに引くかを扱います。
「月初の更新作業だけで、2日つぶれる」
保守契約のサイトが20を超えたころから、月初の更新作業が重くなります。
管理画面に1サイトずつ入り、更新の一覧を見て、バックアップを取り、更新し、表示を確かめる。
Claude Codeを入れれば、この作業が丸ごと消える。そう期待する声を聞きます。
けれど、丸ごと任せた会社ほど、本番の表示崩れをお客様から先に知らされることになります。
Claude CodeでのWordPress保守とは、更新前の調べと検証の下準備と記録をAIに任せ、本番に出す判断と表示の目視を人が持つ分業である
黒字化の外科医です。WordPressの保守に、Claude Codeをどこまで入れてよいかを解剖します。
分業にすべき理由は、三つあります。
第一に、CLAUDE.mdに書いたルールは、守らせる仕組みではないから。
公式ドキュメントは、CLAUDE.mdは強制される設定ではなく文脈として扱われ、確実に止めたい操作はPreToolUseのhookで止めるよう案内しています。
第二に、「表示が崩れていないか」は、お客様の事情を知る人にしか判断できないから。
キャンペーン中のバナー、先方の担当者が手で直した箇所。差分の画像は出せても、問題かどうかは人が決めます。
第三に、取り消せる範囲に限りがあるから。
チェックポイントの巻き戻し（/rewind）は、Bashのコマンドだけで変わったファイルを追いません。データベースの変更も、Gitも、巻き戻しの外にあります。
Claude Codeで使う機能：公式で確かめた範囲
確認日：2026年10月27日（code.claude.com の公式ドキュメント）。機能は変わるため、使う前に公式で確かめてください。
・プランモード：claude --permission-mode plan、または Shift+Tab。
ファイルを読んで計画を出し、承認するまで編集しない
・permissions：allow / ask / deny のルール。評価の順は deny → ask → allow
・hooks：PreToolUse で、終了コード2を返すと操作を止められる
・チェックポイント：/rewind。Bashだけで変えたファイルは追わず、
バージョン管理の代わりにはならないと明記されている
・非対話の実行：claude -pWordPressの操作には、WP-CLI（wp コマンド）を使います。developer.wordpress.org によれば、wp plugin list はプラグインの一覧と更新の有無を出し、wp db export はデータベースをファイルに書き出します。
人が見る線：WordPress保守の分担表
【Claude Codeに任せる】
・wp plugin list で、更新があるプラグインを一覧にする
・各プラグインの変更履歴を読み、影響しそうな機能を書き出す
・ステージングで wp db export を実行し、バックアップを取る
・ステージングで更新し、エラーログを読んで要約する
・作業の記録（何を、どの版から、どの版へ）を下書きする
【人が持つ】
・本番に出してよいかの判断
・主要ページの表示とフォーム送信の目視
・お客様への連絡と、更新を止める判断
・本番のデータベースに触る操作本番に接続させず、ステージングかローカルの複製で動かすのが前提です。ステージングを標準にする理由と費用は、こちらで扱いました。
▶ WordPressのステージング環境を「必要なときだけ」にしている制作会社へ──標準にする理由、作り方の3つの型、費用を見積もりに載せる計算例
今すぐ試せる：更新前の調べを頼むプロンプト
このプロジェクトは、お客様〔サイト名〕のWordPressの、ステージング環境の複製です。
本番には接続しないこと。まず計画だけを出し、私が承認するまで何も変更しないこと。
1. wp plugin list --update=available --format=json で、更新のあるプラグインを一覧にする。
2. 各プラグインの変更履歴から、〔フォーム／EC／会員〕に関わる変更を抜き出す。
3. 更新の順番と、各更新のあとに確かめるページ（〔トップ、問い合わせ、商品一覧〕）を提案する。
4. 判断できないことは「要確認」と書く。プランモードで始めると、計画を読んでから進められます。
保守工場：1か月の更新作業を数え直す
例（数字はすべて例）
保守サイト：20サイト
【従来】1サイトあたり
更新の確認10分＋バックアップ10分＋更新10分＋表示の確認30分＝60分
20サイト：60分×20＝1,200分＝20時間
【Claude Codeに下準備を任せた場合】1サイトあたり
下準備の指示と記録の確認6分＋表示の目視30分＝36分
20サイト：36分×20＝720分＝12時間
減った時間：20時間−12時間＝8時間
時間単価7,000円（例）なら：8時間×7,000円＝56,000円／月検算：10＋10＋10＋30＝60分。60×20＝1,200分、1,200÷60＝20時間。6＋30＝36分。36×20＝720分、720÷60＝12時間。8×7,000＝56,000円。
減るのは確認と記録の作業で、目視の30分は減らしません。そこを削ると、保守の価値そのものが消えます。
構造的なリスク
逆説を指摘しておきます。
更新が速く回るようになると、「全部まとめて更新」が増えます。
一度に10個更新して崩れたら、原因の切り分けに、浮いた時間以上を使います。更新は一つずつ、記録を残して進めてください。
もう一つ、お客様のサイトのファイルやデータをAIのツールに読ませることは、お客様の情報を扱うことです。保守契約と、お客様の了承の範囲を先に確かめてください。
なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。
よくあるQ&A
Q. 本番のサーバーに直接つなげてはいけないのか？
おすすめしません。permissionsのdenyルールは、公式でも、同じプログラムを別の書き方で呼んだ場合までは止めないと説明されています。本番は、人が手で触る場所にしてください。
Q. 脆弱性の緊急対応にも使えるか？
影響の調べと記録には使えます。緊急度の判断と更新の順番は、別の記事の体制に沿って人が決めます。
▶ WordPress 脆弱性のたびに社長が夜中に更新している制作会社へ──更新の方針、検証、緊急時の判断基準、お客様との取り決めで「体制」にする
Q. 手順書やCLAUDE.mdの雛形はあるか？
保守・LP・改修・点検の手順書と設定の雛形を、キットにまとめました。
▶ Claude Codeの作業手順書キット、Web制作会社向け──保守・LP・改修・点検の4つの手順書、CLAUDE.mdとsettings.jsonとhooksの雛形、人が見る線の表、記録の型
最後に
Claude Codeは、保守の「調べる・準備する・記録する」を速くします。
本番に出す判断と表示の目視を人に残し、浮いた時間を確認の質に回した会社だけが、保守サイトを増やしても崩れない体制を作れるのです。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #ClaudeCode #WordPress #WordPress保守 #AI駆動開発 #保守契約 #制作会社経営 #中小企業 #業務効率化 #WPCLI
