Amazonでプロキシを使ってバイボックスを追跡し、禁止されない方法：セラー向けガイド

AmazonのBuy Box（Featured Offer）は、商品の売上の最大82%をもたらす黄金のボタンです。Buy Boxを所有していない場合、あなたの商品はほとんど顧客に見えません。問題は、Amazonが競合の価格を自動的に監視することを厳しく制限していることです。1つのIPから10-15のリクエストを送信すると、キャプチャや一時的な禁止を受けることになります。この記事では、セラーがどのようにプロキシを使用してBuy Boxを継続的に追跡し、どのツールを使用し、ブロックなしで24時間365日動作する監視システムを設定する方法を解説します。

なぜBuy Boxの監視がAmazonでの販売にとって重要なのか

Buy Boxは、商品ページにある「カートに追加」または「今すぐ購入」ボタンがあるブロックです。顧客がこのボタンをクリックすると、現在Buy Boxを所有しているセラーから商品が購入されます。Amazonの統計によると、デスクトップでは82%、モバイルデバイスでは98%の販売がBuy Boxを通じて行われています。同じ商品を競合と販売している場合でも、Featured Offerを所有していないと、売上は5-10倍も減少します。

Amazonは、商品の価格、配送料、セラーの評価、発送速度、返品率、注文処理時間など、数十の要因を考慮したアルゴリズムに基づいてBuy Boxを動的に配分します。主な要因は価格です。競合が価格を$0.50下げると、数時間の間にBuy Boxを奪うことができ、数百の販売を失うことになります。そのため、大規模なセラーは競合の価格を15-30分ごとにチェックし、リプライシングツールを通じて自動的に価格を調整します。

問題は、Amazonが競合の価格を大量に監視するためのAPIを提供していないことです。公式のAmazon MWS API（現在のSP-API）は、自分の商品のデータのみを取得でき、同じ商品ページにある他のセラーの価格は取得できません。現在誰がBuy Boxを所有しているのか、どの価格であるのかを知る唯一の方法は、商品の公開ページをパースすることです。しかし、Amazonはボットやパーサーから保護するために、1つのIPアドレスからのリクエスト数を厳しく制限しています。

Amazonが自動価格監視をどのようにブロックするか

Amazonは、自動化からの保護のために多層的なシステムを使用しています。これには、レート制限、ブラウザのフィンガープリンティング、行動分析、ボットを特定するための機械学習が含まれます。商品ページに対してリクエストをあまりにも早く、または頻繁に送信しようとすると、次のいずれかのブロックに直面します。

Amazonのブロックの種類

Amazonは、リクエストのUser-Agent、HTTPヘッダー、クッキー、TLSフィンガープリンティング、ヘッダーの順序、JavaScriptの有無、画面解像度、タイムゾーン、ブラウザの言語など、数十のパラメータを分析します。単純なHTTPクライアント（例えば、curlやPythonのrequests）を通じてリクエストを送信すると、Amazonはすぐにこれをボットとして認識します。なぜなら、リクエストにはセッションクッキー、実際のブラウザが追加するヘッダー、JavaScriptトークンが含まれていないからです。

Amazonのレート制限は次のように機能します: 1つのIPアドレスからは、5分間に約10-15のリクエストを商品ページに送信できます。もしこの制限を超えると、キャプチャが表示されます。キャプチャを無視してリクエストを送り続けると、IPは数時間の間に一時的に禁止されます。500-1000の商品を15分ごとに監視するセラーにとっては、最低でも50-100の異なるIPアドレスを使用してローテーションする必要があります。

Amazonの監視に適したプロキシの種類

AmazonでのBuy Box監視には、適切なプロキシの種類を選択することが非常に重要です。Amazonは世界で最も保護されたeコマースプラットフォームの1つであり、安価または質の低いプロキシを使用すると、作業開始から1時間以内にブロックされることになります。プロのセラーや監視ツールが使用するプロキシの種類を見ていきましょう。

Amazon用プロキシの種類の比較

