Por qué una web agota los procesos PHP disponibles

Cuando una web agota los procesos PHP disponibles, las nuevas solicitudes dinámicas esperan o fallan aunque una página cacheada aún abra. No concluyas que falta CPU: un proceso puede estar ocupado esperando una base de datos, una API externa o un bloqueo. La clave es medir ocupación, duración y concurrencia al mismo tiempo.

Reconoce la señal correcta

Consulta la métrica de procesos del panel, errores 503/504, tiempos de respuesta y logs de PHP-FPM o del servidor. En entornos con PHP-FPM, el administrador puede ver el estado del pool y si se alcanzó max children; la documentación oficial de PHP-FPM describe ese indicador. En otros hostings la métrica tendrá otro nombre y no conviene asumir la misma configuración. Anota la hora del máximo y cuántas peticiones aguardaban.

Separa tráfico de procesos lentos

Si el número de peticiones crece con una campaña, observa rutas dinámicas, caché y límites de plan. Si el tráfico no cambia pero las solicitudes tardan más, busca una consulta lenta, API de terceros, sesión bloqueada o tarea prolongada. En WooCommerce no sirvas carrito o checkout desde una caché pública para reducir procesos; eso puede mostrar datos incorrectos. En su lugar, mide el trabajo real de esas rutas y protege los flujos de compra.

Ejemplo de método: a la hora del pico hay diez procesos ocupados durante muchos segundos consultando un servicio externo, mientras la CPU permanece baja. Añadir CPU quizá no resuelva la espera. En otro pico, procesos terminan rápido pero llegan cientos de visitas dinámicas simultáneas; la capacidad concurrente sí puede ser insuficiente. Son escenarios ilustrativos, no pruebas realizadas en IDEIHOSTING.

Aplica una solución acorde

Para consultas lentas, sigue el diagnóstico SQL. Para bots, identifica patrones y aplica una regla limitada, vigilando falsos positivos. Para tareas de fondo, evita que ocupen procesos web si existe un mecanismo seguro alternativo. Si la carga legítima requiere más concurrencia tras optimizar, compara planes y aislamiento con métricas, no solo con número de dominios. Aumentar max_execution_time sin corregir procesos bloqueados puede empeorar la cola; los límites PHP interactúan entre sí.

Prueba la recuperación

Repite una carga representativa sin ejecutar pagos reales, observa procesos, latencia, errores y cola, y compara con la línea base. Después comprueba formularios y pedidos recientes. Para una recomendación de capacidad, comparte el periodo y las métricas sin registros personales completos. Si varias webs comparten recursos, delimita cuál consume el pool antes de trasladar todas.