Todos los productos 
Tráfico ilimitado en hosting compartido: qué se agota antes
En el hosting compartido, el «tráfico ilimitado» hace tiempo que es lo normal y no una ventaja. En esta selección hay unos 3500 planes de casi 900 proveedores, y ninguno limita el volumen de datos transferidos. El precio mediano ronda los 6,20 € al mes, y las opciones más baratas empiezan en 0,30–0,45 €. Por eso no tiene sentido elegir un plan por la línea «tráfico: ilimitado»: lo importante es saber qué recurso se le agotará primero a tu web.
Por qué el tráfico casi nunca es el cuello de botella
Una página típica de una web con CMS pesa 1–3 MB con imágenes incluidas, y buena parte de los archivos queda en la caché del navegador. Incluso 3000 visitantes al día que abran cinco páginas cada uno suman unos 30–50 GB al mes. Para el proveedor es una minucia: el ancho de banda del servidor está calculado para cientos de cuentas a la vez. Mucho antes de que el tráfico se note, la web chocará con el procesador, la memoria o el número de procesos simultáneos.
Para el proveedor, servir datos es barato y la computación es cara. Precisamente por eso reparte el tráfico con generosidad y esconde los límites reales en otros parámetros del plan.
Qué se esconde tras la palabra «ilimitado»
La mayoría de los proveedores aíslan las cuentas con CloudLinux y su mecanismo LVE. A cada cliente se le asigna una «caja» con límites estrictos:
- CPU: una fracción de núcleo, normalmente desde el 25 % hasta uno o dos núcleos. Si se supera, los procesos se ralentizan y las páginas tardan varios segundos en abrirse.
- Memoria (PMEM): desde 512 MB hasta varios gigabytes para toda la cuenta. Cuando se agota, los procesos PHP caen y los visitantes ven un error 503 o 508.
- Procesos (EP y NPROC): el número de entradas simultáneas en PHP. Un límite de 20 procesos significa que la vigésima primera petición simultánea recibirá un error, por mucho tráfico «ilimitado» que haya.
- IOPS y velocidad de disco: el límite de operaciones de entrada/salida. Las consultas pesadas a la base de datos y los catálogos grandes sin índices chocan precisamente aquí.
- Inodes: el número máximo de archivos. Los plugins de caché, las miniaturas y los buzones de correo van consumiendo el límite con el tiempo, y la web deja de poder guardar archivos nuevos.
Además de los límites técnicos, el contrato casi siempre incluye una cláusula de «uso razonable». Permite al proveedor pedirte que pases a un plan superior o a un VPS si la cuenta carga notablemente el servidor compartido. Formalmente el tráfico no tiene límite, pero nadie te dejará usar el hosting para distribuir un archivo de descargas.
Cuándo sí importa el volumen de tráfico
Hay casos en los que el ancho de banda de verdad cuenta:
- Vídeo y audio subidos directamente al hosting en lugar de a una plataforma de vídeo. Un solo vídeo en buena calidad pesa cientos de megabytes.
- Archivos descargables: instaladores de programas, listas de precios en PDF, archivos con modelos, mods para juegos.
- Galerías de fotos y portfolios con las imágenes originales sin comprimir.
- Picos bruscos tras una publicación en un canal grande de Telegram o al aparecer en recomendaciones.
Pero incluso en estos casos lo primero que falla no es el tráfico, sino el límite de procesos: cientos de descargas simultáneas mantienen conexiones abiertas y los nuevos visitantes no consiguen respuesta. Por eso es más sensato no servir archivos grandes desde un hosting compartido.
CDN y almacenamiento externo en lugar de un canal «grueso»
Si tu web sirve mucho contenido estático, conecta una CDN. La red de distribución guarda en caché imágenes, hojas de estilo y scripts en sus servidores, más cerca del visitante, y al hosting solo llegan las peticiones de HTML. La carga de la cuenta se reduce varias veces y las páginas se abren más rápido para visitantes de otros países. Muchas CDN tienen un plan gratuito suficiente para una web pequeña.
Los vídeos es mejor subirlos a plataformas de vídeo e insertarlos con su reproductor, y los archivos grandes, guardarlos en un almacenamiento de objetos S3 y servirlos con enlace directo. Así el hosting solo atiende a la propia web y los límites de LVE dejan de ser un problema.
Cómo saber si tu web ha chocado con los límites
Las señales casi siempre son las mismas: las páginas tardan de vez en cuando 5–10 segundos en abrirse, en las horas punta aparecen errores 503 o 508 y el panel de administración del CMS va más lento que la propia web. En cPanel y otros paneles con CloudLinux hay una sección de estadísticas de recursos donde se ve cuántas veces al día la cuenta ha llegado al tope de CPU, memoria o procesos. Si son decenas al día, el problema no es el tráfico. Lo primero es activar la caché de páginas, desactivar los plugins que no uses y comprobar si los bots cargan la web: en sitios pequeños, los rastreadores de buscadores y de terceros a menudo generan más peticiones que los visitantes reales.
Cómo elegir un plan de esta lista
- Busca en la descripción del plan los límites de CPU, memoria y procesos. Si el proveedor no los publica, pregunta al soporte antes de pagar.
- Fíjate en el tipo de disco. En la selección, cerca del 35 % de los planes usa NVMe y el resto SSD; para webs con una base de datos grande conviene filtrar el hosting con NVMe.
- Valora el tamaño del disco: aquí la mediana es de 20 GB, suficiente para casi cualquier web sin vídeo propio.
- Elige la ubicación del servidor más cercana a tu público. Para visitantes de Rusia lo lógico es un hosting en Rusia, con la latencia mínima.
- Comprueba cuántos sitios se permiten. En muchos planes baratos es exactamente un dominio.
Si tu web choca de forma constante con los límites de procesos y memoria, y no con el tráfico, el siguiente paso es un VPS para sitios web, donde los recursos son tuyos y no se comparten con los vecinos.