レジデンシャルプロキシは、ほとんどのセラーにとって最適な選択です。これらは、一般的なプロバイダー（アメリカのComcast、AT&T、Verizonなど）からインターネットを受け取る実際の家庭ユーザーのIPアドレスを使用します。Amazonは、レジデンシャルプロキシを通じたリクエストを通常の顧客が自宅で商品を閲覧しているリクエストと区別できません。レジデンシャルプロキシを使用すると、地理的に関連付けられたリクエストを送信できます。たとえば、Amazon USAで販売している場合、アメリカのIPのみを使用して、アメリカの顧客向けの最新の価格とBuy Boxを確認できます。

モバイルプロキシは、ブロックからの最大の保護が必要なタスクに最適です。これらは、アメリカのAT&T、T-Mobile、VerizonなどのモバイルキャリアのIPアドレスを使用します。モバイルIPの特徴は、1つのIPアドレスが同時に数百または数千のユーザーによって使用されることです（キャリアグレードNAT）。そのため、AmazonはこのIPを物理的にブロックすることはできません — それをブロックすると、数千の実際の顧客が影響を受けます。モバイルプロキシは、デスクトップ版とは異なる価格と販売者の順序を表示するAmazonのモバイル版のBuy Boxを監視するのに特に便利です。

データセンタープロキシは、2024年のAmazonには適していません。AmazonはデータセンターのIPアドレス（AWS、Google Cloud、DigitalOcean、OVHなど）のデータベースを保持しており、これに対してより厳しい制限を自動的に適用します。たとえ1分間に5リクエストしか送信しなくても、データセンターのIPを使用していると、レジデンシャルIPを使用して15リクエストを送信するよりも早くキャプチャが表示されます。データセンタープロキシがまだ使用される唯一のシナリオは、Amazon API（SP-API）を介して商品のリストを初期収集する場合で、ここではブロックが少し緩やかです。

Amazon用プロキシの主要要件

• 地理: IPは、販売している国からのものでなければなりません（Amazon.comの場合はUSA、Amazon.co.ukの場合はUK、Amazon.deの場合はGermany）。Amazonは、ユーザーの地理的位置に応じて異なる価格とBuy Boxを表示します。
• IPのクリーンさ: プロキシプロバイダーは、IPがスパム、詐欺、またはAmazonのブラックリストに載る可能性のある他のタスクに使用されていないことを保証する必要があります。
• ローテーション: 数百の商品を監視するには、自動IPローテーションが必要です — 各リクエストは新しいIPから行われるか、IPは5-10分ごとに変更されます。
• スティッキーセッション: 実際のユーザーのセッションを模倣するために10-30分の間に1つのIPを使用する機能（商品ページを開く、レビューを確認する、カートに追加する）。
• HTTP/HTTPSおよびSOCKS5: 様々な監視ツールとの統合のための異なるプロトコルのサポート。

プロキシ経由でBuy Boxを追跡するためのツール

Buy Boxの監視には2つの主要なアプローチがあります: 既製のSaaSプラットフォームを使用するか、自分のパーシングシステムを構築するかです。既製のソリューションは設定が簡単ですが、高価で柔軟性が低いです。独自のシステムは技術的な知識が必要ですが、完全なコントロールを提供し、スケール時にコストが安くなります。両方のカテゴリで人気のあるツールを見ていきましょう。

既製のBuy Box監視プラットフォーム

Keepa — Amazonの価格とBuy Boxを追跡するための最も人気のあるツールの1つです。Keepaは、価格、販売ランキング（BSR）、商品の在庫、Buy Boxの所有者に関する履歴データを収集します。このプラットフォームはAPIを提供しており、リプライシングの自動化のためにデータを取得できます。Keepaは独自のプロキシインフラを使用しているため、プロキシを自分で設定する必要はありません — これはサブスクリプションに含まれています。価格: 基本アクセスは€19/月から、APIは€39/月から。

CamelCamelCamel — Amazonの価格履歴を追跡するための無料ツールです。少数の商品（最大50）を監視するのに適しています。価格変動のグラフ、価格低下の通知を表示します。APIを提供せず、リアルタイムのBuy Box所有者に関する詳細情報を提供しないため、基本的な競合分析には適していますが、自動リプライシングには向いていません。

