ECサイトの在庫ずれを防ぐWordPress設計

商品ページとカートが動いても、在庫数が合わなければECサイトは安心して運用できません。

AIでECを作るときほど、見た目より先に「在庫がいつ、どこで、何回動くか」を決めることが重要です。

■ 在庫ずれは、売れた瞬間だけに起きるわけではありません

WordPressとWooCommerceを組み合わせたECでは、注文前後にいくつもの状態があります。

・カートに入れたまま離脱した

・注文後にキャンセルされた

・同じ通知が二重に届いた

・管理画面と外部在庫を同時に更新した

・返品や交換で数量を戻す必要が出た

このため、単に「購入されたら1個減らす」だけでは、実務上の在庫管理として不十分です。

■ 最初に決めたい4つの設計

1. 在庫を減らすタイミング

注文受付時、入金確認時、出荷確定時のどこで在庫を確保するのかを決めます。銀行振込やキャンセル待ちがある場合は、仮確保と確定在庫を分けると整理しやすくなります。

2. 正しい在庫の置き場所

WooCommerce、基幹システム、倉庫システムのどれを在庫の正本にするかを一つ決めます。複数の場所を同時に正解にすると、更新競合の原因になります。

3. 更新履歴を残す

注文番号、商品ID、更新前後の数量、処理日時、更新理由を記録します。問題が起きたときに「誰が何を変えたか」を追えることが、運用の安心につながります。

4. 二重実行を防ぐ

REST APIやWebhookは、通信状況によって同じ処理が再送されることがあります。注文IDと処理種別を組み合わせた一意キーを持たせ、同じ減算を二度行わない設計が必要です。

■ CodexやClaude Codeに任せる前に、人が決めること

AIはWordPress REST APIの実装、WooCommerceのフック追加、管理画面の項目作成、テストデータの準備を高速化できます。ただし、業務ルールまで自動的に正解になるわけではありません。

AIに渡すべきなのは「在庫機能を作って」ではなく、「どの状態で、どの在庫を、何件動かし、失敗時にどう戻すか」という仕様です。

仕様が言語化できれば、AIとの会話だけでも実装、検証、改善を小さく繰り返せます。

■ 小さく始める検証手順

1. テスト商品を1つ用意する

2. 注文、キャンセル、返品の状態遷移を表にする

3. 各状態で在庫がどう変わるか確認する

4. 同じ通知を二回送って二重減算されないか試す

5. 履歴から元の状態へ戻せるか確認する

AIを使ったWordPress制作は、画面を早く作るだけの方法ではありません。REST APIと無料プラグインを土台に、こうした運用ルールまで設計できれば、EC、予約、会員、求人などへ同じ考え方を横展開できます。

「作れる」から「運用できる」へ。

その差を埋めるのが、状態、履歴、再実行を最初から設計する考え方です。