赤兎馬赤兎馬EC運用支援

AIに広告と価格を『触らせない』仕組みを先に作った話|書き込みAPIを機械的に遮断するガード

#生成AI #AI活用 #EC運用 #ネットショップ運営 #Amazon物販 #ClaudeAI

AIエージェントに広告や在庫の分析を任せる範囲を広げるとき、多くの人が最初に考えるのは「どこまで賢く動かせるか」だと思います。私たちは逆でした。最初にやったのは、AIが外部サービスに書き込めないようにするガードの実装です。今日はその実話メモを、順番と判断基準まで含めて共有します。

読むと分かること:

※以下の金額・比率は説明のための仮の計算例です。実際の手数料・料率はカテゴリ・時期で異なるため、各モール公式(Amazon Seller Central / 楽天 RMS ヘルプ 等)を参照してください。

そもそも「AIに運用を任せる」の正しい順番

分析 → 提案 → 実行。この順番は崩さない、と最初に決めました。

このうち 入札・予算・価格・在庫の変更は、AI側の判断ではなくツール呼び出しの時点で物理的に止める。「AIは賢いから任せて大丈夫」ではなく、「誤操作しても被害が出ない設計」を先に置く、という発想です。

なぜ「先に」ガードだったか

広告後粗利(売上から原価・モール手数料・配送・ポイント原資・広告費を引いて残る利益)は、入札単価と価格に直結します。仮の計算例で、販売価格 3,000 円・原価と手数料合計 60% の SKU を考えます。広告費率(対売上)が 20% なら残る利益は 20%、これが 30% に膨らむと利益は 10% まで削れます。入札の桁を 1 つ間違えれば、一晩で赤字を積める構造です。

人間なら「なんか広告費、多くない?」で手が止まりますが、AI はためらいません。だから、賢さで防ぐのではなく、呼び出せる API を機械的に絞る方針にしました。

遮断した「書き込み系」の範囲(考え方)

対象は、金額と在庫に効く外部書き込みに絞りました。実装の固有名やパスは伏せますが、範囲の考え方はこうです。

すべての POST/PUT/PATCH/DELETE を書き込み系として拒否。レポート取得・GET は許可、ドライラン指定は常に許可(安全に「もしやったら何が起きるか」だけ返せる)。

判断基準(if-then でシンプルに)

迷ったときに引く 3 行のルールに落としました。

この 3 行だけで、日々の「これはAIに渡していい?」の 9 割は判断できます。

併せて入れた「変更履歴の突き合わせ」

ガードと同時に、人が広告ツール上で行った変更履歴を毎日取得し、施策ログ(誰が・いつ・何を・なぜ変えたか)と突き合わせる仕組みも入れました。AI の提案と人の実行を別チャネルで記録するのが狙いです。

意味は 2 つあります。

  1. AI の提案が採用されたのか棄却されたのか、あとから追える
  2. 人が独断で触った変更も、粗利変動と突き合わせて評価できる

属人化した「なんとなく入札を下げた」を、月末に効いたか効かなかったかで学習に回せます。

テストは「誤って止める方向」に倒す

ガードの単体テストは、誤って許可するより誤って止める方向に倒す方針で書きました。GET と明示ドライランは通す、それ以外の書き込みは疑わしきは拒否。運用初期に「あれ、これも止まった」が出るのは想定内で、ホワイトリストで戻すほうが、うっかり書き込みを通すより 100 倍安全です。

AI導入で最初に決めるのは「何をさせないか」

AI に任せる範囲は、あとからいくらでも広げられます。でも、一度赤字を積んだ広告費と、消してしまった出品データは戻ってきません。だから最初に決めるのは「何をさせるか」ではなく「何をさせないか」でした。

チェックリスト(AI に運用を渡す前に見る 5 項目):

---

最後にひとつだけ。「どの業務なら AI に渡せて、どこは人が握るべきか」の切り分けは、業種・SKU 数・広告予算の規模で最適解が変わります。自分たちで線を引くのが難しければ、まず現状を可視化するところからで大丈夫です。

赤兎馬では、店舗 URL をお預けいただければ、広告後粗利ベースで改善余地を無料 EC 診断としてレポートでお返ししています(AI 導入・内製化の切り分け相談も同じ窓口で受けています)。

👉 無料 EC 診断のお申し込み

引用元
・Amazon Seller Central ヘルプ(販売手数料・FBA 手数料の最新一覧、カテゴリ別)\n・楽天 RMS オンラインヘルプ(システム利用料・各種オプション料の最新料率)

関連サービスAI内製化道場(社内に「作れる人」を育てる月額プログラム)EC運用支援