Cuántas visitas soporta tu hosting y cómo calcularlo

"¿Cuántas visitas soporta mi hosting?" es una de las preguntas más repetidas y la que peor se responde en el sector. La respuesta corta es que no existe un número universal: un plan que aguanta diez mil visitas diarias de un blog con caché puede caerse con mil visitas de una tienda con carrito, filtros y sesiones activas. La respuesta útil es la que veremos aquí, cómo se calcula la capacidad real de un plan a partir de cuatro recursos concretos, y cómo saber con meses de antelación si tu web va a necesitar más.

Si tu plan actual ya te está dando problemas, salta directo a las señales de saturación y a las opciones de planes disponibles. Si vienes a entender el cálculo, sigue leyendo: con una hoja de cálculo y diez minutos puedes estimar tu techo real.

Por qué no existe un número único de visitas

El error de partida es mezclar tres cosas que se miden distinto:

• Visita (sesión): una persona que entra a tu web y navega un rato.
• Página vista: cada URL que carga dentro de esa sesión.
• Petición: cada archivo o recurso que el navegador pide al servidor. Una sola página puede generar decenas de peticiones entre HTML, CSS, JavaScript, imágenes y fuentes.

El hosting no se satura por "visitas", se satura por peticiones dinámicas y procesos simultáneos. Por eso dos webs con el mismo tráfico pueden tener consumos completamente distintos: una sirve páginas ya generadas desde la caché y la otra ejecuta PHP y consultas a la base de datos en cada visita.

La segunda variable es el peso de la página. Una landing con tres imágenes optimizadas consume una fracción de lo que consume un catálogo con filtros, miniaturas y recomendaciones. Y la tercera es el comportamiento del tráfico: mil visitas repartidas en 24 horas no se parecen en nada a mil visitas concentradas en veinte minutos por una campaña.

Los cuatro recursos que definen el límite real

El ancho de banda suele ser el quinto recurso y casi nunca el primero en agotarse, salvo que sirvas video, descargas grandes o imágenes sin optimizar. En la mayoría de los casos el techo aparece antes por CPU o por procesos simultáneos. Si quieres la explicación completa de estos límites y de la letra chica de los planes "ilimitados", está en hosting ilimitado: qué significa realmente.

La fórmula práctica para estimar tu capacidad

Vamos a hacerlo con un ejemplo ilustrativo, con cifras redondas solo para mostrar la cuenta. No son medidas de ningún plan concreto: sustituye cada número por el tuyo.

1. Mide el costo de una petición dinámica. Abre tu web con la caché desactivada y mira el TTFB (tiempo hasta el primer byte) en las herramientas del navegador. Si tu TTFB sin caché es de 300 ms, cada petición dinámica consume aproximadamente 0,3 segundos de CPU.
2. Convierte tu cuota de CPU en peticiones por segundo. Si tu plan equivale a 0,5 núcleos disponibles de forma sostenida, tienes 0,5 segundos de CPU por cada segundo de reloj. Divide eso entre el costo de una petición: 0,5 dividido 0,3 da alrededor de 1,6 peticiones dinámicas por segundo.
3. Pásalo a un día completo. 1,6 peticiones por segundo por 86.400 segundos son unas 138.000 peticiones al día en el escenario más pesado, es decir, todas dinámicas y repartidas de forma uniforme.
4. Convierte peticiones en visitas. Si una visita genera unas 40 peticiones y todas pasaran por PHP, ese número se divide entre 40 y te queda un techo teórico de unas 3.400 visitas diarias. En la práctica es un techo pesimista, porque una parte importante de esas peticiones son archivos estáticos o páginas en caché.
5. Ajusta por picos. El tráfico real no es uniforme. Si el 30% de tus visitas llega en dos horas punta, la capacidad que necesitas no es la del promedio diario, sino la que soporte esa ventana. Vuelve a hacer la cuenta por segundo usando el pico, no el total del día.

El resultado de este ejercicio no es una promesa, es un orden de magnitud. Sirve para dos cosas: saber si estás lejos del techo o encima de él, y entender qué variable conviene mover primero.

Cuánto cambia la caché el resultado

La caché es la variable con mayor impacto y la más ignorada. Cuando tu servidor entrega una página ya generada en lugar de ejecutar PHP y consultar la base de datos en cada visita, el consumo de CPU por petición cae de forma drástica y el techo de visitas sube en la misma proporción.

Hay tres niveles que conviene distinguir:

• Caché de página completa en el servidor web: convierte una página dinámica en un archivo estático durante un tiempo determinado. Es la que más capacidad libera. La explicamos junto con la configuración del servidor en WordPress rápido con LiteSpeed y NVMe.
• Caché de objetos para la base de datos: evita repetir las mismas consultas. Ayuda mucho en tiendas y en sitios con sesiones.
• CDN para archivos estáticos: saca imágenes, CSS y JavaScript de tu servidor, pero no reduce el trabajo de PHP.

Ojo con el matiz importante: la caché no ayuda en las páginas personalizadas. El carrito, el checkout, el área de clientes y cualquier página con sesión activa se generan siempre de forma dinámica. Si tu negocio vive de eso, la caché te resuelve la vitrina pero no la caja.

