“Proxies residenciales rotativos” es una frase que todos en este espacio usan, pero rara vez se explica la mecánica detrás de ella. ¿De dónde vienen las IPs? ¿Por qué tu IP de salida a veces cambia cuando no lo pediste? ¿Qué controla de verdad “rotar”, y por qué una IP “sticky” nunca es del todo permanente? Entender la fontanería responde a todo eso, y es la diferencia entre pelear con el comportamiento de tu proxy y usarlo a propósito.
Este es el mecanismo bajo la elección sticky vs rotativo y la anatomía de una IP residencial. Aquí está lo que de verdad ocurre.
Te conectas a un gateway, no a IPs
Lo primero que entender es que nunca te conectas a IPs residenciales individuales, y nunca gestionas una lista de ellas. Te conectas a un único endpoint gateway, p.shifter.io:443, y el gateway enruta tu petición hacia fuera a través de una de los millones de IPs residenciales del pool. Todo sobre qué IP obtienes se expresa en el nombre de usuario con el que te autenticas:
customer-USERNAME-country-us-sid-abc123-ttl-600El gateway lee ese nombre de usuario, filtra el pool a las IPs que coinciden con tu targeting (aquí, Estados Unidos), elige una, y envía tu petición hacia fuera a través de ella. Hablas con una dirección; el pool se sienta detrás de ella. Por eso rotar se siente sin esfuerzo: el gateway hace la asignación, y tú solo describes lo que quieres.
El pool está vivo, así que rotar es lo predeterminado
Un pool residencial no es una lista fija. Está hecho de conexiones domésticas reales que van y vienen a medida que los dispositivos se conectan y desconectan a lo largo del día, así que el conjunto de IPs de salida usables cambia constantemente. Cuando abres una conexión sin pedir una sesión específica, el gateway simplemente asigna una IP de salida fresca de lo que sea que esté disponible en ese momento. Eso es lo que significa “rotar” en su forma más básica: una conexión nueva obtiene una IP nueva.
Así que rotar no es un modo especial que enciendes. Es el comportamiento natural de un pool vivo cuando no le dices al gateway que sostenga una IP por ti. Omite los controles de sesión y cada conexión nueva rota.
Controlas la rotación con un token de sesión y un TTL
Dos perillas en el nombre de usuario deciden si rotas o te quedas quieto, y son toda la historia:
- Un id de sesión (
sid) le dice al gateway “sigue enviándome por la misma IP de salida siempre que presente este token”. Eso es una sesión sticky. - Un TTL (
ttl) dice cuánto sostener esa IP, por ejemplo 600 segundos.
Pon ambos y obtienes una IP estable durante la ventana. Omítelos y rotas en cada conexión. Crucialmente, esta es una elección que haces por petición cambiando el nombre de usuario, no un producto o endpoint distinto, el mismo gateway hace las dos cosas. Por eso sticky vs rotativo es una decisión que tomas por unidad de trabajo, no un plan que compras.
Por qué una IP sticky nunca es verdaderamente permanente: CGNAT y vaivén de dispositivos
Aquí está la parte honesta con la que los proxies de datacenter no tienen que lidiar. Una IP de salida residencial pertenece a una conexión doméstica real que no controlas, y las conexiones domésticas no son estables como lo es un servidor alquilado. Dos fuerzas en particular las mantienen en movimiento.
La mayoría de las conexiones domésticas ahora se sientan tras CGNAT, carrier-grade NAT, donde el ISP comparte una única dirección IPv4 pública entre muchos suscriptores y puede reasignarla. La IP pública de un suscriptor puede cambiar en una renovación de lease o una reasignación de NAT, sin nada que tú o el gateway hicierais. Y el dispositivo en sí puede simplemente desconectarse, alguien cierra un portátil, un teléfono se cae del Wi-Fi, y ese camino de salida desaparece.
Por eso una sesión sticky es de mejor esfuerzo, no una garantía. El gateway sostiene tu IP tanto como puede dentro del TTL, pero si la conexión doméstica subyacente cambia o cae, obtienes una IP nueva antes de que el TTL se agote. Rotar, en otras palabras, es en parte una feature y en parte un reflejo de la realidad de la red: las IPs residenciales se mueven porque los hogares reales se mueven, y cualquier sistema construido sobre ellas tiene que esperarlo.
Por qué tu IP cambió cuando no lo pediste
Junta esas piezas y el misterioso cambio de IP a mitad de corrida deja de ser misterioso. Casi siempre es una de estas:
- Sin token de sesión, así que cada conexión rota por diseño. Esta es la sorpresa más común para quien asumió una IP por corrida.
- Una sesión sticky cuyo TTL expiró, así que el gateway soltó la IP y asignó una nueva.
- Una sesión sticky cuya IP doméstica subyacente cayó (dispositivo desconectado o reasignación de CGNAT) antes del TTL, forzando un cambio temprano.
- Una conexión nueva que tu cliente abrió en lugar de reusar una mantenida viva. Si tu cliente HTTP no reusa su conexión, cada petición puede parecer un evento de rotación fresco a menos que el
sidla fije, que es una razón más por la que las guías de lenguaje insisten en reusar el cliente.
Qué significa esto para cómo scrapeas
Las conclusiones prácticas se siguen directamente de la mecánica.
Ajusta la rotación a la tarea. Rota, omitiendo la sesión, cuando quieras anonimato y repartir la carga entre muchas IPs. Ve sticky, con un sid y ttl, para cualquier cosa que deba parecer un visitante coherente: una secuencia paginada de varias páginas, una sesión logueada, o cualquier flujo de varios pasos. Mapear el trabajo a identidades de esta forma es el patrón de reparto de carga.
Diseña para una IP sticky que aún podría cambiar. Como sticky es de mejor esfuerzo, una sesión larga debería poder sobrevivir a que su IP de salida cambie a mitad de camino, restableciendo cookies o estado si ocurre, en lugar de asumir que la IP es fija durante toda la corrida.
El targeting geo rota dentro de un subconjunto. Cuando apuntas a un país, ciudad o ASN, el gateway filtra el pool a ese subconjunto y rota dentro de él. “Residencial de EE. UU. rotativo” significa una IP de EE. UU. fresca por conexión; el targeting por ASN o a nivel de ciudad solo estrecha el subconjunto por el que rota.
La calidad del pool decide lo que te da la rotación. La rotación es solo tan buena como el pool detrás de ella. Un pool grande y limpio significa que cada IP fresca es buena; un pool pequeño o sucio significa que rotar solo te cicla por direcciones marcadas, y tu tasa de éxito lo refleja. Por eso la reputación de IP y el tamaño del pool importan más que el mecanismo de rotación en sí.
En resumen
La rotación de proxies residenciales no es magia y no es un misterio. Un gateway asigna tu IP de salida de un pool vivo de conexiones domésticas reales, tú controlas si rota o se queda sticky con un token de sesión y un TTL en el nombre de usuario, y todo el asunto está acotado por la realidad de que las IPs domésticas van y vienen por el CGNAT y el vaivén de dispositivos. Rota omitiendo la sesión; quédate sticky poniendo un sid y ttl, pero trata sticky como de mejor esfuerzo y construye para que la IP potencialmente cambie. Ajusta la elección a la tarea, y todo aguas abajo, sesiones, logins, paginación, geo, se vuelve más fácil.
Lo que hace que la rotación sea de verdad útil es el pool debajo. Nuestros proxies residenciales corren sobre un pool grande y limpio para que cada IP de salida que el gateway te entregue, rotativa o sticky, sea una que valga la pena usar, y el precio por GB significa que pagas por las peticiones que haces, no por el número de IPs por las que cicles.