商品カードはモスクワでは「在庫あり」と表示され、新シビルスクでは「在庫なし」と表示されることがあります。地域ごとにこれを確認しないと、注文を逃し、競合他社がどこで物流を勝ち取っているかを見逃してしまいます。しかし、異なる地域から同じアカウントやIPで在庫を定期的に確認し始めると、プラットフォームはすぐに異常な活動に気づき、アクセスを制限します。この記事では、禁止やキャプチャなしで配送地域別の商品在庫を監視するための作業スキームを紹介します。
なぜ地域によって商品在庫が異なるのか
Wildberries、Ozon、そしてほとんどの大規模マーケットプレイスは、分散型倉庫ネットワークを通じて運営されています。顧客がクラスノダールからサイトにアクセスすると、システムは販売者の全体の在庫ではなく、最寄りの地域倉庫の在庫を表示します。つまり、同じ商品がモスクワやサンクトペテルブルクでは「在庫あり」とされていても、ウラルや極東では在庫がないことがあります。これは、商品が物理的に地域倉庫に入荷されていないか、すでに地元で売り切れているからです。
セラーにとってこれはいくつかの理由で重要です。第一に、地域的な在庫不足は、検索結果における商品カードの位置に直接影響します。アルゴリズムは、顧客に迅速に届かない商品を低評価します。第二に、在庫を適切に分配している競合他社が、あなたの地域で空いているところで注文を獲得します。第三に、定期的な監視がなければ、問題を事後に知ることになります — 地域での販売がすでに減少しているときに気づくのです。
Avitoについても同様です：広告は検索する都市によって異なる表示がされ、配送や提案の有効性も異なります。複数のブランドを扱うマーケターやエージェンシーは、毎日これに直面しています。エカテリンブルクの実際の顧客が何を見ているのかを知る必要がありますが、モスクワのオフィスから見えるものではありません。
なぜマーケットプレイスは在庫監視を禁止するのか
WildberriesやOzonの保護ロジックはシンプルです。通常の顧客は1つのIPからアクセスし、自分の地域でいくつかの商品カードを見て離れます。もし1つのIPから異なる商品に対して地域を変更して数十件のリクエストが送信されると、それはパーサーのパターンであり、生きた人間ではありません。アンチボットシステムは、次の3つの方法のいずれかで反応します：キャプチャを表示する、429エラーでIPを一時的にブロックする、または意図的に不正確なデータ（偽の在庫）を返してパーサーの統計を損なわせるが、ブロックの事実を隠すことです。
第三のシナリオはビジネスにとって最も危険です — データは引き続き得られますが、それは不正確であり、それに基づく決定は誤ったものになります。マーケットプレイスは、監視が公開カタログを通じて匿名で行われている場合、販売者のアカウントをブロックすることはありませんが、負荷がかかっているIPアドレスはすぐにブロックされます — 通常、短時間で50〜100件のリクエストが同じアドレスから行われるときにローテーションなしで。
追加の難しさは地理的な関連性です。特定の地域の実際の在庫を知るためには、リクエストはプラットフォームがその地域にあると認識するIPから送信される必要があります（または、インターフェース/APIで明示的に配送地域を切り替える必要がありますが、これもクッキーやセッションに依存しており、疑わしい活動があるとブロックされることもあります）。
禁止なしの監視スキーム
作業スキームは3つの原則に基づいて構築されます：負荷の分散、生きたユーザーの模倣、地域的なIPの精度。実際には次のようになります：
- 地域と商品リスト。 必要な地域（通常はスタートのための15〜30の主要都市）×追跡する必要のある商品をリスト化します。
- 地域に関連付けられたプロキシ。 各地域には、物理的または論理的に必要な都市/地域に対応する個別のIPアドレス（またはアドレスプール）を使用します。
- ローテーションと遅延。 リクエスト間に3〜10秒の間隔を置き、IPは数件のリクエストごとに変更され、スキャナーのように見えないようにします。
- ブラウザの模倣。 リクエストはリアルなUser-Agent、ヘッダーを持ち、必要に応じてJSレンダリングを伴うヘッドレスブラウザを通じて行われます — 多くの商品在庫カードは動的に読み込まれます。
- ログ記録とアラート。 結果は表またはデータベースに蓄積され、ステータスが「在庫なし」から「在庫あり」に変わったときにTelegramまたはメールに通知が送信されます。
このアプローチは、手動監視を行うための既存のパーシングサービスにも、自分のスクリプトにも同様に適用可能です — 使用するツールだけが異なり、禁止防止の原則は変わりません。
地域別確認に必要なプロキシ
プロキシの種類の選択は、監視が安定するかどうかを決定する主な要因です。地域別の商品在庫確認のタスクには、地理的関連性のない通常の安価なデータセンターIPは適していません — プラットフォームは正確な地域の応答を返さないか、すでにブラックリストに載っている場合はすぐにアドレスをブロックします。
| プロキシの種類 | 地理的精度 | ブロックのリスク | いつ使用するか |
|---|---|---|---|
| 住宅用プロキシ | 高い、都市まで | 低い | 15以上の地域での定期的な監視のための主要なツール |
| モバイルプロキシ | 中程度から高い（通信事業者のネットワークによる） | 非常に低い | プラットフォームが特に住宅用範囲を厳しく禁止する場合 |
| データセンタープロキシ | 低い、都市に正確に関連付けられない | 頻繁なリクエスト時に高い | 地域的な精度なしでの迅速な一時的チェック |
数十の地域での商品在庫をシステマティックに監視するための最適な選択は、住宅用プロキシで、都市や地域を選択できるものです。これらは通常のインターネットユーザーのIPのように見えるため、マーケットプレイスは正確なローカル在庫データを提供し、リクエストを疑わしいものとは見なさないのです。予算が限られていて地域が少ない場合は、組み合わせることもできます：主要都市には住宅用IPを、優先度が低いチェックにはデータセンターIPを使用します。
ジオターゲティングとIPローテーションの設定
プロキシプロバイダーを選択した後、2つのパラメータを設定する必要があります：ジオターゲティングとローテーション。ほとんどの住宅用プロキシサービスは、接続時に国、地域、さらには都市を指定できるようにしています — たとえば、地域パラメータを含むログイン形式や、各都市のための別のポート/エンドポイントを通じて。これにより、各地域に対して「クリーン」なIPを手動で探す必要がなくなります。
ローテーションは2つのシナリオで設定する必要があります：
- 1つの地域のチェック中のスティッキーセッション — データを収集している間はIPを変更せず、セッションを混乱させずにキャプチャを再度引き起こさないようにします。
- 地域間の完全なIP変更 — 次の都市に移動する際には、必要なジオに関連付けられた新しいアドレスを取得します。そうしないと、プラットフォームは正確なローカル在庫を返さない可能性があります。
アンチデテクトブラウザ（Dolphin Anty、AdsPower、Multilogin、Octo Browser）を使用している場合、各プロファイルには必要なジオに関連付けられた別々のプロキシが割り当てられ、ブラウザのフィンガープリントはプロファイルごとにユニークなままです。これにより二重の保護が提供されます：プラットフォームは地域の「生きた」IPとデバイスのユニークなデジタルフィンガープリントの両方を認識し、複数のプロファイルを1つのクラスターに結びつけてブロックされることを排除します。
監視のためのツール
プログラミングを行わないセラーには、監視を設定するための3つの方法があります：
1. 価格と在庫監視のための既存のサービス。 WildberriesやOzon向けの多くのサービスは、地域別の確認を「箱から出して」サポートしており、設定で独自のプロキシを接続することができます — これは技術的なスキルなしで始めるための最も迅速なオプションです。
2. アンチデテクトブラウザ + 手動または半自動確認。 10〜20の主要地域に対して、Dolphin AntyやAdsPowerでプロファイルを作成し、各プロファイルに必要な都市のプロキシを関連付け、商品カードを順番にチェックして在庫状況を記録します。これは遅いですが、全くコードを必要とせず、毎時間の確認ではなく、1日に1回の確認が必要な場合に適しています。
3. 自動化されたパーサー（開発者やフリーランサーがいる場合）。 PythonのrequestsまたはPlaywrightライブラリを使用したスクリプトが、指定された地域と商品のリストに従って商品カードを巡回し、プールからプロキシを使用して結果を表またはデータベースに蓄積します。このオプションは、データの更新の柔軟性と速度を最大化しますが、技術的なサポートが必要です。
選択したツールに関係なく、ボトルネックは同じです — プロキシの品質と地理。どんなに考え抜かれたスクリプトでも、IPアドレスが必要な地域に関連付けられていなかったり、あまりにも頻繁に繰り返されたりすると、不正確なデータを収集したり、ブロックされたりします。
リクエストの制限とブロック防止
監視が数ヶ月間安定して機能し、大規模なブロックの数日間ではなく、実用的な制限を守ることが重要です：
| パラメータ | 安全な範囲 |
|---|---|
| 1分あたりのIPからのリクエスト数 | 3〜8 |
| リクエスト間の間隔 | 3〜10秒のランダム化 |
| IPの変更 | 20〜30リクエスト後または新しい地域ごとに |
| すべての地域を完全に巡回する頻度 | ほとんどの商品のカテゴリで1〜4回/日 |
プラットフォームがキャプチャを表示する場合、制限を守っていても、特定のIPがすでにブラックリストに載っていることを示すサインです — 新しいアドレスへの即時ローテーションと、その地域のリクエスト頻度を1〜2時間一時的に減少させることが役立ちます。競争が激しいカテゴリ（衣料品、電子機器）では、マーケットプレイスはボットトラフィックをより厳しく監視するため、制限はさらに保守的に設定するべきです。
Wildberries、Ozon、Avitoのステップバイステップ設定
ステップ1. 地域のリストを決定します。 売上の分析からトップ20の都市を取得します — そこが商品在庫が最も重要です。
ステップ2. ジオターゲティングのプロキシを接続します。 プロキシ管理パネルで「ロシア」を選択し、必要な都市/地域を選び、接続情報（ホスト、ポート、ログイン、パスワード）を取得します。
ステップ3. アンチデテクトブラウザでプロファイルを作成します。 各地域に対して、Dolphin Anty、AdsPower、またはGoLoginでその都市のプロキシを関連付けた個別のプロファイルを作成します。混乱しないように、地域ごとにプロファイルに名前を付けます。
ステップ4. マーケットプレイスのサイトで配送地域を設定します。 WildberriesやOzonでは、IPによって地域が自動的に決定されますが、サイトのヘッダーで都市を手動で選択して確認することをお勧めします — これにより、プラットフォームがプロキシの位置を正しく認識していることが確認できます。
ステップ5. 各商品について在庫状況を記録します。 興味のある商品のカードを開き、ステータス（「在庫あり」、「在庫なし」、配送期間）を確認日付と時間とともに表に記録します。
ステップ6. スケジュールに従って繰り返します。 Avitoでも同様のロジックが適用されます — プロキシを通じて検索都市を変更し、その後、ローカル顧客に見える広告とその配送ステータスを記録します。
ステップ7. アラートを設定します。 重要な地域で商品ステータスが「在庫なし」に変わったら、担当マネージャーに通知を送信し、迅速に倉庫間で在庫を再分配できるようにします。
監視開始のチェックリスト
- 追跡するための優先地域と商品リストが作成されている
- 必要な都市に正確に関連付けられたプロキシが接続されている
- IPのローテーションとリクエスト間の間隔（3〜10秒）が設定されている
- 各地域に対してアンチデテクトブラウザで個別のプロファイルが作成されている
- プラットフォームがプロキシのIPに基づいて地域を正しく認識していることが確認されている
- 確認日付と時間を含む結果のログ記録が設定されている
- 商品在庫ステータスの変更時にアラートが有効になっている
- IPのブロックを回避するためのリクエスト制限が設定されている
結論
配送地域別の商品在庫監視は、一度きりのチェックではなく、商品カードの位置やWildberries、Ozon、Avitoでの販売に直接影響を与える継続的なプロセスです。これを安定して機能させるためには、3つの要素が必要です：地域に対するIPの正確な関連付け、合理的なリクエスト制限、プロキシ間の負荷分散です。これにより、プラットフォームのアンチボットシステムに疑念を抱かせることなく、監視を行うことができます。
もし、複数の地域で商品在庫を同時に監視し、定期的に行う予定があるなら、ジオターゲティングされた住宅用プロキシから始めることをお勧めします — これにより、ローカル在庫に関する正確なデータが得られ、ブロックのリスクが最小限に抑えられます。地域に厳密に関連付けられない迅速な一時的チェックには、データセンタープロキシを使用し、特に住宅用範囲に対して厳しいプラットフォームには、モバイルプロキシが役立ちます。