Web Unlocker vs Proxy Rezydencjalny vs Proxy Mobilny: Kiedy Który Wybrać
Pobraliśmy te same adresy URL z serwera w centrum danych, przez zwykły proxy rezydencjalny i przez web unlocker. Niektóre strony nie wymagały niczego, niektóre potrzebowały tylko rezydencjalnego IP, niektóre otworzyły się tylko dla unlockera, a pięć pozostało zablokowanych. Oto, co naprawia każda warstwa, i gdzie pasuje poziom mobilny.
Proxy rezydencjalny zmienia miejsce, z którego pochodzi twoje żądanie. Web unlocker również zmienia, jak wygląda żądanie: wysyła je z prawdziwym odciskiem TLS przeglądarki, ponawia próby na świeżych IP i uruchamia przeglądarkę bez interfejsu, gdy pojawia się wyzwanie JavaScript. Potrzebujesz unlockera tylko wtedy, gdy czyste rezydencjalne IP nadal jest blokowane. W przeciwnym razie wystarczy proxy.
To jest teoria. Aby ją sprawdzić, pobraliśmy te same adresy URL na trzy sposoby 29 września 2026 roku i zachowaliśmy wyniki dla każdej strony. Niektóre strony nie wymagały niczego, niektóre potrzebowały tylko rezydencjalnego IP, niektóre otworzyły się tylko dla unlockera, a pięć pozostało zablokowanych bez względu na to, co zrobiliśmy. Tabele poniżej pokazują, które były które.
- Nie potrzeba proxy: docs.python.org, books.toscrape.com, Hacker News, Wikipedia i GitHub odpowiedziały na zwykłe żądanie z serwera w centrum danych.
- Wystarczył proxy rezydencjalny: Zillow i Leboncoin zablokowały serwer w centrum danych, ale obsłużyły prawdziwą stronę przez zwykły proxy rezydencjalny.
- Tylko unlocker przeszedł: Indeed, Glassdoor, Walmart i Best Buy odmówiły obu zwykłym klientom i zwróciły stronę przez unlocker.
- Nadal zablokowane: Home Depot, eBay, DoorDash, StockX i Realtor.com, każdy zgłoszony z błędem statusu i klasą blokady zamiast fałszywego 200.
- Wyjścia mobilne nie były częścią tego testu. Wyjaśniamy, gdzie pasują, ale nie mamy dla nich pomiarów do pokazania.
Jak testowaliśmy
Każdy adres URL został pobrany na trzy sposoby 29 września 2026 roku. Najpierw, zwykły curl z serwera w centrum danych we Frankfurcie z User-Agent Chrome. Po drugie, ten sam zwykły curl przez proxy rezydencjalny QuantumProxies.io z wyjściem w USA (wyjście we Francji dla Leboncoin). Po trzecie, przez forward proxy Web Unlocker na poziomie rezydencjalnym, z tym samym krajem wyjścia. Status to ostateczny status HTTP, który widział klient. Czas to zegar ścienny dla jednego żądania unlockera.
To jest jedno uruchomienie z jednego miejsca w jeden dzień, nie benchmark. Zasady anty-bot zmieniają się co tydzień, a strona, która przeszła w poniedziałek, może odmówić we wtorek. Wiersze, w których sam harness lub unlocker zwróciły błąd wewnętrzny, są pominięte: nie są ani przejściami, ani blokadami, a liczenie ich w jakikolwiek sposób wprowadzałoby w błąd. Użyj tabel dla wzorca i przetestuj strony, na których ci zależy.
Co naprawia każda warstwa
Nowoczesna ściana botów sprawdza kilka rzeczy, zanim wyśle stronę, a każde narzędzie naprawia inny podzbiór. Wiedza, którą ścianę uderzasz, mówi ci, co kupić.
| Ściana | Co sprawdza strona | Zwykły proxy rezydencjalny | Web Unlocker (rezydencjalny) | Web Unlocker, poziom mobilny |
|---|---|---|---|---|
| Reputacja IP | Sieć, do której należy IP i jej historia | Naprawia blokady z zakresu centrum danych | Rezydencjalne wyjścia, świeże IP przy każdej próbie | IP operatorów 4G/5G współdzielone przez wiele telefonów |
| TLS i odcisk HTTP | Handshake, ustawienia HTTP/2 i kolejność nagłówków | Bez zmian: to nadal twój klient | Odciski przeglądarek, rotowane przy próbie | Tak samo jak rezydencjalny |
| Wyzwanie JavaScript | Czy klient uruchamia skrypt strony i zachowuje jej ciasteczko | Nie | Eskalacja do przeglądarki bez interfejsu | Tak samo jak rezydencjalny |
| Interaktywna captcha | Zadanie przeznaczone dla człowieka | Nie | Nie rozwiązane; zgłoszone jako błąd, nigdy 200 | Nie rozwiązane |
Pierwszy wiersz to miejsce, w którym zaczyna większość scraperów i gdzie proxy rezydencjalny zarabia swoją cenę. Zakresy hostingowe są łatwe do rozpoznania, a wiele stron odmawia ich od razu. Drugi wiersz to powód, dla którego czyste IP czasami nie wystarcza: handshake TLS curl, Python lub Node wygląda zupełnie inaczej niż Chrome, a Cloudflare dokumentuje odciski JA3/JA4 jako sposób na identyfikację klientów właśnie w ten sposób. Nasz przewodnik po odciskach TLS omawia to szczegółowo. Trzeci wiersz wymaga prawdziwego silnika JavaScript. Czwarty wiersz wymaga człowieka, a żaden produkt na tej stronie go nie dostarcza.

