Web UnlockerとResidential ProxyとMobile Proxyの比較：どれを使うべきか

データセンターサーバーから、通常のResidential Proxyを通して、そしてWeb Unlockerを通して同じURLを取得しました。何も必要としないサイトもあれば、Residential IPだけで開くサイト、Unlockerでしか開かないサイト、そして5つのサイトはブロックされたままでした。各レイヤーが何を解決するのか、そしてMobile Tierがどこに適しているのかを説明します。

Residential Proxyはリクエストの発信元を変更します。Web Unlockerはリクエストの見た目も変更します：実際のブラウザのTLSフィンガープリントで送信し、新しいIPで再試行し、JavaScriptチャレンジが現れたときにヘッドレスブラウザを実行します。クリーンなResidential IPでもブロックされる場合にのみUnlockerが必要です。それ以外の場合はProxyで十分です。

これが理論です。それを確認するために、2026年9月29日に同じURLを3つの方法で取得し、結果をサイトごとに保持しました。何も必要としないページもあれば、Residential IPだけで開くページ、Unlockerでしか開かないページ、そして何をしてもブロックされたままの5つのページがありました。以下の表はどれがどれだったかを示しています。

• プロキシ不要： docs.python.org、books.toscrape.com、Hacker News、Wikipedia、GitHubはデータセンターサーバーからの通常のリクエストに応答しました。
• Residential Proxyで十分： ZillowとLeboncoinはデータセンターサーバーをブロックしましたが、通常のResidential Proxyを通して実際のページを提供しました。
• Unlockerだけが通過： Indeed、Glassdoor、Walmart、Best Buyは、通常のクライアントを拒否し、Unlockerを通してページを返しました。
• 依然としてブロック： Home Depot、eBay、DoorDash、StockX、Realtor.comは、それぞれエラーステータスとブロッククラスを報告し、偽の200を返すことはありませんでした。
• Mobile exitsはこのテストの一部ではありませんでした。どこに適しているのかを説明しますが、示すための測定値はありません。

テスト方法

2026年9月29日に各URLを3つの方法で取得しました。まず、Chrome User-Agentを使用してフランクフルトのデータセンターサーバーから通常のcurlを使用しました。次に、QuantumProxies.ioのResidential Proxyを通して、米国の出口（Leboncoinにはフランスの出口）で同じcurlを使用しました。最後に、同じ出口国でResidential TierのWeb Unlockerフォワードプロキシを通しました。ステータスはクライアントが見た最終的なHTTPステータスです。時間は1つのUnlockerリクエストの壁時計時間です。

これは1つの場所で1日での1回の実行であり、ベンチマークではありません。アンチボットルールは毎週変わり、月曜日に通過したサイトが火曜日には拒否されることもあります。ハーネスやUnlocker自体が内部エラーを返した行は除外されています：それらは通過でもブロックでもなく、どちらかとしてカウントすると誤解を招きます。パターンを示すために表を使用し、関心のあるサイトを再テストしてください。

各レイヤーが何を解決するか

現代のボットウォールはページを送信する前にいくつかのことをチェックし、各ツールは異なるサブセットを解決します。どのウォールに当たっているかを知ることで、何を購入すべきかがわかります。

最初の行はほとんどのスクレイパーが開始する場所であり、Residential Proxyがその価値を発揮する場所です。ホスティング範囲は認識しやすく、多くのサイトがそれらを即座に拒否します。第2行は、クリーンなIPが時々十分でない理由です：curl、Python、NodeのTLSハンドシェイクはChromeのものとは全く異なり、Cloudflareはそれをクライアントを識別する方法としてJA3/JA4フィンガープリントを文書化しています。TLSフィンガープリントに関するガイドで詳しく説明しています。第3行は実際のJavaScriptエンジンが必要です。第4行は人間が必要であり、このページのどの製品もそれを提供しません。

プロキシが全く必要なかったサイト

ここから始めてください。これは最も安価な結果です。これらのページはデータセンターサーバーからの通常のリクエストに応答しました。何か他のものを通すと、コストがかかり、遅延が増えるだけで、得るものはありません。

BBCの302はリダイレクトであり、ブロックではありません。テストクライアントはリダイレクトを追跡しませんでしたが、追跡するクライアントはページに到達します。

通常のResidential Proxyで十分だった場所

ZillowとLeboncoinは、Residential Proxyが作られたケースです。データセンターIPは拒否され、家庭用IPからの同じリクエストでページが取得されました。Unlockerも機能しましたが、必要なものを追加しませんでした。

Amazonは注意が必要な行です。両方の通常のクライアントはこの実行で商品ページを取得しましたが、Unlockerは2回の試行とブラウザを必要とし、10.2秒かかりました。Unlockerは移動するすべてのバイトを請求し、再試行やブラウザのロードも含まれます。必要のないページでそれを使用すると、その余分な作業に対して支払うことになります。これは1回のリクエストであり、Amazonに関する規則として読むべきではありません。通常のテストを最初に行うことに関する規則として読んでください。

