セラーセントラルのデータ自動取得｜SP-API連携の選び方

第2層｜SP-API連携済みのノーコードツールを使う

SKU数が数百を超えたり、複数チャネルを併売していて手作業の集計が破綻している場合は、第2層のSaaS（インターネット経由でそのまま使えるクラウド型のソフトウェアです）を検討します。セラーセントラルの「アプリとサービス」から「出品パートナーアプリストア」経由で連携するのが正規ルートです。価格改定・出品・FBA（Amazonの倉庫に商品を預けて、保管・配送・カスタマー対応を任せる仕組みです）納品・損益管理を扱う「マカド！」や「プライスター」が代表例で、料金の正確な金額は各社の公式サイトで確認する必要があります（アプリストアの掲載ページ自体には金額の記載がありません）。

広告データだけを毎日追いたい場合は、ノーコード（プログラムを書かなくても使える）EC自動化ツール「TēPs」がスポンサープロダクト広告のレポートをGoogleスプレッドシートへ自動書き出しする機能を提供しています（出典: prtimes↗）。

OAuth連携（IDやパスワードをツール側に直接渡さずに、安全にデータのやり取りを許可する仕組みです）自体は非エンジニアでも簡単です。あるSP-API連携ツールの手順は「アカウント設定から認証ボタンを押す→セラーセントラルにログイン→チェックボックスにチェックしてConfirm」の3ステップのみで、ログイン情報はAmazon側に保管され、ツール提供側は取得できない設計になっています（出典: amatopia↗）。ID・パスワードそのものを外部業者に渡すやり方とは安全性が根本的に違う点は覚えておく価値があります。

こちらの記事もご参照ください

Amazonセラーツール比較｜分析・価格改定・KW調査

Amazonセラー向けの分析・価格改定・KW調査ツールを用途別に比較。無料の純正機能で足りる範囲と有料ツールを検討すべき条件を、料金と実例で解説します。

第3層｜SP-APIを自前で叩く（内製・外注）

第1層・第2層で要件を満たせない場合だけ、SP-APIの自前開発を検討します。SP-API（セリングパートナーAPI）とは、旧世代のMWS（Amazon Marketplace Web Service。SP-APIより前に使われていた、同じ役割の仕組みです）の後継にあたる仕組みです。データのやり取りには、JSONという扱いやすいテキスト形式と、RESTと呼ばれる標準的な通信の手順が使われています。Login with Amazon（Amazonの公式な認可手続きで、外部サービスにデータ連携を許可する時に使います）によるOAuth 2.0認可（前述のOAuth連携の技術的な呼び方です）など、MWSにはなかった機能を持っています（出典: Amazonセラーセントラル ヘルプ↗）。

申請の実務フローは大きく2段階です。

承認は早ければ1日以内、通常は数日で完了しますが、「購入者への直接配送」など一部の特殊なロールはAmazonの厳格な審査があり、通過まで半年程度かかることがあります（出典: ec-digital-works↗）。必要なロールを最小限に絞るほど審査は早く進みます。

前提条件として、SP-APIでFBA在庫情報などを取得するには大口出品者アカウントであることとアプリ登録が必要とされています。小口出品では高度な出品ツールは利用できません(この点は二次情報が根拠のため、正確な条件はセラーセントラルでご確認ください)。

こちらの記事もご参照ください

大口出品と小口出品どちらを選ぶ？損益分岐と機能差

大口出品と小口出品の損益分岐点は月49点です。ただしカート獲得資格や広告出稿など大口限定の機能差が売上そのものを左右するため、実務での選び方を数字つきで詳しく解説します。

POINT

POINT 取得したrefresh tokenは半年ごとに更新が必要です。更新を怠ると在庫取得などの自動化業務がエラー表示のないまま止まることがあるため、カレンダーに更新期限を登録しておくことが実務上の保険になります。