Strony, które nie potrzebowały żadnego proxy
Zacznij tutaj, ponieważ to najtańszy wynik. Te strony odpowiedziały na zwykłe żądanie z serwera w centrum danych. Wysyłanie ich przez cokolwiek innego kosztuje pieniądze i dodaje opóźnienie bez zysku.
| Strona | Zwykły, serwer w centrum danych | Zwykły, proxy rezydencjalny | Web Unlocker |
|---|---|---|---|
| docs.python.org | 200 | 200 | 200, 1.6 s |
| books.toscrape.com | 200 | 200 | 200, 1.9 s |
| news.ycombinator.com | 200 | 200 | 200, 4.1 s |
| en.wikipedia.org | 200 | 200 | 200, 1.9 s |
| github.com (strona repozytorium) | 200 | 200 | 200, 2.0 s |
| bbc.com (Technologia) | 302 przekierowanie | 302 przekierowanie | 200, 1.4 s |
BBC 302 to przekierowanie, nie blokada. Nasz klient testowy nie śledził przekierowań, a każdy klient, który to robi, ląduje na stronie.
Gdzie wystarczył zwykły proxy rezydencjalny
| Strona | Zwykły, serwer w centrum danych | Zwykły, proxy rezydencjalny | Web Unlocker |
|---|---|---|---|
| Zillow (oferty Austin) | 403, PerimeterX 'Dostęp do tej strony został odmówiony' | 200, prawdziwa strona z ofertami | 200, 1 próba, 2.7 s |
| Leboncoin (wyszukiwanie, wyjście francuskie) | 403, strona captcha | 200, prawdziwa strona z wynikami | 200, 1 próba, 1.4 s |
| Amazon (strona produktu) | 200, strona produktu | 200, strona produktu | 200, 2 próby + przeglądarka, 10.2 s |
Zillow i Leboncoin to przypadki, dla których zbudowano proxy rezydencjalny. IP centrum danych zostało odrzucone, a to samo żądanie z domowego IP uzyskało stronę. Unlocker również działał, ale nie dodał niczego, czego potrzebowałeś.
Amazon to wiersz ostrzegawczy. Obaj zwykli klienci uzyskali stronę produktu w tym uruchomieniu, jednak unlocker potrzebował dwóch prób i przeglądarki, zanim wrócił, i zajęło to 10.2 sekundy. Unlocker nalicza opłatę za każdy bajt, który przesuwa, w tym ponowne próby i ładowanie przeglądarki. Na stronie, która tego nie potrzebowała, płacisz za tę dodatkową pracę. To jedno żądanie w jeden dzień, więc nie czytaj tego jako reguły o Amazonie. Czytaj to jako regułę o testowaniu zwykłym najpierw.
Gdzie tylko web unlocker przeszedł
| Strona | Zwykły, serwer w centrum danych | Zwykły, proxy rezydencjalny | Web Unlocker |
|---|---|---|---|
| Indeed (wyszukiwanie pracy) | 403, strona 'Sprawdzenie bezpieczeństwa' | 403, 'Włącz JavaScript i ciasteczka, aby kontynuować' | 200, 1 próba, 2.6 s |
| Glassdoor (recenzje firm) | 403, strona 'Bezpieczeństwo' z captchą | 403, 'Włącz JavaScript i ciasteczka, aby kontynuować' | 200, 2 próby + przeglądarka, 17.2 s |
| Walmart (wyszukiwanie) | 307 przekierowanie, brak strony z wynikami | 307 przekierowanie, brak strony z wynikami | 200, 1 próba, 4.8 s |
| Best Buy (kategoria laptopów) | Połączenie nieudane, brak odpowiedzi | Połączenie nieudane, brak odpowiedzi | 200, 1 próba, 6.3 s |
Tutaj samo rezydencjalne IP nie pomogło. Indeed, Walmart i Best Buy przeszły przy pierwszej próbie TLS unlockera, bez przeglądarki. Wyjście unlockera było innym rezydencjalnym IP niż to, które użyliśmy w naszym zwykłym teście, więc to nie jest kontrolowany eksperyment. Niemniej jednak, kolumna zwykłego rezydencjalnego już miała czyste domowe IP i nie powiodła się, a oczywistą pozostałą różnicą jest to, jak wyglądało żądanie. Glassdoor poszedł dalej: chciał JavaScript, więc unlocker potrzebował dwóch prób TLS, a potem przeglądarki bez interfejsu, co zajęło 17.2 sekundy.
Walmart potrzebuje własnego zastrzeżenia. Nie zarejestrowaliśmy, gdzie wskazywało jego przekierowanie 307. Wiemy tylko, że żaden zwykły klient nie otrzymał strony z wynikami, a unlocker tak.
Użyj Web Unlocker na wyjściach rezydencjalnych
Co nadal nie działało i co mówi klasa blokady
Uczciwe porównanie potrzebuje również porażek. Te pięć odmówiło zarówno zwykłym klientom, jak i unlockerowi. Unlocker wrócił z błędem statusu i powiedział nam dlaczego, zamiast przekazywać stronę blokady jako 200:
| Strona | Zwykły, centrum danych / rezydencjalny | Status Web Unlocker | x-qp-block-class | x-qp-vendor |
|---|---|---|---|---|
| Home Depot (strona kategorii) | 403 / 403 | 403 po 2 próbach | ip_reputation | akamai |
| eBay (wyszukiwanie) | 403 / 403 | 403 po 2 próbach | ip_reputation | akamai |
| DoorDash (strona miasta) | 403 / 403 | 403 po 2 próbach | ip_reputation | cloudflare |
| StockX (strona produktu) | 403 / 403 | 403, 'Just a moment...' | js_challenge | cloudflare |
| Realtor.com (wyszukiwanie) | 429 / 429 | 429 po 2 próbach | fingerprint | kasada |
Klasa blokady to przydatna część. ip_reputation na Home Depot, eBay i DoorDash oznacza, że same wyjścia IP zostały odrzucone, więc lepszy odcisk nie pomógłby. js_challenge na StockX oznacza, że strona wyzwania Cloudflare nadal była obecna po próbie przeglądarki. fingerprint na Realtor.com, która odpowiedziała 429 (RFC 6585 definiuje to jako Zbyt Wiele Żądań), oznacza, że sam klient został odrzucony. Każdy z nich wskazuje na inny kolejny krok, a jeden z nich to miejsce, gdzie wchodzi poziom mobilny.
Gdzie pasuje poziom mobilny
Operatorzy mobilni umieszczają wiele telefonów za każdym publicznym IP (NAT klasy operatorskiej), więc strona, która blokuje adres operatora, ryzykuje zablokowanie prawdziwych klientów. Dlatego IP operatorów mają tendencję do noszenia większego zaufania niż zakresy rezydencjalne. Wyjaśniamy mechanizm w dlaczego proxy mobilne są zaufane: CGNAT.
Web Unlocker ma poziom mobilny, który działa na tej samej logice (odciski przeglądarek, ponowne próby, eskalacja przeglądarki, raportowanie blokad) na wyjściach operatorów 4G/5G. Wybierasz go za pomocą -tier-mobile w nazwie użytkownika proxy lub "tier": "mobile" na końcówce REST. Ma własny przedpłacony bilans GB, jest wolniejszy i kosztuje więcej za GB niż poziom rezydencjalny. Jest przeznaczony dla stron, które również odrzucają zakresy rezydencjalne, co dokładnie sugeruje blokada ip_reputation na poziomie rezydencjalnym.
Aby być jasnym co do ograniczeń tego artykułu: nie uruchomiliśmy poziomu mobilnego w tym teście. Nie możemy powiedzieć, czy uzyskuje strony Home Depot, eBay lub DoorDash, i nie zamierzamy zgadywać. Jeśli to są twoje cele, przetestuj je na poziomie mobilnym przed zakupem wolumenu. Nie pomoże to w przypadku blokady captcha lub fingerprint, ponieważ nie dotyczą one IP. Dla ogólnego pytania o proxy mobilne versus rezydencjalne versus ISP bez unlockera z przodu, nasza porównanie proxy mobilnych, rezydencjalnych i ISP to omawia.
Świadoma kosztów drabina eskalacji w Pythonie
Tabele wskazują na jedną zasadę: wspinaj się tylko tak daleko, jak zmusza cię do tego strona. Ta funkcja próbuje każdy szczebel w kolejności i zatrzymuje się na pierwszym, który zwraca prawdziwą stronę. Przechodzi na poziom mobilny tylko wtedy, gdy poziom rezydencjalny zgłasza blokadę ip_reputation. HEADERS i looks_blocked() to pomocnicy z naszego samouczka API web unlockera w Pythonie.
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
W produkcji, zapamiętaj szczebel na domenę, gdy już go znasz, aby nie płacić za nieudane szczeble przy każdym żądaniu. Unlocker może również wysłać nagłówek x-qp-hint z sugestią, co warto zapisać obok klasy blokady.

