El mercado de proxies suele presentarse como dos productos. Datacenter, para velocidad bruta y bajo coste. Residencial, para resistencia al bloqueo y autenticidad de usuario real. Elige uno según tu carga de trabajo.
Ese enfoque deja fuera una tercera categoría que, en mi experiencia trabajando con clientes en cerca de mil despliegues, es la respuesta correcta con más frecuencia que cualquiera de las otras dos. Los proxies ISP se sitúan entre el datacenter y el residencial rotativo, y resuelven una clase de problema que ninguno de los otros maneja bien.
Este artículo es el argumento para usar proxies ISP más, y también el argumento para usarlos en menos lugares de los que a veces se intenta.
Qué son realmente los proxies ISP
La definición técnica: un proxy ISP es una dirección IP emitida por un ISP residencial real (Comcast, AT&T, BT, Deutsche Telekom, etc.) pero alojada en un datacenter y mantenida de forma estática por el operador del proxy. El bloque de IPs de origen pertenece a un ISP doméstico. La máquina real por la que sale el tráfico está en un rack en algún lugar.
Eso suena a un híbrido extraño, y lo es. La razón por la que existe es que las defensas anti-bot de los sitios objetivo toman decisiones en parte basándose en el ASN de origen, la red a la que se asignó el bloque de IPs. Un bloque de IPs asignado a Comcast parece “hogares” para el proveedor de geolocalización y reputación de un sitio. Un bloque de IPs asignado a una empresa de hosting parece “datacenter, sospechoso.”
La realidad del alojamiento no aparece en la consulta. El ASN sí.
Qué te aporta esto, en concreto
Tres propiedades que el datacenter puro no te da:
Reputación de red. La IP está en un rango residencial, por lo que las bases de datos de reputación la puntúan de forma neutra. No activas el reflejo automático de “datacenter, throttle” en el edge.
Especificidad geográfica. Las asignaciones de ISP están vinculadas a regiones reales. Una IP en el bloque de Comcast Cleveland se geolocaliza en Cleveland. Obtienes precisión a nivel de ciudad que el datacenter puro a menudo no logra (la mayoría de las IPs de datacenter se geolocalizan donde está el colo, no donde el cliente quiere aparecer).
Estabilidad. A diferencia del residencial rotativo, la IP es tuya durante la duración del plan. El sitio ve la misma IP cada vez. Las cookies persisten. El binding de sesión funciona.
Lo que cedes frente al residencial rotativo es la diversidad de origen. No tienes 200M de IPs de profundidad; tienes algunas decenas o cientos. Si el sitio objetivo quema la IP, no obtienes una nueva automáticamente.
Cuándo los proxies ISP son la respuesta correcta
Tres formas de carga de trabajo donde los proxies ISP superan materialmente a ambas alternativas:
Gestión de cuentas a escala. Operas decenas o cientos de cuentas en una plataforma (por ejemplo, gestión de redes sociales para marcas de clientes, cuentas de vendedor en e-commerce entre proveedores, cuentas de anuncios en distintas redes). Cada cuenta necesita una IP consistente entre inicios de sesión. El residencial rotativo rompe el binding cuenta-IP y activa la re-autenticación. El datacenter puro activa el anti-bot. Las IPs ISP fijas tienen exactamente la forma adecuada.
Trabajo con sesiones de larga duración. Todo lo que mantiene una sesión abierta durante horas, monitorización de subastas competitivas, streaming con identidad residencial, rastreos de investigación de larga duración, necesita una IP que no expire a mitad de sesión. Las sesiones de residencial rotativo están acotadas por su TTL; las IPs ISP fijas no.
Cargas de trabajo sensibles al rendimiento contra sitios tolerantes. Cuando atacas un sitio que no bloquea agresivamente pero consume mucho ancho de banda (piensa en la monitorización continua de la API de catálogo público de un proveedor), la latencia de datacenter con reputación de red real te da tanto el rendimiento como la resistencia al bloqueo. El residencial rotativo añade entre 50 y 200ms por solicitud en overhead de enrutamiento que realmente no necesitas en un objetivo tolerante.
El tercero es donde los clientes más a menudo no han considerado los proxies ISP. Por defecto eligen residencial porque “necesitamos parecer reales” y pagan el coste de latencia aunque el sitio objetivo no fuera a bloquear el tráfico de datacenter en primer lugar.
Cuándo los proxies ISP son la respuesta incorrecta
Dos formas de carga de trabajo donde los proxies ISP te fallarán:
Scrapes de alto volumen en abanico. Estás obteniendo 100.000 páginas de producto al día en 50 proveedores. Cada solicitud necesita parecer un visitante diferente. Los proxies ISP tienen un pool pequeño, por lo que reutilizarás la misma IP en miles de solicitudes contra el mismo objetivo, exactamente lo que la mayoría de los sistemas anti-bot están vigilando. El residencial rotativo es la herramienta adecuada aquí.
Objetivos difíciles con defensa activa. Los sitios que queman IPs agresivamente basándose en comportamiento en tiempo real, la configuración más agresiva de Cloudflare, ciertos sitios financieros, ciertos agregadores de viajes con anti-bot hostil, consumirán tu pool ISP rápidamente. Con residencial rotativo tienes IPs de reemplazo efectivamente infinitas; con ISP habrás agotado tu asignación en días.
La señal de que estás usando la herramienta incorrecta suele ser obvia: la tasa de éxito en un objetivo determinado tiende a bajar en pocos días. Con residencial rotativo, la tasa de éxito se mantiene estable porque el pool se refresca constantemente. Con proxies ISP, la tasa de éxito decae a medida que el objetivo quema más de tus IPs.
La lógica de precios
Ambos productos tienen modelos de precios racionales que revelan para qué están construidos.
El residencial rotativo tiene precio por GB de ancho de banda porque el factor de coste son los contratos upstream con los socios del SDK residencial: cada GB que mueves es un GB que el SDK tiene que entregar. La concurrencia es gratuita, el número de IPs es efectivamente ilimitado, pagas por el flujo de datos.
Los proxies ISP tienen precio por IP porque el factor de coste es la asignación estática. Cada IP fija está reservada para ti la uses o no. El ancho de banda es ilimitado porque no hay coste upstream por GB: una vez que tienes la IP, la solicitud marginal es gratuita.
Esto significa que el cálculo de costes es completamente diferente. Para residencial rotativo, divide tu presupuesto mensual de ancho de banda por la tarifa por GB y eso es tu plan. Para proxies ISP, cuenta cuántas cuentas, sesiones o identidades concurrentes necesitas y multiplica por el coste por IP.
En la práctica: si gestionas 10 sesiones de larga duración, ISP es dramáticamente más barato que el ancho de banda que esas sesiones consumirían en residencial. Si ejecutas 10.000 scrapes en abanico de corta duración, el residencial es dramáticamente más barato que el coste por IP de fijar 10.000 IPs ISP.
El patrón de despliegue mixto
Los clientes más sofisticados no eligen uno solo. Enrutan el tráfico al producto adecuado según la forma del flujo de trabajo, a menudo dentro del mismo código base. Una arquitectura de producción habitual:
- Residencial rotativo para la capa de scraping masivo, inteligencia de precios, monitorización SERP, agregación de contenido. Alto volumen, transitorio, geográficamente diverso.
- Proxies ISP para la capa de cuentas, gestión de cuentas de vendedor, monitorización de cuentas de anuncios de competidores, sesiones autenticadas de larga duración.
- Datacenter para la capa de API interna, llamadas a tus propias APIs, acceso a contenido cacheado en CDN, cualquier cosa que el objetivo no se moleste en defender.
Tres tipos de proxy distintos detrás de una abstracción de infraestructura única, elegidos según la forma del flujo de trabajo, no por intuición.
Por qué los equipos infrautilizan los proxies ISP
La respuesta honesta: la mayoría de los equipos eligen un producto cuando son nuevos en proxies y nunca lo revisan. Empezaron con residencial rotativo porque eso es lo que recomienda cada artículo de “buenas prácticas”, lo integraron en su código base y nunca investigan las cargas de trabajo donde matemáticamente es la herramienta incorrecta.
Si llevas tres años con un despliegue exclusivamente residencial y nunca has comparado tus cargas de trabajo de gestión de cuentas o de sesiones intensivas frente a proxies ISP, hay bastantes posibilidades de que estés pagando de más por latencia y ancho de banda residencial que realmente no necesitas en esos flujos de trabajo.
La forma de averiguarlo es la aburrida: enruta el 10% de un flujo de trabajo específico a través de un plan ISP durante dos semanas, mide la tasa de éxito, mide el coste, compara. O es una victoria clara y migras ese flujo de trabajo, o no lo es y te quedas donde estabas. Cualquier resultado es útil.
El término medio no es más atractivo que los extremos, que es en parte por qué recibe menos atención en este mercado. Pero para una clase específica y significativa de carga de trabajo es la herramienta correcta, y las herramientas que usas son la mayor parte de lo que determina tu economía unitaria.