内製に踏み切った国内事例もあります。園芸用品を扱うあるEC事業者は、Amazon提供のデスクトップツール「AMTU」（注文データなどをダウンロードするために、Amazonが無償提供していたツールです）の終了通知を受けて、自社でSP-API開発を試みました。しかし「ドキュメントが英語」「権限が足りない」「想定通りのレスポンスが返ってこない」という3点で行き詰まり、最終的に外部の開発会社へ委託しています（出典: care-con↗）。別の解説記事でも「Excelのマクロを組める程度のITリテラシーがあれば着手はできるが、サーバーでの24時間365日の安定稼働は別問題」「テスト環境では動いても本番で失敗するケースが頻発する」という温度感が示されています。内製のハードルは、開発そのものより本番運用にあることが分かります（出典: ec-digital-works↗）。

セラサポでは、このSP-API連携部分をボタン1つで完了させています。連携後は自動処理が過去データの取り込みまで進めるため、自社で開発者プロフィール登録からアプリ承認までを進める場合に比べて、翌日にはデータが揃います。refresh tokenの更新管理もセラサポ側の運用に含まれます。

ブランド登録済みなら「データキオスク」が近道

ブランド登録済みで高度な分析ニーズがある場合、個別のレポートAPIを何本も組む前に検討する価値があるのが「データキオスク」です。これはAmazonが提供する分析の仕組みで、GraphQL（欲しいデータの組み合わせを自由に指定して、まとめて取得できる問い合わせ方式です）という技術を使い、柔軟にレポートを作れるのが特徴です。ベンダー分析、経済データ(売上・返品・広告費・手数料・推定利益)、販売とトラフィック情報(注文売上・ページビュー・カート獲得率など)という3種類のデータに横断的にアクセスできます。対象はブランド分析（ブランド登録者が使える分析メニューです）を利用できる権限を持つ人です(出典: Amazonセラーセントラル ヘルプ↗)。

ASIN（Amazonが商品1つずつに割り当てている商品コードです）別・日別で売上とトラフィック（ページビューなどのアクセス状況）、広告費、推定利益を一度に取れる設計のため、個別レポートAPIを1本ずつ組み合わせるより開発がシンプルになります。

こちらの記事もご参照ください

ブランド分析SQPで取りこぼしキーワードを探す方法

検索クエリパフォーマンス（SQP）の見方を解説。購入シェアはあるのにタイトルに入っていないキーワードの見つけ方と対応の優先順位を具体的な数値例で紹介します。

2026年のSP-API有料化にどう備えるか

SP-APIの料金体系は変更が予定されています。第三者（Amazon出品者以外）にSP-APIを使ったアプリを提供する開発者には年間費用が発生し、GET API呼び出し（データを取得するためのアクセス回数のことです）の回数に応じた月次従量課金の導入も予定されていると報じられています。一方、セラー・ベンダーが「プライベート開発者」として自社アカウントのためだけにSP-APIを直接利用する場合は、この新料金の対象外とされています（出典: ec-digital-works↗）。

POINT

POINT この料金・施行日は日本語の公式アナウンスがまだ確認できていない二次情報です。プライスターやKeepaなど第三者提供のSP-API連携ツールが値上げされる可能性が指摘されていますが、確定情報はデベロッパーセントラル（SP-APIの技術情報を公開している、Amazonの開発者向けサイトです）やセラーセントラルの公式告知で都度確認してください。

もし現行ツールの値上げに直面した場合、選択肢は「値上げを受け入れて使い続ける」か「プライベート開発者として自社専用のSP-APIアプリを内製する」の2択になります。後者を選ぶ場合の判断材料は、値上げ幅と内製の開発費・保守工数の比較です。

強制移行は繰り返される｜MWS・AMTU終了から学ぶこと

データ取得の仕組みを1つのツールやスクリプトに依存させることには、Amazon都合の強制移行というリスクが伴います。実際に、注文取得などを自動化するAmazon提供のデスクトップツール「AMTU」はMWSベースだったため2023年8月31日で利用不可となり、MWS本体も2023年12月31日をもって利用不可になりました。MWSベースのプライベートアプリ（自社専用に開発した非公開のアプリのことです）は2024年4月1日までにSP-APIへ移行しないと、MWS APIセクションへのアクセス権を失うともアナウンスされています（出典: Amazonセラーセントラル ヘルプ↗）。

数年おきにこうした断絶が起きている以上、取得経路を1本化しすぎないこと、認証情報の更新期限を管理しておくことが事業継続の観点で重要になります。

