Nadie vende web scraping en la misma unidad
Bright Data cobra su Web Unlocker por cada mil requests. Oxylabs cobra Web Unblocker por gigabyte. Firecrawl cobra un crédito por página. Zyte cobra por cada mil responses exitosas, divididas en cinco niveles de dificultad. Apify factura por unidad de cómputo, que equivale a un gigabyte de RAM utilizado durante una hora.
Cinco proveedores, cinco unidades. Ninguna se convierte en otra sin un valor que debes medir tú mismo, y ninguno publica ese valor, porque depende de tu tráfico y no de su producto.
Revisamos las cinco páginas de precios el 8 de septiembre de 2026. Esto es lo que dicen y lo que la aritmética revela.
Comparación rápida
| Proveedor / producto | Unidad de facturación | Precio de lista, 8 de septiembre de 2026 |
|---|---|---|
| Bright Data Web Unlocker | por 1K requests | $1.50/1K en pago por uso, $1.30/1K en el plan de $499 |
| Bright Data Browser API | por GB | desde $5/GB |
| Oxylabs Web Unblocker | por GB | $9.40/GB con 8GB, $8.60/GB con 38GB, $7.50/GB con 88GB |
| Oxylabs Web Scraper API | por 1K resultados | desde $0.25/1K |
| Firecrawl | por página (1 crédito) | $83/mes facturado anualmente por 100K créditos, es decir, $0.83 por 1K páginas |
| Zyte API | por 1K responses exitosas, 5 niveles de sitios | $0.13 a $1.27/1K vía HTTP, $1.01 a $16.08/1K con renderizado |
| Apify | unidad de cómputo (1 GB de RAM por una hora) | $0.20/CU, $0.13/CU en el plan de $999 |
Dos cosas resaltan de esa tabla.
La propia lista de Zyte tiene una variación de 124x. Mismo proveedor, misma unidad, misma línea en la factura: un sitio simple obtenido vía HTTP cuesta $0.13 por cada mil, un sitio avanzado renderizado en un navegador cuesta $16.08. Cualquiera que mencione "por cada mil requests" como una cifra comparable está citando solo un extremo de un rango así de amplio.
Y Bright Data cambia de unidades a mitad de su propio catálogo. Web Unlocker se vende por request. Browser API se vende por gigabyte. No es un descuido. Es la pista clave, y el resto de este artículo explica lo que significa.
Lo que realmente compras con un gigabyte
El dato que define cada conversión es el peso promedio de tus páginas, y las estadísticas públicas al respecto son contundentes.
El Web Almanac 2025 de HTTP Archive sitúa la mediana de una página de inicio móvil en 2,559 KB según el rastreo de julio de 2025, un 8.4% más en un año. Si desglosas esa página mediana por tipo de contenido, obtienes 911 KB de imágenes, 632 KB de JavaScript, 122 KB de fuentes y 77 KB de CSS.
Y 22 KB de HTML.
Ese último número es el que importa, porque el documento HTML suele ser la única parte que parseas. En la página mediana representa el 0.86% de los bytes que descarga un navegador completo al renderizar. El otro 99% es contenido accesorio por el que pagaste transferencia.
Aplica eso al plan de Oxylabs de 8 GB a $9.40/GB:
- Descargando solo HTML, a 22 KB por página, un gigabyte equivale aproximadamente a 45.000 páginas. Eso es alrededor de $0,21 por 1.000 páginas.
- Renderizando la página completa, a 2.559 KB, un gigabyte equivale aproximadamente a 390 páginas. Eso es alrededor de $24 por 1.000 páginas.
El mismo plan. El mismo precio anunciado. Una diferencia de 116x, determinada por completo por una configuración en tu propio código.
Ahora compáralo con Firecrawl. A $83 por 100.000 créditos en la tarifa anual, a un crédito por página, pagas $0,83 por 1.000 páginas sin importar si la página pesa 20 KB o 4 MB. Frente a la descarga de solo HTML, la medición por gigabyte es unas cuatro veces más barata. Frente al renderizado completo, es unas 29 veces más cara.
El punto de equilibrio se sitúa cerca de los 100 kilobytes
Haz las cuentas y ambas métricas se cruzan en un peso de página específico. Los $0,00083 por página de Firecrawl divididos por los $9,40 por gigabyte de Oxylabs dan 88 KB. Si tomas Firecrawl mes a mes en lugar de anualmente ($99,50 por los mismos 100.000 créditos), el punto de equilibrio pasa a 106 KB. Por debajo de ese rango, la facturación por gigabyte gana. Por encima, gana la tarifa plana por página, y la brecha se amplía rápido, porque el peso de la página no tiene techo.
Aquí está la parte que nos gusta. Oxylabs publica su propia conversión sin presentarla como tal: la prueba gratuita de Web Unblocker se describe como "1GB (up to 10k results)". Eso son 100 KB por resultado, ubicándose dentro del rango que acabamos de calcular a partir de las listas de precios de otros dos proveedores. Su propia aritmética asume que estás descargando documentos, no renderizando galerías.
Por lo tanto, si estás en un esquema medido por bytes y controlas un navegador, la palanca más importante no es tu proveedor. Es bloquear imágenes y fuentes antes de que la página cargue, porque en la página promedio eso representa 1.033 de los 2.559 KB. Preferimos decirte eso en lugar de fingir que el logotipo en la factura es lo que define el costo.
Dos advertencias honestas. Estas son cifras medianas de toda la web, y tus objetivos no son toda la web (las páginas de retail y viajes son más pesadas, los endpoints JSON mucho más ligeros). Además, una página renderizada con el contenido multimedia bloqueado puede quedar muy por debajo de la mediana, lo que desplaza el punto de equilibrio a tu favor sin cambiar nada en la página de precios. La misma aritmética define cuándo un paso de extracción con LLM deja de ser rentable: el precio unitario nunca es el dato interesante, lo es el precio por registro que conservaste.
Lo que cuenta como facturable es un segundo eje
La unidad es una cuestión. Qué activa el contador es otra diferente, y es más fácil de pasar por alto.
Bright Data promociona "paga solo por éxito" en Web Unlocker. Zyte fija sus precios "por 1.000 respuestas exitosas". Firecrawl consume un crédito por request a la API, según el endpoint. En una medición por gigabyte no existe condición de éxito en absoluto: los bytes se transfirieron, por lo que se te factura, y una página de challenge que descartas es una página que compraste.
Esto importa más de lo que parece, porque un desafío o un interstitial suele llegar acompañado de un HTTP 200. Si tu definición de éxito depende del código de estado, tu lógica de reintentos y tu factura no coincidirán con tu conjunto de datos. Ya escribimos sobre esta discrepancia en Validate Rules Now Decide What Counts as Success, y es la misma falla que convierte un bloqueo parcial en un vacío silencioso en una serie temporal.
Quién debería comprar qué unidad
Compra por gigabyte si descargas documentos en lugar de renderizarlos y tus objetivos son texto: resultados de búsqueda, endpoints JSON, páginas de listados, sitemaps. A razón de 20 a 50 KB por página, el precio por byte es la opción más barata del mercado y nada se le acerca.
Compra por página o por request si renderizas, si tus objetivos tienen mucho contenido multimedia o si simplemente no puedes predecir el peso de la página en una larga lista de sitios diversos. Pagas un sobreprecio en el extremo inferior para asegurar un tope en el extremo superior, y en una carga de trabajo con renderizado ese tope vale mucho.
Compra por niveles (tier), como vende Zyte, si tu combinación de objetivos es estable y sabes en qué nivel encaja cada sitio. Este modelo es honesto respecto a lo que todos los demás promedian para ocultarlo: que los sitios difíciles cuestan más de recolectar. No encaja bien cuando tu lista de objetivos cambia cada semana.
Compra unidades de cómputo si ejecutas rastreos largos con tu propio código en la plataforma. Ese medidor factura la máquina, no los datos, por lo que premia a un parser rápido y penaliza a uno lento. Es el único modelo de esta lista donde optimizar tu código se refleja directamente en la factura.
Ninguna de estas unidades es un engaño. Cada una es una apuesta sobre cómo es el tráfico típico, hecha por un proveedor que conoce a su base de clientes. El error no es elegir la unidad equivocada. Es comparar dos presupuestos que nunca estuvieron en la misma unidad y llamar decisión al número más barato.
El precio sube, lo aumente alguien o no
Antes de aceptar una cotización de cualquiera, incluidos nosotros, mide dos números en una semana de tu propio tráfico: los bytes por descarga y el porcentaje de descargas que devolvieron algo que realmente conservaste. Cada cotización en este post se convierte con claridad una vez que tienes esos dos datos, y ninguna se puede convertir sin ellos.
Luego observa lo que sucede el próximo año. La página de inicio mediana creció un 7.8% en doce meses, y la presión va siempre en la misma dirección. Si tu factura está calculada en bytes, ese es un aumento de precio anual que nadie tiene que anunciar, en un concepto que nadie negoció.
En FourA devolvemos el costo de cada llamada en la propia respuesta, para que leas la conversión sobre la marcha en lugar de tener que reconstruirla a partir de una factura a fin de mes. Eso no te dirá qué unidad comprar. Te dirá lo que realmente estás gastando por página que conservaste, que es el dato sobre el que gira todo el argumento.