Proxy rotativo y sesiones sticky: cuándo cambiar de IP
Qué cambia entre un proxy rotativo por petición, una sesión sticky y una IP estática, cuándo conviene cada modo y cómo comprobarlo tú mismo con una serie de peticiones.
Esta guía es para quien ya usa (o va a contratar) proxies residenciales y no sabe qué modo elegir: rotación en cada petición, la misma IP durante unos minutos o una dirección fija. Explicamos cómo funciona cada modo, qué documenta realmente el proveedor y cómo observarlo con unas pocas peticiones. No regalamos claves ni vendemos IPs: Top Proxy es un catálogo que compara servicios.
01Qué es un proxy rotativo: rotación por petición y por temporizador
Un proxy rotativo suele funcionar como una pasarela: te conectas a un punto de entrada del proveedor y este elige la IP de salida con la que tu tráfico llega al sitio de destino, a partir de un grupo de direcciones. La forma concreta varía: algunos proveedores dan un solo host y puerto, otros usan hosts por país, rangos de puertos o parámetros en el nombre de usuario. Lo común es que tú no eliges la IP exacta; eliges el modo y, a veces, la ubicación.
Hay dos formas habituales de decidir cuándo puede cambiar esa IP:
- Rotación por petición. Cada petición nueva puede salir por otra IP. Oxylabs, por ejemplo, documenta que sus proxies residenciales rotan automáticamente con cada petición si no indicas una sesión. «Puede salir por otra» no significa que la siguiente petición vaya a tener siempre una IP diferente: el proveedor puede volver a elegir una dirección ya usada.
- Rotación por temporizador. La IP se mantiene durante un intervalo y después se asigna otra. Está muy relacionada con las sesiones sticky, pero no es exactamente lo mismo: «sticky» describe la afinidad de varias peticiones con una misma salida, y cada proveedor define cuándo termina (tiempo, inactividad, desconexión) y cómo se pide.
En el caso de los proxies residenciales rotativos, los proveedores describen sus IPs como direcciones de conexiones domésticas. No puedes verificar el origen de cada salida; lee cómo explica cada proveedor de dónde obtiene sus IPs. Oxylabs y Decodo documentan que el dispositivo puede desconectarse antes de que termine tu sesión.
La rotación por petición encaja con peticiones independientes: páginas públicas, precios o anuncios vistos desde varios países.
02Sesiones sticky: la misma IP durante un tiempo
Una sesión sticky intenta mantener la misma IP de salida durante varias peticiones seguidas. En muchos proveedores residenciales se activa con un identificador de sesión en el nombre de usuario, pero no es la única forma: también existen puertos sticky dedicados, y algunas herramientas lo exponen como opción del cliente o del archivo de configuración. La sintaxis la define cada proveedor y no es intercambiable:
| Proveedor | Cómo se pide la sesión | Duración por defecto | Máximo documentado | Si la IP deja de estar disponible |
|---|---|---|---|---|
| Oxylabs | sessid-<id> en el usuario; sesstime-<minutos> | 10 min o 60 s sin peticiones | 1440 min (24 h) | Con sessid se asigna otra IP; con sessid_oneip la petición falla con 502 |
| Decodo | session-<id> en el usuario; sessionduration-<minutos> | 10 min | 1440 min (24 h) | Con session se asigna otra IP; con session_iplock (usuario y contraseña más sessionduration) devuelve 502 |
Datos de la documentación oficial de Oxylabs y de Decodo consultada en octubre de 2026. Los parámetros pueden cambiar: revisa la página del proveedor antes de configurar tu herramienta.
Hay tres matices que suelen pasarse por alto:
- «Sticky» es un objetivo, no una garantía. Decodo advierte que la IP puede rotar antes del tiempo indicado si el dispositivo residencial se desconecta. Oxylabs mantiene la IP mientras siga en línea. Una sesión de 24 horas no significa 24 horas con la misma dirección.
- La inactividad también cuenta. En Oxylabs, la sesión por defecto termina a los 10 minutos o tras 60 segundos sin peticiones, lo que ocurra primero. Si tu script hace pausas largas, la sesión puede terminar entre una petición y la siguiente.
- Un identificador nuevo no garantiza una IP distinta. Cambiar el ID abre una sesión nueva, pero nada impide que la salida coincida con una que ya usaste, sobre todo si filtras por una ciudad o un operador concretos.
Los modos estrictos (sessid_oneip, session_iplock) no son un mecanismo de respaldo: hacen lo contrario. En lugar de cambiar la IP en silencio, prefieren fallar cuando la dirección de la sesión ya no está disponible. Es útil cuando un cambio de IP a mitad de un flujo sería peor que un error explícito, porque tu código puede detectarlo y decidir qué hacer.