Jungle Scout — Amazonセラー向けの包括的なプラットフォームで、競合とBuy Boxの監視モジュールを含んでいます。特定の商品でBuy Boxの所有者がどれくらい頻繁に変わるか、どのセラーが競争しているか、彼らの価格と評価を表示します。リプライシングツールと統合されています。価格: 基本プランは$49/月から、プロフェッショナルプランは$129/月から。

Helium 10 — セラー向けのもう一つの人気プラットフォームで、価格とBuy Boxの監視モジュールを提供しています。競合が価格を変更したりBuy Boxを獲得したりする際にリアルタイムのアラートを提供します。自動的に価格を調整するための内蔵リプライサーがあります。価格: $39/月から、プロフェッショナルプランは$99/月から。

独自の監視システムを構築するためのツール

チームに開発者がいる場合やパーシングの基本を学ぶ準備ができている場合、独自の監視システムを構築することで、より多くの柔軟性を得られ、500以上の商品をスケールする際にコストが安くなります。Amazonのパーシングに使用される主要なツールは次のとおりです。

Python + Beautiful Soup / Scrapy — パーシングのための古典的なスタックです。Beautiful SoupはHTMLからデータを抽出するためのライブラリで、Scrapyはスケーラブルなパーサーを作成するためのフレームワークです。Amazonで作業するには、プロキシを操作するためのライブラリ（例えば、scrapy-rotating-proxies）とブラウザの模倣（ヘッダー、クッキー）を追加する必要があります。利点: パーシングのロジックを完全に制御でき、コストが低い（プロキシのみ）。欠点: Amazonは単純なHTTPリクエストを簡単に認識するため、追加の保護が必要です。

Selenium / Puppeteer + プロキシ — 実際のブラウザを自動化するためのツールです。SeleniumはChrome/Firefoxで動作し、PuppeteerはヘッドレスChromeで動作します。これらは、実際のユーザーが行うようにページを読み込み、JavaScriptを実行し、クッキーを保存します。Amazonで作業するには、ブラウザでプロキシを設定し、自動化を隠すためのプラグイン（例えば、puppeteer-extra-plugin-stealth）を追加する必要があります。利点: Amazonの保護を回避する可能性が高い。欠点: 単純なHTTPパーシングよりも遅く、より多くのリソース（RAM、CPU）を必要とします。

Playwright — MicrosoftのSeleniumやPuppeteerの現代的な代替品です。Chrome、Firefox、Safari（WebKit）をサポートしています。プロキシの内蔵サポートがあり、Seleniumよりも安定しており、高速です。特にレジデンシャルプロキシと組み合わせてAmazonのパーシングに適しています。Playwrightでのプロキシ設定の例:

const { chromium } = require('playwright');

(async () => {
  const browser = await chromium.launch({
    proxy: {
      server: 'http://proxy.example.com:8080',
      username: 'user',
      password: 'pass'
    }
  });
  
  const page = await browser.newPage();
  await page.goto('https://www.amazon.com/dp/B08N5WRWNW');
  
  // Buy Boxの所有者を抽出
  const buyBoxSeller = await page.$eval('#merchant-info', 
    el => el.textContent.trim()
  );
  
  console.log('Buy Boxの所有者:', buyBoxSeller);
  await browser.close();
})();

Bright Data（以前のLuminati） — Amazonのパーシング用にAPIを介して準備されたソリューションを提供するプロキシプロバイダーです。あなたは商品のASINでリクエストを送信し、Bright Dataは構造化されたデータ（価格、Buy Boxの所有者、評価など）を返します。これは最も簡単なソリューションですが、最も高価でもあります — 最小プランは$500/月からです。月間売上が$100K以上の大規模なセラーに適しています。

監視システムのステップバイステップ設定ガイド

レジデンシャルプロキシと既製のツールを使用して、100-500商品のBuy Box監視システムを設定する方法をステップバイステップで解説します。このアプローチはプログラミングを必要とせず、技術的なバックグラウンドを持たないセラーにも適しています。

ステップ1: プロキシの選択と設定

