Cuando los proxies residenciales aparecieron como producto comercial alrededor de 2012, el modelo de precios dominante era el “puerto” o “canal”. Comprabas un plan que te daba, por ejemplo, 100 puertos. Cada puerto era una única conexión concurrente. Si necesitabas más concurrencia, contrataba un plan mayor.
Ese modelo encajó con el mercado durante un tiempo. Se correspondía con la forma en que los clientes pensaban sobre la escala en aquella época. Hacía las facturas predecibles. Funcionó lo suficientemente bien como para que la mayor parte de la industria lo mantuviera hasta mediados de la década de 2010.
También dejó de tener sentido, de forma gradual y luego de golpe.
Por qué los puertos tenían sentido al principio
Los primeros casos de uso de los proxies residenciales eran limitados. Bots de zapatillas, bots de venta de entradas, scrapers de nicho. Cargas de trabajo en las que ejecutabas un número conocido de sesiones paralelas y necesitabas que cada sesión pareciera distinta. Un plan basado en puertos era un mapeo directo a ese modelo mental: un puerto, una sesión, comportamiento predecible.
Las propias redes de proxies eran pequeñas. Grupos de unos pocos cientos de miles de IPs, concentradas principalmente en un puñado de países. Los operadores no podían soportar de forma realista una concurrencia ilimitada, así que exponían la concurrencia como un eje facturable.
Y los puertos eran económicamente defendibles. Un cliente con 100 puertos era de un tamaño significativamente diferente al de uno con 10. El precio reflejaba la escala aparente del cliente.
Por qué los puertos fallaron
Tres cosas ocurrieron, más o menos en paralelo, que convirtieron los planes basados en puertos en el elemento equivocado:
Los grupos crecieron en un orden de magnitud. El mercado de proxies residenciales se consolidó y escaló. Los principales proveedores pasaron de unos pocos cientos de miles de IPs a más de 100 millones. La concurrencia dejó de ser una restricción significativa a nivel de red. Un cliente que pedía 1.000 conexiones simultáneas no estaba pidiendo nada que la red no pudiera entregar con facilidad.
Las cargas de trabajo divergieron del modelo mental de puertos. La recopilación de datos moderna no consiste en 100 scrapers paralelos funcionando de forma constante durante un mes. Es una expansión en ráfagas: mil peticiones a las 9 de la mañana del lunes para actualizar precios, y luego tráfico casi nulo hasta el lunes siguiente. O es un scraping activado por eventos: se dispara un webhook, necesitas 50 peticiones concurrentes durante 90 segundos y luego vuelves a cero. Las asignaciones estáticas de puertos no se adaptaban bien a ninguno de estos patrones. O sobreaprovisionabas (pagabas por capacidad ociosa) o te limitaban.
Los clientes dejaron de querer pensar en ello. La pregunta real que les importa a los compradores es “¿cuántos datos puedo mover a través de esto?”. El ancho de banda es la unidad natural. Escala con la carga de trabajo. Se corresponde con facturas que se parecen a las de AWS: coste predecible por unidad, coste total determinado por el uso real.
La transición
El cambio al precio por ancho de banda tardó unos cinco años (2019-2024) en extenderse por la mayor parte del mercado de proxies residenciales. No porque nadie lo ocultara. Fue pura inercia: los grandes clientes tenían contratos plurianuales con planes de puertos, los planes de migración eran difíciles de redactar, y la mayoría de los proveedores querían mantener ambos modelos el tiempo suficiente para dar a los clientes heredados una salida.
En 2024, todas las redes residenciales serias de la industria ofrecían el precio por ancho de banda como opción predeterminada. Shifter incluido. Mantuvimos los planes de puertos heredados disponibles para los clientes que habían construido su infraestructura sobre ellos, ese compromiso heredado sigue en pie, pero todo lo nuevo tenía precio por ancho de banda.
Qué cambia realmente el precio por ancho de banda
Algunas cosas se vuelven más sencillas y una se complica.
Más sencillo, la compra. “Necesito hacer scraping de unos 200 GB de páginas al mes” es una frase que un cliente puede escribir antes de haber construido nada. “Necesito 80 puertos” es una frase que requiere ejecutar la carga de trabajo primero para averiguarlo.
Más sencillo, la previsión. El ancho de banda escala linealmente con los datos que mueves. Duplicar la frecuencia de scraping duplica el ancho de banda. Triplicarla, lo triplica. Sin umbrales abruptos, sin cuellos de botella de concurrencia en los picos.
Más sencillo, la facturación. Un único número en la factura. Sin “usaste el 110% de tu concurrencia pero solo el 40% de tu tráfico, aquí están los cálculos”. Los clientes saben por qué están pagando.
Más difícil, la disciplina. El ancho de banda es un grifo abierto. Un scraper mal configurado que descarga todos los recursos de una página cuando solo necesitaba el cuerpo HTML puede cuadruplicar el ancho de banda sin producir ningún dato útil adicional. Con puertos, ese scraper habría chocado contra el límite de concurrencia y el operador se habría dado cuenta. Con ancho de banda, simplemente acumula costes hasta que alguien audita el egreso.
La solución es ser deliberado con la forma de las peticiones. No descargues imágenes cuando solo quieres datos de producto. Usa Accept-Encoding: gzip (la mayoría de los clientes lo hacen por defecto, pero vale la pena comprobarlo). Elimina los parámetros de consulta que activan paquetes de recursos. Haz HEAD antes de GET si solo necesitas códigos de respuesta.
Hacia dónde va la industria
El precio por ancho de banda ha ganado el mercado residencial. El siguiente eje de diferenciación ya no es el modelo de precios, sino qué viene incluido, qué funciones son gratuitas y qué cuenta contra el medidor de ancho de banda.
Algunos ejemplos de cómo los proveedores se diferencian en 2026:
Precio de sesiones persistentes. Algunos proveedores cobran el ancho de banda de sesiones persistentes con un recargo. Nosotros no: las sesiones persistentes se facturan a la misma tarifa que la rotación por petición.
Segmentación geográfica como funcionalidad. Algunos proveedores cobran la segmentación a nivel de ciudad o ASN como una mejora. Nosotros no: toda la precisión geográfica está incluida en todos los planes.
Límites de concurrencia. Algunos proveedores siguen imponiendo límites de concurrencia además de las cuotas de ancho de banda. Nosotros no: conexiones concurrentes ilimitadas en todos los planes.
API y panel de control. Ahora que el ancho de banda es el medidor, los clientes quieren visibilidad. Cuántos GB por endpoint, por zona geográfica, por sesión, con granularidad horaria. Eso es ya un requisito básico, no una funcionalidad premium.
Para los compradores, la lección es la misma que para cualquier categoría de infraestructura: lee la letra pequeña sobre qué se factura y qué está incluido. La tarifa por GB que aparece en el titular no significa nada si la mitad de las funciones que realmente usarás generan recargos.
De cara al futuro
El precio por ancho de banda no es la forma definitiva. A medida que las cargas de trabajo sigan evolucionando hacia agentes de IA que realizan un número reducido de peticiones de alto valor, en lugar de scrapers que se expanden por millones de peticiones de bajo valor, los modelos de precio por petición o por tasa de éxito probablemente reaparecerán en sectores específicos.
Por ahora, sin embargo, el ancho de banda se ha consolidado como la unidad correcta. La era del puerto cumplió su función, y ha terminado.