El monitoreo manual de licitaciones en las plataformas EIS (Zakupki.gov.ru), Sberbank-AST, y RTS-tender consume de 3 a 5 horas diariamente. La automatización a través de analizadores resuelve el problema, pero las plataformas gubernamentales bloquean activamente las solicitudes automáticas: la IP queda en la lista negra después de 50-100 solicitudes. Los proxies permiten eludir las restricciones y recopilar datos sobre nuevas licitaciones las 24 horas sin riesgo de bloqueo de la IP principal de la empresa.
En esta guía, analizaremos: qué proxies son adecuados para diferentes plataformas de licitación, cómo configurar el análisis automático sin bloqueos, qué herramientas listas utilizar y cómo evitar errores típicos que conducen a bloqueos.
Por qué las plataformas de licitación bloquean solicitudes automáticas
Las plataformas de licitación gubernamentales y comerciales utilizan protección en múltiples niveles contra la recopilación automática de datos. Esto se debe a varias razones: la carga en los servidores por parte de los analizadores puede alcanzar el 60-70% del tráfico total, los competidores utilizan los datos recopilados para hacer dumping, y también existen requisitos para la protección de datos personales de los participantes en las compras.
El Sistema de Información Unificado (EIS) es la plataforma más protegida. El sistema registra los siguientes parámetros de cada solicitud: dirección IP, User-Agent del navegador, frecuencia de solicitudes, secuencia de acciones en el sitio. Si desde una IP se reciben más de 100 solicitudes por hora o las solicitudes son demasiado uniformes (por ejemplo, cada 5 segundos), la IP se bloquea durante 24-72 horas. El bloqueo se extiende a todo el rango de la subred, por lo que toda la empresa puede verse afectada.
Las plataformas comerciales (Sberbank-AST, RTS-tender, Fabricante) utilizan una protección más suave, pero también rastrean actividades sospechosas. Los principales desencadenantes de bloqueo son: falta de cookies, JavaScript deshabilitado, navegación demasiado rápida entre páginas (menos de 2 segundos por página), intervalos de tiempo idénticos entre solicitudes.
Caso real: Una empresa de suministro de equipos configuró un analizador para monitorear licitaciones en EIS sin proxies. En las primeras 2 horas de funcionamiento, el analizador recopiló datos sobre 340 licitaciones, pero luego la IP de la oficina fue bloqueada. Los empleados no pudieron acceder a su cuenta personal en EIS para presentar solicitudes durante 48 horas. La empresa perdió 3 licitaciones importantes por un total de 12 millones de rublos.
Qué tipo de proxy elegir para el monitoreo de licitaciones
Para el monitoreo de plataformas de licitación, hay tres tipos de proxies, cada uno con sus propias características de uso. La elección depende del volumen de análisis, el presupuesto y los requisitos de confiabilidad.
| Tipo de proxy | Confiabilidad para EIS | Velocidad | Uso |
|---|---|---|---|
| Proxies de centros de datos | Media (se bloquean con más frecuencia) | Muy alta (50-100 ms) | Plataformas comerciales, pruebas |
| Proxies residenciales | Alta (IP reales) | Media (200-500 ms) | EIS, Sberbank-AST, análisis 24/7 |
| Proxies móviles | Máxima (IP de operadores) | Media (300-600 ms) | EIS con altos requisitos de confiabilidad |
Proxies residenciales son la opción óptima para la mayoría de las tareas de monitoreo de licitaciones. Utilizan direcciones IP de usuarios domésticos reales, por lo que las plataformas perciben las solicitudes como acciones de personas comunes. Para EIS, se recomienda utilizar proxies residenciales rusos con rotación cada 10-15 minutos. Esto permite recopilar datos sobre 500-1000 licitaciones diariamente sin un solo bloqueo.
Proxies de centros de datos son adecuados para plataformas comerciales menos protegidas: RTS-tender, Fabricante, B2B-Center. Son de 3 a 5 veces más baratos que los residenciales y funcionan más rápido, pero EIS a menudo reconoce y bloquea tales IP. Úselos para pruebas iniciales del analizador o para monitorear pequeñas plataformas regionales.
Proxies móviles tienen el nivel más alto de confianza, ya que utilizan IP de operadores móviles (MTS, Beeline, MegaFon). Las plataformas prácticamente nunca bloquean tales direcciones, porque detrás de una IP de operador pueden estar miles de usuarios reales. La desventaja es un costo más alto. Utilice proxies móviles si trabaja con licitaciones especialmente valiosas o si ya ha recibido bloqueos al usar proxies residenciales.
Características de la protección de diferentes plataformas: EIS, Sberbank-AST, RTS-tender
Cada plataforma de licitación tiene sus propias características de protección contra el análisis. Comprender estos mecanismos permite configurar el analizador de manera que minimice el riesgo de bloqueo.
EIS (Zakupki.gov.ru) — máxima protección
El Sistema de Información Unificado utiliza la protección más estricta entre todas las plataformas. Los principales mecanismos son: límite de 100 solicitudes por hora desde una IP, soporte obligatorio de cookies y JavaScript, verificación del referer (de dónde vino el usuario), análisis de factores de comportamiento (tiempo en la página, movimiento del mouse, desplazamiento).
Recomendaciones para el análisis de EIS: utilice proxies residenciales o móviles con IP rusas, active la rotación automática de proxies cada 80-90 solicitudes (para no alcanzar el límite), agregue retrasos aleatorios entre solicitudes de 3 a 8 segundos, utilice navegadores sin cabeza (Puppeteer, Selenium) en lugar de simples solicitudes HTTP: emulan completamente el comportamiento de un navegador real.
Sberbank-AST — nivel medio de protección
La plataforma de Sberbank utiliza restricciones más suaves: límite de alrededor de 200-300 solicitudes por hora, las cookies son obligatorias, pero JavaScript no siempre se verifica, el bloqueo ocurre con un comportamiento claramente robotizado (intervalos idénticos entre solicitudes, ausencia de referer).
Para Sberbank-AST, son suficientes proxies residenciales con rotación cada 200 solicitudes. Se pueden utilizar herramientas de análisis más simples sin emulación completa del navegador, pero asegúrese de agregar retrasos aleatorios de 2-5 segundos y encabezados User-Agent correctos.
RTS-tender, Fabricante, B2B-Center — protección básica
Las plataformas comerciales tienen una protección mínima: límites de 500+ solicitudes por hora, la verificación principal es la existencia de cookies y un User-Agent adecuado, rara vez bloquean proxies de centros de datos.
Para estas plataformas, incluso los proxies de centros de datos con rotación básica son adecuados. Se pueden utilizar analizadores HTTP simples sin emulación del navegador. Lo principal es no enviar solicitudes demasiado rápido (mínimo 1-2 segundos entre solicitudes) y cambiar periódicamente la IP.
Herramientas listas para el análisis de licitaciones sin programación
Para monitorear licitaciones, no es necesario escribir código desde cero. Existen soluciones listas con interfaz gráfica que admiten trabajo a través de proxies.
Octoparse — analizador visual con soporte para proxies y programador de tareas. Permite crear un analizador para cualquier plataforma de licitación a través de una interfaz gráfica: simplemente haga clic en los elementos de la página que necesita recopilar (número de licitación, cliente, monto, fecha de cierre), y el programa crea automáticamente el algoritmo de análisis. En la configuración, puede especificar una lista de proxies, y Octoparse los rotará automáticamente. Costo — desde $75/mes, hay una versión gratuita con limitaciones.
ParseHub — análogo de Octoparse con una interfaz más simple. Es adecuado para principiantes. Soporta sitios JavaScript (importante para EIS), trabajo a través de proxies, exportación de datos a Excel/Google Sheets. La versión gratuita permite crear hasta 5 proyectos de análisis. La versión de pago — desde $149/mes con la posibilidad de ejecutar el análisis según un horario (por ejemplo, cada 2 horas verificar nuevas licitaciones).
Screaming Frog SEO Spider — originalmente una herramienta para SEO, pero excelente para analizar datos estructurados. Soporta proxies, puede recopilar datos de páginas según selectores CSS especificados. Desventaja — necesita un poco de conocimiento sobre la estructura HTML de las páginas. Costo — £149/año (alrededor de 15,000 rublos), que es más barato que sus análogos.
Servicios especializados de monitoreo de licitaciones — Kontur.Zakupki, Tender.Pro, B2B-Center ya tienen sistemas de monitoreo integrados con filtros y notificaciones. No requieren configuración de proxies, ya que funcionan en nombre del servicio. Costo — de 5,000 a 30,000 rublos al mes dependiendo de la cantidad de categorías monitoreadas. Desventaja — depende de las capacidades del servicio y no puede recopilar datos adicionales o integrarlos en su CRM.
Recomendación para elegir una herramienta:
- Para principiantes sin habilidades técnicas — ParseHub o Octoparse
- Para analizar 3-5 plataformas con integración en CRM — Screaming Frog + configuración de exportación
- Para monitorear solo EIS sin datos adicionales — servicios especializados
- Para tareas complejas (análisis de la documentación de licitaciones, análisis de archivos adjuntos) — desarrollo en Python con Selenium
Configuración paso a paso del monitoreo a través de proxies en 20 minutos
Consideremos la configuración del monitoreo automático de licitaciones utilizando Octoparse — una de las herramientas más populares con interfaz gráfica. Este ejemplo es adecuado para el monitoreo de EIS, Sberbank-AST y otras plataformas.
Paso 1: Obtención de proxies. Regístrese con un proveedor de proxies y obtenga una lista de direcciones IP con puertos y datos de autorización. Para el monitoreo de EIS, se recomiendan al menos 10 proxies residenciales rusos con rotación automática. El proveedor le proporcionará los datos en el formato: IP:PORT:USERNAME:PASSWORD (por ejemplo, 185.123.45.67:8000:user123:pass456).
Paso 2: Instalación y configuración de Octoparse. Descargue Octoparse desde el sitio web oficial e instálelo en su computadora. Después de iniciar, cree un nuevo proyecto de análisis ingresando la URL de la página con los resultados de búsqueda de licitaciones en EIS (por ejemplo, búsqueda por la palabra clave "equipo" en su región).
Paso 3: Configuración de proxies en Octoparse. Abra Configuración → Configuración de Proxy. Seleccione el modo "Usar proxy personalizado". Agregue sus proxies a la lista, especificando IP, puerto, tipo (HTTP o SOCKS5), nombre de usuario y contraseña. Active la opción "Rotar proxy para cada solicitud" — esto hará que el programa cambie el proxy después de cada solicitud, distribuyendo la carga y evitando bloqueos.
Paso 4: Creación del algoritmo de análisis. En el modo de constructor visual, haga clic en los elementos de la página que necesita recopilar: número de compra, nombre, cliente, precio inicial, fecha de cierre de solicitudes, región. Octoparse determinará automáticamente la estructura de los datos y creará el algoritmo de recopilación. Verifique el resultado en las primeras 5-10 entradas: el programa mostrará un resultado preliminar del análisis.
Paso 5: Configuración de la paginación. Las plataformas de licitación muestran los resultados por páginas (generalmente de 10 a 50 licitaciones por página). En Octoparse, agregue la acción "Hacer clic en el botón de paginación" y especifique el botón "Siguiente página". El programa cambiará automáticamente entre páginas y recopilará todos los resultados.
Paso 6: Agregar retrasos. En la configuración del analizador, establezca retrasos aleatorios entre solicitudes: mínimo 3 segundos, máximo 8 segundos. Esto imita el comportamiento de un usuario real y reduce el riesgo de bloqueo. También agregue un retraso de 5-10 segundos después de cargar cada página — esto da tiempo a los elementos de JavaScript para cargarse completamente.
Paso 7: Configuración del horario. En la sección "Horario de tareas", configure el inicio automático del análisis. Para monitorear nuevas licitaciones, es óptimo iniciar la verificación cada 2-4 horas durante el horario laboral. Por ejemplo: 9:00, 13:00, 17:00, 21:00. Esto permitirá rastrear nuevas publicaciones durante el día sin una carga excesiva en la plataforma.
Paso 8: Exportación de datos. Configure la exportación automática de los datos recopilados en un formato conveniente: Excel, Google Sheets, base de datos MySQL o envío a través de API a su sistema CRM. Octoparse puede enviar automáticamente nuevos datos después de cada ejecución del analizador, lo que permite recibir notificaciones sobre nuevas licitaciones en tiempo real.
Configuración de la rotación de proxies y retrasos entre solicitudes
La configuración correcta de la rotación de proxies y los retrasos es un factor clave para un análisis exitoso sin bloqueos. Incluso con proxies de calidad, una configuración incorrecta llevará a un bloqueo.
Estrategias de rotación de proxies: Hay tres enfoques principales para cambiar las direcciones IP durante el análisis.
Rotación después de cada solicitud — el método más seguro, pero lento. Cada solicitud a la plataforma se realiza desde una nueva IP. Es adecuado para EIS al analizar grandes volúmenes de datos (1000+ licitaciones). Desventaja: aumenta el tiempo de análisis, ya que establecer una nueva conexión a través de un proxy toma de 200 a 500 ms.
Rotación por cantidad de solicitudes — un equilibrio óptimo entre velocidad y seguridad. Un proxy se utiliza para 50-100 solicitudes, luego se cambia al siguiente. Para EIS, se recomienda cambiar proxies cada 80 solicitudes (justo por debajo del límite de 100). Para plataformas comerciales, se puede aumentar a 200-300 solicitudes por IP.
Rotación por tiempo — cambio de IP cada 10-15 minutos independientemente de la cantidad de solicitudes. Adecuado para análisis prolongados con baja intensidad (por ejemplo, monitoreo de actualizaciones durante el día). Algunos proveedores de proxies ofrecen rotación automática por tiempo: recibe una URL de proxy, pero la IP cambia automáticamente cada N minutos.
Configuración de retrasos entre solicitudes: Una persona no puede cambiar instantáneamente entre páginas: necesita tiempo para leer, desplazarse, hacer clic. El analizador debe imitar este comportamiento.
| Plataforma | Retraso entre solicitudes | Retraso después de cargar la página |
|---|---|---|
| EIS (Zakupki.gov.ru) | 3-8 segundos (aleatorio) | 5-10 segundos |
| Sberbank-AST | 2-5 segundos (aleatorio) | 3-7 segundos |
| RTS-tender, Fabricante | 1-3 segundos (aleatorio) | 2-4 segundos |
Es importante utilizar retrasos aleatorios dentro del rango especificado. Si el analizador realiza solicitudes exactamente cada 5 segundos, el sistema de protección identificará fácilmente al robot. La función de retraso aleatorio está disponible en todas las herramientas de análisis populares.
Consejo: Agregue un "modo nocturno" de análisis. Desde las 23:00 hasta las 7:00, puede aumentar la intensidad de las solicitudes (reducir los retrasos), ya que en ese momento hay mínima actividad de usuarios reales en las plataformas, y los sistemas de protección funcionan menos estrictamente. Esto permitirá recopilar más datos en el mismo tiempo.
Errores típicos que conducen a bloqueos
Incluso al usar proxies de calidad, el analizador puede ser bloqueado debido a errores técnicos en la configuración. Aquí están los problemas más comunes y sus soluciones.
Error 1: Uso del mismo User-Agent. User-Agent es la cadena que informa al sitio qué navegador y sistema operativo se utilizan. Si todas las solicitudes provienen del mismo User-Agent (por ejemplo, el estándar para la biblioteca requests de Python), es una clara señal de un bot. Solución: utilice una lista de 10-20 User-Agent populares para diferentes navegadores (Chrome, Firefox, Safari) y sistemas operativos (Windows, macOS, Linux), y rótele aleatoriamente en cada solicitud.
Error 2: Cookies deshabilitadas. La mayoría de los sitios establecen cookies en la primera visita y verifican su presencia en solicitudes posteriores. Si el analizador no guarda cookies, cada solicitud parece ser la primera visita desde un nuevo dispositivo, lo que es sospechoso. Solución: active el soporte de cookies en la configuración del analizador. En Octoparse y ParseHub, esto se hace automáticamente. Si está escribiendo su propio analizador en Python, utilice la biblioteca requests.Session() — guarda automáticamente las cookies entre solicitudes.
Error 3: Análisis sin ejecutar JavaScript. Los sitios modernos, incluyendo EIS, utilizan activamente JavaScript para cargar contenido. Si el analizador simplemente descarga el código HTML de la página sin ejecutar JavaScript, obtendrá datos incompletos, y el servidor registrará un comportamiento sospechoso. Solución: utilice navegadores sin cabeza (Puppeteer, Selenium, Playwright) que cargan completamente la página, ejecutan JavaScript e incluso pueden desplazarse por la página para cargar contenido dinámico.
Error 4: Ignorar el captcha. Algunas plataformas muestran un captcha ante actividades sospechosas. Si el analizador no puede resolver el captcha, se quedará atascado y comenzará a enviar solicitudes repetidas, lo que llevará al bloqueo de la IP. Solución: utilice servicios de resolución automática de captcha (2Captcha, Anti-Captcha) — cuestan alrededor de $1-3 por 1000 captchas resueltos. La mayoría de las herramientas de análisis tienen integración incorporada con tales servicios.
Error 5: Análisis en horas de máxima carga. Desde las 10:00 hasta las 16:00 en días laborables, hay máxima actividad de usuarios en las plataformas de licitación, y los sistemas de protección funcionan más estrictamente. El análisis intensivo en ese momento llevará más rápidamente al bloqueo. Solución: ejecute la mayor parte del análisis en la tarde (18:00-23:00) o durante la noche. Durante el horario laboral, realice solo verificaciones puntuales de nuevas licitaciones con mínima intensidad.
Error 6: Uso de proxies "sucios". Algunos proveedores de proxies baratos venden IP que ya se utilizaron para spam u otras actividades sospechosas y están en listas negras. Solución: pruebe los proxies antes de su uso masivo. Envíe 20-30 solicitudes de prueba a la plataforma desde cada nuevo proxy y verifique si aparece un captcha o bloqueo. Si el proxy está "sucio", reemplácelo con el proveedor.
Escalado: monitoreo de 10+ plataformas simultáneamente
Cuando el monitoreo básico de una o dos plataformas está configurado y funciona de manera estable, surge la tarea de escalado: el análisis simultáneo de decenas de plataformas de licitación para obtener la máxima cobertura del mercado.
Distribución de proxies entre plataformas. No utilice los mismos proxies para diferentes plataformas al mismo tiempo. Cree grupos de proxies: por ejemplo, 10 proxies para EIS, 5 para Sberbank-AST, 5 para RTS-tender, y así sucesivamente. Esto evitará que un bloqueo en una plataforma afecte el funcionamiento del analizador en otra.
Priorización de plataformas. No todas las plataformas de licitación son igualmente importantes para su negocio. Identifique 3-5 plataformas clave donde se publiquen más licitaciones relevantes y asigne más recursos a ellas: mejores proxies, verificaciones más frecuentes, análisis más detallados (incluyendo la recopilación de documentación). Para las demás plataformas, utilice un monitoreo básico solo de los parámetros principales de las licitaciones.
Automatización del procesamiento de datos. Al analizar 10+ plataformas, recibirá cientos de nuevas licitaciones diariamente. El procesamiento manual es imposible. Configure un filtrado automático: por palabras clave en el título de la licitación, por región del cliente, por rango de precio inicial, por fecha de cierre de solicitudes. Solo las licitaciones que pasen todos los filtros entran en la lista para revisión manual.
Integración con CRM y sistemas de notificación. Configure el envío automático de licitaciones filtradas a su sistema CRM o mensajero corporativo (Slack, Telegram, Microsoft Teams). Los gerentes recibirán notificaciones sobre nuevas licitaciones adecuadas en tiempo real y podrán tomar decisiones rápidamente sobre la participación.
Monitoreo del funcionamiento de los analizadores. Al trabajar con múltiples plataformas, es crítico rastrear el estado de cada analizador. Configure un panel donde se pueda ver: cuándo fue la última vez que se ejecutó cada analizador, cuántas licitaciones recopiló, si hubo errores o bloqueos. Herramientas como Octoparse tienen paneles incorporados. Si utiliza sus propios scripts, puede configurar el registro en Google Sheets o sistemas de monitoreo especializados como Grafana.
Ejemplo de un sistema de monitoreo escalado:
Una empresa de suministro de equipos de TI configuró el monitoreo de 15 plataformas de licitación: EIS, Sberbank-AST, RTS-tender, 8 plataformas regionales y 4 plataformas comerciales. Se utilizan 50 proxies residenciales, divididos en grupos. Los analizadores se ejecutan cada 2 horas y recopilan un promedio de 600 nuevas licitaciones al día. Filtros automáticos por palabras clave ("computadora", "servidor", "equipos de red") y región (Moscú, región de Moscú, San Petersburgo) filtran el 85% de las licitaciones irrelevantes. Las 90 licitaciones restantes se envían automáticamente al canal de Telegram del departamento de ventas. Resultado: el tiempo de monitoreo de licitaciones se redujo de 4 horas al día a 30 minutos, y la cantidad de solicitudes presentadas aumentó en un 40%.
Conclusión
La automatización del monitoreo de licitaciones gubernamentales y comerciales a través de proxies permite obtener información sobre nuevas compras en tiempo real, ahorrar hasta 4 horas diarias en búsqueda manual y aumentar la cantidad de solicitudes presentadas en un 30-50%. Los factores clave para el éxito: la elección correcta del tipo de proxy según la plataforma, la configuración adecuada de la rotación de IP y los retrasos entre solicitudes, el uso de herramientas con soporte para JavaScript y cookies.
Para el monitoreo de plataformas protegidas como EIS, utilice proxies residenciales o móviles con direcciones IP rusas: proporcionan el máximo nivel de confianza y el mínimo riesgo de bloqueos. Para plataformas comerciales con protección básica, son adecuados proxies de centros de datos más accesibles. Comience con la automatización de 2-3 plataformas clave, ajuste la configuración y luego escale el sistema a todo el mercado de licitaciones en su industria.
Si planea configurar un monitoreo continuo de plataformas de licitación, le recomendamos utilizar proxies residenciales: garantizan un funcionamiento estable de los analizadores sin bloqueos incluso con alta intensidad de solicitudes a plataformas gubernamentales protegidas.