あなたのAmazonマーケットプレイスの国に地理的に関連付けられたレジデンシャルプロキシプロバイダーに登録してください。Amazon.com（アメリカ）には、アメリカのIPが必要で、Amazon.de（ドイツ）にはドイツのIPが必要です。監視のボリュームに基づいて料金プランを選択してください:

• 100商品、30分ごとにチェック = ~48チェック/日 = ~1.5-3GBトラフィック/月 = $5-15/月
• 500商品、15分ごとにチェック = ~480チェック/日 = ~15-30GBトラフィック/月 = $45-90/月
• 1000以上の商品 — ポートごとの無制限プランを検討してください（$99-199/月/ポート）

登録後、プロキシ接続のパラメータを受け取ります:

• プロキシホスト: gate.example.com
• プロキシポート: 8080（HTTP/HTTPS）または1080（SOCKS5）
• ユーザー名: あなたのログイン（しばしばパラメータを含む: user-country-usはUSA用）
• パスワード: あなたのパスワード

curlまたはブラウザ拡張機能（FoxyProxy、Proxy SwitchyOmega）を使用して、プロキシをテストしてください:

curl -x http://user-country-us:password@gate.example.com:8080 \
  -H "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36" \
  https://www.amazon.com/dp/B08N5WRWNW

もしレスポンスに商品ページのHTMLが表示されている場合（キャプチャやエラー503ではなく）、プロキシは正常に機能しています。

ステップ2: 監視プラットフォームへのプロキシの統合

Keepaを使用している場合、プロキシはすでにサブスクリプションに含まれています — 何も設定する必要はありません。ウェブインターフェースまたはAPIを介して追跡する商品を追加するだけです。他のプラットフォーム（Jungle Scout、Helium 10）でもプロキシは組み込まれています。

自分のシステムを構築する場合やOctoparse、ParseHub（ノーコードパーサー）などのツールを使用する場合は、ツールの設定にプロキシを追加する必要があります:

Octoparse: 設定 → 高度な設定 → プロキシ → プロキシを有効にする → ホスト、ポート、ユーザー名、パスワードを入力 → HTTPまたはSOCKS5のタイプを選択 → プロキシをテスト → 保存。パーシングタスクの設定で「各リクエストごとにIPをローテーションする」オプションを有効にして、自動ローテーションを行います。

ParseHub: 無料版ではプロキシのサポートがありません。APIを介してプロキシを追加するには、有料プラン（$189/月）が必要です。

ステップ3: 監視する商品のリストを作成

追跡したい商品のASIN（Amazon Standard Identification Number）のリストを準備します。ASINは、商品ページのURLにある商品のユニークな識別子です（例えば、https://www.amazon.com/dp/B08N5WRWNWのB08N5WRWNW）または商品ページの「商品情報」セクションにあります。

Google SheetsまたはExcelで次の列を持つ表を作成します:

• ASIN — 商品の識別子
• 商品名 — 便利のための商品の名前
• あなたの価格 — あなたの現在の価格
• ターゲットBuy Box価格 — Buy Boxを所有するための目標価格
• 最小価格 — マージンを維持するために下回らない最小価格

このリストを監視プラットフォームにインポートします。Keepaでは、「商品トラッカー」→「商品を追加」→CSVインポートまたはASINの手動入力を介して行います。

ステップ4: 監視の頻度とアラートの設定

あなたの商品にとって最適なBuy Boxのチェック頻度を決定します。これはニッチの競争に依存します:

• 高競争の商品（エレクトロニクス、玩具、有名ブランド） — 10-15分ごとにチェック。Buy Boxは1日に何度も変わる可能性があります。
• 中競争の商品（家庭用品、スポーツ、健康） — 30-60分ごとにチェック。
• 低競争の商品（ニッチ商品、2-3のセラーのうちの1つ） — 2-4時間ごとにチェック。

次の条件が発生したときに通知を受け取るためのアラートを設定します:

• 重要な商品でBuy Boxを失った場合
• 競合があなたの価格をX%下回った場合
• あなたの商品ページに新しいセラーが現れた場合
• あなたの商品が在庫切れになった場合

Keepaでは、「アラート」セクションで設定できます → 商品を選択 → 「アラートを追加」 → イベントの種類を選択（Buy Boxを失った、価格低下） → 条件を指定 → 通知方法を選択（メール、Telegram、Webhook）。

