「リバース ASIN ツール おすすめ」で検索すると、まとめ記事が並びます。どれにも共通する問題があります。検証できないことです。どの ASIN を、どのマーケットプレイスで、いつ試したのかは、たいてい書かれていません。
この記事にランキングはありません。自分で回せる方法があります。ASIN を固定し、すべての候補を同じ条件に通し、数字が整合するかを見ます。
ツールの差は語数ではなく定義にある
同じ ASIN を二つのツールで調べ、一方は 1,800 語、もう一方は 600 語を返します。前者が優秀に見えます。
しかし次の三つが分からないうちは、この比較に意味はありません。
- 1,800 は露出した語なのか、重複除去後のキーワードなのか
- 自然枠と広告枠は分かれているか
- データはいつのものか
どれか一つ違うだけで語数は何倍も動きます。語数が多い＝データが良い、ではありません。定義が緩いだけかもしれません。
だから最初にやることは数字の比較ではなく、その数字が何を指すのかを確定させることです。
どの仕事のために使うのかを先に決める
同じ「リバース検索」でも、三つの用途で求めるものが違います。
語を見つける。 語彙を広げたいので必要なのは網羅性。ここでは語数に意味がありますが、重複除去後の語数に限ります。
検証する。 ある語の順位が動いた気がする。必要なのは正確さと更新頻度です。語数は無関係で、その一語の順位が正しいか、いつ測ったかだけが問題になります。
まとめて調べる。 競合 20 件の流入構造を比較したい。必要なのはエクスポートと定義の安定性です。ここでは前二つは後回しになります。語数が少なくてもきれいに出力でき定義が一貫したツールの方が、語数は多いが画面でしか読めないツールより役に立ちます。
先に自分がどれかを決めてください。選定で迷う原因の多くは、「まとめて調べる」需要を「語を見つける」基準で評価していることです。
同じ ASIN 群で再現可能な比較をする
チェックリストの中核で、まとめ記事が提供できないものです。
準備：
- ASIN を 3 件選ぶ — 売れ筋、中位、バリエーションの多いもの
- マーケットプレイスを一つ固定する
- 当日の日付を記録する
実行： 各候補ツールで 3 件を調べ、総語数、重複除去後の語数、自然枠の語数、広告枠の語数、データ更新日時を記録します。
読み方： 探しているのは最大値ではありません。数字どうしが整合するツールです。総語数 1,800 なのに自然枠＋広告枠が 700 しかないなら、残り 1,100 は何でしょうか。この問いに答えられないツールの 1,800 は使えません。
同じ日、同じマーケットプレイス、同じ ASIN。一つでも崩れると比較は意味を失います。
差がはっきり出る五つの問い
15 項目は重要度順ですが、特に差が出るのはこの五つです。
1. 自然枠と広告枠は分かれているか。 最も差がつく項目です。混ぜて報告されると、金を払って得た露出を自然順位と読み違え、実は広告で支えているだけの語に追加投資してしまいます。良いデータ構造は二つの独立したフィールドに分けます。
2. 露出位置はページと順位まで分かるか。 「露出あり」だけで位置が分からないと価値を判断できません。1 ページ目 3 位と 3 ページ目 18 位はまったく別の話です。
3. 検索ボリュームの集計期間は何か。 「月間検索数」は暦月か、直近 30 日か。ここが月をまたいだ比較の可否を決めます。期間の明示されない数字は、推移の判断に入れないでください。
4. バリエーションの扱いは。 親子の統合有無で語数は大きく変わります。バリエーションが多いと分かっている ASIN で試し、語数が跳ねるかを見ます。跳ねるならどこかで統合されており、それがどこかを知る必要があります。
5. 一括エクスポートできるか。 ASIN が 10 件を超えると手作業のコピーは維持できません。加点項目ではなく分水嶺です。
「無料のリバース検索ツール」について
検索で最も多い問い方なので、正面から書きます。
無料ツールは実在し、使えるものもあります。ただし制限は価格ページではなく、実際のワークフローを一周してから表に出ます。
- 件数の打ち切り — 上位 50 件や 100 件まで。必要なロングテールはその先にある
- 見えるが出力できない — 画面では読めるが、コピーすると崩れる
- 更新頻度が不明 — 日付が示されず、使えるかどうか判断できない
- 対応マーケットプレイスが狭い — 米国のみが多い
確かめ方は単純です。無料枠を実際のワークフローに使うこと。デモではありません。毎週 20 件の競合を比較するのが仕事なら、本当に 20 件調べ、一度エクスポートしてください。制限は勝手に現れます。
チェックリストの 12 番がこれです。
どのリバース検索でも取得できない三つ
他のページが書かないので、リストの中で最も価値のある部分です。
バックエンドの検索用語（ST）レポート。 セラーアカウントの認可データで、そのアカウントだけが見られます。競合の ST を提供できるという主張は成立しません。
競合の実際の注文数。 非公開です。あらゆる「月間販売数」は BSR からの推定であって、開示値ではありません。販売数を推定ではなく事実として提示するツールは、それ自体が一つのシグナルです。
購入者の個人情報。 取得できませんし、方向性自体が不適切です。
この三つを受け入れリストに入れる意味は、項目そのもの以上にあります。できないことを約束するツールは、約束している他のことも見直す理由になるということです。
受け入れから接続へ
検証を終えて自分でデータを取ると決めたなら、リバース検索の API が上記のフィールドをそのまま返します。
| チェック項目 | API フィールド |
|---|---|
| 総語数 | total |
| キーワード | items.keyword |
| 検索数・購入数・転換 | items.searches、items.purchases、items.purchaseRate |
| 自然枠のページ・順位 | items.rankPosition.page、items.rankPosition.position |
| 広告枠 | items.adPosition |
| データ更新日時 | items.rankPosition.updatedTime |
rankPosition と adPosition が独立したフィールドである点に注目してください。チェック 1 番が求める構造そのものです。
取得した語をどう語彙に取り込むかは別の話です。自分のキーワードライブラリを作る が ABA・リバース検索・拡張の三種を統合する手順と、そこで起きる定義の衝突を扱っています。この記事はその前に、リバース検索のデータが信用できるかを確かめる話です。
よくある質問
日本や欧州のマーケットプレイスでも信頼できますか。 対応範囲はマーケットプレイスごとに検証が必要で、米国に対応していても他が同じとは限りません。実際に販売する市場でチェック 1 番を回してください。
二つのツールで語数が倍違います。何を意味しますか。 多くは定義の違いで、どちらかが優秀という話ではありません。重複除去の規則と広告枠の扱いを確認してから比べてください。
返ってきた語はすべて使うべきですか。 いいえ。リバース検索が示すのは「この ASIN が露出した語」であり、無関係なロングテールを必ず含みます。候補プールであってキーワードリストではありません。
どのくらいの頻度で回すべきですか。 仕事によります。語の発見は一度きり、順位の検証は週次、競合のまとめ調査は月次で十分ですが、毎回の取得日を記録してください。