Cómo medir tu consumo real hoy

Antes de estimar, mide. Tienes cuatro fuentes de datos que ya existen:

1. El panel de tu hosting. Busca la sección de uso de recursos: CPU, memoria, procesos e inodos. Es el dato más directo que tienes y suele tener histórico.
2. Los registros de acceso. Te dicen cuántas peticiones recibes por hora y qué porcentaje corresponde a páginas dinámicas frente a archivos estáticos.
3. Analítica del sitio. Te da páginas vistas y sesiones por hora, que es lo que necesitas para calcular el pico y no el promedio.
4. Una prueba de carga controlada. Herramientas como k6 o Apache Benchmark lanzan peticiones simultáneas contra una URL concreta y muestran en qué punto el tiempo de respuesta se dispara. Hazlo en horario de bajo tráfico y contra una página representativa, no contra la home vacía.

Si además quieres medir la experiencia real del usuario, revisa los tiempos de carga con la guía de Core Web Vitals. Un TTFB que sube mes a mes es la señal más temprana de que te estás acercando al límite.

Cinco señales de que ya estás en el techo

1. El TTFB crece de forma sostenida. La misma página tarda cada vez más en empezar a responder, sin que hayas cambiado el diseño.
2. Aparecen errores 508 en horas punta. El servidor rechaza peticiones porque se alcanzó el límite de procesos. Lo explicamos en detalle en errores 500, 503 y 508.
3. El panel muestra CPU o memoria al tope de forma recurrente, no en un pico aislado.
4. El sitio va lento incluso con pocas visitas. Ese patrón suele apuntar a I/O de disco o a procesos que no terminan.
5. Las tareas programadas fallan o se solapan. Los cron que antes terminaban en segundos ahora se pisan entre sí.

Con dos o tres de estas señales ya no estás optimizando: estás esperando el próximo incidente. Es el momento de decidir con datos y no con la sensación de que "va lento".

Qué hacer cuando el plan no alcanza

Hay tres escalones y conviene subirlos en orden:

1. Optimizar primero. Activa caché de página, comprime y convierte imágenes, elimina plugins que no usas, revisa consultas lentas y separa las tareas pesadas del horario de mayor tráfico. Muchas webs duplican su capacidad real sin cambiar de plan.
2. Subir de plan dentro del mismo hosting. Si tu techo está en CPU o en procesos y la web ya está optimizada, un plan con más recursos resuelve el problema con el menor cambio operativo. Puedes comparar las opciones en el catálogo de planes.
3. Pasar a un VPS o a un servidor dedicado. Cuando necesitas recursos garantizados, control del servidor o aislar varios proyectos, el salto de arquitectura es la solución. Las diferencias están en qué es un VPS, en los planes VPS y, para cargas altas y sostenidas, en la página de servidores dedicados.

Un detalle que cambia la decisión: el tipo de disco. Un catálogo grande con base de datos activa se beneficia más de un disco NVMe que de más núcleos, porque el cuello está en las operaciones por segundo. Lo comparamos en NVMe vs SSD.

Preguntas frecuentes

¿Cuántas visitas soporta un hosting compartido?

Depende de cuatro variables: el costo de CPU por página, la memoria que consume cada proceso, el número de procesos simultáneos y el uso de caché. Un sitio con caché de página bien configurada y páginas livianas puede sostener bastante más tráfico que una tienda sin caché con el mismo plan. Por eso desconfía de cualquier proveedor que te dé una cifra de visitas sin preguntarte nada más.

¿El ancho de banda es el límite que se agota primero?

Casi nunca. El ancho de banda solo se vuelve el cuello de botella si sirves video, descargas pesadas o imágenes sin optimizar. En la mayoría de los sitios el techo aparece antes por CPU o por procesos simultáneos.

¿Un VPS soporta más visitas que un compartido?

Sí, porque los recursos son garantizados y no se comparten con otras cuentas. Pero un VPS mal configurado puede rendir menos que un compartido bien optimizado: la diferencia no es solo el hardware, es la configuración del servidor, la caché y el PHP.

¿La caché puede duplicar la capacidad de mi plan?

En la práctica puede multiplicarla varias veces, sobre todo si la mayoría de tus visitas son anónimas y llegan a páginas públicas. No ayuda en cambio en carrito, checkout ni áreas de clientes, donde cada petición tiene que generarse de nuevo.

¿Cómo sé si necesito un VPS?

Cuando ya optimizaste la web, subiste de plan y sigues con CPU o procesos al límite de forma sostenida, o cuando necesitas administrar el servidor, instalar software propio o aislar varios proyectos. Si además tu carga es alta y constante, el paso siguiente es un servidor dedicado.

Conclusión

No hay un número de visitas que un hosting "soporte" en abstracto. Hay un presupuesto de CPU, memoria, procesos e I/O, y una web que consume una parte de ese presupuesto en cada petición. Mide tu TTFB sin caché, calcula las peticiones por segundo que aguanta tu cuota, ajusta por el pico horario y activa caché antes de comprar más hardware. Con esos tres pasos sabrás si tu plan actual te queda grande, justo o corto. Si quieres que revisemos tu caso con tus propios números, escríbenos y lo vemos juntos antes de que contrates nada.