Comprender los límites de ancho de banda y transferencia de datos
Guía SEO detallada que explica comprender los límites de ancho de banda y transferencia de datos. Conozca los mejores métodos y configuraciones.
Ancho de banda frente a transferencia de datos: la diferencia real
Los proveedores de hosting suelen usar “ancho de banda” y “transferencia de datos” como si fueran lo mismo, pero técnicamente describen magnitudes distintas. El ancho de banda es una velocidad: cuántos datos pueden moverse por segundo, medidos en megabits o gigabits por segundo (Mbps, Gbps). La transferencia de datos es un total: cuántos datos se han movido realmente durante un periodo, normalmente en gigabytes o terabytes al mes.
Una analogía útil es una tubería de agua. El ancho de banda es el grosor de la tubería y la transferencia es el volumen total de agua que ha pasado por ella este mes. Un plan con “1 TB de ancho de banda” casi siempre significa 1 TB de transferencia mensual, mientras que un servidor con un “puerto de 1 Gbps” describe el grosor de la tubería.
Inspect Any Domain and Web Hosting Instantly
Inspect the infrastructure of any domain or website in seconds using TLDix WHOIS Domain, Hosting Lookup and Domain Oracle (AI).
Recuerda también que las velocidades de red se expresan en bits y los tamaños de archivo en bytes. Un byte son ocho bits, así que una conexión de 100 Mbps mueve como máximo unos 12,5 megabytes por segundo en condiciones ideales.
Cómo cuentan el tráfico los planes de hosting
Cada petición a tu web envía datos del servidor al visitante: HTML, hojas de estilo, scripts, imágenes, fuentes, vídeos, respuestas de API y descargas. La mayoría de los proveedores cuentan el tráfico saliente y algunos también el entrante, como las subidas. Consulta en la documentación de tu proveedor estos detalles:
- Dirección. Solo saliente, o entrante y saliente combinados.
- Alcance. Solo tráfico web, o también correo, FTP, copias de seguridad y replicación de bases de datos.
- Periodo de facturación. Mes natural o ciclo de facturación, y si la cuota no usada se acumula (normalmente no).
- Medición. Gigabytes totales, o un modelo por percentil en algunos planes dedicados y de colocation.
El modelo del percentil 95
Algunos contratos de servidores dedicados y de centros de datos facturan según el percentil 95 del ancho de banda en lugar de la transferencia total. El proveedor toma muestras de tu caudal a intervalos regulares, descarta el 5 % más alto y factura según el valor más alto restante. Así, los picos cortos no tienen coste, mientras que el uso elevado sostenido sí se cobra. Los planes compartidos y la mayoría de los VPS no usan este modelo, pero conviene reconocerlo si pasas a una infraestructura dedicada.
Estimar cuánta transferencia necesitas
No necesitas analíticas precisas para hacer una estimación razonable. La fórmula básica es:
transferencia mensual = peso medio de página x páginas vistas al mes x margen de seguridad
Mide el peso de la página con las herramientas de desarrollo del navegador: abre la pestaña Red, carga una página típica con la caché desactivada y anota el tamaño total transferido. Repite con algunos tipos de página habituales y calcula la media. Los visitantes recurrentes con recursos en caché descargan menos, así que una medición de primera visita da una cifra conservadora.
| Peso medio de página | Páginas vistas al mes | Transferencia estimada |
|---|---|---|
| 1 MB | 10.000 | unos 10 GB |
| 2 MB | 50.000 | unos 100 GB |
| 3 MB | 100.000 | unos 300 GB |
| 2 MB | 500.000 | alrededor de 1 TB |
Son ejemplos calculados con la fórmula anterior, no valores típicos de ningún sitio concreto. Añade un margen, a menudo entre el 25 % y el 50 %, para los rastreadores de buscadores, otros bots, las descargas de archivos y el crecimiento del tráfico. Si ofreces descargas grandes como PDF, software o vídeo, calcúlalas por separado, porque un solo archivo popular puede pesar más que todas tus páginas vistas.
Qué significan realmente “sin medición” e “ilimitado”
Muchos planes de hosting compartido anuncian ancho de banda sin medición o ilimitado. Normalmente significa que el proveedor no fija un tope mensual de gigabytes, no que el uso sea infinito. Siguen existiendo límites prácticos:
- Velocidad del puerto. El tráfico no puede superar la capacidad de red asignada al servidor o a la cuenta.
- Límites de recursos. Los topes de CPU, memoria y procesos del hosting compartido restringen cuántas peticiones puedes servir mucho antes de que la transferencia bruta sea un problema.
- Políticas de uso razonable y uso aceptable. Las condiciones suelen prohibir usar el hosting principalmente para distribuir archivos, emitir contenido multimedia o guardar copias de seguridad.
- Limitación de velocidad. Algunos proveedores ralentizan las cuentas que consumen mucho más que el cliente típico.
Para una web de empresa o un blog normales, un plan sin medición suele bastar. Si tu web sirve archivos multimedia grandes, lee con atención la política de uso aceptable y plantéate un almacenamiento de objetos o una CDN para esos archivos. Nuestra guía sobre la configuración del hosting compartido explica cómo interactúan los límites de recursos con el tráfico.
Qué pasa cuando superas el límite
Las políticas al superar una cuota medida varían según el proveedor. Los enfoques más comunes son:
- Cargos por exceso, facturados por cada gigabyte adicional según la tarifa fijada en las condiciones del plan.
- Mejora automática al siguiente nivel del plan, a veces con aviso previo.
- Limitación a una velocidad menor hasta el siguiente periodo de facturación.
- Suspensión de la cuenta hasta que mejores el plan o se reinicie el periodo.
La suspensión es el resultado más perjudicial, porque tu web se cae justo cuando más popular es. Averigua qué política se aplica a tu plan antes de que llegue un pico de tráfico y activa las alertas de uso si tu panel las ofrece. Las plataformas cloud suelen facturar el tráfico de salida aparte del cómputo, así que revisa también esos precios al estimar costes, ya que las tarifas cambian bastante entre proveedores y regiones.
Medir tu uso real
Tu panel de control suele mostrar la transferencia mensual, a menudo desglosada por dominio o servicio. Para más detalle, analiza los registros de acceso del servidor web. El siguiente comando suma los bytes enviados en un registro Apache o Nginx en formato combinado, donde el tamaño de la respuesta es el décimo campo:
awk '{sum += $10} END {printf "%.2f GB\n", sum/1024/1024/1024}' access.log
Para saber qué archivos consumen más transferencia, agrupa por ruta solicitada:
awk '{bytes[$7] += $10} END {for (p in bytes) print bytes[p], p}' access.log | sort -rn | head -20
En un VPS también puedes seguir los totales de la interfaz con una herramienta como vnstat, que registra el tráfico por días y meses. Las entradas grandes e inesperadas suelen apuntar a imágenes enlazadas desde otras webs (hotlinking), bots agresivos, archivos multimedia demasiado pesados o una copia de seguridad olvidada que se descarga una y otra vez.
Formas prácticas de reducir la transferencia de datos
Reducir la transferencia suele hacer también que tu web sea más rápida, lo que beneficia a los visitantes y al posicionamiento. Las técnicas más eficaces son:
- Optimiza las imágenes. Ajústalas a las dimensiones que realmente se muestran, usa formatos modernos como WebP o AVIF y aplica carga diferida a las imágenes fuera de la primera pantalla.
- Activa la compresión. La compresión Gzip o Brotli reduce de forma notable el tamaño de HTML, CSS y JavaScript.
- Configura cabeceras de caché. Con tiempos de caché largos para los recursos estáticos, los visitantes recurrentes los descargan una sola vez.
- Usa una CDN. Una red de distribución de contenidos sirve copias en caché desde nodos perimetrales, de modo que llega mucho menos tráfico a tu servidor de origen.
- Evita el hotlinking. Impide que otros sitios incrusten tus imágenes directamente desde tu servidor.
- Gestiona los bots. Usa robots.txt para los rastreadores que respetan las normas y reglas de cortafuegos o de límite de peticiones para los abusivos.
- Aloja los archivos grandes en otro sitio. Las plataformas de vídeo y el almacenamiento de objetos son más adecuados para contenido pesado que un hosting web estándar.
DNS más rápido y menos peticiones
La transferencia de datos es solo una parte del rendimiento. Reducir el número de peticiones independientes, combinar recursos pequeños cuando tenga sentido y usar un proveedor de DNS rápido mejoran los tiempos de carga. Consulta nuestro artículo sobre cómo optimizar la velocidad de resolución DNS para la parte del DNS.
Planificar los picos de tráfico
Los picos repentinos, como el lanzamiento de un producto, el envío de una newsletter o una publicación muy compartida en redes sociales, son el momento en que los límites de transferencia y de recursos suelen dar problemas. Antes de un evento planificado, comprueba cuánta cuota te queda en el periodo de facturación actual, confirma que la caché de página completa está activa y, si puedes, prueba las páginas más visitadas con una carga realista. Dirige los recursos pesados a tu CDN con antelación y no en mitad del pico. Después del evento, revisa los registros de acceso para ver qué páginas y archivos generaron el tráfico. Así sabrás si tu estimación era acertada y si debes ajustar el plan, las reglas de caché o el alojamiento de los contenidos multimedia antes de la próxima campaña.
Elegir un plan con la cuota adecuada
Al comparar planes de hosting, mira más allá de la cifra de transferencia anunciada. Un plan con una cuota medida moderada pero límites de CPU y memoria generosos puede servir mejor tu tráfico que un plan sin medición con topes de recursos ajustados. Pregunta cómo se gestionan los excesos, si existen alertas de uso y si incluye una CDN o se puede conectar fácilmente.
Mantén una visión general de todas las cuentas de hosting que gestionas, con su plan, proveedor y fecha de renovación. Puedes comprobar dónde está alojada una web con la consulta de hosting de TLDix y guardar tus planes en TLDix para recibir recordatorios antes de cada renovación, de modo que un cambio o una mejora de plan nunca te pille en el último momento.