Claude Code×WordPress REST APIで、記事・商品の一括更新を受託する｜試し打ちと記録、件数で決める料金

この記事は、Claude Code×WordPress REST APIで、記事や商品の一括更新を、件数で見積もれる受託メニューにする方法を扱います。

WordPressの更新や検証の進め方は、別の記事で扱いました。この記事は、中身（記事・商品の情報）を一度に直す作業に絞ります。

▶ Claude CodeでWordPressの保守を回す、制作会社の手順──更新前の調べ、ステージングでの検証、記録はAIに、本番に出す判断と目視は人に残す線の引き方

「500件の価格を直してほしい」を、人の手作業で受けていないか

「全商品の価格表記を変えたい」「古い記事のカテゴリを、まとめて付け替えたい」

こうした依頼を、管理画面で1件ずつ直して受けると、時間がそのまま原価になります。
しかも、見積もりは「たぶん2日」のような勘になりがちです。

一括更新は、件数と手順が決まっている作業です。
決まっている作業は、仕組みにして、件数で値段をつけられます。

WordPressの一括更新とは、REST APIで対象を読み出し、変更の案を作り、少数で試してから、記録を残して全件に反映する受託の工程である

黒字化の外科医です。Claude CodeとWordPress REST APIで、一括更新を「見積もれる作業」にする手順を解剖します。

この形にする理由は、三つあります。

第一に、WordPressは、外部から記事を読み書きする仕組みを標準で持っているから。
WordPress 5.6から、アプリケーションパスワードが標準で入っています。管理画面のユーザーの編集画面で発行し、HTTPSで提供されるREST APIへの要求に、Basic認証で使います（WordPress公式ドキュメント、2026年11月2日確認）。

第二に、まとめて送る仕組みもあるが、使える場所が限られるから。
WordPress 5.6で、複数の要求を1回で送るバッチの仕組み（batch/v1）が入りました。初期設定の上限は1回25件です。ただし、バッチで送れるのは、登録のときにバッチへの対応を宣言したルートだけで、5.6の時点では標準のルートは対応していませんでした（WordPress公式ドキュメント、2026年11月2日確認）。対象のサイトで使えるかを確かめ、使えなければ1件ずつ送ります。

第三に、WooCommerceにも、商品をまとめて更新するエンドポイントがあるから。
WooCommerceのREST APIには、/wc/v3/products/batch があります。APIキーは、読み取り・書き込み・読み書きの権限を選んで発行します（WooCommerce公式ドキュメント、2026年11月2日確認）。

一括更新を受ける前に、顧客と決めること

一括更新は、間違えると全件が同時に壊れます。作業の前に、次を決めます。

• 作業用のユーザーを別に作り、必要な権限だけを付ける。作業が終わったら、アプリケーションパスワードを無効にする
• 作業の前のバックアップと、戻し方を確かめる
• 変更の対象と、変更の中身を、表で顧客に承認してもらう
• 本番の前に、検証環境か少数の対象で試す
• 顧客の情報（会員・注文など）に触れるなら、触れる範囲を契約に書き、同意を取る

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

今すぐ試せる：一括更新の変更案を作るプロンプト

WordPressのサイト〔サイト名〕で、記事（または商品）の一括更新の変更案を作ってください。今回は読み取りだけで、書き込みはしません。

【条件】
・対象：〔例：カテゴリ「お知らせ」の公開済みの記事〕
・変更の内容：〔例：本文の「旧社名」を「新社名」に置き換える〕
・接続：REST APIの読み取り（認証の情報は環境変数から読む。値を画面やファイルに出さない）

【やること】
1. 対象の件数を数え、IDとタイトルの一覧をCSVにする。
2. 各件の「変更前」と「変更後」を並べたCSVを作る。
3. 置き換えが当てはまらない件、2回以上当てはまる件を、別の一覧にする。
4. 試しに反映する10件の候補を選び、理由を書く。

書き込みのスクリプトは作ってよいが、実行はしないこと。

一括更新工場：手順・記録・料金の型

作業の5工程

① 読み出す：対象をREST APIで読み、一覧にする
② 変更案を作る：変更前と変更後を並べた表を作る
③ 承認をもらう：顧客に表を見てもらい、承認を記録する
④ 試す：検証環境か、本番の10件で反映し、画面で確かめる
⑤ 全件に反映する：結果（成功・失敗）を1件ずつ記録する

作業の記録票

【一括更新の記録】
顧客／サイト：
依頼の内容：
対象の件数：〇件（抽出の条件：〇〇）
承認日・承認者：
バックアップの取得日時：
試しの反映：〇件（確認者・確認日）
本番の反映：成功〇件／失敗〇件（失敗の一覧を添付）
作業後の処理：アプリケーションパスワードの無効化（日時）

料金の計算例

（例）時間単価8,000円、対象500件で計算

手作業の場合：1件3分 × 500件 ＝ 1,500分 ＝ 25時間
　25時間 × 8,000円 ＝ 200,000円の原価

仕組みで受ける場合：
　基本料（調査・変更案・試しの反映・記録）：4時間 × 8,000円 ＝ 32,000円
　件数の料金（確認と記録）：100件ごとに1時間 → 5時間 × 8,000円 ＝ 40,000円
　合計：72,000円

（数字はすべて例です。原価に利益を乗せて、見積もりにしてください）

件数で値段が決まるので、顧客は「何件なら、いくら」が分かり、こちらは勘の見積もりから抜けられます。

▶ 制作会社の「時間単価」は、年収から逆算する──人件費の係数、稼働率、目標の利益で決める、見積もりの土台になる1時間の値段

構造的なリスク

逆説を指摘しておきます。

一括更新が速いほど、「ついでにこれも」が増えます。
変更の内容が変わるたびに、変更案の作成と承認からやり直すことを、見積もりの条件に書いてください。

もう一つは、プラグインの影響です。
カスタムフィールドや商品の情報は、プラグインが別の場所に持っていることがあります。最初の読み出しで、変更したい項目がREST APIで読めるかを必ず確かめます。

よくあるQ&A

Q. 管理者のアカウントで作業してよいか。

おすすめしません。作業用のユーザーを作り、必要な権限だけを付けてください。終わったら、アプリケーションパスワードを無効にします。

Q. 失敗した件は、どうするか。

成功と失敗を1件ずつ記録し、失敗の一覧を顧客に渡します。失敗の原因を確かめてから、その分だけ反映し直します。

Q. 小さな件数でも、この手順が必要か。

数十件でも、変更案の表と承認は省かないでください。件数が少ないなら、基本料を下げて受けます。

最後に

一括更新は、件数と手順が決まっているから、仕組みにできます。

変更案を表で承認してもらい、少数で試し、1件ずつ記録を残した会社だけが、一括更新を、勘の見積もりから件数で決まる売上に変えられるのです。

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #ClaudeCode #WordPress #RESTAPI #WooCommerce #一括更新 #制作会社経営 #中小企業 #見積もり #AI活用