# Web Unlocker vs Residential Proxy vs Mobile Proxy: 언제 어떤 것을 사용해야 할까

우리는 동일한 URL을 데이터센터 서버에서, 일반 주거용 프록시를 통해, 그리고 웹 언락커를 통해 가져왔습니다. 일부 사이트는 아무것도 필요하지 않았고, 일부는 주거용 IP만 필요했으며, 일부는 언락커만 열렸습니다. 각 레이어가 수정하는 것과 모바일 티어가 어디에 맞는지를 소개합니다.

주거용 프록시는 요청이 어디에서 오는지를 변경합니다. 웹 언락커는 요청의 모양도 변경합니다: 실제 브라우저의 TLS 지문으로 요청을 보내고, 새로운 IP로 재시도하며, JavaScript 챌린지가 나타나면 헤드리스 브라우저를 실행합니다. 깨끗한 주거용 IP로도 차단될 때만 언락커가 필요합니다. 그렇지 않으면 프록시로 충분합니다.

그것이 이론입니다. 이를 확인하기 위해 2026년 9월 29일에 동일한 URL을 세 가지 방법으로 가져와 사이트별로 결과를 보관했습니다. 일부 페이지는 아무것도 필요하지 않았고, 일부는 주거용 IP만 필요했으며, 일부는 잠금 해제 장치에만 열렸습니다. 아래 표는 각각 어떤 경우였는지를 보여줍니다.

- **프록시가 필요하지 않은 경우:** docs.python.org, books.toscrape.com, Hacker News, Wikipedia 및 GitHub은 데이터센터 서버에서의 일반 요청에 응답했습니다.
- **주거용 프록시로 충분했던 경우:** Zillow와 Leboncoin은 데이터센터 서버를 차단했지만 일반 주거용 프록시를 통해 실제 페이지를 제공했습니다.
- **언락커만 통과한 경우:** Indeed, Glassdoor, Walmart 및 Best Buy는 일반 클라이언트를 모두 거부하고 언락커를 통해 페이지를 반환했습니다.

## 우리가 테스트한 방법

각 URL은 2026년 9월 29일에 세 가지 방법으로 가져왔습니다. 첫째, 프랑크푸르트의 데이터센터 서버에서 Chrome User-Agent로 일반 curl. 둘째, 동일한 일반 curl을 QuantumProxies.io 주거용 프록시를 통해 미국 출구(프랑스 출구는 Leboncoin용)로. 셋째, 동일한 출구 국가로 주거용 계층의 Web Unlocker 포워드 프록시를 통해. 상태는 클라이언트가 본 최종 HTTP 상태입니다. 시간은 언락커 요청 한 번의 벽시계 시간입니다.

## 각 계층이 해결하는 것

현대의 봇 벽은 페이지를 보내기 전에 여러 가지를 확인하며, 각 도구는 다른 하위 집합을 해결합니다. 어떤 벽에 부딪히고 있는지 아는 것이 무엇을 구매해야 하는지를 알려줍니다.

| 벽 | 사이트가 확인하는 것 | 일반 주거용 프록시 | Web Unlocker (주거용) | Web Unlocker, 모바일 계층 |
| --- | --- | --- | --- | --- |
| IP 평판 | IP가 속한 네트워크와 그 역사 | 데이터센터 범위 차단 해결 | 재시도 시 새로운 IP로 주거용 출구 | 여러 전화기가 공유하는 4G/5G 캐리어 IP |
| TLS 및 HTTP 지문 | 핸드셰이크, HTTP/2 설정 및 헤더 순서 | 변경 없음: 여전히 클라이언트 | 브라우저 지문, 재시도 시 회전 | 주거용과 동일 |
| JavaScript 챌린지 | 클라이언트가 페이지의 스크립트를 실행하고 쿠키를 유지하는지 여부 | 아니요 | 헤드리스 브라우저로 에스컬레이션 | 주거용과 동일 |