Jak zdecydować, w pięciu pytaniach
- Czy zwykłe żądanie z twojego serwera zwraca prawdziwą stronę? Wtedy nie potrzebujesz żadnego. Zatrzymaj się tam.
- Czy nie działa z IP centrum danych, ale działa z rezydencjalnym? Kup proxy rezydencjalne i zachowaj własnego klienta.
- Czy nadal nie działa z czystym rezydencjalnym IP, z 403, stroną 'Just a moment' lub 'Enable JavaScript', czy zerwanym połączeniem? To zadanie dla unlockera.
- Czy unlocker zgłasza
ip_reputationna wyjściach rezydencjalnych? Przetestuj poziom mobilny na tej stronie przed zakupem wolumenu. - Czy zgłasza
captchalubfingerprint? Żaden poziom proxy nie naprawia tego niezawodnie. Przemyśl źródło, szybkość lub czy istnieje oficjalne API.
Najczęściej zadawane pytania
Czy powinienem kupić proxy rezydencjalne czy użyć web unlockera?
Najpierw przetestuj swoje cele. Jeśli zwykłe żądanie z rezydencjalnego IP zwraca prawdziwą stronę, jak to miało miejsce w przypadku Zillow i Leboncoin w naszym teście z 29 września 2026 roku, proxy rezydencjalne wystarczą i są tańsze w użyciu. Jeśli czyste rezydencjalne IP nadal dostaje 403 lub wyzwanie JavaScript, jak to miało miejsce w przypadku Indeed i Glassdoor, potrzebujesz unlockera.
Czy potrzebuję proxy rezydencjalnych, czy wystarczy dowolny proxy?
To zależy od strony. Wikipedia, GitHub i Hacker News odpowiedziały na zwykłe żądanie z centrum danych w naszym teście, więc nie było potrzeby proxy. Zillow i Leboncoin odmówiły IP centrum danych i zaakceptowały rezydencjalne. Proxy centrum danych mają ten sam problem, ponieważ zakresy hostingowe są łatwe do rozpoznania i odrzucenia przez strony.
Czy proxy mobilne są bardziej niezawodne niż proxy rezydencjalne do web scrapingu?
IP operatorów są współdzielone przez wiele telefonów przez CGNAT, więc strony są bardziej niechętne do ich blokowania, co pomaga przeciwko blokadom reputacji IP. Nie zmieniają twojego odcisku TLS ani nie rozwiązują wyzwań JavaScript samodzielnie, są wolniejsze i kosztują więcej za GB. Nie mierzyliśmy wyjść mobilnych w tym teście.
Czy proxy mobilne zmniejszają ilość captchas?
Mogą zmniejszyć captchas wywołane reputacją IP, ponieważ adres operatora wygląda jak wielu zwykłych użytkowników telefonów. Nie robią nic w przypadku captchas wywołanych odciskiem klienta lub szybkością żądań. Web Unlocker nie rozwiązuje interaktywnych captchas na żadnym poziomie: zgłasza je z klasą blokady captcha.
Dlaczego web unlocker jest wolniejszy niż proxy rezydencjalny?
Ponieważ wykonuje więcej pracy na żądanie, gdy strona się opiera: ponawia próby na świeżych IP pod różnymi odciskami, a jeśli pojawia się wyzwanie JavaScript, ładuje stronę w przeglądarce bez interfejsu. W naszym teście Indeed przeszedł w 2.6 sekundy przy jednej próbie, podczas gdy Glassdoor potrzebował przeglądarki i zajęło to 17.2 sekundy.
Jak jest rozliczany web unlocker w porównaniu z proxy rezydencjalnym?
Oba są rozliczane za GB. Unlocker liczy każdy bajt, który przesuwa w twoim imieniu, w tym ponowne próby, zablokowane strony i ładowanie strony przeglądarki, i używa własnego przedpłaconego bilansu na poziom: wyjścia rezydencjalne i wyjścia operatorów mobilnych. Aktualna cena za GB jest pokazana w panelu.
Proxy rezydencjalne naprawiają, skąd pochodzi żądanie. Web unlocker również naprawia, jak wygląda i czy może uruchomić JavaScript. Poziom mobilny ponownie zmienia IP dla stron, które odrzucają zakresy rezydencjalne. Żaden z nich nie zamienia ludzkiej captchy na stronę. Kup najniższy szczebel, który akceptują twoje cele, i pozwól klasie blokady powiedzieć ci, kiedy się wspinać.
Cele, które odrzucają zakresy rezydencjalne? Zobacz Web Unlocker na wyjściach mobilnych.