電脳せどりで商品を調べていると、「あとで見直そう」とブラウザのタブやブックマークへ仕入れ先URLを残すことがあります。
しかし、後日開くと売り切れている、ページが削除されている、別の容量へ切り替わっていることもあります。URLだけでは、なぜ候補にしたのか、Amazonのどの商品と照合したのかを再現できません。
仕入れ候補リストの目的は、URLを集めることではありません。時間を置いても同じ商品を特定し、変更点を確認し、次の行動を決められる状態にすることです。
この記事では、電脳せどりの仕入れ候補リストへ残したい10項目と、商品ページが消えても調査をやり直さない運用方法を解説します。
仕入れ候補リストと在庫管理表は別にする
仕入れ候補リストは、まだ購入していない商品を管理する表です。在庫管理表は、購入した商品の数量、原価、販売、返品などを管理します。
- 仕入れ候補リスト：調査中、再確認待ち、在庫復活待ち、見送りなどを管理する
- 注文管理表：注文済み、発送済み、受取済み、キャンセルなどを管理する
- 在庫管理表：保有数量、販売数量、原価、保管場所などを管理する
一枚の表にすべてを詰め込むと、候補と実在庫を混同しやすくなります。仕入れ候補が注文確定したら、注文管理表へ移すか、連携できる管理番号を付けます。
URLだけで管理すると起きる5つの問題
- 商品ページが削除されると、何の商品だったか分からない
- 同じURLのまま色、容量、セット数が変わっても気づきにくい
- 検索広告用の長いURLが増え、同じ商品を重複登録する
- Amazonページと仕入れ先ページの対応が分からなくなる
- 見送った理由が残らず、同じ商品を何度も最初から調べる
ブックマークはページを開くためには便利ですが、判断を再現する記録には向きません。最低限の商品識別情報と、確認した日を一緒に残します。
仕入れ候補リストに残したい10の記録項目
1．管理番号と登録日
商品ごとに重複しない管理番号を付け、最初に確認した日を記録します。
「20260830-001」のように日付と連番を組み合わせると、質問、スクリーンショット、関連資料を同じ番号でまとめられます。
2．現在のステータスと次回確認日
商品名だけを並べると、次に何をすべきか分かりません。候補の状態を選択式で管理します。
- 未確認
- 照合中
- 価格待ち
- 在庫復活待ち
- 問い合わせ中
- 注文候補
- 見送り
- 注文管理へ移行
価格待ちや在庫復活待ちには次回確認日を入れます。日付のない「あとで見る」を増やさないことが大切です。
3．商品名・メーカー・型番
ショップの商品名をそのままコピーするだけでなく、メーカー公式の名称と型番を残します。
商品ページが消えても、メーカー名と正式な型番があれば、別のショップや検索エンジンで探し直せます。型番のハイフン、末尾の色記号、国内向け・海外向けの違いも省略しないでください。
4．JANコードとバリエーション
色、容量、サイズ、セット数が違えば、見た目が似ていても別商品です。
- JAN・EAN・UPC
- 色
- 容量
- サイズ
- セット数
- 新品、中古、展示品などの状態
JANコードが確認できない場合は空欄をゼロや推測値で埋めず、「未確認」と記録します。
5．販売先ページとASIN
Amazonで販売する候補なら、Amazon商品ページのURLとASINを残します。
以前、仕入れ判断について相談する方へ、Amazon商品ページとASIN、仕入れ先ページ、質問内容をセットで送ってもらっていました。どの販売ページとどの仕入れページを比較しているのかが分かれば、型番や状態を同じ条件で確認できます。
URLだけでなくASINを残すのは、URLの形式が変わっても商品を検索しやすくするためです。Amazon以外の販路なら、その販路の商品IDも記録します。
6．仕入れ先名と商品URL
仕入れ先のショップ名と商品ページURLを別々の列へ入れます。同じ商品を複数ショップで確認した場合は、候補ごとに行を分けるか、仕入れ先履歴のシートを作ります。
広告から開いたURLには、計測用の長いパラメータが付くことがあります。商品ページを開くために不要な「utm_」や「gclid」などは削除し、可能ならショップの通常URLを保存します。
ただし、色や容量を指定するパラメータまで削除すると別商品が開く場合があります。URLを短くしたあとは、保存したリンクを一度開き、対象バリエーションが表示されるか確認してください。
7．確認時の価格・送料・適用条件
価格は変わるため、「安かった」というメモではなく、確認日とセットで残します。
- 商品価格
- 送料
- 購入条件
- クーポンの有効期限
- ポイントの種類と付与条件
- 会員限定・初回限定などの条件
誰でも使える価格と、自分だけが使えるクーポン価格を混ぜないようにします。後日再確認するときは、現在の条件へ更新し、古い値を変更履歴へ残します。
8．在庫・購入上限・発送予定
確認時の在庫表示、購入上限、発送予定を記録します。
在庫ありでも取り寄せの場合があります。「残り1点」「通常○日以内に発送」「メーカー在庫確認後に確定」など、注文確定や到着時期に影響する表示もメモします。
9．確認根拠と最終確認日
型番、JAN、価格、在庫など、重要な情報をどこで確認したかを残します。
- メーカー公式ページ
- 仕入れ先の商品説明
- 問い合わせへの回答
- 確認した画面のスクリーンショット
- 最終確認日
スクリーンショットは、ページ全体を保存する必要はありません。型番、価格、在庫、条件など、後で事実を確認したい部分が分かるように保存します。
10．見送り理由と次の行動
仕入れなかった候補も削除せず、理由を選択式で残します。
- 型番不一致
- 価格条件が合わない
- 在庫なし
- 出品者増加
- 商品状態が不明
- 仕入れ先の信頼性を確認できない
- 注文上限・規約に合わない
- 販売先ページを特定できない
- 別販路を検討
「見送り」だけでは、次に同じ商品を見つけたときに調べ直します。「価格が○円以下になったら再確認」「メーカーへJANを問い合わせる」のように次の行動まで書きます。
商品ページが消えたときの確認手順
- 保存したURLを再読み込みし、一時的なエラーか確認する
- ショップ内で型番とJANを検索する
- ショップ名と正式商品名を検索エンジンで調べる
- メーカー公式ページで型番と仕様を確認する
- 保存したスクリーンショットと記録日を確認する
- 後継URL、別容量、別色へ切り替わっていないか照合する
- 再確認できなければ、候補を「情報不足」または「見送り」に変更する
ページが消えたからといって、検索結果の別ページを同じ商品として置き換えてはいけません。型番、JAN、バリエーションが一致することを確認します。
候補リストを増やしすぎない3つの運用ルール
確認期限を決める
候補を登録したら、いつ見直すかを決めます。セール商品なら当日、再入荷待ちなら一週間後など、商品の性質に合わせます。
同じ商品は識別コードで重複確認する
商品名はショップごとに違います。JAN、型番、ASINを組み合わせて重複を確認します。同じ商品でも仕入れ先が違う場合は、商品情報と仕入れ先情報を分けて管理すると整理しやすくなります。
期限を過ぎた候補は保留ではなく分類する
確認期限を過ぎた候補を放置せず、継続監視、見送り、注文管理へ移行のいずれかに分けます。候補数の多さを成果にせず、次の行動が決まっている件数を見ます。
リストへ保存してはいけない情報
- ショップやAmazonのパスワード
- クレジットカード番号やセキュリティコード
- 本人確認書類
- URLに含まれるログイン用トークン
- 必要のない購入者・配送先の個人情報
共同編集する表では、閲覧者と編集者を必要な人に限定します。商品情報の管理表と、アカウント情報・決済情報は分けてください。
仕入れ候補リストの最小構成
最初から複雑な表を作る必要はありません。迷ったら次の列から始めます。
- 管理番号
- 登録日
- ステータス
- 次回確認日
- メーカー・商品名・型番
- JAN
- ASIN・販売先URL
- 仕入れ先名・仕入れ先URL
- 確認時の価格と送料
- 最終確認日
- 見送り理由・次の行動
使っているうちに、毎回メモしている情報を新しい列へ追加します。使わない列を増やすより、自分が再確認するときに必要な情報を残す方が続きます。
まとめ
電脳せどりの仕入れ候補リストは、URLを保存するだけでは不十分です。
メーカー、型番、JAN、ASIN、仕入れ先、確認日、価格条件、見送り理由を残せば、商品ページが消えたり内容が変わったりしても調査を再現しやすくなります。
候補と注文・在庫を分け、候補には次回確認日と次の行動を設定してください。
候補数を増やすことより、同じ商品を何度も最初から調べない仕組みを作ることが、電脳リサーチの時間短縮につながります。
