Ancho de banda de proxy
La cantidad total de datos (subida + bajada) transferidos por una conexión de proxy, normalmente medida en GB.
El ancho de banda de proxy se refiere al volumen de datos transferidos por las conexiones de proxy: el tamaño de todas las solicitudes enviadas y las respuestas recibidas. Los proveedores miden el ancho de banda en GB y cobran por GB en los planes basados en tráfico.
Qué cuenta para el ancho de banda: cabeceras y cuerpo de la solicitud (salida), cabeceras y cuerpo de la respuesta (entrada). Para el web scraping, el HTML de la respuesta suele ser el componente mayor. Las imágenes, el JavaScript y el CSS de las cargas de página añaden un volumen significativo si tu scraper carga páginas completas.
Para minimizar los costes de ancho de banda: extrae solo el HTML específico que necesitas (evita cargar imágenes y recursos pesados), usa Accept-Encoding: gzip para comprimir las respuestas, y apunta a endpoints de API concretos cuando estén disponibles en lugar de cargar páginas completas.
La tarifación por ancho de banda (por GB) frente a la tarifación por IP (por IP al mes) se adapta a casos distintos. El precio por GB es eficiente para hacer scraping de páginas ligeras a gran volumen. El precio mensual por IP se adapta a sesiones de larga duración que transfieren menos datos totales pero necesitan acceso constante.
Estimar tus necesidades de ancho de banda: calcula el tamaño medio de página × el número de solicitudes por día. Una página de producto de e-commerce típica ocupa 50-200 KB de HTML. 100 000 páginas al día a 100 KB de media = 10 GB al día.
What gets counted and when
Bandwidth in proxy billing means the volume of data moved through the proxy, counted in both directions. Your request headers count, the response headers count, and the body counts whether you parse it or throw it away.
That makes the unit of cost different from the unit of work. Two scrapers fetching the same thousand pages can differ fivefold in cost depending on whether they request compression and whether they download images.
Metered and unmetered products exist side by side because the underlying supply differs. Residential capacity is bought from device owners by volume. A datacenter address is a server with an uplink, so charging by traffic would be arbitrary.
Where we meter and where we do not
One product is metered, the rest are not:
Billing by product
Residential $1.00 per GB, both directions, headers included
ISP per address per month, traffic unmetered
Datacenter/IPv6 per address per month, traffic unmetered
Mobile per day, traffic unmetered on our side- Ask for gzip. Set Accept-Encoding: gzip and typical HTML arrives three to four times smaller, which is the single largest saving available.
- Block images, fonts and video in headless browsers. On a product page they carry most of the weight and none of the data.
- Fetch APIs instead of pages where one exists. A JSON response is often a tenth of the rendered page it comes from.
- Unused traffic does not expire while the package is active, so buying ahead costs nothing.
Bandwidth billing surprises
Headers count
On small API responses the headers can be a meaningful share of the bytes.
Failed requests count
A 403 still transferred a request and a response. Retrying a hard block in a loop is expensive.
Rendering costs more than fetching
A headless browser loads everything a browser loads unless you tell it not to.
Concurrency does not change the total
It changes how fast you spend the same amount.
Términos relacionados
Ver esto en práctica
¿Listo para usar ancho de banda de proxy?
SotaProxy te da acceso a proxies residenciales rotativos, móviles, de centro de datos e ISP. Sin compromiso mínimo.
Empezar