대부분의 스크레이퍼가 시작하는 첫 번째 행은 주거용 프록시가 그 가치를 발휘하는 곳입니다. 호스팅 범위는 쉽게 인식할 수 있으며, 많은 사이트가 이를 즉시 거부합니다. 두 번째 행은 깨끗한 IP만으로는 충분하지 않은 이유를 설명합니다: curl, Python 또는 Node의 TLS 핸드셰이크는 Chrome과 전혀 다르게 보이며, Cloudflare는 이를 식별하는 방법으로 [JA3/JA4 지문](https://developers.cloudflare.com/bots/additional-configurations/ja3-ja4-fingerprint/)을 문서화합니다. [TLS 지문 인식](https://quantumproxies.io/blog/tls-ja3-fingerprinting-scraping)에 대한 우리의 가이드는 이를 깊이 있게 다룹니다. 세 번째 행은 실제 JavaScript 엔진이 필요합니다.

![세 가지 안티봇 벽(IP 평판, TLS 지문, JavaScript 챌린지)을 기준으로 측정한 세 클라이언트: 일반 데이터센터 요청은 하나도 통과하지 못하고, 주거용 프록시는 첫 번째 벽을 통과하며, Web Unlocker는 브라우저 지문을 교체하고 헤드리스 브라우저로 에스컬레이션해 세 벽을 모두 통과합니다.](https://res.cloudinary.com/dmqliab0t/image/upload/f_auto,q_auto,w_1200/v1790752444/blog/generated/qp-unl-g2-diag1.png)
*주거용 프록시는 첫 번째 벽을 통과합니다. 언락커는 세 개 모두를 통과합니다.*

## 프록시가 전혀 필요하지 않았던 사이트

여기서 시작하세요, 왜냐하면 이것이 가장 저렴한 결과이기 때문입니다. 이 페이지들은 데이터센터 서버에서의 일반 요청에 응답했습니다. 다른 어떤 것을 통해 보내는 것은 비용이 들고, 이득 없이 지연을 추가합니다.

| 사이트 | 일반, 데이터센터 서버 | 일반, 주거용 프록시 | 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 (저장소 페이지) | 200 | 200 | 200, 2.0 s |
| bbc.com (기술) | 302 리디렉션 | 302 리디렉션 | 200, 1.4 s |

BBC 302는 차단이 아닌 리디렉션입니다. 우리의 테스트 클라이언트는 리디렉션을 따르지 않았으며, 따르는 클라이언트는 페이지에 도착합니다.

## 일반 주거용 프록시로 충분했던 경우

| 사이트 | 일반, 데이터센터 서버 | 일반, 주거용 프록시 | Web Unlocker |
| --- | --- | --- | --- |
| Zillow (오스틴 목록) | 403, PerimeterX '이 페이지에 대한 접근이 거부되었습니다' | 200, 실제 목록 페이지 | 200, 1회 시도, 2.7 s |
| Leboncoin (검색, 프랑스 출구) | 403, 캡차 페이지 | 200, 실제 결과 페이지 | 200, 1회 시도, 1.4 s |
| Amazon (제품 페이지) | 200, 제품 페이지 | 200, 제품 페이지 | 200, 2회 시도 + 브라우저, 10.2 s |

Zillow와 Leboncoin은 주거용 프록시가 구축된 경우입니다. 데이터센터 IP는 거부되었고, 동일한 요청이 가정용 IP에서 페이지를 얻었습니다. 언락커도 작동했지만, 필요한 것은 추가하지 않았습니다.

Amazon은 주의해야 할 행입니다. 이번 실행에서 두 일반 클라이언트 모두 제품 페이지를 얻었지만, 언락커는 두 번의 시도와 브라우저가 필요했고, 10.2초가 걸렸습니다. 언락커는 이동하는 모든 바이트, 재시도 및 브라우저 로드를 포함하여 청구합니다. 필요하지 않은 페이지에서는 그 추가 작업에 대해 비용을 지불합니다. 이것은 하루 동안의 한 번의 요청이므로 Amazon에 대한 규칙으로 읽지 마십시오. 일반적으로 먼저 테스트해야 한다는 규칙으로 읽으십시오.

## 웹 언락커만 통과한 경우

| 사이트 | 일반, 데이터센터 서버 | 일반, 주거용 프록시 | Web Unlocker |
| --- | --- | --- | --- |
| Indeed (구직 검색) | 403, '보안 확인' 페이지 | 403, 'Enable JavaScript and cookies to continue' | 200, 1회 시도, 2.6 s |
| Glassdoor (회사 리뷰) | 403, 캡차가 있는 '보안' 페이지 | 403, 'Enable JavaScript and cookies to continue' | 200, 2회 시도 + 브라우저, 17.2 s |
| Walmart (검색) | 307 리디렉션, 결과 페이지 없음 | 307 리디렉션, 결과 페이지 없음 | 200, 1회 시도, 4.8 s |
| Best Buy (노트북 카테고리) | 연결 실패, 응답 없음 | 연결 실패, 응답 없음 | 200, 1회 시도, 6.3 s |

여기서 주거용 IP만으로는 도움이 되지 않았습니다. Walmart, Best Buy 및 Indeed는 브라우저 없이 잠금 해제 장치의 첫 번째 TLS 시도에서 실제 페이지를 반환했습니다. 그럼에도 불구하고 일반 주거용 열에는 이미 깨끗한 홈 IP가 있었고 실패했으며, 남은 명백한 차이점은 요청의 모양이었습니다. Glassdoor는 더 나아가 JavaScript를 원했기 때문에 잠금 해제 장치는 두 번의 TLS 시도와 헤드리스 브라우저가 필요했으며, 이 때문에 17.2초가 걸렸습니다.

Walmart는 별도의 주의가 필요합니다. 우리는 307 리디렉션이 어디로 향했는지 기록하지 않았습니다. 우리는 단지 일반 클라이언트가 결과 페이지를 받지 않았고 언락커가 받았다는 것만 알고 있습니다.

[주거용 출구에서 웹 언락커 사용](https://quantumproxies.io/web-unlocker/residential)

## 모바일 계층이 맞는 곳

모바일 통신사는 각 공용 IP 뒤에 여러 전화기를 배치합니다 (캐리어급 NAT), 따라서 사이트가 캐리어 주소를 차단하면 실제 고객도 차단할 위험이 있습니다. 그래서 캐리어 IP는 주거용 범위보다 더 많은 신뢰를 가지는 경향이 있습니다. 우리는 [모바일 프록시가 신뢰받는 이유: CGNAT](https://quantumproxies.io/blog/cgnat-why-mobile-proxies-trusted)에서 그 메커니즘을 설명합니다.

Web Unlocker는 4G/5G 캐리어 출구에서 동일한 로직(브라우저 지문, 재시도, 브라우저 에스컬레이션, 차단 보고)을 실행하는 모바일 티어를 보유하고 있습니다. 프록시 사용자 이름에서 `-tier-mobile`을 사용하거나 REST 엔드포인트에서 `"tier": "mobile"`로 선택합니다. 자체 선불 GB 잔액을 가지고 있습니다. 이는 주거용 범위도 거부하는 사이트를 위한 것으로, 이는 주거용 티어의 `access_denied` 차단이 시사하는 바와 정확히 일치합니다.

## Python에서 비용을 고려한 에스컬레이션 사다리

표는 한 가지 규칙을 가리킵니다: 사이트가 강요하는 만큼만 올라가십시오. 이 함수는 순서대로 각 단계를 시도하고 실제 페이지를 반환하는 첫 번째 단계에서 멈춥니다. 주거용 계층이 `access_denied` 차단을 보고할 때만 모바일 계층으로 이동합니다. `HEADERS`와 `looks_blocked()`는 우리의 [Python에서의 웹 언락커 API 튜토리얼](https://quantumproxies.io/blog/web-unlocker-api-tutorial-python)의 도우미입니다.

```python
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") != "access_denied":
            break                           # a different IP will not fix this wall
    return "blocked", last
```

프로덕션에서는 도메인별로 단계를 기억하여, 각 요청에서 실패한 단계를 위해 비용을 지불하지 않도록 하십시오. 언락커는 차단 클래스 옆에 기록할 가치가 있는 `x-qp-hint` 헤더와 제안을 보낼 수도 있습니다.

![일반 요청, 주거용 프록시, Web Unlocker, 모바일 티어의 네 단계로 된 스크래퍼 에스컬레이션 사다리와, 2026년 9월 29일 테스트에서 처음 페이지를 반환한 단계에 배치한 사이트들: Wikipedia와 GitHub는 일반 요청, Zillow와 Leboncoin은 주거용 프록시, Indeed, Glassdoor, Best Buy는 언락커 단계입니다.](https://res.cloudinary.com/dmqliab0t/image/upload/f_auto,q_auto,w_1200/v1790750868/blog/generated/qp-unl-g2-diag2.png)
*사이트가 강요하는 만큼만 올라가십시오.*

## 다섯 가지 질문으로 결정하는 방법

1. 서버에서의 일반 요청이 실제 페이지를 반환합니까? 그렇다면 둘 다 필요 없습니다. 거기서 멈추십시오.
2. 데이터센터 IP에서 실패하지만 주거용 IP에서 작동합니까? [주거용 프록시](https://quantumproxies.io/residential-proxies)를 구매하고 자신의 클라이언트를 유지하십시오.
3. 깨끗한 주거용 IP에서도 여전히 403, 'Just a moment' 또는 'Enable JavaScript' 페이지, 또는 연결이 끊어집니까? 그것은 언락커의 역할입니다.
4. 언락커가 주거용 출구에서 `access_denied`을 보고합니까? 그 사이트에서 모바일 계층을 테스트하고 볼륨을 약정하기 전에 확인하십시오.

## 자주 묻는 질문

### 주거용 프록시를 구매해야 하나요, 아니면 웹 언락커를 사용해야 하나요?

먼저 목표를 테스트하십시오. 2026년 9월 29일 테스트에서 Zillow와 Leboncoin처럼 주거용 IP에서의 일반 요청이 실제 페이지를 반환한다면, 주거용 프록시가 충분하고 운영 비용이 저렴합니다. 깨끗한 주거용 IP가 여전히 403 또는 JavaScript 챌린지를 받는다면, Indeed와 Glassdoor처럼 언락커가 필요합니다.

### 주거용 프록시가 필요합니까, 아니면 어떤 프록시라도 작동합니까?

사이트에 따라 다릅니다. Wikipedia, GitHub 및 Hacker News는 우리의 테스트에서 데이터센터의 일반 요청에 응답했으므로 프록시가 필요하지 않았습니다. Zillow와 Leboncoin은 데이터센터 IP를 거부하고 주거용 IP를 수락했습니다. 데이터센터 프록시는 첫 번째 문제를 공유합니다. 왜냐하면 호스팅 범위는 사이트가 인식하고 거부하기 쉽기 때문입니다.

### 모바일 프록시가 웹 스크래핑에 주거용 프록시보다 더 신뢰할 수 있습니까?

캐리어 IP는 CGNAT를 통해 많은 전화기와 공유되므로 사이트가 이를 차단하는 것을 더 꺼려하며, 이는 IP-평판 차단에 도움이 됩니다. TLS 지문을 변경하거나 JavaScript 챌린지를 자체적으로 해결하지는 않습니다.

### 모바일 프록시가 캡차를 줄이나요?

캐리어 주소는 많은 일반 전화 사용자처럼 보이기 때문에 IP 평판에 의해 트리거되는 캡차를 줄일 수 있습니다.

### 웹 언락커는 주거용 프록시와 어떻게 청구됩니까?

둘 다 GB당 청구됩니다. 언락커는 재시도, 차단된 페이지 및 브라우저의 페이지 로드를 포함하여 귀하를 대신하여 이동하는 모든 바이트를 계산하며, 각 계층에 대해 자체 선불 잔액을 사용합니다: 주거용 출구 및 모바일 캐리어 출구. 현재 GB당 가격은 대시보드에 표시됩니다.

주거용 프록시는 요청이 어디에서 오는지를 수정합니다. 웹 언락커는 요청이 어떻게 보이는지와 JavaScript를 실행할 수 있는지를 수정합니다. 모바일 티어는 주거용 범위를 거부하는 사이트에 대해 IP를 다시 변경합니다. 목표가 수용하는 가장 낮은 단계를 구매하고, 차단 클래스가 언제 올라가야 하는지를 알려주도록 하십시오.

[Web Unlocker 계층 비교](https://quantumproxies.io/web-unlocker)

주거용 범위를 거부하는 목표? [모바일 출구에서의 Web Unlocker](https://quantumproxies.io/web-unlocker/mobile)를 참조하세요.