Los vendedores de Wildberries y Ozon a menudo establecen el presupuesto para proxies "a ojo" — y o bien pagan de más 3-4 veces, o compran un paquete demasiado barato que se agota en una semana. Vamos a analizar cómo calcular correctamente el volumen de tráfico para monitorear 10,000 productos al mes, qué tipo de proxy elegir para tal carga y en qué se puede ahorrar sin perder calidad de datos.
¿Por qué monitorear 10,000 productos y no 100?
Si tienes de 100 a 200 productos, puedes verificar los precios de los competidores manualmente una vez al día. Pero cuando el catálogo crece a miles de SKU, y los competidores cambian los precios de 5 a 10 veces al día (especialmente durante las promociones de Wildberries y Ozon), el monitoreo manual se convierte en una ficción — los datos se vuelven obsoletos más rápido de lo que puedes recopilarlos.
10,000 productos es un volumen típico para un vendedor promedio con varias categorías o una agencia que realiza monitoreo para 5-10 clientes al mismo tiempo. Para tal escala se necesita automatización: un script o un servicio de scraping que acceda a las tarjetas de productos, páginas de categorías y API de marketplaces decenas de miles de veces al día. Y aquí surge la pregunta principal: a través de qué enviar estas solicitudes para no recibir un bloqueo por IP ya en la segunda hora de trabajo.
Wildberries, Ozon y Avito se protegen activamente contra el scraping: implementan captchas, reducen la velocidad de respuesta, bloquean IP de datacenters en lotes. Por lo tanto, el presupuesto para el monitoreo no solo incluye el pago de servidores y desarrollo, sino que también es un artículo de gastos separado para proxies, a menudo el más impredecible si se calcula "a ojo".
¿Cuántas solicitudes realmente se necesitan al mes?
El primer paso para calcular el presupuesto es entender cuántas solicitudes HTTP necesitas hacer físicamente. Esto depende de la frecuencia de actualización de precios que establezcas en tu estrategia de monitoreo.
| Frecuencia de actualización | Solicitudes por producto al mes | Solicitudes para 10,000 productos |
|---|---|---|
| 1 vez al día | 30 | 300,000 |
| 4 veces al día | 120 | 1,200,000 |
| Una vez por hora (24 veces al día) | 720 | 7,200,000 |
Para la mayoría de los vendedores en Wildberries y Ozon, 4-6 actualizaciones al día son suficientes — esto cubre las guerras de precios matutinas y vespertinas sin una carga excesiva en el grupo de proxies. El monitoreo cada hora solo es necesario en nichos de alta competencia (electrónica, cosméticos) durante grandes promociones como el "Black Friday".
Fórmula para calcular el tráfico
El tráfico que "consume" un proxy depende no solo del número de solicitudes, sino también de lo que estás scraping: la tarjeta de producto completa (página HTML con imágenes y scripts) o solo la respuesta JSON de la API del marketplace.
Fórmula:
Tráfico (GB) = Número de solicitudes × Peso promedio de la respuesta (KB) / 1,048,576
El peso promedio de la respuesta varía significativamente según el método:
- Solicitud a la API de la tarjeta de producto (JSON) — 15-60 KB por respuesta
- Página HTML completa de la tarjeta de producto — 300-900 KB por respuesta
- Página de categoría/búsqueda con paginación — 500-1500 KB por respuesta
Si estás scraping directamente a través de las APIs internas de los marketplaces (lo cual es preferible — menor peso, mayor velocidad, menor riesgo de captcha), para 10,000 productos con 4 actualizaciones al día obtenemos 1,200,000 solicitudes × 40 KB ≈ 45.8 GB de tráfico al mes. Si se scrapean páginas HTML completas, el mismo volumen de solicitudes "consume" ya 600-900 GB — la diferencia es de 15-20 veces solo por el método de recopilación de datos.
Proxies de datacenter, residenciales y móviles: ¿cuál elegir?
El tipo de proxy influye directamente tanto en el costo como en el porcentaje de solicitudes exitosas (tasa de éxito). Para el monitoreo de marketplaces, esto es crítico: cuanto más a menudo se bloquea un proxy, más intentos de repetición y mayor es el consumo real de tráfico por encima de la fórmula calculada.
| Tipo de proxy | Tasa de éxito en WB/Ozon | Cuándo usar |
|---|---|---|
| Proxies de datacenter | 40-60% (se bloquean fácilmente en lotes) | Monitoreo de baja frecuencia, pruebas, catálogos pequeños |
| Proxies residenciales | 85-95% | Opción principal para 10,000+ productos, monitoreo diario |
| Proxies móviles | 90-98% | Monitoreo de alta frecuencia en nichos difíciles, eludir protección reforzada |
Los proxies de datacenter parecen rentables por el precio por GB, pero en la práctica para Wildberries y Ozon su tasa de éxito cae después de unas pocas horas de scraping activo — los marketplaces identifican los rangos de direcciones IP de los proveedores de hosting y bloquean el acceso en lotes. Al final, pagas por el tráfico que se gasta en intentos repetidos, y no en solicitudes exitosas reales.
Los proxies residenciales utilizan IP reales de usuarios domésticos, por lo que son percibidos por el marketplace como un visitante normal del sitio. Para un monitoreo estable de 10,000 productos, este es el equilibrio óptimo entre precio y fiabilidad. Los proxies móviles ofrecen una tasa de éxito aún mayor, pero suelen ser más caros — es razonable conectarlos de manera puntual, para las categorías más problemáticas o en períodos pico de promociones.
Tres escenarios para calcular el presupuesto
Analicemos tres escenarios típicos de monitoreo de 10,000 productos para mostrar cómo el método de recopilación y la frecuencia de actualización afectan el volumen final de tráfico.
Escenario 1: Monitoreo ahorrativo a través de API
4 actualizaciones al día, scraping a través de las APIs internas del marketplace (JSON, ~40 KB por respuesta), proxies residenciales con una tasa de éxito del 90%.
- Solicitudes básicas: 1,200,000 al mes
- Considerando un 10% de intentos repetidos: 1,320,000 solicitudes
- Tráfico: 1,320,000 × 40 KB ≈ 50.4 GB al mes
Escenario 2: Carga media con scraping de páginas HTML
6 actualizaciones al día, scraping de tarjetas de productos completas (HTML, ~500 KB por respuesta) para obtener no solo el precio, sino también el stock, reseñas, posición en la búsqueda.
- Solicitudes básicas: 1,800,000 al mes
- Considerando intentos repetidos (15%): 2,070,000 solicitudes
- Tráfico: 2,070,000 × 500 KB ≈ 987 GB al mes
Escenario 3: Monitoreo de alta frecuencia en temporada pico
Actualización cada hora (24 veces al día) a través de API, además scraping de páginas de categorías para rastrear posiciones en los resultados, proxies móviles para categorías problemáticas.
- Solicitudes a productos: 7,200,000 al mes (a 40 KB)
- Solicitudes a páginas de categorías: 300,000 al mes (a 800 KB)
- Tráfico: (7,200,000 × 40 KB) + (300,000 × 800 KB) ≈ 274.7 + 228.9 ≈ 503.6 GB al mes
La diferencia entre los escenarios muestra claramente: el método de recopilación de datos afecta el presupuesto más que la frecuencia de actualización. Pasar de scraping HTML a trabajar a través de API puede reducir el consumo de tráfico de 10 a 20 veces manteniendo el mismo volumen de productos y la misma frecuencia de verificaciones.
Cómo reducir el consumo de tráfico sin perder datos
Hay varios trucos prácticos que permiten mantener el presupuesto de monitoreo bajo control sin perder la actualidad de los datos.
- Scrapea API, no HTML. Si el marketplace proporciona datos a través de una API interna (esto se puede determinar analizando las solicitudes de red en el navegador al abrir la tarjeta del producto), utiliza precisamente eso — el peso de la respuesta se reduce de 10 a 20 veces.
- Divide los productos por prioridad. No todos los 10,000 SKU son igualmente importantes. Monitorea los productos locomotoras con alta competencia cada hora, los demás — 1-2 veces al día. Esto reduce el volumen total de solicitudes en un 40-60%.
- Cachea datos estáticos. El nombre, la descripción y las características del producto cambian raramente — es suficiente recopilarlos una vez a la semana. Solo es necesario actualizar el precio y el stock cada hora.
- Configura la rotación de proxies de manera razonable. Cambiar IP demasiado frecuentemente en cada solicitud aumenta el número de captchas y de intentos repetidos. La rotación cada 5-10 solicitudes desde una IP suele ofrecer un mejor equilibrio entre anonimato y tasa de éxito.
-
Comprime el tráfico a través de gzip. Asegúrate de que tu script o servicio de scraping envíe
el encabezado
Accept-Encoding: gzip— esto reduce el peso de las respuestas JSON en un 60-70%.
Errores comunes al calcular el presupuesto
Al planificar el presupuesto para el monitoreo de 10,000 productos, los vendedores cometen regularmente los mismos errores, que conducen a un exceso de gastos o, por el contrario, a una falta de tráfico en medio del mes.
- No tienen en cuenta los intentos repetidos. Al trabajar con proxies de datacenter, hasta el 40-50% de las solicitudes pueden terminar en captcha o bloqueo — el consumo real de tráfico resulta ser de 1.5 a 2 veces más alto que el calculado.
- Monitorean todo con la misma frecuencia. Si 10,000 productos se actualizan cada hora "por si acaso", el presupuesto se incrementa varias veces sin un beneficio real para el negocio.
- Olvidan la estacionalidad. Durante las ventas (11.11, "Black Friday", Año Nuevo) los competidores cambian los precios más a menudo, y junto con esto también aumenta el número de tus solicitudes repetidas debido a una protección más estricta de los marketplaces contra el scraping.
- Calculan el tráfico solo según la fórmula, sin margen. Es razonable agregar un 20-30% de margen de tráfico sobre el volumen calculado en caso de cambios en la estructura de las páginas del marketplace o un aumento temporal de captchas.
Lista de verificación antes de iniciar el monitoreo
- Definieron la frecuencia de actualización de precios para diferentes grupos de productos (VIP / normales / baja prioridad)
- Determinaron si se puede scrapear a través de la API del marketplace en lugar de páginas HTML
- Calcularon el volumen básico de tráfico según la fórmula "solicitudes × peso de respuesta"
- Agregaron un margen del 20-30% para intentos repetidos y captchas
- Elegieron el tipo de proxy para la tarea: residenciales para el volumen principal, móviles para categorías problemáticas
- Configurar una rotación de IP razonable (no en cada solicitud, sino cada 5-10 solicitudes)
- Activaron la compresión gzip en las solicitudes para reducir el peso de las respuestas
- Presupuestaron un presupuesto adicional para períodos pico de promociones y ventas
Conclusión
El presupuesto para el monitoreo de 10,000 productos al mes no es una cifra fija, sino el resultado de decisiones concretas: con qué frecuencia actualizar los precios, a través de qué scrapear los datos y qué tipo de proxy utilizar. Un cálculo correcto del tráfico según la fórmula "número de solicitudes × peso de respuesta" con un margen para intentos repetidos permite entender de antemano el costo real del monitoreo y evitar sorpresas desagradables a mitad de mes.
Para un monitoreo estable de Wildberries, Ozon y Avito en volúmenes medios y grandes, recomendamos comenzar con proxies residenciales — ofrecen una alta tasa de éxito a un costo de tráfico aceptable. Si ciertas categorías de productos están bajo una protección reforzada del marketplace, conéctenlas de manera puntual proxies móviles específicamente para ellas, y no para todo el catálogo a la vez — esto permitirá controlar el presupuesto sin perder calidad de datos.