Esquema ilustrativo, no una medición: muestra la lógica de cada modo según la documentación de Oxylabs y Decodo. Los tiempos y las reglas exactas dependen del proveedor y del plan.
03Sticky no es lo mismo que IP estática
Es frecuente confundir sesión sticky con IP estática:
| Modo | Qué controla | Duración típica | Quién decide el cambio |
|---|---|---|---|
| Rotativo por petición | Nada: cada petición puede salir por otra IP | Una petición | El proveedor |
| Sticky (sesión) | Afinidad durante un intervalo | Minutos u horas, según el plan | Temporizador, inactividad o caída del dispositivo |
| IP estática (ISP o datacenter) | Una dirección asignada a tu cuenta | Lo que dure el contrato o la asignación | Según las condiciones del proveedor |
| IP dedicada | Exclusividad: nadie más la usa a la vez | Depende del plan | Proveedor y contrato |
Continuidad y exclusividad son propiedades independientes. Una IP estática puede compartirse con otros clientes, y una IP dedicada no tiene por qué durar para siempre. Si tu trabajo depende de conservar la misma dirección durante días (por ejemplo, porque un servicio la tiene en una lista de permitidas), una sesión sticky residencial no es la herramienta adecuada: busca un plan estático y lee qué dice el contrato sobre reasignaciones. El protocolo (HTTP, HTTPS o SOCKS5) es otra decisión distinta: no indica el origen de la IP ni el modo de rotación.
Para comparar tipos de salida, en el catálogo tienes las secciones de proxies residenciales, proxies móviles y proxies de datacenter.
04Sesión con cookies y cambio de IP: qué pasa en el sitio
Conviene separar dos cosas que se llaman igual. La sesión del sitio vive en las cookies de tu navegador o cliente HTTP. La sesión del proxy es el identificador que decide por qué salida va tu tráfico. Son independientes: el sitio no ve tu ID de sesión del proxy, solo la IP por la que llegan tus peticiones.
Algunos sitios tienen en cuenta esa IP: si la misma cookie llega de pronto desde otra IP, país o red, pueden pedir otra autenticación, mostrar un captcha o revisar la cuenta. Otros no reaccionan. No hay una regla universal, así que la recomendación es prudente, no una ley:
- Flujos con estado (inicio de sesión, carrito, formularios de varios pasos, paneles de cuenta): una sesión sticky con duración que cubra el flujo completo, con margen, reduce las sorpresas.
- Peticiones sin estado (páginas públicas, comprobaciones puntuales): la rotación por petición suele bastar.
- Una cuenta, una sesión. Si gestionas varias cuentas, dale a cada una su propio identificador de sesión del proxy y su propio almacén de cookies, para no mezclar el estado de una con la salida de otra.
Cuando la sesión sticky termina, el proxy puede usar otra IP mientras tu cliente conserva las cookies. En flujos sensibles, registra la IP de salida y decide qué hacer si cambia; un modo estricto lo hace visible con un error.
05Cómo comprobar el modo con una serie de peticiones
Puedes observar tu acceso con unas pocas peticiones a un servicio que devuelva la IP de salida. Los comandos son una plantilla, no una prueba nuestra: sustituye los valores en mayúsculas y copia host, puerto y sintaxis de usuario de tu proveedor. Aquí usamos el formato que Oxylabs muestra en su guía de inicio rápido.
Primero, sin proxy, anota tu IP directa como referencia. Después ejecuta los dos bloques:
# 1) Sin sesión: cada petición puede salir por otra IP (5 peticiones)
for i in 1 2 3 4 5; do
curl -q -sS --noproxy '' --connect-timeout 10 --max-time 30 \
-x 'http://pr.oxylabs.io:7777' -U 'customer-USUARIO:CONTRASEÑA' \
-w ' destino=%{http_code} connect=%{http_connect}\n' \
'https://ip.oxylabs.io/location'
done
# 2) Mismo ID de sesión en las 5 peticiones (afinidad sticky)
for i in 1 2 3 4 5; do
curl -q -sS --noproxy '' --connect-timeout 10 --max-time 30 \
-x 'http://pr.oxylabs.io:7777' -U 'customer-USUARIO-sessid-prueba01:CONTRASEÑA' \
-w ' destino=%{http_code} connect=%{http_connect}\n' \
'https://ip.oxylabs.io/location'
done
-q ignora tu archivo .curlrc, --noproxy '' evita que una variable NO_PROXY desvíe la prueba, los tiempos límite impiden que se quede colgado, y -sS oculta la barra de progreso pero sigue mostrando los errores. Las comillas simples evitan que la shell interprete caracteres del marcador de posición. Con una contraseña real, no la escribas en la línea de comandos: queda en el historial y puede verse en la lista de procesos. Usa un método protegido, como un archivo de configuración de curl con permisos restringidos (-K), y oculta las credenciales en cualquier registro que compartas. Nunca desactives la verificación TLS (-k) para «hacer que funcione». Con Decodo, el identificador va como session-<id> en el usuario, según su documentación.
Cómo leer el resultado (mira el estado y los errores, no solo la IP; una salida vacía también es un dato):
- Bloque 1 con IPs variadas y bloque 2 con la misma IP: coincide con lo que documenta el proveedor.
- Bloque 1 con alguna IP repetida: no es necesariamente un fallo; la rotación no garantiza que cada petición cambie de IP, y con filtros estrechos (ciudad, operador) las repeticiones son más probables.
- IP del proxy igual a tu IP directa: aquí la sesión sticky no sirve de explicación. Una sesión sticky explica que se repita la IP entre peticiones que ya pasan por el proxy, no que la salida coincida con tu conexión sin proxy. Revisa si el tráfico realmente va por la pasarela.
- Bloque 2 con un cambio de IP a mitad de la serie: puede ser una desconexión del dispositivo; repite la prueba.
- 407 en
connect: el proxy rechaza la autenticación al abrir el túnel, antes de que el destino responda. Revisa usuario, contraseña o la lista de IPs permitidas, que depende de tu IP pública real (incluida la de una VPN si la tienes activa). - 401 en
destino: normalmente lo envía el sitio de destino, aunque un intermediario también podría generarlo; mira el cuerpo y las cabeceras. - 502 con un modo estricto: puede indicar que la IP de la sesión ya no está disponible, pero un 502 también puede venir de otros problemas del proxy o del servidor de origen. Lee los detalles de la respuesta y la documentación de ese modo antes de abrir una sesión con un ID nuevo.
Para estimar la duración de una sesión, usa siempre el mismo ID y anota la hora de cada petición. Este registro es hipotético (direcciones de documentación 203.0.113.x, tiempos en minutos:segundos desde la primera petición) y solo muestra cómo interpretarlo:
| Tiempo (mm:ss) | ID de sesión | IP de salida | Lectura |
|---|---|---|---|
| 00:00 | prueba01 | 203.0.113.10 | Primera IP de la sesión |
| 00:30 | prueba01 | 203.0.113.10 | Afinidad mantenida |
| 01:00 | prueba01 | 203.0.113.10 | Afinidad mantenida |
| 02:45 | prueba01 | 203.0.113.57 | Cambio tras una pausa de 1:45 |
Con las reglas por defecto de Oxylabs, una pausa de más de 60 segundos ya termina la sesión, así que el cambio de la última fila es compatible con el fin por inactividad, pero también con una desconexión del dispositivo: el registro no permite distinguirlos. Por eso, para observar el temporizador, envía peticiones con regularidad por debajo de ese umbral. Una IP repetida tampoco demuestra la duración. Las cifras que valen son las del proveedor y tu plan.
Dos herramientas del catálogo completan la prueba. El comprobador de proxies prueba el endpoint desde nuestro servidor: un resultado correcto confirma que el proxy responde desde ese punto, no que tu aplicación envíe su tráfico por él. Si tu proveedor usa lista de IPs permitidas, el comprobador sale con su propia IP y puede ser rechazado aunque a ti te funcione. Mi IP muestra la dirección de la petición actual de tu navegador. Compárala con la salida o el rango que esperas del proveedor y con tu IP directa: que coincida el país no basta, tampoco en apps móviles o clientes con configuración propia.
06Qué modo elegir según la tarea
| Tarea | Modo habitual | Por qué |
|---|---|---|
| Consultar muchas páginas públicas | Rotativo por petición | Cada petición es independiente |
| Comprobar resultados o anuncios por país | Rotativo con filtro de país | Necesitas variedad de salidas dentro de una ubicación |
| Iniciar sesión y navegar en una cuenta | Sticky con margen de tiempo | Reduce los cambios de IP durante el flujo |
| Carrito o formulario de varios pasos | Sticky o modo estricto | Un cambio a mitad del flujo puede romperlo en algunos sitios |
| Acceso a un servicio con IP en lista blanca | IP estática (ISP o datacenter) | Necesitas continuidad durante días, no minutos |
| Pruebas desde redes móviles | Proxy móvil con sesión | Las opciones de rotación varían; revísalas en la documentación del proveedor |
Si buscas un proxy residencial rotativo ilimitado, revisa qué se limita en realidad: muchos planes residenciales se facturan por tráfico (GB), y «ilimitado» puede referirse a las peticiones o a las IPs del grupo, no al volumen de datos. Compruébalo en la página de precios de cada proveedor.
Antes de configurar el modo, repasa:
- ¿Cada petición es independiente o hay un flujo con cookies que debe completarse?
- ¿Cuánto dura el flujo más largo, incluidas las pausas, frente a la duración e inactividad documentadas?
- ¿Prefieres que la IP cambie en silencio o un error explícito (modo estricto)?
- ¿Necesitas la misma dirección durante días? Entonces busca IP estática, no sticky.
- ¿Has anotado tu IP directa y la salida esperada del proveedor para comparar?
Proveedores del catálogo con proxies residenciales en modo rotativo y sticky. La inclusión no implica que hayamos probado su compatibilidad con tu herramienta concreta:

