AmazonのAPIを調べると、Amazon Ads API、SP-API、Amazon Ads MCP Server、Amazon Marketing Cloud（AMC）APIという名前が並びます。どれもAmazonに関係する仕組みですが、同じデータへ接続する別名ではありません。広告キャンペーンを自動化したいのか、商品・注文・在庫を連携したいのか、AIエージェントに広告業務を任せたいのか、広告接触を分析したいのかで選択肢が変わります。

この記事では4系統の担当範囲を横断整理します。個別の登録手順やAPIリファレンスを網羅するのではなく、最初にどの仕組みを選ぶべきか判断できる状態を目指します。

この記事のポイント

  • Amazon Ads APIは広告キャンペーン、予算、入札、レポートなどの広告運用をプログラマティックに扱う基盤です。
  • 「v3」はAmazon Ads API全体の単一世代ではありません。Sponsored Products v3やReporting v3のように、商品・リソースと組み合わせて確認します。
  • SP-APIは販売業務、MCP ServerはAIエージェント向けの操作レイヤー、AMC APIはクリーンルーム分析を担います。

Amazon Ads APIとは何か

Amazon Ads APIは、Amazon Adsのキャンペーン管理とレポート作成をプログラムから行うAPI群です。キャンペーン、予算、入札の最適化、カスタムレポート、Amazon DSP、AMC、Amazon Marketing Streamなどへのアクセスが公式に案内されています。広告コンソールの反復作業を、社内ツールや代理店の運用基盤へ組み込む場面に向きます。

ただし、誰でもすぐ使える仕組みではありません。アクセスには申請と承認が必要で、直接広告主、代理店、ソリューションプロバイダーなど立場に応じた登録を行います。

Amazon AdsはAPI利用自体に追加手数料を課さないと案内しています。一方で、出品アカウントの標準手数料や広告キャンペーン費用は別です。「APIが無料」と「広告配信に費用がかからない」は同義ではありません。

「Amazon Ads API v3」は1つのAPI名ではない

「Amazon Ads API v3」は、API全体を一度に置き換えた共通バージョン名ではありません。公式案内でも、Sponsored Products version 3、Sponsored Brands version 4、Sponsored Display APIが同時に記載されています。Reporting APIにも独自のversionがあります。

仕様確認では「何のv3か」を明らかにします。キャンペーン作成ならSponsored Products、実績取得ならReportingというように、広告商品、操作対象、endpointを固定します。実装前に現在のendpoint、廃止予定日、移行先version、request・response差分を一覧化し、呼び出し単位で変更範囲を管理します。

SP-API・MCP Server・AMC APIとの違い

仕組み

主な担当範囲

認証・利用条件の要点

向いている仕事

Amazon Ads API

広告キャンペーン、予算、入札、広告レポート

Amazon Ads側の申請・承認と広告アカウント権限

広告運用の自動化、集計基盤、運用ツール

Selling Partner API（SP-API）

商品、出品、価格、注文、在庫、出荷、販売レポート

Public appはLWA OAuth 2.0、private appはself-authorization。rolesとPII制御がある

EC販売業務、基幹・在庫・受注連携

Amazon Ads MCP Server

自然言語をAmazon Ads APIの操作へ変換し、複数手順をまとめる

open beta。active Amazon Ads API credentialsを持つpartner向け

AIエージェントによる広告業務、対話型ワークフロー

AMC API

広告接触データの集計分析、audience、signal管理

Amazon Ads APIと共通のOAuth 2.0。AMC利用条件を満たす必要がある

クリーンルーム分析、顧客経路分析、audience活用

SP-APIはAmazonで「売る」業務のAPIです。商品、価格、注文、在庫、出荷を扱い、広告の入札変更とは役割が異なります。Public applicationはLWA OAuth 2.0、private applicationはself-authorizationを使います。料金や利用条件はAmazon Ads APIと別に確認します。

Amazon Ads MCP Serverは別のデータAPIではありません。自然言語を構造化されたAPI呼び出しへ変換し、複数の操作をworkflowとしてまとめるレイヤーです。2026年2月にopen betaとして発表され、active API credentialsを持つpartner向けに提供されています。

AMC APIは、仮名化されたシグナルをprivacy-safeな環境で分析するAmazon Marketing CloudのAPIです。reporting、audience、signal managementが中心で、日本でも提供されます。認証はAmazon Ads APIと同じOAuth 2.0の枠組みです。

やりたい仕事からAPIを選ぶ

まず「取得したいデータ」ではなく「完了させたい仕事」を1文にします。

  • 広告キャンペーンを作成・更新し、予算や入札を最適化する：Amazon Ads API
  • 商品・価格・在庫・注文を社内システムへ連携する：SP-API
  • AIとの対話から広告レポート取得やキャンペーン操作を進める：Amazon Ads MCP Server
  • 複数接点の広告効果や顧客経路を集計分析する：AMC API

併用する設計もあります。SP-APIの商品・在庫情報とAmazon Ads APIの広告実績を分析基盤で結合する例です。ただしID、更新頻度、データ所有者が異なるため、1つの万能APIとして扱わないことが重要です。

MCP Serverも権限はAmazon Ads API credentialsに依存します。自然言語で簡単に見えてもwriteの影響は消えません。read-onlyから始め、対象アカウントと承認者を明示します。

導入前に決める5つのこと

  1. 対象アカウント：広告主、seller、vendor、AMC instanceのどれへ接続するか。
  2. 完了させる業務：レポート取得、campaign更新、在庫連携、分析のどこまでか。
  3. 必要最小権限：readとwrite、個人情報、請求情報を分ける。
  4. version管理：product、resource、endpoint、version、廃止予定日を台帳化する。
  5. 停止と検証：sandboxまたはread-onlyで試し、idempotency、rate limit、監査ログ、失敗時の再実行条件を決める。

認証確認、1件のread、レスポンス保存、権限確認、限定writeの順に進めると、誤アカウントや大量更新を防ぎやすくなります。AIエージェントを介する場合は、提案、承認、実行、readbackを分けます。

公式一次情報

この記事は2026年8月16日時点の公式公開情報をもとにしています。APIのendpoint、version、提供地域、料金、審査条件は変更されるため、実装直前に公式ドキュメントを再確認してください。