Nuestro cliente lleva a cabo una recopilación de datos a gran escala a partir de fuentes de Estados Unidos y el Reino Unido. Una rotación estable es la base de su funcionamiento; sin ella, las solicitudes se topan directamente con limitaciones de frecuencia y bloqueos de acceso. La proxy es la base de todo lo que hacen; cuando esta se mantiene estable, su tasa de éxito también se mantiene.
El reto: cuando el volumen es elevado, los problemas se agravan rápidamente
Los límites de velocidad y los bloques se adaptan a tu crecimiento
Cuantas más solicitudes envían, más se resisten los objetivos. Los proxies rotativos estables son los que mantienen alta la tasa de éxito, en lugar de que esta disminuya a medida que aumenta el volumen.
Una caja negra no sirve de nada durante un incidente
Cuando un servidor de un proveedor de servicios de Internet (ISP) de nivel superior presenta un fallo o deja de funcionar, el equipo no puede permitirse dedicar tiempo a depurar una capa que no controla. Necesitaban un proveedor que interviniera, no uno que se limitara a guardar silencio.
No todas las solicitudes fallidas son culpa del proxy
Una parte considerable de los fallos se debió precisamente a las propias fuentes de destino, y pagar por ellos es como pagar por nada.
La solución PrivateProxy
Grupos rotativos estables de EE. UU. y el Reino Unido que resisten la carga
Los pools mantienen una elevada tasa de éxito con grandes volúmenes de recogida, que es de lo que se trata a esta escala: una entrega predecible, no picos puntuales.
Una asistencia que va al meollo del problema
El cliente dispone de un canal compartido con nuestro equipo en el que las incidencias reciben una respuesta real y personalizada, normalmente en cuestión de horas. Cuando se produce un deterioro en un servidor de un proveedor de acceso a Internet (ISP) de nivel superior, ajustamos el grupo de servidores de forma proactiva y hacemos un seguimiento una vez que vuelve a la rotación automática, en lugar de dejar que el equipo tenga que depurar una «caja negra».
Un modelo de facturación que se adapta a su forma de trabajar
Cuando el cliente nos facilitó datos que mostraban que una parte significativa de las solicitudes fallidas procedía de las fuentes de destino y no de los proxies, acordamos un modelo que excluye dichas solicitudes fallidas. Una API práctica completa el conjunto: pueden cambiar el proxy un puerto determinado y consultar la IP actual con fines de depuración y registro.
Hay margen de mejora
El grupo de servidores se regenera automáticamente solo en el caso de servidores que estén completamente inactivos; los servidores proxy con picos en los tiempos de respuesta no se eliminan automáticamente, por lo que, en ocasiones, el equipo tiene que intervenir manualmente, y los cambios en el grupo tardan unos minutos en propagarse. Ninguno de estos aspectos era un impedimento, pero la detección automática de servidores proxy con rendimiento reducido (y no solo de los que están inactivos) haría que el servicio requiriera menos intervención manual. Está en nuestra hoja de ruta.
Resultados
| Métrico | Valor |
|---|---|
| Índice de éxito en términos de volumen | 90% |
| Volumen mensual | 2,5 millones de solicitudes |
| Tiempo de respuesta del servicio de asistencia | En cuestión de horas, a través del canal compartido de Slack |
| Cliente desde | Enero de 2025 |
| Modelo de facturación | Las solicitudes fallidas en el lado del origen quedan excluidas de la facturación |
«Su atención rápida y su disposición a adaptarse a nuestro flujo de trabajo nos han hecho sentir que son un verdadero socio, y no solo un proxy ».
