クイックアンサー
価格監視にはどのプロキシを使うべきか?
対象国や都市ごとに切り替わるレジデンシャルプロキシを使うと、通貨、税金、在庫、配送条件を現地の買い物客と同じように確認できます。CrawlRelay のレジデンシャルプロキシは2026年10月時点で1GBあたり $1.50、50GB以上で $0.50/GB の価格です。3カ国で1日1万商品をチェックすると約54GB/月です。暗号通貨払いでKYC不要です。
価格監視の概要
| 地域によって何が変わるのか | 通貨、表示される税金、地域別価格、在庫、販売者、配送料金・日数 |
|---|---|
| ターゲティング | すべてのプランで国・都市ターゲティング可能。米国では州・郵便番号も。ASNターゲティングは追加料金不要。都市の利用可能性は異なります。 |
| セッションパターン | 商品ページはローテーション、多ページフロー(例:配送見積もり)はスティッキー |
| 最も安い抽出方法 | schema.orgのProductデータ(JSON-LD)をHTMLページ内で取得 |
| 典型的なコスト | 1商品ごとHTMLページあたり約60KB、1日1回チェックで1商品あたり約1.8MB/月 |
| 価格 | $0.50/GB を 50 GB から;トラフィックは有効期限なし |
なぜプロキシを使うと見える価格が変わるのか?
ショップは訪問者の居場所に応じて表示内容をカスタマイズします。IPアドレスで国の版、通貨、税込み価格かどうか、市場の販売者、配送オプションと料金が決まります。店舗によっては地域別プロモーションや倉庫ごとの在庫もあります。
1台のサーバーからの価格監視は市場の1バージョンしか見えません。各市場のレジデンシャル出口は現地顧客が見る価格を示し、価格設定や最小広告価格の遵守確認に重要です。
価格を確実に抽出するには?
CSSセレクターを書く前に、構造化データを確認してください。多くの商品ページはschema.orgのProductデータをJSON-LD形式のOfferに埋め込んでおり、価格・通貨・在庫状況を安定して取得できます。リニューアルごとにセレクターは壊れがちなので、構造化データがない場合だけセレクターに頼ってください。
import json
import re
import requests
GATEWAY = "gw.crawlrelay.com:7777"
LD_JSON = re.compile(r'<script[^>]+type="application/ld\+json"[^>]*>(.*?)</script>', re.S | re.I)
def offers(html):
"""Yield (price, currency, availability) from schema.org Product data in a page."""
for block in LD_JSON.findall(html):
try:
data = json.loads(block)
except ValueError:
continue
for item in data if isinstance(data, list) else [data]:
if not isinstance(item, dict) or item.get("@type") != "Product":
continue
offer = item.get("offers") or {}
for o in offer if isinstance(offer, list) else [offer]:
if isinstance(o, dict):
yield o.get("price") or o.get("lowPrice"), o.get("priceCurrency"), o.get("availability")
def check(url, country):
proxy = "http://USERNAME-country-%s:PASSWORD@%s" % (country, GATEWAY)
r = requests.get(url, proxies={"http": proxy, "https": proxy}, timeout=(10, 30))
return r.status_code, list(offers(r.text))
for cc in ("us", "gb", "de"):
print(cc, check("https://www.example.com/product/123", cc))価格監視はどれくらいのトラフィックを使いますか?
商品ページ数、市場数、チェック数を数え、それにページの重さを掛けます。圧縮済みHTML商品ページで約60 KBの場合:
| 製品 × 市場 | チェック数 | 月間ページ数 | 月間トラフィック |
|---|---|---|---|
| 1,000 × 1 | 日次 | 30,000 | 約1.8 GB |
| 10,000 × 3 | 日次 | 900,000 | 約54 GB |
| 10,000 × 3 | 500の主要製品を1時間毎にチェック | 900,000 + 1,080,000 | 約119 GB |
| 100,000 × 5 | 週次 | 約210万 | 約130 GB |
CrawlRelayではトラフィックが期限切れにならないため、54 GBの月と翌月の大部分をカバーできる100 GBプラン($50)が使えます。ブラウザでページをレンダリングするとトラフィックが約40倍になります:JavaScriptが必要な店舗のみをレンダリングしてください。
価格チェックにローテーションセッションとスティッキーセッション、どちらを使うべき?
製品間でローテーションしつつ、フロー内ではスティッキーに保ちます。商品ページは独立しているため、それぞれがターゲット国の新しい出口を使えます。郵便番号、カート合計、ページ分割された検索リストが必要な配送見積もりは複数リクエストに渡り、店側は同一訪問者からのものを期待します:このフローにはTTL数分のセッションIDを1つ付与し、その後破棄してください。
価格はどのくらいの頻度でチェックすべき?
価格の変動が本当にある頻度に合わせ、それ以上は不要です。ほとんどのカタログには日次チェックが適し、マーケットプレイス、旅行運賃、キー製品のフラッシュセールでは時間単位のチェックが向いています。コストと負荷を削減する3つの習慣:
- 動くものだけ再チェック。 製品ごとの変動率を追跡し、安定しているものは頻度を落とす。
- ダウンロード前に確認。
If-None-MatchかIf-Modified-Sinceを送信。304 Not Modifiedは数百バイト掛かります。 - 作業を分散。 チェックはサイトごとに日中に分散実施し、深夜の一斉チェックは避ける。
競合他社の価格を監視するルールは?
公開価格は誰でも見られる事実ですが、収集方法は重要です。各サイトのrobots.txtと利用規約を尊重し、礼儀正しいリクエスト頻度を保ち、アカウントへのログインはせず、価格を得るために注文や在庫確保は行わないでください。在庫やチケットを買い占めるために監視を使うのは厳禁です。CrawlRelayのAcceptable Use Policyが適用され、ウェブスクレイピング法律の概要で広い視点を解説しています。これは法的助言ではありません。
価格監視に使うプロキシの疑問
特定都市で価格を監視できますか?
できます。ユーザーネームに-city-<name>を追加し、米国内では-state-または-zip-を使ってください。-asn-はISPを指定します。配送料、地域在庫、当日オファーのために都市単位の指定が重要で、都市ごとに利用可能性が異なります。データが都市によって変化する場合のみ、最も細かいレベルで指定してください。細かいターゲティングは出口数が少なくなります。
MAP監視とは何か?プロキシは役立ちますか?
最低広告価格(MAP)監視は、小売業者がブランド製品を合意された価格以下で宣伝していないかをチェックします。小売業者は国や地域ごとに異なる価格を表示することがあるため、各市場のレジデンシャルプロキシ出口からチェックし、それぞれのオファーの日時入り証拠を保持します。
1 GBでどのくらいの商品を監視できますか?
例えば60 KBのHTML商品ページチェック約16,000回分、500商品を月間日次でチェックできます。大きめのインラインスクリプトを含むページは更に重くなりますので、実際のページ100件を計測し、1 GBをその平均圧縮サイズで割って割合を出してください。
価格監視にモバイルプロキシは使うべき?
モバイルアプリやモバイルサイトで異なる価格や在庫が表示される店舗のみ使います。CrawlRelayではモバイルトラフィックは1 GBあたり$3.18、5 GB~は$1.50/GB、レジデンシャルプロキシは1 GBあたり$1.50、50 GB~は$0.50/GBなので、まずは1 GBのモバイルプランで試してください。
市場別に価格を監視する
$0.50/GBは50 GBから、期限切れなしのトラフィック。