【再入荷監視】在庫の変化を自動でチェック
品切れの商品ページを指定すると、在庫ありの表示やカートに入れるボタン、表示される数量から在庫の状態を読み取り、変わった瞬間に知らせます。発売直後は1分ごと、取り寄せ品ならゆっくりと確認できます。月額契約は不要で、確認ごとのお支払いです。
商品ページのURLを指定して定期的に在庫状況を確認し、在庫なしから在庫ありへ、またはその逆に変化した場合に検知するツールです。人気商品の再入荷を見逃したくない場合に使います。
再入荷は告知されないことがほとんどです
人気商品の在庫切れと購入可能の間は、数分のうちに開いたり閉じたりします。手作業でページを再読み込みし続けても、なかなか勝てません。限定スニーカーを狙う転売業者、生産終了の部品を探すコレクター、年末に品切れのおもちゃを探す親、取り寄せ中の部品を待つ企業の購買担当者は、同じ悩みを抱えています。売り手が再入荷を知らせることはめったになく、在庫は一瞬だけ現れて、すぐにほかの人のカートへ消えてしまいます。順番待ちの登録やお知らせボタンは、売り手がいつ誰に知らせるかを決めるため、需要が供給を上回るときほど頼りになりません。
在庫の確認のしくみ
確認のたびに、在庫ありの表示、押せなくなったカートのボタン、数量など、商品ページが示す在庫の手がかりを読み取り、前回の確認で記録した状態と比べます。知らせるのは在庫の状態が本当に変わったときだけで、何も変わらない確認のたびに通知が届くことはありません。確認の間隔は自分で決められ、人気商品の発売直後は1分ごと、動きの少ない取り寄せ品はゆっくりと設定できます。購買部門は次の分が売り切れる前に部品を注文でき、販売業者は競合の在庫切れに合わせて自分の出品の時期を考えられます。
仕組み
指定した間隔で商品ページの在庫状況を読み取り、前回のチェック結果と比較します。在庫なしから在庫ありに変わった場合や、逆に売り切れになった場合、その変化を検知します。
再入荷を待つ商品に向く理由
抽選や数量限定の商品は、再入荷のタイミングを逃すとまた長く待つことになります。ページを何度も自分で確認する代わりに、変化があったときだけ気づける仕組みにしておくと、確認の手間を減らせます。
活用例
人気商品の再入荷を見逃さない
山本翔太が品切れ中のゲーム機のページを監視し、再入荷したタイミングをすぐに把握します。
数量限定商品の在庫確認
限定販売の商品ページを監視し、在庫が復活した瞬間を逃さないようにします。
仕入れ先の在庫切れを早く把握
合同会社みどりデザインが運営するショップが、仕入れ先の在庫切れを早めに把握し、自社サイトの表示を切り替える判断に使います。
よくある質問
どのくらいの頻度で確認できますか?
チェックの間隔は指定できます。人気商品ほど短い間隔にすると変化に気づきやすくなります。
在庫切れの通知もできますか?
在庫なしから在庫ありへの変化だけでなく、その逆の変化も同じ仕組みで検知します。
数量まで細かく監視できますか?
ページに数量が表示されている場合は、その数値の変化も確認の対象に含められます。
日本語のサポートはありますか?
対応は英語またはスペイン語のみで、日本語のサポート窓口は用意していません。ツール自体は日本語で利用できます。
お店の入荷お知らせボタンを使うのと何が違いますか?
順番待ちの登録や入荷お知らせのボタンは、売り手がいつ、誰に先に知らせるかを決める仕組みです。ページを直接見張れば、知るタイミングを自分の手に取り戻せます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
認証済みのPOSTでタスクを作成し、結果はWebhookまたは署名付きリンクで受け取ります。この機能はAPIで利用でき、対話型のWebツールとしては提供していません。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/web/monitor-stock \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://example.com"}'const res = await fetch("https://api.kit.forhosting.com/web/monitor-stock", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"url": "https://example.com"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/monitor-stock",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"url": "https://example.com"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/monitor-stock", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"url":"https://example.com"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"url":"https://example.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/monitor-stock", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"url": "https://example.com"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.monitor_stock",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
timeout_sec | 30 |
max_crawl_pages | 25 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
422 | task_failed | タスクの処理に失敗しました。このタスクは課金されません。 |
技術的な注記
一度きりの確認との違い
今の在庫状況だけを1回確認したい場合は在庫状況を取り出す機能で十分ですが、再入荷のタイミングを継続的に追いたい場合は、この監視機能のほうが向いています。
使い方と料金
商品ページのURLとチェックの間隔を指定すると、その間隔で在庫状況を確認します。料金は基本料金$0.040と$0.001の合計で、1回のチェックあたり$0.041です。
技術的な質問
料金はいくらですか。
1回のチェックにつき基本料金$0.040と$0.001の合計で$0.041です。