Amazonの市場規模を推定する方法：重複排除と売上計算の実例

結論：市場全体と呼ぶ前に、対象サンプルを計算する

Amazonの市場規模を推定するには、対象ストア、商品範囲、集計期間を決め、重複する商品レコードを除きます。そのうえで、各商品の推定販売数に対応する価格を掛け、合計します。定義した市場全体を網羅していない場合、結果は対象サンプルの推定販売金額であり、市場全体の規模ではありません。

本記事は、商品候補を比較したり、市場調査の資料を作成したりする出品者向けです。再計算できる方法を示すもので、現在の市場実績や自社の販売予測を提供するものではありません。計算例は米国Amazonを想定した架空データで、通貨は米ドルです。何を集計したか分からない大きな数字より、範囲が限定的でも根拠を追える数字を目指します。

販売数、販売金額、獲得可能市場は別の指標

「この市場は100万ドル」と聞いても、それだけでは比較できません。月間か年間か、Amazonの一つのストアか全ECチャネルか、ツールが選んだ商品群か。購入者側の商品金額なのか、出品者への入金額なのかも異なります。ツールを選ぶ前に、測定対象を確定します。

表を左右にスワイプすると、すべての列を確認できます。

一般的なTAM、SAM、SOMの区別は、Shopifyの市場規模ガイドでも説明されています。Amazon調査では、まず説明可能な商品集合から始めます。不完全な商品サンプルをTAMと呼び換えても、対象範囲は広がりません。

「この範囲でどれほどの購入が発生しているか」と「自社商品がその一部を獲得できるか」は別の問いです。前者は後者を考える背景になりますが、それ自体が回答にはなりません。

販売数を集める前に、六つの集計条件を決める

例えば、「米国Amazon、小さな室内スペースで植え替えを行うための植え替えマット、2026年8月、販売単位数と米ドルの小売金額、硬質トレーと工具セットは除外」と一文で記録します。これは範囲設定の例であり、この市場への参入を勧めるものではありません。

六つの条件は、ストア、購入者の用途と対象商品、除外対象、正確な開始日と終了日、販売数の単位、通貨と価格の基準です。データ提供元と取得日時も併記します。取得日が違う二つの「過去30日」は、同じ集計期間ではありません。

商品名に同じ語があるかではなく、購入目的から範囲を決めます。植え替えマット、硬質トレー、園芸作業台は近い検索結果に現れても、用途や価格、購入条件は異なります。代替品が重要なら、マットのみの狭い集計と代替品を含む広い集計を分けて示します。計算の途中で範囲を変えてはいけません。

どの代替品を同じ市場に含めるかは、Amazonニッチ市場調査ガイドで扱っています。本記事では、その境界を入力として、金額の計算と対象範囲の確認に進みます。

一度の検索結果だけで候補商品を決めない

同じ購入目的を表す複数の検索語と、適切なカテゴリー画面から候補を集めます。各レコードに発見経路を残してください。一つの商品が三つの検索語で見つかったことは、検索語の重なりを示しますが、販売数を三回加算する根拠にはなりません。

Amazonの商品トレンド解析ツール（Product Opportunity Explorer）は、検索後に閲覧・購入された商品をもとに検索語をまとめます。購入者の用途に沿った出発点を探す助けになりますが、ツール内のニッチが今回定義した市場と同一かは別途確認が必要です。

外部サービスのカテゴリー報告では、フィルターも保存します。SellerSpriteのCategory Insightsには、ストア、月、商品サンプルの設定があります。報告書名だけでは、同僚はどの商品が含まれているか判断できません。

記録を「採用」「理由付き除外」「未確認」の三つに分けます。パック内の数量や関連性が分からない商品を、黙って販売ゼロとして扱わないでください。未確認件数を記載し、市場全体を網羅したと述べる前に重要な疑問を解消します。行数を増やしても、ばらばらの選定基準は修正されません。

合計前に除くべき三つの重複

同じASINが複数の検索結果に現れる

選んだ商品粒度と期間で重複を除き、発見に使った検索語は別の列にまとめます。自然検索と広告枠は商品が表示された場所であり、独立した商品販売数ではありません。検索語ごとに同じASIN全体の推定販売数を加算しないようにします。

検索語に帰属する購入を分析したい場合は、その定義でそろった検索データを使います。ASIN全体の販売と検索語別の購入は別の問いへの答えであり、混ぜても対象範囲が正しく広がるわけではありません。

親ASINの合計が子ASINと重なる

