Web Unlocker vs Proxy Residencial vs Proxy Móvil: Cuándo Necesitas Cuál
Recuperamos las mismas URLs desde un servidor de centro de datos, a través de un proxy residencial simple y a través de un web unlocker. Algunos sitios no necesitaron nada, algunos solo necesitaron una IP residencial, y algunos solo se abrieron para el unlocker. Aquí está lo que cada capa corrige, y dónde encaja el nivel móvil.
Un proxy residencial cambia de dónde proviene tu solicitud. Un web unlocker también cambia cómo se ve la solicitud: la envía bajo una huella digital TLS de un navegador real, reintenta con IPs nuevas y ejecuta un navegador sin cabeza cuando aparece un desafío de JavaScript. Necesitas el unlocker solo cuando una IP residencial limpia aún es bloqueada. De lo contrario, el proxy es suficiente.
Esa es la teoría. Para comprobarla, obtuvimos las mismas URLs de tres maneras el 29 de septiembre de 2026 y guardamos los resultados sitio por sitio. Algunas páginas no necesitaban nada en absoluto, algunas solo necesitaban una IP residencial, y algunas solo se abrían para el desbloqueador. Las tablas a continuación muestran cuál era cuál.
- No se necesita proxy: docs.python.org, books.toscrape.com, Hacker News, Wikipedia y GitHub respondieron a una solicitud simple desde un servidor de centro de datos.
- Un proxy residencial fue suficiente: Zillow y Leboncoin bloquearon el servidor de centro de datos pero sirvieron la página real a través de un proxy residencial simple.
- Solo el unlocker pasó: Indeed, Glassdoor, Walmart y Best Buy rechazaron ambos clientes simples y devolvieron la página a través del unlocker.
Cómo probamos
Cada URL fue recuperada de tres maneras el 29 de septiembre de 2026. Primero, curl simple desde un servidor de centro de datos en Frankfurt con un User-Agent de Chrome. Segundo, el mismo curl simple a través de un proxy residencial de QuantumProxies.io con una salida en EE.UU. (una salida francesa para Leboncoin). Tercero, a través del proxy de reenvío de Web Unlocker en el nivel residencial, con el mismo país de salida. El estado es el estado HTTP final que el cliente vio. Los tiempos son de reloj de pared para una solicitud de unlocker.
Lo que cada capa soluciona
Un muro anti-bot moderno verifica varias cosas antes de enviar una página, y cada herramienta soluciona un subconjunto diferente. Saber qué muro estás golpeando te dice qué comprar.
| Muro | Lo que el sitio verifica | Proxy residencial simple | Web Unlocker (residencial) | Web Unlocker, nivel móvil |
|---|---|---|---|---|
| Reputación de IP | La red a la que pertenece la IP y su historial | Soluciona bloqueos de rango de centro de datos | Salidas residenciales, una IP nueva en cada reintento | IPs de operador 4G/5G compartidas por muchos teléfonos |
| Huella digital TLS y HTTP | El apretón de manos, configuraciones HTTP/2 y orden de encabezados | Sin cambio: sigue siendo tu cliente | Huellas digitales de navegador, rotadas en reintento | Igual que residencial |
| Desafío de JavaScript | Si el cliente ejecuta el script de la página y mantiene su cookie | No | Escala a un navegador sin cabeza | Igual que residencial |
La primera fila es donde la mayoría de los scrapers comienzan y donde un proxy residencial justifica su precio. Los rangos de hosting son fáciles de reconocer, y muchos sitios los rechazan de plano. La segunda fila explica por qué una IP limpia a veces no es suficiente: el handshake TLS de curl, Python o Node no se parece en nada al de Chrome, y Cloudflare documenta huellas digitales JA3/JA4 como una forma de identificar clientes precisamente por eso. Nuestra guía de huellas digitales TLS lo cubre en profundidad. La tercera fila necesita un motor real de JavaScript.

