Tenés espacio de sobra en el plan, el mes pasado revisaste el uso de ancho de banda y estaba lejos del límite, y aun así el sitio a veces tira un error raro cuando hay varias visitas al mismo tiempo. Si el espacio no es el problema y el tráfico total tampoco, lo que probablemente se está agotando es otra cosa: el límite de procesos simultáneos.
Qué es un proceso, en criollo
Cada vez que alguien visita una página de tu sitio, el servidor tiene que ejecutar código para armar esa página: consultar la base de datos, correr los plugins, generar el HTML. Esa ejecución ocupa un proceso mientras dura, que suele ser una fracción de segundo, pero durante ese instante ese proceso está activo y contando.
En el hosting compartido, cada cuenta tiene un tope de cuántos de esos procesos puede tener corriendo al mismo tiempo. Es un límite distinto del espacio en disco y distinto del ancho de banda mensual: mide concurrencia, no volumen acumulado.
El síntoma que delata este problema
Es bastante característico una vez que sabés qué buscar. El sitio anda perfecto la mayor parte del tiempo. Pero cuando hay varias visitas exactamente a la vez (un pico de tráfico, un robot de un buscador recorriendo el sitio en paralelo con visitantes reales, o varios formularios enviándose al mismo momento), aparece un error de servidor ocupado o directamente una página en blanco, que después de unos segundos vuelve a andar sola.
La clave está en "exactamente a la vez". Un sitio con mil visitas repartidas a lo largo del día no tiene problema. El mismo sitio con cincuenta visitas concentradas en el mismo minuto sí puede tocar el límite, aunque el total del día sea perfectamente razonable para el plan.
Por qué no es lo mismo que "poco tráfico total"
Esto es lo que más confunde. Los paneles de estadísticas suelen mostrar visitas totales, ancho de banda consumido y espacio usado, y todos esos números pueden estar tranquilos mientras el límite de procesos se toca todos los días a la misma hora. Son medidas distintas: una mide cuánto en total, la otra mide cuántos al mismo instante.
Por eso, cuando el error aparece siempre a la misma franja horaria (el momento del día con más visitantes simultáneos, o justo después de publicar algo que genera un pico), casi siempre es este límite y no un problema de espacio ni de tráfico acumulado.
Qué lo hace empeorar
Hay causas que multiplican el consumo de procesos sin que el tráfico real haya cambiado en nada.
Plugins pesados o mal hechos. Cada visita que dispara varios plugins simultáneamente consume más procesos que una visita a una página liviana. Un plugin que hace consultas lentas mantiene el proceso activo más tiempo, lo que aumenta la chance de que se solapen varios a la vez.
Robots de búsqueda agresivos. Los rastreadores de los buscadores a veces recorren muchas páginas en paralelo. Sumado a los visitantes reales de ese momento, puede empujar el total por encima del límite.
Falta de caché. Sin una página en caché, cada visita ejecuta todo el proceso completo de generación. Con caché, buena parte de las visitas se sirven sin tocar ese cupo, porque no hace falta ejecutar nada: se entrega una copia ya lista.
Cómo se soluciona, en orden
1. Poné una caché de páginas. Es la mejora individual más grande. Al servir versiones ya generadas para la mayoría de las visitas, baja drásticamente cuántos procesos reales se disparan por minuto.
2. Revisá qué plugins consumen más. Si podés medir tiempos de ejecución, vas a encontrar uno o dos que tardan mucho más que el resto. Reemplazarlos o quitarlos, si no se usan, libera margen.
3. Limitá el rastreo agresivo si hace falta. Se puede pedir a los robots que espacien sus visitas mediante las herramientas de administración de cada buscador, sin perder indexación.
4. Si el sitio ya creció, hablá con soporte. A veces el límite del plan quedó chico para lo que el proyecto se convirtió, y la solución directa es pasar a un plan con más margen o a semi dedicado, que asigna recursos con menos convivencia.
Por qué conviene entender esto antes de cambiar de plan
El error más común es asumir que hace falta más espacio en disco cuando el problema real es de concurrencia, y terminar pagando por algo que no soluciona nada. Antes de subir de plan por este síntoma, vale la pena optimizar caché y plugins primero: en la mayoría de los casos resuelve el problema sin gastar de más, y si después de eso el límite se sigue tocando, ahí sí el cambio de plan tiene sentido real.
Cómo confirmarlo vos mismo antes de escribirle a soporte
No hace falta esperar a que soporte lo confirme para tener una sospecha fundada. Anotá la hora exacta en la que aparece el error las próximas veces que pase, y compará esos horarios con el momento del día que más visitas recibís, según lo que muestre tu panel de estadísticas. Si coinciden, la hipótesis del límite de procesos gana mucha fuerza.
Otra forma de confirmarlo: si el error desaparece apenas baja el tráfico, sin que hayas cambiado nada en el sitio, es una señal más de que el problema es de concurrencia y no de una falla puntual en el código. Con esos datos en la mano, el reporte a soporte va a ser mucho más preciso, y la respuesta también.