Amazon競合分析テンプレート：Excelダウンロードと記入例

結論：テンプレートをダウンロードし、根拠のある1件から始める

日本語版Amazon競合分析テンプレートをダウンロード（XLSX）。

まず「商品」に内部レコードID、マーケットプレイス、確認済みのAmazon Standard Identification Number（ASIN）、選択バリエーション、入数、購入者の目的、比較対象にする理由を記入します。次に「観察記録」で日付と出典を残し、「オファー」で金額を比較し、「判断記録」に次の行動を書きます。不明な値は空白とし、理由を説明してください。価格不明をゼロに置き換えないことが重要です。

ファイルには6枚のシート、独立した架空の記入例、単位金額の数式が入っています。OpenMaxのアカウントは不要です。Amazonのライブデータを取得するファイルではなく、商品情報の収集、価格の自動更新、OpenMaxへの送信は行いません。

Amazon競合比較スプレッドシートの構成

商品を識別する記録と、ある日に確認した事実と、その事実に基づく行動は別のものです。商品が同じでも価格は変わります。観察が正しくても、行動を決めるには情報が足りない場合があります。このテンプレートでは、それぞれを別の表で扱います。

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

4枚の作業表には、それぞれ5～34行の30行分を用意しています。薄黄色は入力欄、薄青色は数式セルです。数式セルはロックされていません。表にはフィルターと固定された見出しがありますが、入力された根拠の正しさを検証する機能ではありません。

比較対象の選び方から確認したい場合は、Amazon競合分析ガイドを参照してください。そちらでは対象選定と解釈を扱い、このページではファイルの入手、記入、確認に焦点を当てます。

最初に記入する7つの商品項目

「商品」の5行目から始めます。最初に自社の特定バリエーションと購入者の目的を書き、その目的と比較する理由が説明できる競合を追加すると、調査の範囲が明確になります。商品リンクを大量に集めてから比較軸を決める必要はありません。

商品の識別情報を固定する

A列・レコードID：OWN-01やCOMP-01のような一意の内部識別子を使います。これはシート間の記録を関連付けるためのもので、Amazonの商品コードではありません。後から変更した場合は、関連する観察とオファーのIDも手動で更新します。このファイルは関連付けを自動修復しません。

B列・マーケットプレイス：実際に確認したAmazonのマーケットプレイスを記入します。異なる国のストアで得た情報を、同じ販売条件の記録として扱わないでください。

C列・ASIN（文字列）：確認できた商品識別子を文字列として入力します。AmazonはASINを10文字の英数字からなる商品コードと説明しています。内部レコードIDとは用途が異なります。AmazonによるASINの説明。

ASINが未確認なら空白のままで構いません。もっともらしいコードを作るより、未確認の候補として残す方が適切です。観察を追加する際は、対象が記録済みのバリエーションと一致しているか確認します。

内容物と購入目的を明らかにする

D列・選択バリエーション：サイズ、色、型番、セット内容など、対象を識別できる説明を入れます。複数のセットがある商品ページなら「デスク整理用品」だけでは不十分です。

E列・入数：比較に使う単位で何個入っているかを記録します。トレー3個と、トレー1個に付属品2個を加えたセットは、どちらも3個と数えられても用途が違います。内容物はバリエーション欄でも説明し、数字だけに意味を任せないでください。

F列・購入者の目的：例えば「浅い引き出しで文具を分類する」です。この目的があるからこそ、高さや寸法を調べる意味が生まれます。仕様を無差別に転記するための欄ではありません。

G列・比較対象にする理由：今回その商品を見る理由を説明します。「同じ引き出しの深さに対応する」は「人気がある」より具体的です。ただし寸法が未確認なら「適合するか要確認」とし、適合済みと書かないでください。

7項目は調査の出発点です。空欄を推測で埋めるための必須チェックリストではありません。結論に使う前に、未入力項目と関連する観察を確認します。この表には、入力の充足率で利用可否を判定する機能はありません。

観察記録にキーワードとレビューの根拠を残す

独立した発見ごとに新しい「観察ID」を付け、B列に商品レコードIDを記入します。C列が観察日、D～J列が根拠の種類、検索語・背景、指標・事実、値・内容、単位、出典、不確実性です。

同じ商品に複数の観察があって構いません。新しい価格を確認したら、以前の観察を消さずに追加します。誤記を訂正する場合も、なぜ訂正したのか分かる背景を残すと、過去の判断への影響を追いやすくなります。

競合キーワード分析では検索条件を分ける

Amazonの競合キーワード分析は、単語の一覧だけでは再確認できません。「検索語・背景」に正確な検索語、マーケットプレイス、観察条件を記入し、広告枠なのか自然検索結果なのかを区別します。実際に確認した事実は別の項目に記録します。