Sitios que no necesitaron ningún proxy
Comienza aquí, porque es el resultado más barato. Estas páginas respondieron a una solicitud simple desde un servidor de centro de datos. Enviarlas a través de cualquier otra cosa cuesta dinero y agrega latencia sin ganancia.
| Sitio | Simple, servidor de centro de datos | Simple, proxy residencial | 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 (página de repositorio) | 200 | 200 | 200, 2.0 s |
| bbc.com (Tecnología) | 302 redirección | 302 redirección | 200, 1.4 s |
El 302 de la BBC es una redirección, no un bloqueo. Nuestro cliente de prueba no siguió redirecciones, y cualquier cliente que lo haga aterriza en la página.
Donde un proxy residencial simple fue suficiente
| Sitio | Simple, servidor de centro de datos | Simple, proxy residencial | Web Unlocker |
|---|---|---|---|
| Zillow (listados de Austin) | 403, PerimeterX 'Acceso a esta página ha sido denegado' | 200, página de listados reales | 200, 1 intento, 2.7 s |
| Leboncoin (búsqueda, salida francesa) | 403, página de captcha | 200, página de resultados reales | 200, 1 intento, 1.4 s |
| Amazon (página de producto) | 200, página de producto | 200, página de producto | 200, 2 intentos + navegador, 10.2 s |
Zillow y Leboncoin son el caso para el que se construyó un proxy residencial. La IP de centro de datos fue rechazada, y la misma solicitud desde una IP doméstica obtuvo la página. El unlocker también funcionó, pero no agregó nada que necesitaras.
Amazon es la fila de advertencia. Ambos clientes simples obtuvieron la página de producto en esta ejecución, sin embargo, el unlocker necesitó dos intentos y un navegador antes de devolverla, y tardó 10.2 segundos. El unlocker cobra cada byte que mueve, incluidos los reintentos y las cargas del navegador. En una página que no lo necesitaba, pagas por ese trabajo extra. Esta es una solicitud en un día, así que no lo leas como una regla sobre Amazon. Léelo como una regla sobre probar primero con lo simple.
Donde solo el web unlocker pasó
| Sitio | Simple, servidor de centro de datos | Simple, proxy residencial | Web Unlocker |
|---|---|---|---|
| Indeed (búsqueda de empleo) | 403, página de 'Verificación de Seguridad' | 403, 'Enable JavaScript and cookies to continue' | 200, 1 intento, 2.6 s |
| Glassdoor (reseñas de empresas) | 403, página de 'Seguridad' con captcha | 403, 'Enable JavaScript and cookies to continue' | 200, 2 intentos + navegador, 17.2 s |
| Walmart (búsqueda) | 307 redirección, sin página de resultados | 307 redirección, sin página de resultados | 200, 1 intento, 4.8 s |
| Best Buy (categoría de laptops) | Conexión fallida, sin respuesta | Conexión fallida, sin respuesta | 200, 1 intento, 6.3 s |
Aquí la IP residencial por sí sola no ayudó. Walmart, Best Buy e Indeed devolvieron la página real en el primer intento de TLS del desbloqueador, sin un navegador. Aún así, la columna residencial simple ya tenía una IP de casa limpia y falló, y la diferencia obvia restante es cómo se veía la solicitud. Glassdoor fue más allá: quería JavaScript, por lo que el desbloqueador necesitó dos intentos de TLS y luego un navegador sin cabeza, por lo que tomó 17.2 segundos.
Walmart necesita su propia advertencia. No registramos a dónde apuntaba su redirección 307. Solo sabemos que ningún cliente simple recibió la página de resultados y el unlocker sí.
Usa el Web Unlocker en salidas residenciales
Dónde encaja el nivel móvil
Los operadores móviles ponen muchos teléfonos detrás de cada IP pública (NAT de grado de operador), por lo que un sitio que bloquea una dirección de operador corre el riesgo de bloquear a clientes reales con ella. Es por eso que las IPs de operador tienden a tener más confianza que los rangos residenciales. Explicamos el mecanismo en por qué los proxies móviles son confiables: CGNAT.
El Web Unlocker tiene un nivel Móvil que ejecuta la misma lógica (huellas digitales de navegador, reintentos, escalada de navegador, reporte de bloqueos) en salidas de operadores 4G/5G. Lo seleccionas con -tier-mobile en el nombre de usuario del proxy, o "tier": "mobile" en el endpoint REST. Tiene su propio saldo de GB prepago. Está destinado a sitios que también rechazan rangos residenciales, que es exactamente lo que sugiere un bloqueo de access_denied en el nivel residencial.
Una escalera de escalamiento consciente de costos en Python
Las tablas apuntan a una regla: sube solo hasta donde el sitio te obligue. Esta función prueba cada peldaño en orden y se detiene en el primero que devuelve una página real. Se mueve al nivel móvil solo cuando el nivel residencial informa un bloqueo access_denied. HEADERS y looks_blocked() son los ayudantes de nuestro tutorial de la API de web unlocker en 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
En producción, recuerda el peldaño por dominio una vez que lo sepas, para que no pagues por los peldaños fallidos en cada solicitud. El unlocker también puede enviar un encabezado x-qp-hint con una sugerencia, que vale la pena registrar junto a la clase de bloqueo.

