「Amazon データベース」を探す人の多くは、ダウンロードして後からゆっくり照会できるデータセットを期待しています。
そういうものは存在しません。 誰も作っていないからではなく、二つの構造的な事実がそう決めているからです。データは認可の境界で三つに分かれ、誰も全部は持てません。そして蓄積ではなく流れです。どの数字も一定期間しか有効ではありません。
一つ目：データは「誰のものか」で三つに分かれる
| 区分 | 誰が取れるか | 代表的な中身 |
|---|---|---|
| 自社ストアのもの | 自分だけ（セラーアカウントの認可） | 注文、在庫、精算、広告費、検索語レポート |
| プラットフォームの公開側 | 全員 | 商品、価格、順位、レビュー、カテゴリ、キーワード |
| 誰も取れないもの | 誰も | 競合の実注文数、競合のバックエンド検索語、購入者情報 |
三行目は「まだ無い」ではなく、設計上そもそも公開経路がありません。 計画がこの行に依存しているなら、変えるべきはデータ源ではなく計画です。
一行目と二行目はまったく異なる認可モデルから来るため、両方を同時に提供する API は存在しません。「一つのデータベースに全部入る」が成り立たない直接の理由です。三つの道でそれぞれ何が取れるかはAmazon データ API の選び方で扱っています。
二つ目：公開側には具体的に何があるか
公開側は一枚の大きな表ではなく、業務領域で分かれた API の集合です。現在 46 本あり、領域ごとの密度はかなり違います。
| 領域 | API 数 | 何に答えるか |
|---|---|---|
| 市場 / カテゴリ | 14 | その市場の大きさ、誰がいるか、分布はどうか |
| 流入 / キーワードの流れ | 6 | その商品がどの語で露出し、どこに位置しているか |
| ASIN 単位 | 5 | 単品の詳細、推移、競合 |
| ブランド | 4 | 商標とブランド層の情報 |
| 商品の絞り込み | 3 | 条件で候補商品を出す |
| ABA 検索語 | 3 | 公開される検索語の順位と変動 |
| 販売数予測 | 2 | 順位を販売の規模感に変換する |
| キーワード発掘と転換 | 4 | 語の競合度、入札、転換の実績 |
| レビュー | 1 | レビュー本文、星、出どころの標識 |
市場領域が 14 本で最も密です。 これはある事実を映しています。公開データが最も得意なのは「この市場はどうなっているか」であって、「特定の競合が具体的にどうなのか」ではありません。
業務シーン別のつなぎ方はAmazon データ API 完全ガイドにあります。
三つ目：蓄積ではなく流れ
「データセットを落とす」という発想の最も根本的な問題がここです。同じ項目でも鮮度が桁違いです。
| 項目 | どれくらいで失効するか | 意味 |
|---|---|---|
| 価格、クーポン | 時間単位 | 昨日の価格では今日の値付けはできない |
| BSR、順位 | 日単位 | 一晩置いた順位は方向しか示さない |
| レビュー数、評価 | 日々累積 | 単点に意味は薄く、増え方に意味がある |
| 販売数の推算 | 順位に追随 | 順位が動けばこれも動く |
| カテゴリ構造、出品者構成 | 月単位 | 月次で保存する価値がある |
| タイトル、ブランド、発売日 | ほぼ不変 | 一度保存すれば足りる |
つまり「データを保存する」という行為は、常にスナップショットの保存であってデータそのものではありません。 そのスナップショットが使えるかは、いつ撮ったかを記録したかに完全に依存します。当方のテンプレートがいずれも取得日を独立した列にしているのはこのためです。
では自分で持てるのか
持てますし、持つべきです。ただし上の表に従って層を分けてください。遅い項目は保存し、速い項目は都度取得し、中間は定期更新する。
この切り分け方と呼び出し量の見積もりは導入前に決めておく五つのことにあります。判断は単純です。使う前に失効する項目を保存することは、古いデータを自分で製造しているだけです。
どのデータ源でも得られない三つ
競合の実際の注文数。 プラットフォームは販売数を公開しておらず、月間の数字はすべて BSR からの推算です。フィールド名の est は API 自身が付けた印です（Amazon の販売数データで分かること・分からないこと）。
競合のバックエンド検索語レポート。 相手のセラーアカウントの認可データです。逆引きが返すのは公開検索結果に実際に現れた語で、出どころが異なり対応もしません。
因果。 データは順位が落ちたと示しますが、なぜかは示しません。それには自分の変更記録が要ります。
よくある質問
ダウンロードできる既製の Amazon データセットはありますか。 公開側のデータは API で取得できますが、返るのは照会ごとのスナップショットであって静的なデータセットではありません。本当に「一式」が必要な場面は、たいてい API の結果を自分の定義で保存することを意味します。
いわゆる「Amazon ビッグデータ」とは何ですか。 たいてい二つ目の区分、公開側の集計データを指します。価値は相対比較と傾向にあり、単点の精度にはありません。
履歴はどこまで遡れますか。 項目によります。履歴系の API は過去の暦月を受け取ることが多いのですが、実際の範囲は各 API のドキュメントで確認し、任意に古い月があると仮定しないでください。
複数の情報源で数字が合わないときは。 まず三点を揃えます。サイト、カテゴリ階層、取得時刻。価格・BSR・評価数などの公開項目は一致すべきで、一致しなければ定義の問題です。販売数は推算なので一致しなくて正常です。判断方法の全体はAmazon のデータ分析にあります。