{"id":612,"date":"2026-08-24T16:22:54","date_gmt":"2026-08-24T16:22:54","guid":{"rendered":"https:\/\/wordpress-foccwcs4gooocs44ogwkggo0.thunderproxy.com\/?p=612"},"modified":"2026-08-24T16:22:54","modified_gmt":"2026-08-24T16:22:54","slug":"cuantas-cuentas-por-proxy","status":"publish","type":"post","link":"https:\/\/wordpress-foccwcs4gooocs44ogwkggo0.thunderproxy.com\/index.php\/es\/2026\/08\/24\/cuantas-cuentas-por-proxy\/","title":{"rendered":"\u00bfCu\u00e1ntas cuentas por proxy? Una gu\u00eda pr\u00e1ctica por caso de uso"},"content":{"rendered":"

Last updated: August 20, 2026<\/em><\/p>\n

Para cualquier cuenta en la que inicie sesi\u00f3n, planifique una IP dedicada por cuenta. Ratios m\u00e1s altos solo son aceptables para tr\u00e1fico sin estado que nunca inicia sesi\u00f3n, donde se dimensiona por sesiones concurrentes en lugar de por cuentas. En Thunderproxy esto se traduce en direcciones ISP est\u00e1ticas para identidades persistentes y residential rotativo para volumen sin estado. Lo que cambia la respuesta es cu\u00e1n sensible es el destino a la reutilizaci\u00f3n de direcciones, cu\u00e1nto dura cada sesi\u00f3n y si usted mantiene una IP dedicada o toma de un pool compartido.<\/p>\n

La respuesta corta, por caso de uso<\/h2>\n

El ratio de cuentas por proxy no es un solo n\u00famero. Depende por completo de si el trabajo implica un inicio de sesi\u00f3n. La tabla siguiente da el ratio pr\u00e1ctico para los trabajos m\u00e1s 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\u00edmite de concurrencia.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Caso de uso<\/th>\nCuentas o sesiones por IP<\/th>\nTipo de proxy<\/th>\nModo de sesi\u00f3n<\/th>\nPor qu\u00e9<\/th>\n<\/tr>\n<\/thead>\n
Perfiles sociales de larga duraci\u00f3n<\/td>\n1<\/td>\nStatic ISP<\/td>\nPersistent<\/td>\nIdentidad fija necesita direcci\u00f3n fija<\/td>\n<\/tr>\n
Cuentas de vendedor en marketplace<\/td>\n1<\/td>\nStatic ISP<\/td>\nPersistent<\/td>\nUn escaparate, una direcci\u00f3n<\/td>\n<\/tr>\n
Cuentas de anuncios<\/td>\n1<\/td>\nStatic ISP<\/td>\nPersistent<\/td>\nAlta sensibilidad a la reutilizaci\u00f3n<\/td>\n<\/tr>\n
Dashboards de monederos crypto<\/td>\n1<\/td>\nStatic ISP<\/td>\nPersistent<\/td>\nIdentidad ligada al login<\/td>\n<\/tr>\n
Buzones de correo<\/td>\n1<\/td>\nStatic ISP<\/td>\nPersistent<\/td>\nIdentidad ligada al login<\/td>\n<\/tr>\n
Cuentas de cliente gestionadas por agencia (compartidas en equipo)<\/td>\n1<\/td>\nStatic ISP<\/td>\nPersistent<\/td>\nUna direcci\u00f3n por identidad de cliente<\/td>\n<\/tr>\n
Tareas de checkout o drop<\/td>\n1 por sesi\u00f3n de tarea<\/td>\nRotating residential<\/td>\nSticky<\/td>\nDe corta duraci\u00f3n, por sesi\u00f3n de tarea<\/td>\n<\/tr>\n
Scraping y monitorizaci\u00f3n, sin login<\/td>\nPor sesi\u00f3n concurrente<\/td>\nRotating residential<\/td>\nRotating<\/td>\nNo hay estado de sesi\u00f3n que proteger<\/td>\n<\/tr>\n
SERP y seguimiento de ranking<\/td>\nPor sesi\u00f3n concurrente<\/td>\nRotating residential<\/td>\nRotating<\/td>\nConsultas sin estado<\/td>\n<\/tr>\n
QA y geo-testing<\/td>\nPor sesi\u00f3n concurrente<\/td>\nRotating residential<\/td>\nSticky o rotating<\/td>\nSin identidad persistente<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Nota de cumplimiento: los t\u00e9rminos de la plataforma deciden cu\u00e1ntas cuentas puede tener. Los proxies solo deciden con qu\u00e9 limpieza las cuentas a las que tiene derecho permanecen separadas en la red. Esta p\u00e1gina trata de planificaci\u00f3n de capacidad e higiene de sesi\u00f3n para la gesti\u00f3n leg\u00edtima de cuentas, no de evadir la aplicaci\u00f3n de normas o los t\u00e9rminos de servicio.<\/p>\n

Por qu\u00e9 importa el ratio<\/h2>\n

Una direcci\u00f3n compartida es una se\u00f1al compartida. Cuando dos cuentas que usted mantiene separadas inician sesi\u00f3n desde la misma IP, ha dicho a la red que est\u00e1n relacionadas, sea cual sea su intenci\u00f3n. Ese v\u00ednculo se refuerza cuando la misma huella del dispositivo est\u00e1 detr\u00e1s de la misma direcci\u00f3n, porque las dos se\u00f1ales se refuerzan mutuamente.<\/p>\n

Hay dos razones mec\u00e1nicas m\u00e1s por las que el ratio importa. Primero, los l\u00edmites de tasa se aplican por direcci\u00f3n, as\u00ed que apilar cuentas detr\u00e1s de una IP hace que compitan por el mismo presupuesto de peticiones y disparen los l\u00edmites antes. Segundo, una rotaci\u00f3n a mitad de flujo invalida la sesi\u00f3n: si la direcci\u00f3n cambia mientras est\u00e1 conectado, el otro lado ve que la sesi\u00f3n se mueve y puede romperla. Nada de esto trata de ocultarse. Se trata de no enviar se\u00f1ales de red contradictorias para identidades que se supone independientes.<\/p>\n

Las tres variables que fijan su ratio<\/h2>\n

Su ratio lo deciden tres cosas, en este orden.<\/p>\n

1) IP dedicada frente a pool compartido.<\/strong> Una direcci\u00f3n ISP est\u00e1tica es una direcci\u00f3n que usted mantiene durante la duraci\u00f3n del lease. Un proxy residential rotativo es un pool al que se dirige por id de sesi\u00f3n, y aun una sesi\u00f3n sticky es best-effort y est\u00e1 acotada por un TTL. Si una identidad debe persistir, necesita una direcci\u00f3n 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\u00e1s barata.<\/p>\n

2) Duraci\u00f3n de la sesi\u00f3n frente a rotaci\u00f3n.<\/strong> Un login de larga duraci\u00f3n quiere que la direcci\u00f3n se mantenga horas o d\u00edas. Una petici\u00f3n sin estado quiere una direcci\u00f3n fresca tan a menudo como sea posible. Ajuste el modo de sesi\u00f3n al trabajo: persistente para logins, rotating para volumen, sticky solo para tareas cortas y acotadas.<\/p>\n