調査ツールの推定値を使う場合は、根拠の種類にその旨を記し、元の指標名と集計期間を残してください。キーワードの推定値を競合の注文数へ言い換えてはいけません。テンプレートは情報を保存する場所であり、データの提供元や検証サービスではありません。

同じ検索語でも、時間や条件が変わった観察は区別します。商品同士の違いなのか、同じ商品を異なる条件で見た違いなのかを、後から読んだ人が理解できるようにします。

レビュー分析では標本を説明してから解釈する

レビューを記録する際は、選び方、対象期間、バリエーション、実際に読んだ件数を残します。レビューに現れたテーマと、担当者が考えた説明を分けてください。要約を引き継ぐたびに確実性が高まったような文章になるのを防ぎます。

例えば、手作業で選んだレビューのうち2件が引き出しへの適合に言及していたなら、寸法を追加確認する理由にはなります。しかし、それは全購入者の不具合率ではありません。出典を再確認できる形にし、不要な投稿者情報まで転記しないようにします。

出典は次の担当者がたどれる粒度で書く

関連ページのURL、または利用できるレポートのファイル名とシート・行・項目などを記録します。「Amazon」「調査ツール」とだけ書いても、値を探し直せません。日中の変化が重要なら、観察の背景に時刻とタイムゾーンを追加します。

他の担当者が出典へアクセスできない場合は、その制約を「不確実性」に記入します。ファイルはリンクの有効性を検査せず、レポートへの権限も付与しません。裏付けを確認できない要約は、検証済みの発見ではなく確認事項として扱います。

オファーの単位金額を計算する

「オファー」のA～I列は、レコードID、観察日、通貨、パック表示金額、入数、単位金額、割引の状態、既知の追加費用、出典です。別の日の観察は別の行に記入します。出品者や配送条件が比較を左右する場合は、その背景も出典や条件に残します。

F列はD列の金額をE列の入数で割ります。5行目の数式は次のとおりです。

=IF(AND(ISNUMBER(D5),D5>=0,ISNUMBER(E5),E5>0),D5/E5,"")

金額が未入力、文字列、負の数の場合、または入数が未入力、文字列、ゼロ、負の数の場合は空白になります。金額が数値のゼロなら結果はゼロです。これにより「価格不明」を「無料」と取り違えずに済みます。

数式が確認するのは、この入力条件だけです。価格の真偽や、入数が比較可能な内容物を表すかどうかは確認しません。計算できることと、比較が妥当であることは別です。

未確認の割引を計算へ混ぜない

パック表示金額には、確認した表示の金額を記入します。未確認のクーポンを勝手に差し引かず、「割引の状態」に分けて残します。送料、税、その他の条件は比較基準がそろうまで追加費用欄に記録します。この数式は支払総額を計算しません。

通貨も別の項目です。為替換算がないため、USDとJPYの行をF列の数字だけで順位付けできません。利益、手数料、推奨販売価格を算出する機能もありません。

「商品」の入数は選択した商品を表し、「オファー」の入数は特定の観察を表します。一致すべき場面では手動で照合してください。自動参照を設けず、観察した入力を見える形にしています。不一致があれば、片方を自動で上書きするのではなく、バリエーションを再確認します。

記入例：1個当たりは低くても、パック金額は高い

「記入例」の8～10行は架空のデスク整理トレーです。実在のASINや商品ページを根拠としていません。

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

4個セットは1個当たりの金額が低い一方、パック金額は2 USD高くなっています。購入者にとって有利かどうかは、まだ分かりません。寸法、材質、有効容量が異なる可能性があるからです。3件目の価格不明をゼロに変えたり、最安の候補として扱ったりしないでください。

表の下には、別の説明、不足する根拠、次の行動を示しています。提案しているのは仕様と比較可能なオファーの確認であり、販売価格の変更ではありません。未解決の比較でも、次に調べる対象を明らかにできます。

自分の表計算アプリで数式を確認するには、テスト用コピーでD8を18から21へ変更します。E8が3のままなら、F8は6から7へ変わるはずです。確認後は元に戻すかコピーを破棄します。これは1つの数式動作の確認であり、実際の競合情報の検証ではありません。

観察から判断記録を作る

一意の「判断ID」と対応する「観察ID」を記入してから、発見を書きます。元の記録と照合できる具体性が必要です。条件の異なるオファーをまとめて「競合は安い」と書くと、根拠より広い主張になります。

