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, algunos solo se abrieron para el unlocker, y cinco permanecieron bloqueados. Aquí está lo que cada capa soluciona, 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 comprobarlo, recuperamos las mismas URLs de tres maneras el 29 de septiembre de 2026 y guardamos los resultados sitio por sitio. Algunas páginas no necesitaron nada en absoluto, algunas solo necesitaron una IP residencial, algunas solo se abrieron para el unlocker, y cinco permanecieron bloqueadas sin importar lo que hiciéramos. Las tablas a continuación muestran cuál fue 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.
- Aún bloqueado: Home Depot, eBay, DoorDash, StockX y Realtor.com, cada uno reportado con un estado de error y una clase de bloqueo en lugar de un falso 200.
- Salidas móviles no fueron parte de esta prueba. Explicamos dónde encajan, pero no tenemos mediciones para mostrarte.
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.
Esta es una ejecución desde un lugar en un día, no un benchmark. Las reglas anti-bot cambian semanalmente, y un sitio que pasó el lunes puede rechazar el martes. Las filas donde el arnés o el unlocker en sí devolvieron un error interno se dejan fuera: no son ni aprobaciones ni bloqueos, y contarlas de cualquier manera te engañaría. Usa las tablas para el patrón, y vuelve a probar los sitios que te importan.
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 |
| Captcha interactivo | Una tarea destinada a un humano | No | No resuelto; reportado como un fallo, nunca un 200 | No resuelto |
La primera fila es donde la mayoría de los scrapers comienzan y donde un proxy residencial gana su precio. Los rangos de hosting son fáciles de reconocer, y muchos sitios los rechazan de plano. La segunda fila es por qué una IP limpia a veces no es suficiente: el apretón de manos 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 exactamente por eso. Nuestra guía sobre huellas digitales TLS lo cubre en profundidad. La tercera fila necesita un motor de JavaScript real. La cuarta fila necesita un humano, y ningún producto en esta página proporciona uno.

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 sola no ayudó. Indeed, Walmart y Best Buy pasaron en el primer intento TLS del unlocker, sin un navegador. La salida del unlocker fue una IP residencial diferente a la que usó nuestra prueba simple, por lo que esto no es un experimento controlado. Aún así, la columna residencial simple ya tenía una IP doméstica 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 unlocker necesitó dos intentos TLS y luego un navegador sin cabeza, lo que explica por qué tardó 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
Lo que aún falló, y lo que te dice la clase de bloqueo
Una comparación honesta necesita también los fallos. Estos cinco rechazaron tanto a los clientes simples como al unlocker. El unlocker regresó con un estado de error y nos dijo por qué, en lugar de pasar una página de bloqueo como un 200:
| Sitio | Simple, centro de datos / residencial | Estado del Web Unlocker | x-qp-block-class | x-qp-vendor |
|---|---|---|---|---|
| Home Depot (página de categoría) | 403 / 403 | 403 después de 2 intentos | ip_reputation | akamai |
| eBay (búsqueda) | 403 / 403 | 403 después de 2 intentos | ip_reputation | akamai |
| DoorDash (página de ciudad) | 403 / 403 | 403 después de 2 intentos | ip_reputation | cloudflare |
| StockX (página de producto) | 403 / 403 | 403, 'Just a moment...' | js_challenge | cloudflare |
| Realtor.com (búsqueda) | 429 / 429 | 429 después de 2 intentos | fingerprint | kasada |
La clase de bloqueo es la parte útil. ip_reputation en Home Depot, eBay y DoorDash significa que las IPs de salida en sí fueron rechazadas, por lo que una mejor huella digital no habría ayudado. js_challenge en StockX significa que la página de desafío de Cloudflare aún estaba allí después del intento del navegador. fingerprint en Realtor.com, que respondió 429 (RFC 6585 lo define como Demasiadas Solicitudes), significa que el cliente en sí fue rechazado. Cada uno apunta a un siguiente paso diferente, y uno de ellos es donde entra el nivel móvil.
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 operador 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, es más lento, y cuesta más por GB que el nivel residencial. Está destinado a sitios que también rechazan rangos residenciales, que es exactamente lo que sugiere un bloqueo ip_reputation en el nivel residencial.
Para ser claros sobre los límites de este artículo: no ejecutamos el nivel móvil en esta prueba. No podemos decirte si obtiene las páginas de Home Depot, eBay o DoorDash, y no vamos a adivinar. Si esos son tus objetivos, pruébalos en el nivel móvil antes de comprar volumen. No ayudará con un bloqueo captcha o fingerprint, porque esos no son sobre la IP. Para la pregunta general de móvil versus residencial versus proxies ISP sin un unlocker al frente, nuestra comparación de proxies móviles, residenciales e ISP lo cubre.
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 ip_reputation. 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") != "ip_reputation":
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
ip_reputationen salidas residenciales? Prueba el nivel móvil en ese sitio antes de comprometer volumen. - ¿Informa
captchaofingerprint? Ningún nivel de proxy soluciona esos de manera confiable. Reconsidera la fuente, la tasa, o si existe una API oficial.
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 operador 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í solos, y son más lentos y cuestan más por GB. No medimos las salidas móviles en esta prueba.
¿Los proxies móviles reducen los captchas?
Pueden reducir los captchas que son activados por la reputación de IP, porque una dirección de operador parece muchos usuarios de teléfono ordinarios. No hacen nada por los captchas activados por la huella digital del cliente o por la tasa de solicitudes. El Web Unlocker no resuelve captchas interactivos en ninguno de los niveles: los reporta con la clase de bloqueo captcha.
¿Por qué un web unlocker es más lento que un proxy residencial?
Porque hace más trabajo por solicitud cuando un sitio se resiste: reintenta con IPs nuevas bajo diferentes huellas digitales y, si aparece un desafío de JavaScript, carga la página en un navegador sin cabeza. En nuestra prueba, Indeed pasó en 2.6 segundos en un intento, mientras que Glassdoor necesitó un navegador y tardó 17.2 segundos.
¿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 solucionan de dónde proviene una solicitud. El web unlocker también soluciona cómo se ve y si puede ejecutar JavaScript. El nivel móvil cambia la IP nuevamente para sitios que rechazan rangos residenciales. Ninguno de ellos convierte un captcha humano en una página. Compra el peldaño más bajo que acepten tus objetivos, y deja que la clase de bloqueo te diga cuándo subir.
Compara los niveles de Web Unlocker
¿Objetivos que rechazan rangos residenciales? Mira el Web Unlocker en salidas móviles.