ステップ5: リプライシングツールとの統合

Buy Boxの監視だけでは売上は増えません — 監視データに基づいて価格を自動的に調整する必要があります。これには、Amazon Seller CentralとAPIを介して統合され、指定されたルールに従って自動的に価格を変更するリプライシングツールが使用されます。

人気のあるリプライシングツール:

• RepricerExpress — $60/月から、Keepaと統合
• Seller Snap — $39/月から、AIベースのリプライシング
• BQool — $25/月から、中国のセラーに人気
• Aura — $99/月から、大規模なセラー向け

基本的なリプライシング戦略: 競合がBuy Boxを所有していて、その価格があなたの価格より$X低い場合、あなたの価格を自動的に$X+0.01下げますが、設定された最小価格（Min Price）よりも低くはなりません。Buy Boxを取り戻した場合は、再び失うまで徐々に価格を戻します — これにより最適な価格を見つけることができます。

Buy Box獲得のための戦略

Buy Boxを所有することは、単に最も低い価格を意味するわけではありません。AmazonはBuy Boxを配分する際に数十の要因を考慮し、しばしば価格が5-10%高いセラーがより高い評価と優れた指標によりBuy Boxを獲得します。プロのセラーが使用する主要な戦略は次のとおりです:

1. 価格以外のBuy Box要因の最適化

AmazonのBuy Boxアルゴリズムは、次の要因を考慮します（重要度の順）:

• 商品の価格 + 配送料 — 主な要因ですが、唯一の要因ではありません。Amazonは顧客にとっての最終価格（価格 + 配送料）を比較します。
• 商品の在庫（stock） — 商品が頻繁に品切れになる場合、AmazonはBuy Boxの獲得の可能性を低下させます。
• Fulfillmentメソッド — FBA（Fulfillment by Amazon）はFBM（Fulfillment by Merchant）よりも優先されます。FBAセラーはBuy Boxを2-3倍頻繁に獲得します。
• セラー評価 — セラーの評価（過去30/90/365日間のポジティブレビューの割合）。Buy Boxを定期的に獲得するには最低95%が必要です。
• 注文欠陥率（ODR） — 問題のある注文の割合（返品、A-to-Zクレーム、ネガティブレビュー）。1%未満である必要があります。
• 配送時間 — 配送の速さ。1-2日の配送が優先されます。
• アカウントの健康状態 — セラーアカウントの全体的な健康状態（Amazonのポリシーに違反していないこと）。

実践的な戦略: もし中国のセラーと価格で競争できない場合は、商品をFBAに移行し、配送メトリクスを改善してください。これにより、価格が10-15%高くてもBuy Boxを獲得できます。競合の価格だけでなく、彼らのFulfillmentメソッドも監視してください — 主要な競合がFBMからFBAに切り替えた場合、これは彼らがBuy Boxを積極的に獲得しようとしているサインです。

2. 時間帯による動的価格設定

Amazonでの顧客の活動は、1日の中で不均一です。アメリカでは、購入のピークは夕方（ESTの19:00-22:00）と昼食時（ESTの12:00-14:00）に発生します。この時間帯はBuy Boxを獲得する競争が最も激しく、価格をより攻撃的に設定する価値があります。夜間（ESTの2:00-6:00）は購入が少なく、発生する購入に対してマージンを増やすために価格を上げることができます。

実践的な戦略: リプライシングツールを設定して、異なる時間帯に異なる戦略を使用します。たとえば、ESTの19:00から23:00まで攻撃的な戦略（競合より$0.01低くする）を使用し、23:00から10:00まで穏やかな戦略（競合と同じ価格または評価が高い場合は$0.50高くする）を使用します。プロキシを通じた監視は24時間365日稼働し、いつでも価格の変動を追跡する必要があります。

3. 価格の地理的セグメンテーション

Amazonは、顧客の位置に応じて異なる価格と異なるBuy Boxの所有者を表示します。カリフォルニアの顧客は、Buy Boxで異なる価格と異なるセラーを表示することがありますが、ニューヨークの顧客は異なる価格と異なるセラーを表示します。これはFBAのロジスティクスに関連しており、Amazonは顧客に最も近いフルフィルメントセンターに商品があるセラーを優先します。

