Last updated: August 20, 2026
Para cualquier cuenta en la que inicie sesión, planifique una IP dedicada por cuenta. Ratios más altos solo son aceptables para tráfico sin estado que nunca inicia sesión, donde se dimensiona por sesiones concurrentes en lugar de por cuentas. En Thunderproxy esto se traduce en direcciones ISP estáticas para identidades persistentes y residential rotativo para volumen sin estado. Lo que cambia la respuesta es cuán sensible es el destino a la reutilización de direcciones, cuánto dura cada sesión y si usted mantiene una IP dedicada o toma de un pool compartido.
La respuesta corta, por caso de uso
El ratio de cuentas por proxy no es un solo número. Depende por completo de si el trabajo implica un inicio de sesión. La tabla siguiente da el ratio práctico para los trabajos más comunes. Para cada caso de uso basado en login la respuesta es una cuenta por IP. Para trabajo sin estado no hay ratio de cuentas en absoluto, solo un límite de concurrencia.
| Caso de uso | Cuentas o sesiones por IP | Tipo de proxy | Modo de sesión | Por qué |
|---|---|---|---|---|
| Perfiles sociales de larga duración | 1 | Static ISP | Persistent | Identidad fija necesita dirección fija |
| Cuentas de vendedor en marketplace | 1 | Static ISP | Persistent | Un escaparate, una dirección |
| Cuentas de anuncios | 1 | Static ISP | Persistent | Alta sensibilidad a la reutilización |
| Dashboards de monederos crypto | 1 | Static ISP | Persistent | Identidad ligada al login |
| Buzones de correo | 1 | Static ISP | Persistent | Identidad ligada al login |
| Cuentas de cliente gestionadas por agencia (compartidas en equipo) | 1 | Static ISP | Persistent | Una dirección por identidad de cliente |
| Tareas de checkout o drop | 1 por sesión de tarea | Rotating residential | Sticky | De corta duración, por sesión de tarea |
| Scraping y monitorización, sin login | Por sesión concurrente | Rotating residential | Rotating | No hay estado de sesión que proteger |
| SERP y seguimiento de ranking | Por sesión concurrente | Rotating residential | Rotating | Consultas sin estado |
| QA y geo-testing | Por sesión concurrente | Rotating residential | Sticky o rotating | Sin identidad persistente |
Nota de cumplimiento: los términos de la plataforma deciden cuántas cuentas puede tener. Los proxies solo deciden con qué limpieza las cuentas a las que tiene derecho permanecen separadas en la red. Esta página trata de planificación de capacidad e higiene de sesión para la gestión legítima de cuentas, no de evadir la aplicación de normas o los términos de servicio.
Por qué importa el ratio
Una dirección compartida es una señal compartida. Cuando dos cuentas que usted mantiene separadas inician sesión desde la misma IP, ha dicho a la red que están relacionadas, sea cual sea su intención. Ese vínculo se refuerza cuando la misma huella del dispositivo está detrás de la misma dirección, porque las dos señales se refuerzan mutuamente.
Hay dos razones mecánicas más por las que el ratio importa. Primero, los límites de tasa se aplican por dirección, así que apilar cuentas detrás de una IP hace que compitan por el mismo presupuesto de peticiones y disparen los límites antes. Segundo, una rotación a mitad de flujo invalida la sesión: si la dirección cambia mientras está conectado, el otro lado ve que la sesión se mueve y puede romperla. Nada de esto trata de ocultarse. Se trata de no enviar señales de red contradictorias para identidades que se supone independientes.
Las tres variables que fijan su ratio
Su ratio lo deciden tres cosas, en este orden.
1) IP dedicada frente a pool compartido. Una dirección ISP estática es una dirección que usted mantiene durante la duración del lease. Un proxy residential rotativo es un pool al que se dirige por id de sesión, y aun una sesión sticky es best-effort y está acotada por un TTL. Si una identidad debe persistir, necesita una dirección que persista, lo que significa una IP dedicada. Si el trabajo es sin estado, un pool no solo es aceptable: es la herramienta correcta y más barata.
2) Duración de la sesión frente a rotación. Un login de larga duración quiere que la dirección se mantenga horas o días. Una petición sin estado quiere una dirección fresca tan a menudo como sea posible. Ajuste el modo de sesión al trabajo: persistente para logins, rotating para volumen, sticky solo para tareas cortas y acotadas.
3) Cuán sensible es el destino a la reutilización de direcciones. Algunas plataformas tratan una dirección repetida como rutinaria. Otras la tratan como un vínculo fuerte entre cuentas. Cuando un destino es sensible, mantenga el ratio en uno y no comparta.
ISP estático frente a residential rotativo: cuál por cuenta
Use un proxy ISP estático cuando una identidad persistente necesita una dirección fija. Un perfil social, un escaparate de vendedor, una cuenta de anuncios o un buzón es la misma identidad cada vez que inicia sesión, así que debe presentar la misma dirección cada vez. Una dirección ISP estática de Thunderproxy es un lease de 30 días con extensiones ilimitadas y ancho de banda ilimitado, lo que significa que la identidad conserva una dirección estable mientras renueve, y los datos pesados en sesión no cambian la factura. La cobertura se limita a un conjunto menor de países, así que confirme que su región objetivo está disponible. Consulte los planes ISP estáticos para la cobertura de países actual.
Use residential rotativo cuando el trabajo es sin estado y la rotación por GB es la opción más barata y correcta. Scraping, monitoring, seguimiento de SERP y ranking, y geo-testing no mantienen un login, así que no ganan nada de una dirección fija y sí de un pool grande y fresco. El residential rotativo toma de 30M+ IPs en 155+ países con targeting por país, estado y ciudad, y se factura por los datos que mueve, no por direcciones aparcadas. Para la diferencia entre comportamiento rotating y sticky, vea sticky sessions.
Cómo dimensionar y fijar el precio de su flota
Dimensione la flota por identidades para logins y por concurrencia para trabajo sin estado, y fije el precio de cada una con el modelo de facturación correspondiente.
Ejemplo 1: una agencia con logins persistentes de clientes (por IP). Gestiona 10 cuentas de cliente que cada una necesita una identidad estable: perfiles sociales y cuentas de anuncios. El ratio es una IP dedicada por cuenta, así que necesita 10 direcciones ISP estáticas.
- 10 cuentas x 1 IP cada una = 10 IPs ISP estáticas
- 10 IPs x $1.79 por IP = $17.90 por el lease de 30 días
- El ancho de banda es ilimitado, así que los datos en sesión no suman a esa cifra
La factura es plana y predecible porque está ligada a identidades, no al tráfico.
Ejemplo 2: un trabajo de monitoring sin estado (por GB). Ejecuta scraping y seguimiento de ranking sin login. No hay cuentas que contar, solo datos que mover, así que residential rotativo facturado por GB es el modelo correcto.
- Suponga que el trabajo mueve 200 GB en un mes
- 200 GB x $1.72 por GB = $344
- Dimensiona direcciones por sesiones concurrentes, usando ids de sesión en el rango 1 a 20000, no por un ratio por cuenta
La comparación es el punto. Para logins persistentes, el precio por IP convierte el coste de la flota en un múltiplo simple de identidades. Para volumen sin estado, el precio por GB sigue el trabajo en sí, y comprar IPs dedicadas en las que nunca se mantiene el login sería puro desperdicio.
Errores comunes
- Compartir una dirección entre cuentas en la misma plataforma. Esto vincula las identidades en la red y las hace competir por el mismo límite de tasa. Dé a cada login su propia dirección.
- Rotar en un flujo de login. Una dirección nueva a mitad de sesión invalida la sesión. Use un modo persistente o sticky para todo en lo que inicie sesión, y reserve la rotación para peticiones sin estado.
- Desajuste geo entre dirección y cuenta. Una cuenta regional que se presenta desde el país equivocado contradice su propio perfil. Empareje la región de la dirección con la cuenta mediante targeting por país, estado o ciudad.
- Reutilizar una dirección en distintas plataformas para el mismo operador. Plataformas distintas que siguen viendo la misma dirección pueden correlacionar al operador detrás. Separe por identidad, no solo por plataforma.
- Comprar más direcciones que sesiones concurrentes. Para trabajo sin estado, las IPs dedicadas inactivas cuestan dinero y no hacen nada. Dimensione a la concurrencia pico y deje que la rotación cubra el resto.
Para el flujo más amplio de mantener identidades separadas, vea la guía de gestión multi-cuenta, y para cómo construir ids de sesión, vea la documentación de residential rotativo.
FAQ
¿Cuántas cuentas por proxy es seguro?
Para todo en lo que inicie sesión, una cuenta por IP dedicada. El trabajo basado en login no escala más allá, porque una dirección compartida vincula las identidades y las hace compartir un límite de tasa. El tráfico sin estado no tiene ratio de cuentas; se dimensiona por sesiones concurrentes.
¿Cuántas cuentas por IP puedo ejecutar en la misma plataforma?
En la misma plataforma, planifique una cuenta por IP para cualquier trabajo basado en login. Apilar cuentas detrás de una dirección dice a esa plataforma que las identidades están relacionadas y las obliga a competir por el mismo límite de tasa por dirección. Dé a cada cuenta su propia dirección dedicada.
¿Cuál es un buen ratio de cuentas por IP para proxies residential?
Para uso basado en login el ratio es una cuenta por dirección, y una sesión residential sticky es best-effort y acotada por TTL, no realmente fija. Para trabajo sin estado no hay ratio de cuentas: los proxies residential se dimensionan por sesiones concurrentes y se facturan por GB, no por cuentas.
¿Necesito una IP dedicada para cada cuenta?
Para identidades persistentes, sí. Un perfil social, cuenta de vendedor, cuenta de anuncios o buzón es la misma identidad en cada login, así que debe presentar la misma dirección cada vez. Una dirección ISP estática le da esa dirección fija en un lease de 30 días con extensiones ilimitadas y ancho de banda ilimitado.
¿Puedo ejecutar varias cuentas en una IP residential?
No para cuentas en las que inicie sesión. Un pool rotativo cambia la dirección, lo que rompe una sesión activa, y cualquier dirección compartida vincula las identidades detrás. Use una dirección ISP estática por cuenta persistente, y reserve la rotación residential para peticiones sin estado que no mantienen login.
¿Un ratio más alto de proxy a cuenta ahorra dinero?
Para logins, no: compartir direcciones entre cuentas vincula identidades y dispara límites de tasa, y el coste real es la separación rota, no la partida del proxy. El ahorro viene de emparejar el modelo al trabajo: por IP para identidades persistentes y por GB para volumen sin estado.
Empiece con la prueba gratuita de 256MB y dimensione una flota pequeña frente a su caso de uso real antes de escalar.