「別の説明」と「不足する根拠」も記入します。実際に分かったことが「ある日に特定セットの1個当たり表示金額が低かった」だけなら、その範囲を保ってください。競合全体の価格優位を示したことにはならず、次の行動も変わります。

担当者を決め、状態と承認の証拠を混同しない

次の行動には、何を調べるか、誰が担当するか、いつ確認するかを含めます。架空のトレーの例では、まず内容物と寸法の確認が必要です。実際の調査では、仕様と出典が得られた時点で比較し直します。

状態には「提案」「根拠が必要」「確認中」「担当者が承認」「却下」「完了」があり、人が選択します。「担当者が承認」を選んでも、他のシステムに承認記録は作成されません。実際に承認を受けた証拠にもなりません。チームの承認手続きを使い、ドロップダウンを監査証跡の代わりにしないでください。

バリエーションや主要な出典が不明なら実行を保留する

どのバリエーションを見たのか、重要な値がどこから来たのか、どの未確認条件が結論を変えるのかが不明なら、価格や商品ページの変更依頼へ進まないでください。不足項目を記入して調査を割り当てます。未完成の記録を残すことと、不確かな内容を確定事項として渡すことは違います。

Excelでの利用とGoogle Sheetsへの取り込み

ダウンロード後は未変更の原本を残します。重要なデータを入力する前に6枚のシートを確認し、記入例の数式、日付、識別子の書式を自分のアプリで確認してください。

Microsoftは、先頭のゼロや桁の精度を失う可能性がある識別子を文字列として扱う方法を説明しています。貼り付け前に文字列形式を設定します。失われた元の数字は、後から書式を変えるだけでは復元できません。Microsoftの先頭ゼロと長い数字に関する説明。

Google Sheetsでは新しいスプレッドシートへ取り込む

GoogleはExcelファイルのインポート手順を公開しています。既存の作業ファイルを置き換えないテストとして、次の順で新しいファイルを作成します。

1. Google Sheetsで「ファイル → インポート」を開きます。
2. ダウンロードしたXLSXファイルを選択します。
3. 新しいスプレッドシートを作成する選択肢で取り込みます。

元の作業と試行用ファイルを分けて確認してください。GoogleのExcelとSheetsの利用手順。

このリソースはXLSXファイルであり、公開されたGoogle Sheetsのオンラインテンプレートではありません。取り込み後はシート名、数式結果、日付、文字列ID、フィルター、状態の選択肢を確認します。このファイルのネイティブExcelおよびGoogle Sheetsでの実機検証は未完了です。アプリ間で書式や操作がすべて同じとは限りません。

用意された30行を超えて追加する

作業表は34行目までです。コピー上で表の範囲を拡張し、直前の行の数式と書式を新しい行へコピーします。コピーされた入力値を新しい記録に置き換え、単位金額の数式が新しい行のD列とE列を参照するか確認してください。

フィルター範囲に新しい行が入っていることも確認します。表の下へ貼り付ければ、すべてのアプリで全機能が自動拡張されるとは考えないでください。継続的に大量の記録を扱うなら、追加と確認の手順を決めてから運用に使います。

空白、数式の不具合、重複記録の対処

単位金額が空白のままになる

同じ行のD列とE列を確認します。金額は存在する数値か、入数は正の数値かを見てください。「3個」は文字列です。入数には3を入力し、内容物は説明用の欄へ書きます。見た目を整えるために空白をゼロへ変えないでください。

金額を変更しても結果が変わらない

F列の数式が数字で上書きされていないか確認します。原本または確認済みの隣接行から数式を戻し、参照先を確認してコピー上で再計算します。エラーが出た場合は内容を調べ、すべてゼロに置き換える方法で隠さないでください。

同じ商品が2行に分かれている

異なるマーケットプレイスやバリエーションではないか確認します。同じ研究対象なら、重複行を削除する前に内部IDと関連する参照を整理します。テンプレートは重複キーを自動検出せず、観察の履歴も自動統合しません。

不足項目を埋めたら有利なオファーが変わった

計算の不具合ではなく、比較が修正された可能性があります。内容物、通貨、寸法、追加条件を確認し、発見とその理由を更新します。数値を追加したからといって、それ以前に不確実だった理由まで消す必要はありません。

手作業から支援ツールへ進む判断基準

少数の商品を比較するなら、手入力だけでも対応できます。担当者が対象と出典を記録し、次の行動を確認します。内容を追いやすい方法ですが、観察を繰り返す場合は日付とIDを揃える運用が必要です。

利用できるレポートやエクスポートがある場合は、元ファイルと項目の意味を残してから、必要な値を表へ移します。データソースの選択にはAmazon商品リサーチツール比較も参考になります。転記の手間が減っても、その指標が今回の疑問に答えるかどうかは別に確認します。