Web Unlockerだけが通過した場所

ここではResidential IPだけでは役に立ちませんでした。Indeed、Walmart、Best Buyは、ブラウザなしでUnlockerの最初のTLS試行で通過しました。Unlockerの出口は、通常のテストで使用したものとは異なるResidential IPでしたので、これは制御された実験ではありません。それでも、通常のResidential列はすでにクリーンな家庭用IPを持っていて失敗しました。明らかに残っている違いはリクエストの見た目です。Glassdoorはさらに進みました：JavaScriptを要求し、Unlockerは2回のTLS試行とその後にヘッドレスブラウザを必要とし、17.2秒かかりました。

Walmartには独自の注意が必要です。307リダイレクトがどこに向かっていたのか記録していません。通常のクライアントが結果ページを受け取らず、Unlockerが受け取ったことだけがわかっています。

Residential exitsでWeb Unlockerを使用する

まだ失敗したものとブロッククラスが示すこと

正直な比較には失敗も含める必要があります。これらの5つは、通常のクライアントとUnlockerの両方を拒否しました。Unlockerはエラーステータスで戻り、理由を教えてくれました。ブロックページを200として通過させることはありませんでした：

ブロッククラスが有用な部分です。Home Depot、eBay、DoorDashのip_reputationは、出口IP自体が拒否されたことを意味し、より良いフィンガープリントでは助けになりません。StockXのjs_challengeは、ブラウザ試行後もCloudflareのチャレンジページがまだ存在していることを意味します。Realtor.comのfingerprintは、クライアント自体が拒否されたことを意味します。各々が異なる次のステップを示しており、そのうちの1つがMobile Tierの出番です。

Mobile Tierがどこに適しているか

モバイルキャリアは多くの電話を各パブリックIP（キャリアグレードNAT）に置くため、キャリアアドレスをブロックするサイトは実際の顧客もブロックするリスクがあります。これがキャリアIPがResidential範囲よりも信頼される傾向がある理由です。なぜモバイルプロキシが信頼されるのか：CGNATでそのメカニズムを説明しています。

Web Unlockerには、4G/5Gキャリアの出口で同じロジック（ブラウザフィンガープリント、再試行、ブラウザエスカレーション、ブロック報告）を実行するMobile Tierがあります。プロキシユーザー名で-tier-mobileを選択するか、RESTエンドポイントで"tier": "mobile"を選択します。独自のプリペイドGB残高があり、遅く、Residential TierよりもGBあたりのコストが高いです。Residential範囲も拒否するサイト向けであり、これはまさにResidential Tierでのip_reputationブロックが示唆するものです。

この記事の限界を明確にするために：このテストではMobile Tierを実行しませんでした。Home Depot、eBay、DoorDashのページを取得できるかどうかはお伝えできませんし、推測するつもりもありません。それらがターゲットである場合は、ボリュームを購入する前にMobile Tierでテストしてください。captchaやfingerprintブロックには役立ちません。それらはIPに関するものではないからです。Unlockerなしのモバイル、Residential、ISPプロキシの一般的な質問については、モバイル、Residential、ISPプロキシの比較で説明しています。

Pythonでのコスト意識のあるエスカレーションラダー

表は1つのルールを示しています：サイトが強制する限りのみ登ること。この関数は各段を順に試し、実際のページを返す最初の段で停止します。Residential Tierがip_reputationブロックを報告した場合にのみMobile Tierに移動します。HEADERSとlooks_blocked()は、PythonでのWeb Unlocker APIチュートリアルからのヘルパーです。

import os
import requests
import urllib3

urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

RESIDENTIAL = os.environ["QP_RESIDENTIAL_PROXY"]   # http://USER:PASS@HOST:PORT from your residential plan
UNLOCK_USER = os.environ["QP_UNLOCK_USER"]         # unlock-XXXXXXXX
UNLOCK_PASS = os.environ["QP_UNLOCK_PASSWORD"]


def unlocker(extra: str = "") -> dict:
    u = f"http://{UNLOCK_USER}-country-us{extra}:{UNLOCK_PASS}@unlock.quantumproxies.io:9000"
    return {"http": u, "https": u}


LADDER = [
    # name,              proxies,                                      verify, timeout
    ("plain",            {},                                           True,   30),
    ("residential",      {"http": RESIDENTIAL, "https": RESIDENTIAL},  True,   30),
    ("unlocker",         unlocker(),                                   False, 120),
    ("unlocker-mobile",  unlocker("-tier-mobile"),                     False, 120),
]


