Hoy lanzamos la próxima generación de Proxies Residenciales de Shifter. Es el cambio más importante en el producto desde que lanzamos el gateway residencial original, y consolida un año de comentarios de clientes en tres mejoras que creemos que cambian de forma significativa la experiencia de gestionar tráfico proxy en producción a escala.
Si tienes prisa: es un único endpoint, pagas por GB, puedes segmentar por país, región, ciudad o ASN en todos los planes sin coste adicional, y el pool ha pasado de más de 31M a más de 205M de IPs residenciales en más de 195 países. La velocidad ha mejorado en todos los aspectos.
El resto de este artículo explica qué ha cambiado, por qué, y qué deben saber los clientes actuales.
Qué hay de nuevo, en una sola pantalla
Un gateway unificado. Un único endpoint, p.shifter.io:443. Cada solicitud, cada país, cada sesión, mismo host, mismo puerto. Las indicaciones de segmentación se codifican en la cadena de usuario en el momento de la solicitud; no hay subdominios específicos por plan ni asignaciones por puerto que gestionar.
Precios basados en ancho de banda en todos los planes. Pagas por los datos que realmente mueves. Sin puertos, sin cargos por solicitud, sin límites de concurrencia. Los planes comienzan desde $1.00/GB a escala; la página de precios tiene la tabla completa.
Segmentación por ciudad y ASN en todos los planes. Lo que antes era una funcionalidad exclusiva para empresas ahora está incluida en todos los planes, sin recargo. Puedes enrutar a través de cualquier ciudad en la que tengamos cobertura (la mayoría, consulta Ubicaciones) o restringir a un ASN específico añadiendo un parámetro al nombre de usuario.
Estos tres cambios están estrechamente relacionados en nuestra concepción: son el resultado de una revisión arquitectónica integral, no de tres decisiones de producto independientes. Pero lo que ha cambiado desde la perspectiva del cliente es la experiencia: un endpoint más sencillo, una factura más simple y mayor precisión de la que la mayoría de los equipos esperaba tener a este precio.
Por qué un único gateway
El producto residencial original, cuando lo lanzamos hace años, utilizaba planes basados en puertos. Comprabas 100 puertos, obtenías 50 conexiones simultáneas en cada uno, cada una con su propio par host:puerto. Era un modelo razonable para la época y nos sirvió bien a nosotros y a los clientes que construían infraestructura seria sobre él durante años.
Dos factores cambiaron y convirtieron el modelo de puertos en el primitivo equivocado:
Los pools crecieron tanto que la concurrencia dejó de ser la restricción. Con 205M de IPs en el pool, la pregunta “¿puede la red gestionar 5.000 conexiones simultáneas?” dejó de ser relevante. La respuesta es sí. Las preguntas interesantes son sobre qué IPs, en qué geografías, con qué comportamiento de sesión; preguntas que los puertos no ayudaban a responder.
Las cargas de trabajo se volvieron más dinámicas. Un pipeline de datos moderno no ejecuta 100 scrapers en estado estable durante un mes. Ejecuta ráfagas desencadenadas por webhooks o programaciones, con concurrencia que oscila entre 1 y 1.000 a lo largo de horas. Las asignaciones de puertos estáticas o no cubrían esas ráfagas o cobraban de más por capacidad inactiva.
El gateway unificado responde a ambos problemas. Un endpoint, segmentación procesada en el edge, sin límite de concurrencia. Asigna IPs del pool adecuado en el momento de la solicitud, enruta y devuelve. El modelo mental del cliente se simplifica: una URL, una autenticación, un conjunto de credenciales, una factura.
Por qué precios basados en ancho de banda
Este cambio es el más relevante y el más fácil de explicar. El ancho de banda es lo que realmente consumes. Los puertos eran un proxy (en otro sentido de la palabra) del ancho de banda: concurrencia multiplicada por rendimiento. El ancho de banda es el recurso físico subyacente. Fijar el precio sobre el recurso subyacente significa que la factura refleja la realidad.
En términos concretos, con los nuevos precios:
- Compras una asignación de ancho de banda, por ejemplo, 100 GB/mes en nuestro nivel intermedio.
- Puedes usarla como quieras: 1 solicitud que transmite un archivo de 100 GB o 100 millones de solicitudes que obtienen una respuesta de API de 1 KB cada una.
- Concurrencia ilimitada, tasa de solicitudes ilimitada, sin límites de puertos.
- El exceso pasa a precios de pago por uso desde tu saldo, sin necesidad de actualizar el plan a mitad de mes.
Para la mayoría de los equipos, esto cambia radicalmente cómo funciona la previsión de uso. “¿Cuántos datos vamos a mover el próximo mes?” es una pregunta que puedes responder con un cálculo rápido. “¿Cuántos puertos necesitamos?” era una pregunta que solo podías responder empíricamente después de ejecutar la carga de trabajo durante varias semanas.
Si has estado en un plan de puertos y estás considerando cambiar, el equipo de soporte puede revisar tu historial de uso y explicarte cómo sería el plan de ancho de banda equivalente. Escríbenos a hi@shifter.io y haremos los cálculos juntos.
Por qué segmentación por ciudad y ASN en todos los planes
La segmentación a nivel de país resuelve un problema pequeño. La segmentación a nivel de ciudad y ASN resuelve uno mucho mayor para las cargas de trabajo que realmente importan.
Un equipo que monitoriza precios de comercio electrónico en las principales ciudades de EE. UU. necesita precisión a nivel de ciudad: los precios de Amazon en Nueva York, Los Ángeles, Chicago, Houston y Miami son cinco precios distintos, y un proxy a nivel de país devuelve uno de ellos sin forma de saber cuál. Un equipo que verifica la colocación de anuncios necesita confirmar que el anuncio servido en San Francisco contiene el creativo de San Francisco. Un equipo que hace scraping de entrega de comida necesita obtener cada mercado de DoorDash por separado.
Lo que antes era una funcionalidad restringida a contratos empresariales ahora está en todos los planes. El motivo es sencillo: enrutar una solicitud a través de una IP de una ciudad específica no nos cuesta más que hacerlo a través de una IP de país. La restricción para los clientes era una decisión de facturación, no técnica. Hemos eliminado esa restricción.
Lo mismo ocurre con la segmentación por ASN. Si necesitas un ISP específico, Comcast (AS7922), Verizon (AS701), BT (AS2856), añade -asn-<número> al nombre de usuario y tu tráfico se enrutará por ahí. Sin recargo, sin plan adicional.
El conjunto completo de parámetros geográficos:
customer-USERNAME-country-us # countrycustomer-USERNAME-country-us-region-california # state/regioncustomer-USERNAME-country-us-city-new_york # citycustomer-USERNAME-country-us-asn-7922 # ASN (Comcast)customer-USERNAME-country-us-strict-true # fail if no exact matchCombínalos como quieras: country + city, country + asn, los cuatro juntos. El gateway los analiza y enruta.
Qué deben hacer los clientes actuales
Si estás en un plan original basado en puertos, tu plan y tus credenciales actuales siguen funcionando. El nuevo gateway utiliza un modelo de precios diferente (ancho de banda en lugar de puertos). No hay ningún coste por cambiar, y tenemos descuentos disponibles para clientes existentes. Contacta con soporte y encontraremos el plan de migración y el precio adecuados para tu uso.
Si eres un cliente nuevo: simplemente regístrate. El nuevo gateway es el predeterminado. Los precios están en la página de precios de Proxies Residenciales y la documentación completa está en /docs/products/residential-proxies.
Qué viene a continuación
Este lanzamiento es la parte visible de aproximadamente un año de trabajo. La parte menos visible es el lado operativo: mejor observabilidad del comportamiento por solicitud, mejores paneles para métricas de ancho de banda y sesión, mejores SDKs en más lenguajes. Parte de eso ya se ha publicado; hay más en cola. Escribiremos sobre las partes interesantes a medida que lleguen.
Mientras tanto, los nuevos Proxies Residenciales ya están disponibles. Los precios, la documentación y el registro están enlazados arriba. Si has estado esperando a que baje el precio de la precisión a nivel de ciudad, ya ha bajado. Si has estado esperando a que los puertos desaparezcan, no lo han hecho, pero ya no tienes que pensar en ellos. Y si estás empezando desde cero hoy, bienvenido. Nuestro equipo está disponible en el chat en hi@shifter.io si tienes algún problema.