Oxylabs vende proxies residenciales, de datacenter y móviles. El residencial de autoservicio empieza en $6/GB para 5 GB/mes. Pagos del comprador: tarjetas, transferencia, AliPay, PayPal.

Decodo (antes Smartproxy) vende proxies residenciales y de datacenter. Residencial: $4/GB sin plan mensual, o paquetes mensuales desde $3.75/GB por 3 GB. Pagos: tarjetas, PayPal, Alipay, Google/Apple Pay, cripto (con límites).

Bright Data es una gran red de proxies para recopilar datos: IP residenciales, móviles, ISP y de datacenter en unos 195 países. El tráfico residencial se puede pagar por uso sin suscripción, y las direcciones de datacenter e ISP se venden en paquetes desde 10 IP. El acceso residencial y móvil exige verificar la identidad.
07Preguntas frecuentes
¿Qué es un proxy rotativo?
¿Qué es una sesión sticky en un proxy?
¿Una sesión sticky garantiza la misma IP todo el tiempo?
¿Cuánto dura una sesión sticky?
Si cambio el ID de sesión, ¿obtengo otra IP seguro?
Mi IP no cambia con el proxy rotativo, ¿está roto?
¿Qué diferencia hay entre una sesión sticky y una IP estática?
Artículos relacionados
Proxy con curl: configuración, autenticación y errores
Configura curl con un proxy HTTP o SOCKS5, separa -U de -u, lee CONNECT, http_proxy y los códigos 407, 7, 28 y 60.
Gemini Developer API: configurar un proxy HTTP y diagnosticar la conexión
Enruta google-genai 2.30.1 por HTTPS_PROXY y CONNECT, conserva TLS con SSL_CERT_FILE y separa un fallo de transporte de un 403 o un timeout.
Configurar un proxy en HTTPX: autenticación, entorno y tiempos de espera
Configura proxy= en HTTPX 0.28.1, separa las credenciales del proxy y del sitio, deja HTTPS en CONNECT y distingue entorno, 407 y ReadTimeout.