同じ項目の対応付けを繰り返すなら、スクリプトやノーコード処理を検討できます。ただし最初に入力項目を定義し、サンプルを手動で照合します。元の出典を保持し、対応付けできなかった値を見えるようにします。このダウンロードにはインポーター、収集プログラム、自動更新の予定は含まれません。

エージェント支援が関係するのは、2つのセルを割ることよりも、担当者間の追加調査や引き継ぎが難しくなったときです。まず同僚が理解できる根拠の要約を作ってください。人に説明できない曖昧さをエージェントへ渡しても、自然に解消されるわけではありません。

記入後の協働にOpenMaxを検討する場合

OpenMaxは、人とエージェントの協働プラットフォームとして製品を紹介しています。担当者が根拠のある発見を共有し、追加作業を依頼する場面には関係する位置付けです。ただし、このテンプレートのネイティブ取り込みやAmazon接続が確認されたという意味ではありません。OpenMaxの製品紹介。

最初の検討対象は、共有してよい情報だけを含む要約です。商品記録、観察ID、発見、不足点、依頼する作業をまとめ、実際のOpenMax構成で何を受け渡せるか確認します。エージェントがフォローアップ案を作成する場合も、実行前に出典と照合します。

これは提案する作業の進め方であり、OpenMaxが自動的にシートを読み、Amazon価格を確認し、商品ページを書き換えるという主張ではありません。1人で少数の商品を調べるなら、ワークブックだけで十分な場合があります。競合データ自体が不足しているなら、協働ソフトに補完を期待する前にデータソースを決めてください。

実際の商品を1件記入し、根拠を確認し、次の作業を1つ割り当ててから、より広いAmazon出品者の業務フローを検討します。

FAQ：Amazon競合分析テンプレートの使い方

最低限どの項目が必要ですか？

内部レコードID、マーケットプレイス、確認済みASIN、選択バリエーション、入数、購入者の目的、比較対象にする理由から始めます。不明な情報は推測で埋めません。結論には日付付きの観察と出典も必要であり、商品欄だけで判断の根拠は完成しません。

Excel用ですか、Google Sheets用ですか？

ダウンロードはXLSXです。GoogleはExcelの取り込みをサポートしていますが、このファイルはネイティブExcelとGoogle Sheetsで未検証です。新しいスプレッドシートへ取り込み、数式、書式、選択肢を確認してから重要な記録を入力してください。

単位金額がゼロではなく空白になるのはなぜですか？

未入力や無効な値を区別するためです。数式には非負の数値のパック金額と、正の数値の入数が必要です。実際の数値ゼロはゼロとして残るため、価格不明を無料と誤解しにくくなります。

1個当たりの金額が低ければ競合の方が安いですか？

その計算基準では低くても、数量、寸法、材質、追加費用で購入者の比較は変わります。架空の例では4個セットの単位金額は低く、パック金額は高くなります。テンプレートは商品の等価性を判定しません。

Amazonの情報は自動更新されますか？

されません。空白の作業表、数式、架空の記入例が入っているだけです。商品取得、価格更新、レポート取り込み、Amazonアカウントへの接続は行いません。観察日と出典を自分で記録してください。

キーワードとレビューの根拠はどこへ記入しますか？

「観察記録」に検索語や標本の背景、根拠の種類、事実、値、単位、出典、不確実性を記入します。推定値と直接観察を分け、選んだレビューの標本を全購入者の割合へ置き換えないでください。

記入が終わればOpenMaxが実行できますか？

このファイルにOpenMax接続はありません。根拠の要約と限定した次の作業をチームで確認し、実際の構成を検証してください。記入完了や状態の選択は、価格や商品ページを変更する権限の付与ではありません。

出典とワークブックの検証範囲

出典確認とテンプレートの版の日付は2026年9月8日です。関連する公式説明を各節にリンクしています。ファイルと記事はOpenMaxの編集リソースであり、トレーの例は架空です。独立した製品の実使用調査ではありません。

ローカル確認では、境界入力の計算、保存された数式参照とキャッシュ値、ASIN欄の文字列書式、フィルター、見出し固定、表示レイアウトを調べました。保存後のファイルを制作時の表計算エンジンへ再読み込みし、入力変更による再計算も確認しています。これはネイティブExcelやGoogle Sheetsの互換性認証、実データの正確性の検証、運用上の行動の承認ではありません。

テンプレートをダウンロードして、まず別の担当者が根拠をたどれる比較を1件作ってみてください。すべてのセルを埋めることより、確認できる出典と次に調べる問いを残すことが重要です。