親ASINはバリエーションをまとめ、子ASINは特定のバリエーションを表します。AmazonのParentASIN文書は、購入できない親と、具体的な子商品を区別しています。

ASIN列だけでなく、数値フィールドの定義を確認します。例えば、DataHawkの販売推定データ文書には、子レベルの推定値と親集計の両方が記載されています。各子レコードにある家族全体の数値を足せば、その家族を繰り返し計上することになります。互換性のある子レベルの数値か、家族ごとに一つの合計を使い、両方は足しません。対象内外のバリエーションが混在し、分離できない家族は未確認とします。

同じ商品を複数の出品者が販売する

すでにASIN全体の販売を表す推定値なら、出品者数をさらに掛けてはいけません。出品者単位のデータの場合も、レコードが重複しない取引を表しているか先に確認します。セット商品の取引を、構成品それぞれの販売として再度加算することも避けます。実物の消費個数を調べる場合は、別の測定目的として定義します。

計算例：三つの商品でサンプル推定額は16,000ドル

以下は方法を説明するための架空の数値です。実在ASIN、出品者、計測済み市場のデータではありません。三つの子レベル推定値はすべて米国Amazonの2026年8月を対象とし、1販売単位は一つの販売用パッケージ、価格は対応するパッケージの米ドル仮定価格とします。A1とA2は家族Aのバリエーション、B1は別の家族です。

表を左右にスワイプすると、すべての列を確認できます。

式は次のとおりです。

サンプル金額 = Σ（採用商品の販売数 × その商品に対応する価格）

表計算では、B2:B4に数量、C2:C4に価格を置き、=SUMPRODUCT(B2:B4,C2:C4)とすると16000になります。ただし、対象判定、重複排除、定義の統一が済んだ行であることが前提です。数式はその妥当性まで判断しません。

別の検索語のファイルにもA1が現れた場合、300は一度だけ計上します。親AのレコードにA1とA2の合計500がある場合、この子レベル集計からは親合計を除外します。これは架空データの確認手順であり、全ツールが同じ方式でバリエーション販売数を配分しているという意味ではありません。

三つの価格の単純平均30ドルに、合計販売数600を掛ける方法にも注意が必要です。結果は18,000ドルとなり、高価格・低販売数の商品が過大に反映されます。販売数量による加重平均価格は16,000 ÷ 600、約26.67ドルです。計算には丸める前の値を使い、表示するときだけ丸めます。

結論は「採用した三つの架空商品は、指定月に推定600販売単位、サンプル推定小売金額16,000ドル。その他の商品への網羅性は不明」と書けます。「このAmazonカテゴリーの市場規模は16,000ドル」とは書けません。

数量と価格をそろえる：複数個パック、割引、返品

2個入りパックを一つ販売した場合、販売用パッケージでは1単位、中身の個数では2個です。データ元がパッケージ数を示すなら、パッケージ価格を掛けます。別の目的で実物個数を併記することはできますが、実物個数にパッケージ価格を掛けると金額が膨らみます。

今日表示されている価格と、対象期間中に実際に支払われた平均価格も区別します。クーポン、価格変更、異なる出品条件により差が出る可能性があります。実際の平均販売価格を取得できない場合は、使った代替価格を明記し、取引で加重した実績値のように扱わないでください。

報告を比較する前に、税、送料、キャンセル、返品の扱いをそろえます。注文総額の推定と返品控除後の純売上は、そのまま置き換えられません。不明な調整を作る必要はなく、計算基準と未調整の項目を示します。これは調査指標の定義であり、会計上の判断ではありません。

ツールが推定販売金額をすでに提供しているなら、現在価格と数量で置き換える前に定義を読みます。提供元の値と自分で再計算した値は別の列に保存してください。差の原因は価格の時点や集計粒度かもしれず、必ずしも表計算の誤りではありません。

不確実性は三つに分けて示す

対象範囲：サンプル外に何があるか

上位商品リストは、見つかりやすさや実績によって選ばれた集合で、全商品からの無作為抽出ではありません。上位商品の平均販売数にカテゴリーの全件数を掛ける方法は、標準的に成立するとはいえません。上位20件や100件が常に一定割合の販売を占めるという共通ルールもありません。

網羅率が分からなければ、サンプル合計と収集方法を報告します。関連する検索語、バリエーション、下位商品にも調査を広げ、実際に追加された重複のない商品を記録します。それでも、サンプル推定額は実際の市場の下限を保証しません。採用商品の推定値自体が過大な可能性もあるためです。

