ザランドのデータ収集のためのプロキシ: バンなしで保護を回避する方法

```html

Zalandoは、5,000万人以上のアクティブなバイヤーを持つヨーロッパ最大のファッションマーケットプレイスです。競合の価格監視、品揃えの分析、トレンドの追跡のために、セラーやアナリストは定期的にそのページをパースしています。問題は、Zalandoが多層の保護を使用していることです：Cloudflare、動的JavaScriptページ、疑わしいIPの攻撃的なブロックです。適切に設定されたプロキシがなければ、あなたのパーサーは10分も持たないでしょう。

なぜZalandoはパーサーをブロックするのか：保護の仕組み

Zalandoは単なるオンラインショップではなく、何千ものブランドと数百万のSKUを持つプラットフォームです。ここでの価格、在庫、割引に関するデータは貴重な資産であり、会社はこれを積極的に保護しています。Zalandoのアンチボット保護システムは、同時に複数のレベルで機能しており、これらのレベルを理解することが成功するパースの第一歩です。

Cloudflareが最初のバリア。 すべてのZalandoへのリクエストはCloudflareを通過します。これは、HTMLページを取得する前に、あなたのIPが評判をチェックされ、リクエストの挙動が分析され、リスクスコアが評価されることを意味します。データセンターのIPアドレス（AWS、Google Cloud、Hetzner、OVH）は、ほぼ瞬時にCloudflareによってブロックされます。これらは自動化されたトラフィックのソースとしてデータベースに登録されています。

JavaScriptレンダリング。 Zalandoのほとんどのページは、Reactのシングルページアプリケーション（SPA）です。商品データはAPIリクエストを介して動的に読み込まれます。HTMLをダウンロードする単純なHTTPパーサーは、空のページまたはデータのない最小限のスケルトンを取得します。正常に機能させるには、完全なブラウザ（Playwright、Puppeteer、Selenium）が必要です。または、Zalandoの内部APIへの直接リクエストが必要であり、これは追加の分析を必要とします。

行動分析。 ZalandoはIPだけでなく、リクエストの頻度、ページの巡回順序、クリックやスクロールの欠如、ブラウザのヘッダーなどの行動パターンも追跡しています。5秒間に1つのIPから20のリクエストが送信されると、それは明らかにボットです。User-Agentが「Python Requests」と言っている場合、ブロックは瞬時に行われます。

ジオロケーションの制限。 Zalandoは25カ国で運営されており、各サイトバージョン（zalando.de、zalando.fr、zalando.plなど）には独自のルールがあります。ドイツ版をロシアやアメリカのIPからパースしようとすると、疑わしさが増し、リダイレクトやブロックが発生することがよくあります。データを正確に収集するには、ターゲットサイトのバージョンと同じ国のIPが必要です。

Zalandoの保護に関する結論：

• データセンターのIPはCloudflareによって自動的にブロックされます
• ブラウザレンダリング（JavaScript）が必要です
• リクエストの頻度は、1つのIPから1〜2秒ごとに行うべきです
• IPはターゲットサイトの国に一致する必要があります
• リクエストのヘッダーは実際のユーザーを模倣する必要があります

Zalandoに適したプロキシ：タイプの比較

すべてのプロキシがZalandoのパースに同じように役立つわけではありません。各タイプを詳しく見て、このタスクに対する適用性を正直に評価しましょう。

プロキシの種類	Zalandoで機能しますか？	速度	コスト	どのようなタスクに使用するか
レジデンシャルプロキシ	✅ はい、良好	中程度	中程度	価格監視、カタログ収集
モバイルプロキシ	✅ はい、素晴らしい	中程度	高い	複雑なタスク、高リスク
データセンターのプロキシ	❌ ブロックされます	高い	低い	Zalandoには適していません
パブリック/無料	❌ 機能しません	低い	無料	無駄です

レジデンシャルプロキシは、Zalandoのパースに最適な選択肢です。これは、ドイツ、フランス、ポーランドなどの家庭用インターネットユーザーの実際のIPアドレスです。Cloudflareは、このIPからのリクエストを通常のバイヤーからのリクエストと区別できません。リクエストごとにIPをローテーションすることで、特定のアドレスのブロックリスクを避けながらパースをスケールアップできます。

モバイルプロキシは、さらに信頼性が高いですが、コストも高くなります。モバイルオペレーター（Deutsche Telekom、Orange、T-Mobile）のIPは、Cloudflareで最も高い信頼スコアを持っています。なぜなら、1つのモバイルIPの背後には、実際には数百のユーザーがNATを介して存在する可能性があるからです。これにより、1つのIPからのリクエスト頻度が高くても、ブロックされる可能性は低くなります。モバイルプロキシは、エラーのコストが高いタスク、たとえばリアルタイムでのフラッシュセールの監視に使用する価値があります。

データセンターのプロキシは、Zalandoにはほとんど役に立ちません。Cloudflareは、クラウドプロバイダーやホスティングのASN（自律システム）の最新データベースを保持しています。AWS eu-west-1やHetznerのIPからのリクエストは、403 Forbiddenまたは無限のCAPTCHAを受け取ります。たとえ1つか2つのリクエストを通過できたとしても、スケーリングすると、すべてのIP範囲がブロックされます。

Zalando用のレジデンシャルプロキシ：設定とローテーション

レジデンシャルプロキシを選択したと仮定します。次に重要なのは、正しく設定することです。誤った構成は、レジデンシャルIPのすべての利点を無効にします。主要なパラメータを見ていきましょう。

IPのローテーション：セッショナル vs ランダム

レジデンシャルプロキシには、スティッキーセッション（数分間同じIPを使用）とリクエストごとのローテーションの2つの動作モードがあります。Zalandoには、組み合わせたアプローチが推奨されます：

• 1〜3分間のスティッキーセッション — 商品カード全体をパースするため（主な写真、説明、サイズチャート、価格）。これは、商品を調べる実際のバイヤーの行動を模倣します。
• カテゴリ間のIPの変更 — カタログのセクションを移動する際にIPを変更します。これにより、疑わしい行動プロファイルの蓄積の可能性が減ります。
• エラー時のローテーション — 429（リクエストが多すぎます）または403を受け取った場合は、すぐにIPを変更し、30〜60秒の休止を取ります。

プロキシのジオロケーション：正しい国を選択

これは非常に重要なポイントであり、多くの人が見落としがちです。zalando.deをパースする場合は、ドイツのIPを使用してください。zalando.frの場合はフランスのIPを使用します。プロキシのジオロケーションとサイトのバージョンが一致しないことは、ブロックを受ける最も早い方法の1つです。

さらに、Zalandoの異なるバージョンは、異なる価格、異なる品揃え、異なる割引を表示します。たとえば、ドイツ版はポーランド版よりも広い選択肢を持つことが多く、フランス版の価格は同じ商品のスペイン版と10〜20％異なることがあります。あなたのタスクが複数の市場にわたる価格分析である場合、各ターゲット国のプロキシが必要です。

リクエストのヘッダー：実際のブラウザを模倣

レジデンシャルIPを使用していても、リクエストが自動的に見える場合はブロックされます。送信する必要がある最小限のヘッダーは次のとおりです：

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36
Accept-Language: de-DE,de;q=0.9,en;q=0.8
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Encoding: gzip, deflate, br
Referer: https://www.zalando.de/
  

注意してください：Accept-Languageはプロキシの国に一致する必要があります。ドイツのIPがAccept-Language: ru-RUを持っている場合、これは保護システムに対する即時の赤信号です。

コードなしでZalandoをパースするためのツール

あなたが開発者でなく、Zalandoから定期的にデータを収集する必要がある場合、いくつかの既製のソリューションがあります。独自のプロキシ接続をサポートする最も人気のあるツールを見てみましょう。

OctoparseとParseHub — ビジュアルパーサー

OctoparseとParseHubは、ビジュアルインターフェースを持つデスクトップアプリケーションです。ページの要素をクリックして、収集する必要があるもの（商品名、価格、割引、サイズチャート、評価）を指定します。両方のツールは、独自のプロキシ接続をサポートしています。

Octoparseでのプロキシ設定： 設定 → プロキシ設定 → プロキシを追加を開きます。サーバーのアドレス、ポート、ログイン、パスワードを入力します。Zalandoの場合、HTTPSタイプを選択してください（SOCKS5はCloudflareでの動作が悪いため）。アドレスプールがある場合は、「プロキシをローテーション」オプションをオンにします。

Zalandoに関する重要なポイント： サイトがJavaScriptを使用しているため、Octoparseでは「ブラウザレンダリング」モードを有効にする必要があります（内蔵ブラウザを介した完全なレンダリング）。これがないと、価格や在庫に関するデータが正しく読み込まれません。

Bright Data Scraping Browserと類似のもの

より複雑なタスクには、プロキシとアンチボット保護の回避がすでに組み込まれた管理されたブラウザという専門のクラウドソリューションがあります。これらは、IPのローテーション、クッキーの管理、CAPTCHAの解決をすべて処理します。欠点は、独自のプロキシを使用する場合と比較して、コストが高くなることです。

Google Sheets + ImportXML — 簡単なタスク用

10〜20の特定の商品価格を追跡する必要がある場合、カタログ全体をパースするのではなく、Google SheetsのImportXMLまたはImportHTML機能を使用できます。これにはプロキシは必要なく、基本的な監視に機能します。ただし、大規模なデータ収集にはこの方法は適していません：ZalandoはGoogleリクエストに対してすぐにエラーを返し始めます。

アンチデテクトブラウザによる手動マルチアカウント管理

あなたのタスクが自動的なパースではなく、Zalandoパートナープログラムの複数のセラーアカウントを管理することである場合、アンチデテクトブラウザ（Dolphin Anty、AdsPower、GoLogin、Multilogin）が役立ちます。このようなブラウザの各プロファイルは、ユニークなフィンガープリント（ブラウザの指紋）を持ち、別々のプロキシを介して接続されます。これにより、1台のコンピュータから複数のアカウントをリスクなしで操作できます。

Dolphin Antyでの設定手順：新しいプロファイルを作成 → プロキシセクションでHTTPSまたはSOCKS5のタイプを指定し、必要なヨーロッパの国のレジデンシャルプロキシのデータを入力 → プロキシに対応する国と言語を選択 → プロファイルを保存します。各プロファイルは、特定のヨーロッパの国からの別々のユーザーのように見えます。

ジオターゲティング：国や地域ごとのZalandoのパース

Zalandoは25のヨーロッパの国に存在し、各市場は別々のビジネスチャンスです。プラットフォームの地理を理解することで、プロキシをより正確に設定し、より貴重なデータを取得できます。

サイトバージョン	プロキシの国	ブラウザの言語	市場の特徴
zalando.de	ドイツ	de-DE	最大の市場、全品揃い
zalando.fr	フランス	fr-FR	高い平均注文額、ラグジュアリーブランド
zalando.pl	ポーランド	pl-PL	急成長する市場、価格差
zalando.es	スペイン	es-ES	季節の割引、ローカルブランド
zalando.nl	オランダ	nl-NL	アクティブなバイヤー、高い返品率

これは実際に何が重要かというと、あなたがファッションブランドのバイヤーまたはアナリストであると想像してください。競合他社が異なる市場で製品の価格をどのように設定しているかを理解する必要があります。ポーランドでの商品がドイツよりもかなり安い場合（クロスボーダー価格アービトラージ） — これは、関連するプロキシを使用して複数のサイトバージョンをパースすることでのみ明らかにできる実際のビジネスチャンスです。

また、Zalandoは国によって異なる品揃えを表示することを考慮することも重要です。特定の地域にのみ存在するブランドもあれば、独占的なコラボレーションが特定の市場でのみ利用可能な場合もあります。競争環境を完全に分析するには、あなたに関連するすべてのサイトバージョンをパースする必要があります。

Zalandoのパース時の典型的な間違いとその回避方法

ヨーロッパのマーケットプレイスでの作業の年数を通じて、ほとんどの初心者が犯すエラーのリストが蓄積されました。それらを詳しく見て、同じ過ちを繰り返さないようにしましょう。

エラー1：リクエストの頻度が高すぎる

最も一般的なエラーは、できるだけ早くパースしようとすることです。論理は明確です：速ければ速いほど良い。しかし、Zalandoはリクエストの頻度を追跡し、しきい値を超えると最初に応答を遅くし（レート制限）、その後IPをブロックします。

解決策： リクエストの間にランダムな遅延を追加します — 2〜8秒の間隔を空けます。ランダム性が重要です：3秒の固定遅延は、遅延がないのと同じくらい疑わしく見えます。実際の人間は、メトロノームのように正確にクリックしません。

エラー2：すべてのパースに1つのIPを使用する

レジデンシャルIPであっても、1時間に500リクエストが送信されるとブロックされます。実際のユーザーは、60分間に500ページを閲覧することはありません。

解決策： ローテーションするプロキシプールを使用します。最適なのは、1つのセッションで1つのIPから20〜30リクエストを超えないことです。その後、アドレスを変更します。100以上のレジデンシャルIPのプールを使用することで、ブロックなしで1日に何千ページも収集できます。

エラー3：robots.txtとサイト構造を無視する

Zalandoには、ボットに対して明示的に禁止されているセクションが記載されたrobots.txtファイルがあります。これらのセクションをパースすることは、技術的に難しいだけでなく、法的な請求のリスクを高めます。作業を開始する前に、robots.txtを確認してください：https://www.zalando.de/robots.txt

エラー4：エラー処理なしでのパース

あなたのパーサーが403、429、503のレスポンスコードを処理しない場合、ブロック後もリクエストを送り続け、状況を悪化させるだけです。正しいロジックは次のとおりです：429を受け取った → 60秒の休止 → IPを変更 → リクエストを再試行。403を受け取った → すぐにIPを変更。

エラー5：古いUser-Agent文字列の使用

2024年のChrome 89のUser-Agentは赤信号です。保護システムは、どのブラウザのバージョンが現在のものであるかを知っています。最新のUser-Agent文字列を使用し、定期的に更新してください。良いプラクティスは、5〜10の異なるUser-Agent文字列のプールを持ち、IPの変更とともにそれらをローテーションすることです。

エラー6：ピーク時のパース

中央ヨーロッパ時間の夕方（18:00〜22:00）は、Zalandoの負荷が最大になり、保護が強化され、アンチボットシステムのトリガーしきい値が低下します。大規模なパースを夜間（02:00〜06:00 CET）に実行してください — リソースの競争が少なく、保護があまり攻撃的ではありません。

チェックリスト：Zalando用プロキシの迅速な設定

Zalandoのパースを開始する前に、このチェックリストを使用してください。各項目が重要であり、いずれかを見逃すとブロックのリスクが大幅に増加します。

Zalandoで何をパースするか：実践的なシナリオ

あなたがなぜパースするのかを理解することは、ツールを正しく設定するのに役立ちます。以下は最も一般的なビジネスシナリオです：

競合の価格監視。 Zalandoパートナープログラムを通じて販売している場合、競合が類似のポジションをどのように価格設定しているかを知ることは非常に重要です。1日に1回または数時間ごとに価格をパースすることで、変化に迅速に対応し、競争力を維持できます。

品揃えとトレンドの分析。 どのブランドが新しいコレクションを追加していますか？ どのカテゴリーが最も早く成長していますか？ 新商品やベストセラーのパースは、バイヤーやプロダクトマネージャーに貴重なインサイトを提供します。

割引とセールの追跡。 Zalandoは季節ごとのセール（エンドオブシーズンセール）を行い、この期間中は最大70％の割引が適用されます。自動監視により、セールの開始や特定のポジションの価格低下を最初に見つけることができます。

価格比較サイトのためのデータ収集。 服や靴の価格比較サービスを開発している場合、Zalandoはヨーロッパ市場のデータの必須ソースです。

結論

Zalandoのパースは、体系的にアプローチすれば十分に解決可能なタスクです。この文章からの重要な結論は、Cloudflareのためにデータセンターのプロキシは機能しないこと、必要なヨーロッパの国からのレジデンシャルプロキシがほとんどのタスクに最適な選択肢であること、モバイルプロキシが高リスクのブロックに対して最大の信頼性を提供することです。プロキシのジオロケーションはサイトのバージョンに厳密に一致し、リクエストは実際のユーザーの行動を模倣する必要があります：ランダムな遅延、最新のヘッダー、正しいブラウザの言語。

これらのルールを守ることで、Zalandoのすべての25のヨーロッパ市場で、価格、品揃え、割引に関するデータを安定して収集することができます — ブロックやデータ損失なしで。

価格監視やZalandoの商品データ収集を開始する予定がある場合は、必要なヨーロッパの国にジオターゲティングされたレジデンシャルプロキシから始めることをお勧めします — これにより、このタスクに対する信頼性、速度、コストの最適なバランスが確保されます。