Cómo decidir, en cinco preguntas
- ¿Una solicitud simple desde tu servidor devuelve la página real? Entonces no necesitas ninguno. Detente ahí.
- ¿Falla desde una IP de centro de datos pero funciona desde una residencial? Compra proxies residenciales y mantén tu propio cliente.
- ¿Aún falla desde una IP residencial limpia, con un 403, una página de 'Just a moment' o 'Enable JavaScript', o una conexión caída? Ese es el trabajo del unlocker.
- ¿El unlocker informa
access_denieden salidas residenciales? Prueba el nivel móvil en ese sitio antes de comprometer volumen.
Preguntas frecuentes
¿Debería comprar proxies residenciales o usar un web unlocker?
Prueba tus objetivos primero. Si una solicitud simple desde una IP residencial devuelve la página real, como lo hicieron Zillow y Leboncoin en nuestra prueba del 29 de septiembre de 2026, los proxies residenciales son suficientes y más baratos de ejecutar. Si una IP residencial limpia aún recibe un 403 o un desafío de JavaScript, como lo hicieron Indeed y Glassdoor, necesitas el unlocker.
¿Necesito proxies residenciales, o cualquier proxy funcionaría?
Depende del sitio. Wikipedia, GitHub y Hacker News respondieron a una solicitud simple de centro de datos en nuestra prueba, por lo que no se necesitó proxy. Zillow y Leboncoin rechazaron la IP de centro de datos y aceptaron una residencial. Los proxies de centro de datos comparten el primer problema, porque los rangos de hosting son fáciles de reconocer y rechazar para los sitios.
¿Son los proxies móviles más confiables que los proxies residenciales para web scraping?
Las IPs de operadores son compartidas por muchos teléfonos a través de CGNAT, por lo que los sitios son más reacios a bloquearlas, y eso ayuda contra los bloqueos de reputación de IP. No cambian tu huella digital TLS ni resuelven desafíos de JavaScript por sí solas.
¿Los proxies móviles reducen los captchas?
Pueden reducir los captchas que se activan por la reputación de IP, porque una dirección de operador se parece a la de muchos usuarios de teléfonos comunes.
¿Cómo se factura el web unlocker en comparación con un proxy residencial?
Ambos se facturan por GB. El unlocker cuenta cada byte que mueve en tu nombre, incluidos los reintentos, las páginas bloqueadas y la carga de la página del navegador, y utiliza su propio saldo prepago por nivel: salidas residenciales y salidas de operador móvil. El precio actual por GB se muestra en el panel de control.
Los proxies residenciales corrigen de dónde proviene una solicitud. El web unlocker también corrige cómo se ve y si puede ejecutar JavaScript. El nivel Móvil cambia la IP nuevamente para sitios que rechazan rangos residenciales. Compra el nivel más bajo que acepten tus objetivos, y deja que la clase de bloque te indique cuándo subir.
Compara los niveles de Web Unlocker
¿Objetivos que rechazan rangos residenciales? Mira el Web Unlocker en salidas móviles.