推定誤差：モデルの前提にどれほど依存するか

自社アカウントの販売実績と、競合のモデル推定値は区別します。AmazonはBSRをストアとカテゴリー内の順位として説明しており、販売個数そのものではありません。順位などの信号を販売数に変換するモデルには、追加の前提があります。

感度分析の例としてのみ、価格を固定し、架空サンプルの数量に0.8、1.0、1.2を掛けると、金額は12,800、16,000、19,200ドルになります。この係数は説明用に選んだ仮定で、測定済みの誤差率、統計的な信頼区間、未収録商品の補正ではありません。実務では、採用する仮定に別途の根拠が必要です。

境界の感度：その商品を含めるべきか

判断が割れる商品を除いた値を計算し、含める合理的な理由があれば広い範囲の別ケースも示します。「楽観ケース」とだけ書かず、何の商品定義を変更したか記載します。硬質トレーを追加して植え替えマットの推定額が大きく変わるなら、未解決なのは対象とする購入目的です。小数点以下の桁を増やしても解決しません。

一か月を年間予測にせず、通貨も混ぜない

例の16,000ドルを12倍すると192,000ドルですが、これは当月水準の年換算額であって、年間販売予測ではありません。販促月、閑散期、供給が制約された月が、残りの11か月を代表するとは限りません。

可能なら比較可能な複数月の観測を使い、対象商品の変化も残します。同じ商品の変化を見る固定パネルと、対象を増やした拡張集計を分けます。商品を追加して合計が大きくなっても、それだけで市場が成長したとはいえません。

複数ストアを調べる場合、最初はそれぞれ現地通貨で計算します。換算するなら、為替情報の出典、適用日または期間、換算方法を記録します。通貨をそろえても、商品集合、税の扱い、消費行動まで同じにはなりません。米国のカテゴリー販売仮定を、通貨記号だけ変えて日本の数値にしてはいけません。

市場規模は、自社商品が取れるシェアではない

獲得できる販売数を述べるには、関連流入、購買行動、商品適合性、運用条件など、商品単位の根拠が必要です。「1%だけ取ればよい」は仮定であり、獲得可能性の証拠ではありません。大きな市場でも、異なる用途を解決する商品や、自社にない強みを持つ商品へ購買が集中しているかもしれません。

現在のシェアを計算する場合、分子と分母でストア、期間、指標、対象範囲をそろえます。自社の純売上を競合サンプルの総額推定で割っても、定義のそろった市場シェアにはなりません。分母がサンプルなら「対象サンプル内のシェア」と呼び、自社商品が分母に含まれるかも開示します。

Amazonの販売推定ツールに関するガイドでは、Revenue Calculatorの推定販売数を利用者が変更できると説明されています。数量を入力してシナリオを計算できても、その数量が実現する証拠にはなりません。購買条件の分析は、Amazon商品需要分析を参照してください。

自動化を加える前に調査方法を選ぶ

手作業の表計算：まずルールを決める

狭い商品範囲から始め、採用する全行を確認します。原本を別に保存し、除外理由を残して再計算できる状態にします。一人の担当者なら、ここで十分な場合があります。定義への合意がないままツールを追加しても、同じ不一致を速く繰り返すだけです。

Amazonの機能や専門ツール：定義の分かる入力を得る

期間、網羅性、集計レベルを説明できるAmazonの画面や専門データを選びます。市場額が大きく出るものではなく、同じ基準で入力を比較します。Amazon商品リサーチツールガイドで選択肢を扱っていますが、ツールにアクセスできることと、希望する全フィールドが自分のアカウントで使えることは別です。

ルールによる自動化：安定した計算を繰り返す

定義が固まれば、スクリプトやノーコード処理で必須項目、重複キー、小計を確認できます。除外行と理由は保持します。通貨、期間、集計粒度が欠けていれば処理を止め、欠損をゼロに置き換えて報告を完成させないようにします。

エージェント支援：例外の説明をチームにつなぐ

検証する業務として、利用承認済みの新しいファイルと前版を比較し、変化の説明案と未解決レコードを作る作業を割り当てられます。計算は言語モデルなしでも再現できる状態にします。商品境界やデータ基準の変更は、人が確認してから新版を配布します。

OpenMaxの役割と、確認が必要な限界

OpenMaxは人とエージェントの協働ワークスペースを提供しています。本記事の発行元もOpenMaxです。この作業で検討する用途は、データ収集者、市場定義の担当者、計算の確認者の間で、調査結果を引き継ぐことです。