def climb(url: str):
    last = None
    for name, proxies, verify, timeout in LADDER:
        try:
            r = requests.get(url, headers=HEADERS, proxies=proxies, verify=verify, timeout=timeout)
        except requests.RequestException:
            continue                        # no response at all counts as a block
        last = r
        if not name.startswith("unlocker"):
            if not looks_blocked(r):
                return name, r
            continue
        if "x-qp-unlocker-blocked" not in r.headers:
            return name, r
        if r.headers.get("x-qp-block-class") != "ip_reputation":
            break                           # a different IP will not fix this wall
    return "blocked", last

本番環境では、ドメインごとに段を覚えておき、すべてのリクエストで失敗した段に対して支払わないようにしてください。Unlockerはx-qp-hintヘッダーを提案とともに送信することもあり、それはブロッククラスの横に記録する価値があります。

5つの質問で決定する方法

1. サーバーからの通常のリクエストが実際のページを返しますか？それならどちらも必要ありません。そこで止めてください。
2. データセンターIPからは失敗しますが、Residentialからは機能しますか？Residential Proxiesを購入し、独自のクライアントを保持してください。
3. クリーンなResidential IPからでも403、'Just a moment'や'JavaScriptを有効にしてください'ページ、または接続が切断されますか？それはUnlockerの仕事です。
4. UnlockerがResidential exitsでip_reputationを報告しますか？そのサイトでMobile Tierをテストしてからボリュームを購入してください。
5. captchaまたはfingerprintを報告しますか？どのプロキシTierもそれらを確実に修正しません。ソース、レート、または公式APIが存在するかどうかを再考してください。

よくある質問

Residential Proxiesを購入するべきか、それともWeb Unlockerを使用するべきか？

まずターゲットをテストしてください。2026年9月29日のテストでZillowとLeboncoinが示したように、Residential IPからの通常のリクエストが実際のページを返す場合、Residential Proxiesで十分であり、運用コストも安くなります。クリーンなResidential IPでも403やJavaScriptチャレンジが発生する場合、IndeedやGlassdoorが示したようにUnlockerが必要です。

Residential Proxiesが必要ですか、それともどのプロキシでも機能しますか？

サイトによります。我々のテストではWikipedia、GitHub、Hacker Newsが通常のデータセンターリクエストに応答したため、プロキシは必要ありませんでした。ZillowとLeboncoinはデータセンターIPを拒否し、Residentialを受け入れました。データセンタープロキシは最初の問題を共有しています。ホスティング範囲はサイトが認識しやすく、拒否されやすいからです。

モバイルプロキシはWeb ScrapingにおいてResidential Proxiesよりも信頼性がありますか？

キャリアIPはCGNATを通じて多くの電話で共有されているため、サイトはそれらをブロックすることに消極的であり、IPの評判ブロックに対して有効です。それらはTLSフィンガープリントを変更したり、JavaScriptチャレンジを自動で解決したりしませんし、遅く、GBあたりのコストも高いです。このテストではモバイル出口を測定していません。

モバイルプロキシはキャプチャを減らしますか？

IPの評判によってトリガーされるキャプチャを減らすことができます。キャリアアドレスは多くの通常の電話ユーザーのように見えるからです。クライアントのフィンガープリントやリクエストレートによってトリガーされるキャプチャには何も影響しません。Web UnlockerはどちらのTierでもインタラクティブキャプチャを解決しません：それはブロッククラスcaptchaとして報告されます。

なぜWeb UnlockerはResidential Proxyよりも遅いのですか？

サイトが抵抗する場合、リクエストごとにより多くの作業を行うからです：異なるフィンガープリントの下で新しいIPで再試行し、JavaScriptチャレンジが現れた場合はヘッドレスブラウザでページをロードします。我々のテストでは、Indeedは1回の試行で2.6秒で通過しましたが、Glassdoorはブラウザを必要とし、17.2秒かかりました。

Web UnlockerはResidential Proxyと比較してどのように請求されますか？

どちらもGB単位で請求されます。Unlockerは、再試行、ブロックされたページ、ブラウザのページロードを含め、あなたのために移動するすべてのバイトをカウントし、各Tierごとに独自のプリペイド残高を使用します：Residential exitsとモバイルキャリアexits。現在のGBあたりの価格はダッシュボードに表示されています。

Residential Proxiesはリクエストの発信元を修正します。Web Unlockerはその見た目とJavaScriptを実行できるかどうかも修正します。Mobile Tierは、Residential範囲を拒否するサイトに対してIPを再度変更します。どれも人間のキャプチャをページに変えることはありません。ターゲットが受け入れる最も低い段を購入し、ブロッククラスが登るべき時を教えてくれるようにしてください。

Web UnlockerのTierを比較する

Residential範囲を拒否するターゲット？モバイル出口でのWeb Unlockerをご覧ください。