実践的な戦略: Buy Boxを監視するために、アメリカの異なる州（カリフォルニア、テキサス、ニューヨーク、フロリダ）のプロキシを使用してください。これにより、すべての地域でBuy Boxを所有しているか、特定の地域でのみ所有しているかがわかります。特定の地域でBuy Boxを失っている場合は、その地域のFBAセンターに商品があるか確認してください。追加の在庫をそのセンターに送る必要があるかもしれません。

4. 新しいセラーとハイジャッカーの監視

人気の商品には、価格を攻撃的にダンピングして市場シェアを奪おうとする新しいセラーが定期的に現れます。その中には、ハイジャッカー（偽造品を販売したり、あなたの商品のリスティングを無断で使用する不正なセラー）もいます。新しいセラーが現れた最初の数時間で検出することが重要です。

実践的な戦略: あなたの商品ページに新しいセラーが現れた場合のアラートを設定してください。新しいセラーが市場の価格よりも大幅に低い価格（30-50%低い）で現れた場合、それはハイジャッカーまたは詐欺師かもしれません。価格で競争しようとせず、代わりにAmazon Seller Supportに苦情を提出して、セラーの正当性を確認するように依頼してください。もし本当にハイジャッカーであれば、Amazonは1-3日以内にリスティングから削除します。

よくある間違いとその回避方法

プロキシを使用していても、多くのセラーが監視設定で間違いを犯し、ブロックや不正確なデータを引き起こします。最も一般的な問題とその解決策は次のとおりです:

間違い1: すべてのリクエストで同じUser-Agentを使用する

多くのパーシングツールは、デフォルトですべてのリクエストに同じUser-Agent（例えば、「Python-requests/2.28.0」）を使用します。Amazonはこれをボットとして簡単に認識します。たとえIPをローテーションしても、同じUser-Agentは自動化を示します。

解決策: 人気のあるブラウザ（Chrome、Firefox、Safari）からの実際のUser-Agentのプールを使用し、各リクエストごとにランダム化します。Python用のfake-useragentライブラリや他の言語用の類似ツールを使用できます。また、User-Agent内のブラウザとオペレーティングシステムのバージョンを変更します。

間違い2: プロキシを使用していてもリクエストが頻繁すぎる

一部のセラーは、プロキシが完全にブロックから保護していると考え、1-2分ごとにチェックするように監視を設定します。しかし、AmazonはIPだけでなく、リクエストのパターンも分析します。異なるIPから同じ商品のセットに対して理想的な間隔でリクエストが送信されると、アルゴリズムはこれらのリクエストを関連付け、IPのグループ全体をブロックする可能性があります。

解決策: リクエスト間の間隔をランダム化します。正確に15分ごとにチェックするのではなく、12-18分のランダムな間隔を使用します。また、すべての商品を同時にチェックしないでください — チェックを均等に分配します。もし100商品があり、間隔が15分であれば、すべての100商品を一度にチェックするのではなく、毎分6-7商品をチェックします。

間違い3: クッキーとセッションを無視する

Amazonはユーザーセッションを追跡するためにクッキーを使用しています。クッキーなしでリクエストを送信したり、異なるIPのために同じクッキーを使用すると、これは疑わしいと見なされます。実際のユーザーは、サイトを初めて訪問した際にユニークなクッキーを取得し、セッション中にそれを使用します。

解決策: クッキーを自動的に管理するツール（Selenium、Puppeteer、Playwright）を使用します。各新しいIPのために新しいクッキーで新しいブラウザセッションを作成します。HTTPクライアント（requests、axios）を使用する場合は、同じセッション内でリクエスト間でクッキーを保存しますが、IPを変更する際には新しいセッションを作成します。

間違い4: 不適切な地理からのプロキシを使用する

もしあなたがAmazon.com（アメリカ）で販売しているのに、ヨーロッパやアジアのプロキシを使用している場合、Amazonはあなたに不正確なデータを表示するか、まったくローカルなデータにリダイレクトする可能性があります。