せどりリサーチツール「Keepa」の API を契約している人なら、一度は経験したことがあるはずだ。
「トークンが足りない」
1日の作業でトークンが枯渇して、リサーチが止まる。月€49(約8,000円)払っているのに、この不自由さは何なのか。
本稿では、Keepa 公式ドキュメントを読み直すことで判明した「セラー分析を1/100以下のトークンで完遂する方法」を、実装事例とともに解説する。同じ Keepa 契約者でも、設計の違いで 1日に分析できるセラー数が10倍違う。
なぜセラーリサーチはトークンを大量消費するのか
Keepa を使っていて一番コストが高いのが「セラーリサーチ」だ。
せどりで利益を出している上位セラーを見つけて、その人が出品している商品を逆算する。これは実際のところ、一番再現性の高いリサーチ手法と言われている。自己判断でトレンドを追うより、すでに利益を出しているセラーを真似る方が早い。
ところが、このリサーチを Keepa API でやろうとすると、やたらトークンを消費する。
従来の素直な実装はこうなる。
セラーID ↓ /seller?storefront=1 で出品ASINリスト取得 ↓ /product?asin=<各ASIN>&offers=20 で商品詳細を全件取得
この2番目の /product リクエストで、offers=20を付けると1ASINあたり5〜10トークン程度消費する(実測値、公式は「通常リクエストより多く消費」と記載)。100件まとめて取ると、約700トークン消費する計算になる。
Basic契約はトークン補充20/分、最大キャッシュは1,200トークン(60分×20)。つまり、セラー1人を分析するだけでトークン残量の半分以上が吹き飛ぶ。
日に数セラー分析したら、それだけで1日が終わる。
公式ドキュメントに答えが書いてあった
Keepa の公式 API ドキュメントには、こう明記されていた。
The
/sellerendpoint withstorefront=1returns asinList — 1 token per seller request, no additional tokens for the storefront data.
つまり「セラーの /seller?storefront=1 は1トークンで出品ASINリスト(最大10万件)を全部返す」のだ。
従来の「セラー検索 → 商品詳細を全件取得」という設計が根本から間違っていた。セラーの ASIN 一覧は1トークンで取れる。商品詳細は、ユーザーが本当に気になった ASIN だけ後から取れば良い。700トークン消費の原因は、誰も見ない商品の詳細データを全件まとめて引いていたことにある。
2段階方式に作り直した結果
実装を2ステップに分けた。
- ステップ1: セラーID入力 → ASINリストを取得(1トークン)
- ステップ2: ユーザーが気になる ASIN をチェックボックスで選択 → 詳細取得(選んだ数×1〜2トークン)
結果、セラーの全出品を把握するコストは 従来の1/100以下。詳細も offers パラメータを外せば 1ASIN=1トークンで済む(最安値・出品数などの基本情報は取得可能)。
副次的に実装した便利機能
条件別絞り込み(+50トークン/クエリ)
Keepa の Product Finder (/query) エンドポイントを使うと、1クエリあたり約50トークンで「このセラーが新品出品している商品だけ」「中古出品のみ」という絞り込みができる(最大10,000ASIN/クエリ)。
せどりは新品転売と中古転売で扱いが全然違うので、これは実用的。
monthlySold・salesRankDrops30で月販推定の精度を上げる
Keepa レスポンスに含まれる monthlySold(Keepa公式の月販推定、一部カテゴリのみ)と salesRankDrops30(過去30日のランク下落回数=販売数の近似)を優先使用することで、月販推定の精度が大幅に上がる。
salesRankDrops30 はKeepa stats内に格納されており、ランキングが1段階下落するたびにカウントが増える仕様だ。販売が発生するたびにランクが動くAmazonの特性を利用した指標で、monthlySold が取得できないカテゴリでの代替指標として特に有効である。
従来の「ランク1-100なら月販3000個」というような粗いヒューリスティックは、最後のフォールバックに降格させた。
Buy Box / Amazon / 新品最安 / 中古を同時表示
Keepa の stats.current[] 配列には、以下の価格情報が全て入っている。
[0]= Amazon直販価格[1]= 新品最安(マーケットプレイス)[2]= 中古最安[18]= Buy Box価格(送料込)
従来は [1] しか見ていなかった。これも公式ドキュメント読み直しで気づく類のもの。
実データで検証:1日のリサーチ可能数
トークン消費の実測比較。
| 操作 | 従来設計 | 改修後 |
|---|---|---|
| セラー全ASIN取得 | 約700トークン(offers=20込) | 1トークン |
| 30件詳細取得 | 0(まとめて取得済) | 30トークン |
| 新品のみ絞り込み | 不可 | +50トークン |
| 合計(実用運用) | 約700 | 81トークン(1/9) |
Basic契約は 20/分 × 1440分 = 1日28,800トークン(連続消費した場合の理論値)。
| 設計 | 1セラーあたり | 1日のセラー分析可能数 |
|---|---|---|
| 従来 | 約700トークン | 約40セラー |
| 改修後 | 約80トークン | 約350セラー |
9倍の効率改善が達成された。しかも「上位しか見ない」運用なら1セラー30〜50トークンまで下げられる。
この記事が役に立つ人
- Keepa API 契約しているがトークン枯渇に悩んでいる人
- 自分でリサーチツール作ろうとしている人
- セラー分析を本格化したいせどり中級者
- SaaS 開発で Keepa 使うことを検討している人
逆に「Keepa ブラウザ拡張で十分」という人には関係ない話。API契約は月€49なので、個人せどらーが手を出すには迷う価格。だが、自分用ツールを1本持つと、外部 SaaS(月2,000〜5,000円)を使わずに済む。年間で見ればペイする。
結論:公式ドキュメントには10倍効率の答えが書いてある
公式ドキュメントをちゃんと読むと、たいていコスパ10倍の抜け穴がある。
せどりは情報戦。ツールの使い方一つで、他のせどらーと差がつく。今回の改修により、1日のリサーチ時間を3時間から45分に短縮できた。
浮いた時間で何をするか。それが本当の競争だ。
※ Keepa API の料金体系・トークン仕様は本記事執筆時点(2026年4月)のもの。最新の仕様はKeepa公式ドキュメントを確認のこと。
関連記事
- 【2026年最新】せどりリサーチツール比較｜現役セラーが本音で解説
- 【検証】AIでJANコードから価格差リサーチは可能か？eBay×Amazon仕入れの自動化を試してみた
- 副業でなぜ物販なのか？アフィリエイトでもYouTubeでもなく、物販を選ぶ理由を7年やってる現役セラーが語る
monthlySoldとsalesRankDrops30の使い方｜Keepa APIで月間販売数を読む
monthlySoldは、Keepa APIのレスポンスに含まれる月間販売数の目安フィールドです。ただし、これはKeepaが推定・集計した値であり、Amazonが公開する確定の販売数ではありません。
一方、salesRankDrops30 はKeepa stats内に格納された「過去30日間のセールスランク下落回数」です。Amazonではほぼすべての販売イベントでランクが動くため、この値は実質的な販売回数の近似値として機能します。monthlySold が対応していないカテゴリでは、salesRankDrops30 を主指標として使うのが実務上の定石です。
実務での使い方として重要な点は、単体で判断材料にしないことです。ランキング推移・価格推移・出品者数・Buy Box価格と必ず組み合わせて確認してください。monthlySoldが高くても、価格が急落しているケースや出品者が急増しているケースでは仕入れリスクが高まります。
// APIレスポンス例（一部）
{
"monthlySold": 42, // 月間推定販売数
"salesRanks": [...], // ランキング推移
"buyBoxPrice": 3200 // Buy Box価格（円換算前）
}上記の例では月42個の推定販売があります。ただしこの数字だけで飛びつくのは危険で、salesRankDrops30 の実数値・価格推移・競合出品者数を必ずセットで確認する習慣をつけることが、精度の高い仕入れ判断につながります。