3) Cu\u00e1n sensible es el destino a la reutilizaci\u00f3n de direcciones.<\/strong> Algunas plataformas tratan una direcci\u00f3n repetida como rutinaria. Otras la tratan como un v\u00ednculo fuerte entre cuentas. Cuando un destino es sensible, mantenga el ratio en uno y no comparta.<\/p>\n

ISP est\u00e1tico frente a residential rotativo: cu\u00e1l por cuenta<\/h2>\n

Use un proxy ISP est\u00e1tico cuando una identidad persistente necesita una direcci\u00f3n fija. Un perfil social, un escaparate de vendedor, una cuenta de anuncios o un buz\u00f3n es la misma identidad cada vez que inicia sesi\u00f3n, as\u00ed que debe presentar la misma direcci\u00f3n cada vez. Una direcci\u00f3n ISP est\u00e1tica de Thunderproxy es un lease de 30 d\u00edas con extensiones ilimitadas y ancho de banda ilimitado, lo que significa que la identidad conserva una direcci\u00f3n estable mientras renueve, y los datos pesados en sesi\u00f3n no cambian la factura. La cobertura se limita a un conjunto menor de pa\u00edses, as\u00ed que confirme que su regi\u00f3n objetivo est\u00e1 disponible. Consulte los planes ISP est\u00e1ticos<\/a> para la cobertura de pa\u00edses actual.<\/p>\n

Use residential rotativo cuando el trabajo es sin estado y la rotaci\u00f3n por GB es la opci\u00f3n m\u00e1s barata y correcta. Scraping, monitoring, seguimiento de SERP y ranking, y geo-testing no mantienen un login, as\u00ed que no ganan nada de una direcci\u00f3n fija y s\u00ed de un pool grande y fresco. El residential rotativo toma de 30M+ IPs en 155+ pa\u00edses con targeting por pa\u00eds, 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<\/a>.<\/p>\n

C\u00f3mo dimensionar y fijar el precio de su flota<\/h2>\n

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\u00f3n correspondiente.<\/p>\n

Ejemplo 1: una agencia con logins persistentes de clientes (por IP).<\/strong> 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\u00ed que necesita 10 direcciones ISP est\u00e1ticas.<\/p>\n