小さな試行として、利用承認済みの商品ファイル、採用ルール、前回の報告を渡し、元の行への参照付きで差分説明の案を求める方法が考えられます。「4商品を追加したため合計が変わった」と説明できることが目的で、根拠なく「需要が増えた」と結論づけることではありません。データ取得、再現可能な計算、人による結果の確認を区別します。

これはチームと検証する業務案であり、Amazonのネイティブ接続、市場規模データベース、予測機能を実証したものではありません。実際の入力方法と確認手順を確かめてから利用を判断してください。小規模で更新頻度の低い一枚の表なら、表計算とメモだけで足りる場合があります。

市場規模ワークシートに残す項目

表の冒頭に範囲、期間、出典、取得日時、通貨、価格基準を記載します。明細は選んだ粒度で一商品一行とし、次の列を用意します。

• 商品識別子と、該当する場合は親・家族の識別子。
• 発見に使った検索語またはカテゴリー経路。
• 採用、除外、未確認の状態とその理由。
• 販売数量の単位定義と推定元。
• 期間の開始日と終了日、欠損フラグ。
• 数量、対応価格、計算した行金額。
• 実績観測か推定かの区別。
• 確認者のメモと元レコードへの参照。

表の下には採用件数、未確認件数、サンプル合計、別途表示する感度ケースをまとめます。市場全体への網羅性が判明しているかを明示し、日付付きの版を残します。次の担当者が更新後のファイルを誤って使わず、同じ結果を再計算できるようにするためです。

共有前に、金額への寄与が最大の行と、判断が割れた一行を同僚に追跡してもらいます。どちらかの出典を説明できなければ、見出しより先に表を修正します。この調査結果を次へ進める手順は、Amazon商品リサーチの全体ガイドで確認できます。

よくある質問：Amazon市場規模の計算

Amazon市場規模の最も簡単な計算式は？

定義した商品サンプルについて、採用商品の推定販売数に対応価格を掛けて合計します。ストアと期間をそろえ、先に重複を除きます。市場全体の網羅性を確認できない限り、結果はサンプルの推定販売金額と表示します。

上位20商品を市場全体として使えますか？

その20商品が定義した市場を網羅する根拠が必要です。なければ合計は選んだ商品群だけを表します。未収録商品と推定誤差は別の不確実性であり、上位サンプルは全件調査にも実際の市場規模の下限保証にもなりません。

親ASINと子ASINの販売数を合算しますか？

親の数値に子の販売が含まれる場合は合算しません。提供元のフィールド定義を確認し、互換性のある子の推定値か、家族ごとに一つの集計値を使います。両者の混在や、子の行ごとの家族合計の繰り返し加算を避けます。

検索数にコンバージョン率を掛ければ市場規模になりますか？

入力の定義がそろったシナリオ計算として示すことはできますが、標準的な市場実測にはなりません。検索回数はユニーク購入者数ではなく、複数の検索語が重なり、率の対象集団が異なる場合もあるため、商品の全購入を表すとは限りません。

有料ツールなしでカテゴリー販売額を推定できますか？

利用可能な情報から範囲を限定した調査表を作り、不足を記録できます。ただし、信頼できる数量推定がなければ定性分析にとどめ、販売数を作らないでください。無料で取得できたこと自体は、カテゴリー全体の網羅性を示しません。

ツールごとに市場規模が違うのはなぜですか？

対象商品、期間、バリエーション粒度、価格、推定方法が違う可能性があります。単純平均を取る前に、定義と元の行を比較します。提供元間の差だけで需要変化が起きたとは判断できません。

OpenMaxはAmazonニッチの正確な規模を教えてくれますか？

本記事はOpenMaxをAmazonの市場データ源として実証していません。提案する役割は、提供された証拠と前提をチームで確認することです。市場の網羅性と信頼できる数量は別途検証した情報源から得る必要があり、エージェントの根拠のない推測では代替できません。

次の一歩：別の人が再計算できる推定を一つ作る

境界の明確な商品群を一つ選び、六つの条件を決め、重複を除いた出典リストを保存してサンプル金額を計算します。不明点は別の会話に隠さず、数字の直下に書きます。

課題がチーム間での証拠の引き継ぎなら、OpenMaxと小さな確認ワークフローを相談するところから始められます。利用承認済みのファイル一つと、判断が割れる計算一つを持ち寄ります。出力を追跡して説明できると確認してから、委任する範囲を広げてください。