RPA・スクレイピングによる自動取得はどこまで許されるか

SP-APIを使わず、ログイン状態のセラーセントラル画面をRPAツール（人がパソコンで行う操作を、自動で再現してくれるソフトです）やスクリプトで自動操作し、注文・在庫・広告データを画面から抜き出す手法を使う事業者も存在します。API申請が不要でロールの制約も受けないため、手っ取り早い手段として選ばれることがあります。

ただし、この手法はAmazon.co.jpの利用規約に抵触するおそれがあります。規約上、以下のような行為が禁止行為として明記されています。商品リストや価格などを自動で大量に集める「データマイニング・ロボットによる収集」、自動化ツールであることを隠したままアクセスすること（Agentとしての識別を行わないアクセス）、CAPTCHA（人間かどうかを見分けるための画像認証）などのブロック機構の回避、そして人間が操作しているように見せかける行為です。さらに2026年10月28日には「エージェントポリシー」（自動化ツールの利用ルールを新しく定める規定です）が新設されます。これにより自動化ツールの利用者は、サーバーとやり取りするすべての通信（HTTP・HTTPSリクエスト）で、自分が自動化システムであることを明確に示さなければならなくなると報じられています（出典: netshop.impress↗）。

日本語のセラーフォーラムを確認した範囲では、レポート自動化ツールの使用そのものが直接の原因と明記されたアカウント停止事例は見つかりませんでした。とはいえ事例が無いことは安全である証拠にはならず、当メディアとしてこの手法は推奨しません。同じデータがSP-APIや標準レポートで取得できるのであれば、公式ルートに寄せたほうが規約改定やUI変更に左右されにくく、総コストは低くなります。

Amazon運用の自動化全体で「どこまでを自動化してよいか」の線引きは、こちらで整理しています。

こちらの記事もご参照ください

Amazon運用の自動化ガイド｜できる作業とできない作業

Amazon運用のどこまでを自動化してよいかを3層で整理。公式機能・第三者ツール・人手必須領域の線引きと、自動化後も監視が必要な理由を実例つきで解説します。

まとめ

セラーセントラルのデータ自動取得は、標準レポート＋Power Queryの第1層、SP-API連携済みSaaSの第2層、SP-API自前開発の第3層という順に検討するのが現実的です。多くのセラーは第1層だけで月次作業を大幅に削減でき、SKU数や分析ニーズが増えた段階で初めて第2層・第3層を検討すれば十分です。SP-API内製を選ぶ場合は、refresh tokenの半年更新や強制移行への備えを運用設計に組み込んでおく必要があります。

よくある質問

SP-APIとは何ですか

SP-API(セリングパートナーAPI)とは、旧世代のMWSの後継にあたる、Amazonが提供する接続の仕組みです。データはJSONという扱いやすいテキスト形式でやり取りされます。出品・注文・支払い・レポートなどのデータにプログラムでアクセスでき、Login with AmazonによるOAuth 2.0認可（IDやパスワードを直接渡さずに安全に連携する仕組みです）などMWSになかった機能を持ちます。

非エンジニアでもデータ自動取得はできますか

できます。標準レポートとPower Query(またはスプレッドシートのインポート機能)を組み合わせれば、GASやマクロを使わずに月次更新を「ファイルの置き換えと更新」の2操作に落とせます。SP-API連携済みの第三者ツールを使う方法も、OAuth連携の手順自体は数ステップで完了します。

SP-APIを自前で使うには何が必要ですか

セラーセントラルでの開発者プロフィール登録、アプリクライアントの作成と承認を経て、クライアントID・クライアント機密情報・refresh token（連携を保ち続けるための鍵となる情報です）・セラーIDの4点が必要です。FBA（Amazonの倉庫に商品を預けて、保管・配送・カスタマー対応を任せる仕組みです）在庫情報などの取得には大口出品者アカウントが前提とされています。

refresh tokenの更新を忘れるとどうなりますか

在庫取得や価格更新などの自動化業務が、エラー画面が出ないまま静かに止まることがあります。半年ごとの更新期限をカレンダーで管理し、異常時に気づける通知の仕組みを合わせて用意しておくことが実務上重要です。