Guía para decidir mejor
Qué ocurre en el servidor durante un pico de tráfico
Las visitas no cuestan todas lo mismo: importa qué rutas usan.
Cuando llegan muchas visitas a la vez, el servidor no ve «personas» sino solicitudes de documentos, imágenes, APIs y procesos de aplicación. Una página puede generar varias solicitudes; una búsqueda, un carrito o un usuario conectado puede requerir PHP y base de datos aunque la portada se sirva desde caché. Entender esa diferencia ayuda a planificar un pico sin comprar recursos por una cifra universal de visitas.
Qué partes reciben trabajo
La red entrega conexiones y archivos. El servidor web procesa rutas estáticas y pasa las dinámicas a PHP u otra aplicación. WordPress consulta base de datos, plugins, servicios externos y quizá una caché. Un visitante que abre una página cacheable puede consumir poco trabajo de aplicación; varios usuarios en checkout, formularios o panel pueden mantener procesos ocupados durante más tiempo. Las imágenes grandes afectan transferencia y experiencia, no necesariamente CPU PHP.
Qué pasa al alcanzar un límite
Una cola de procesos hace crecer el tiempo de respuesta. Si se agotan trabajadores, memoria, conexiones de base o cupos de un servicio externo, pueden aparecer 429, 502, 503 o tiempos de espera; el código exacto depende de la arquitectura. La caché puede ocultar el problema en la portada mientras fallan los usuarios conectados. Por eso conviene medir simultáneamente rutas públicas y privadas, no concluir que todo funciona por una captura de inicio.
Observa antes de ampliar
- Identifica la hora del pico y conserva registros de acceso, error y métricas con zona horaria.
- Separa solicitudes humanas, bots y comprobaciones automáticas; usa el diagnóstico de tráfico.
- Relaciona latencia y códigos con CPU, memoria, procesos PHP, base de datos y red. Compara una página pública cacheada y una ruta de negocio no cacheable.
- Revisa si una API, pasarela o correo externo tardó; la lentitud de terceros no se corrige aumentando RAM por sí sola.
La guía de métricas de servidor detalla qué guardar. Para una tienda, consulta pruebas específicas de WooCommerce, donde pedidos y sesiones cambian el patrón de carga.
Planifica una prueba y un margen realistas
Parte de tráfico histórico, estimación de clics por minuto, rutas recorridas y usuarios concurrentes; aumenta carga de forma gradual en un entorno autorizado. Define umbrales de error y parada. Optimiza consultas o caché donde sea seguro, dimensiona procesos y considera distribución de estáticos si se demuestra útil. No caches cuentas, carrito o checkout como páginas públicas. Si necesitas estimar capacidad, comparte con IDEIHOSTING métricas y rutas críticas para discutir hosting o VPS sin prometer un número fijo de visitas.