Amazon『Agent』契約、施行1ヶ月。自作ツール・PPC自動化・Keepa — あなたのツールは停止リスクに入っているか

2026年4月14日

「AIで効率化」の前に読んでおくべき契約改訂

Amazon で物販をしている人なら、何らかの「自動化ツール」を使っているはず。価格改定ツール、在庫管理、レビュー依頼メール、PPC広告の最適化、リサーチツール。これらほぼ全てが、2026年3月4日に発効した改訂契約により、すでに新しい義務下にある。

これは大げさな話ではない。Amazon は 2026年2月17日、Seller Central フォーラムで Business Solutions Agreement (BSA) の改訂を発表。3月4日に発効し、「Agent」という新しい契約カテゴリを導入した。

施行後も Amazon でセラー活動を続けている時点で、改訂版契約は既に受諾済みの状態。つまり、Amazon でセラー活動している人は全員、この新契約下で運用していることになる。

本稿では、この変更の骨格と、自作ツール利用者・サードパーティツール利用者への実務上の影響、そして AI×物販で事業をしている個人事業者の対応策を整理する。

何が変わったのか: 「Agent」の定義と義務

改訂で最もインパクトが大きいのが、「Agent」という新しい契約上のカテゴリの導入だ。

ここで言う Agent は、日常的な「AIエージェント」より広い概念で、セラーに代わって Amazon サービスにアクセスする全ての自動化ソフトウェアを含む。具体的には:

Pricing tool(自動価格改定)
Restock tool(自動補充発注)
PPC management platform(広告自動化)
Reimbursement service(返金自動請求)
Review request tool(レビュー依頼自動化)
Seller Central API を叩く自作スクリプト
Amazon Ads API を利用する独自ダッシュボード

つまり、「API 経由で Seller Central と自動通信するもの」は、全部 Agent。

Agent に課される新しい義務

改訂契約で、Agent には以下の義務が課される:

自己識別義務 — 自動化システムであることを常に明示的に識別する(具体的な識別方法は明示されていないが、User-Agent ヘッダへの識別子付与、APIリクエスト時のアプリ名申告などが想定される)
コンプライアンス義務 — 新 Agent Policy に準拠する
停止命令服従義務 — Amazon から要求があった場合、即座にアクセスを停止する(= 事前に「停止スイッチ」を実装しておく必要)

これらは、従来「暗黙のルール」だったものを明文化して契約に組み込んだ形。違反時の対処権限が Amazon 側に明確に与えられている。

自作ツール利用者への実務的影響

ここからが、AI × 物販で事業をしている人への実際の影響の話。

パターン1: 自作ツール(Claude Code 等で作成)

Claude や ChatGPT で自作したスクリプトで Seller Central や Amazon Ads API を叩いている場合、あなた自身が「Agent 運営者」になる。

やるべきこと:

User-Agent ヘッダに自動化システムの識別情報を入れる
レート制限を厳格に守る
停止スイッチの実装 — 環境変数フラグ等で、全処理を即座に止められる仕組みを事前に仕込む(Amazon からの停止要請に即応できない時点で契約違反になる)
エラーレスポンスを記録し、アクセス拒否通知を検出したら自動停止するロジックを入れる
ログを保存(事後調査の際の防衛線)

パターン2: サードパーティツール利用(Helium10、Jungle Scout、PPC自動化ツール等)

これらは、運営会社がポリシー準拠の責任を負う。ただしセラー側にも間接的な影響がある:

ツール側がポリシー違反で Amazon から切られると、ツールが機能停止
停止期間中、セラー側の運用に穴が空く
ツールの利用規約変更があった場合、セラー側にも波及する可能性

やるべきこと:

利用中のツールの運営会社が、改訂ポリシーに対応しているか確認
主要 SaaS(Helium10、Jungle Scout 等)はこの改訂を受けて規約更新している可能性が高い
更新通知メールを確認
複数ツール併用で単一障害点を避ける

パターン3: Keepa API などのデータ取得系

Keepa や SellerSprite のような「データ取得系サービス」も、Seller Central 直接ではないため影響は限定的。ただし、Keepa が取得しているデータは結局 Amazon からのものであり、Amazon 側がデータ流出を制限する動きに出た場合、連鎖的な影響が出る可能性はある。

この改訂が示唆する方向性

改訂の全体像を眺めると、Amazon が長期的に目指している方向が見えてくる。

1. サードパーティツールのふるい分け

「Agent」を契約カテゴリとして明文化したことで、Amazon はツール単位での停止命令が正当化される構造を作った。問題があるツールは即停止、問題ないツールは契約内で継続運用。

2. Amazon のマテリアルを AI 学習に使わせない

改訂には「Amazon のマテリアルを AI 開発に利用することへの制限」「リバースエンジニアリング防止」という条項も含まれる。ここで言う「Amazon のマテリアル」とは、Amazon が提供するカタログ情報・商品データ・競合価格・レビュー等。つまり、これらを AI モデル学習のデータソースとして使うのはグレーゾーン。

一方、セラー自身の売上記録、仕入れデータ、自社在庫情報などは制限対象外と解釈できる(ただし、境界線はまだ判例が出ていない)。

3. 新興 AI エージェントへの先手

OpenAI の Operator、Anthropic の Computer Use、Google の Gemini が「ウェブ上で自動的にタスクを実行するエージェント」機能を強化している時代。Amazon はこれらの汎用 AI エージェントが Seller Central を勝手に操作する事態を契約上封じにきた。