La sesión se cae no porque el proxy esté «fallando», sino porque la plataforma compara constantemente la dirección de cada solicitud con la que había al iniciar sesión. Para el servidor, un cambio de IP en plena sesión iniciada se ve exactamente igual que un robo de cookies: el mismo token llega desde otro punto de la red. Veamos cómo funciona ese vínculo, por qué la rotación perjudica sobre todo a las sesiones largas y cómo organizar el trabajo para que no se pierda el acceso.

Cómo se vincula la sesión a la dirección y a la subred

Después del inicio de sesión, el servidor entrega un token o cookies y, en la mayoría de los sistemas, guarda junto con ellos una huella de la solicitud: la IP, a veces solo la subred /24, el User-Agent y el conjunto de encabezados. En cada solicitud posterior se compara con el valor guardado. Una discrepancia de país o de ASN casi siempre anula la sesión al instante: la plataforma no puede distinguir un cambio de dirección del secuestro de la cookie por otra persona. Un cambio dentro de la misma subred en algunos servicios pasa sin problemas y en otros también exige volver a iniciar sesión: la política depende de cuán sensible sea la plataforma en cuanto a operaciones financieras.

El ASN, el sistema autónomo al que pertenece la dirección, es un factor aparte: pasar de un proveedor doméstico a un operador móvil cambia a la vez la subred y el ASN, aunque formalmente el país y la ciudad sigan siendo los mismos. Por qué ocurre esto en el nivel de identificación de la dirección se explica en el artículo qué es el ASN y por qué es importante para los proxies.

Qué pasa con la rotación en un canal por tráfico

Los canales residenciales y móviles con pago por gigabytes cambian por defecto la dirección asignada por tiempo de espera o por límite de tráfico por sesión: es parte de la mecánica del canal, no una falla. Si una solicitud con sesión iniciada llega desde una IP nueva de otro pool, el servidor ve el cambio de dirección en un token activo y, o bien pide una verificación adicional, o bien anula toda la sesión. Para el scraping o la recolección de datos esto no estorba, porque cada solicitud es independiente. Para trabajar con una cuenta es la causa directa de los constantes reinicios de sesión.

El problema se agrava si la rotación está configurada de forma agresiva, por ejemplo cada pocos minutos en lugar de atarla a una operación. Entonces incluso un trabajo tranquilo en el área personal se convierte en una serie de cortes, porque la dirección cambia con más frecuencia de lo que dura una sesión de usuario típica.

Por qué una sesión larga importa más que una dirección «fresca»

En un escenario con sesión iniciada, la reputación de una IP concreta pesa menos que su estabilidad durante toda la operación. Para la plataforma es más importante ver la misma dirección desde el inicio hasta el cierre de sesión que recibir una IP nueva y formalmente «limpia» a mitad de la sesión. Los cambios frecuentes de dirección bajo una misma cuenta ya de por sí aumentan la sospecha: es un patrón propio del secuestro de cuentas o del trabajo a través de una botnet, no de un usuario normal. Por eso, mientras trabajas con tu sesión iniciada, el objetivo no es la dirección «más fresca», sino la misma dirección durante toda la sesión.

Esto no significa que la dirección deba ser eterna: un alquiler mensual sin rotación no hace falta para una operación puntual. Significa que la vida útil de la dirección asignada debe ser igual o mayor que el tiempo que pasas con la sesión iniciada en cada acceso.

Sesiones sticky y su duración

La sesión sticky es un modo en el que el canal mantiene la misma dirección durante un tiempo determinado en lugar de rotar en cada solicitud. Las ventanas habituales van desde unos minutos hasta una hora, y en algunos canales es posible fijar la dirección durante todo el período pagado, como ocurre con una IP dedicada de centro de datos o ISP. La diferencia de enfoque: los canales por tráfico venden el tiempo de retención de la dirección, mientras que una IP dedicada vende la dirección misma durante todo el período de alquiler, sin una ventana flotante.

Para iniciar sesión en una cuenta, la ventana sticky debe elegirse con margen respecto a la duración real de la sesión, y no justa: si el trabajo típico dura 20 minutos y la ventana es de 15, el corte ocurrirá igual en mitad de la tarea. La verificación adicional se activa con más frecuencia justo en el límite de la ventana, si en ese momento la plataforma recibe una solicitud desde una dirección nueva con un token activo.

Cómo planificar el cambio de dirección para no perder el acceso

La dirección debe cambiarse entre sesiones y no dentro de ellas: cerrar sesión, cambiar la IP y volver a entrar, en lugar de cambiarla al vuelo. Si la plataforma admite verificación multifactor, prepárate para que el primer acceso desde la nueva dirección la exija: es una reacción normal, no un bloqueo. Mantén la coherencia del contexto: el país de la IP, el idioma de la interfaz, la zona horaria y, si corresponde, el país del número deben coincidir entre sí; de lo contrario, ni siquiera una dirección estable te librará de una nueva verificación.

Para tareas con acceso permanente a una misma cuenta, resulta más práctica una dirección dedicada durante todo el período de trabajo que un canal con rotación por sesión: no hay que ajustar la ventana sticky a la duración de la operación. Cómo elegir el tipo de canal concreto para tu tarea se explica en el artículo proxies móviles frente a residenciales, y la reputación de una dirección ya asignada se puede comprobar con la metodología del artículo cómo comprobar la calidad de un proxy.

Preguntas frecuentes

¿Se puede desactivar la rotación de la dirección mientras trabajo con una cuenta?

Sí, para eso se usa el modo sticky o una dirección dedicada: ambos mantienen una sola IP durante todo el período establecido en lugar de cambiarla en cada solicitud o tras un tiempo de espera corto.

¿Por qué se cae la sesión incluso al cambiar de dirección dentro de la misma ciudad?

Que la ciudad coincida no garantiza que coincidan el ASN y la subred: el servidor puede comparar justamente esos parámetros y no solo la etiqueta geográfica del país, y cualquier discrepancia la interpreta como un cambio de dispositivo.

¿Qué hacer si la sesión se cayó en mitad de una operación?

Volver a iniciar sesión y, si la plataforma lo ofrece, confirmar la verificación adicional: es la reacción esperada ante un cambio de dirección en un token activo, no una señal de que la cuenta fue bloqueada.

Puedes elegir un canal con el período de retención de dirección adecuado (residencial, móvil o dedicado) en la sección de proxies.