cache.lat
Casi todos los sitios WordPress parecen rápidos con una sola persona navegando. El problema aparece cuando llega una campaña, un correo masivo o una mención en redes y cien visitantes entran a la vez. Una prueba de carga te dice qué pasa en ese momento antes de que ocurra de verdad.
Qué mide (y qué no) una prueba de carga
Una prueba de carga simula muchos visitantes simultáneos y registra cómo responde tu servidor. Lo que conviene mirar:
- Tiempo de respuesta (TTFB) a medida que sube el número de visitantes.
- Tasa de errores: respuestas 5xx, timeouts o conexiones rechazadas.
- Punto de quiebre: el nivel de concurrencia en el que los tiempos se disparan.
No mide la experiencia en el navegador (eso es Core Web Vitals), sino la capacidad del servidor para atender solicitudes.
Antes de empezar: reglas básicas
Probá tu propio sitio, nada más
Lanzar carga contra un sitio ajeno puede ser ilegal y, en tu propio hosting, puede violar sus términos. Revisá la política de tu proveedor o avisá antes de hacer una prueba fuerte.
Hacelo en staging o en horario de poco tráfico
Si la prueba tumba el sitio, mejor que sea una copia o un martes de madrugada. Evitá probar en plena campaña.
Anotá la configuración de partida
Versión de PHP, plugins activos, plugin de caché y su estado. Sin eso no podrás comparar resultados.
Cómo hacerlo paso a paso
- Elegí una herramienta. Hay servicios online con planes gratuitos limitados (por ejemplo Loader.io o BlazeMeter) y herramientas locales como k6 o Apache Bench (ab).
- Empezá chico. Una prueba corta con pocos visitantes simultáneos para validar que todo funciona.
- Subí de a escalones. Duplicá la carga en cada ronda y anotá cuándo empiezan los errores.
- Probá URLs distintas. La portada, una entrada y una página dinámica (carrito, búsqueda) se comportan muy diferente.
- Repetí con y sin caché. La comparación es lo más revelador.
Por qué la caché cambia tanto el resultado
Sin caché de página, cada visita ejecuta PHP y consulta la base de datos. Con 50 visitantes simultáneos eso ya puede saturar un hosting compartido. Con la página servida como archivo estático, el servidor casi no trabaja por visita, y la curva de tiempos se mantiene plana mucho más tiempo.
Si querés entender qué ocurre exactamente en cada solicitud, mirá cómo funciona cache.lat; y si necesitás los detalles de arquitectura, están en los datos técnicos.
Cómo leer los resultados
- Tiempos planos y cero errores: tu configuración aguanta ese nivel. Probá un escalón más.
- Tiempos que crecen de forma lineal: el servidor se está quedando sin CPU o workers de PHP. Revisá si las páginas realmente salen de caché.
- Errores repentinos: suele ser límite de conexiones, de memoria o de la base de datos. Mirá los logs del hosting.
- Páginas dinámicas lentas con caché activa: son rutas que normalmente se excluyen (carrito, checkout, cuenta). Es esperable; optimizá consultas y plugins ahí.
Errores comunes
- Probar solo la portada y creer que todo el sitio aguanta.
- Añadir parámetros aleatorios a la URL que saltan la caché y miden un escenario irreal (o, al revés, olvidar que los reales sí existen).
- Hacer la prueba desde la misma red del servidor: la latencia no representa a tus visitantes.
- No repetir la prueba tras cada cambio importante.
Conclusión
Una prueba de carga no tiene que ser compleja: con una herramienta gratuita, una hora y un poco de método sabrás cuánto tráfico soporta tu sitio y dónde está el cuello de botella. Si querés una mano para interpretar resultados o evaluar cache.lat en tu sitio, escribinos desde la página de contacto de TuNegocioEnLinea.