Por qué tu plugin de caché no arregla tu web lenta

Una web WordPress lenta lo es por diseño: para servir una página ejecuta PHP, carga decenas de ficheros, consulta la base de datos varias veces y ensambla todo en el momento. La caché lo que hace es guardar el resultado para no repetir el trabajo.

Mientras la página cacheada sirve, todo va bien. El problema aparece en todo lo que la caché no cubre: la primera visita, las páginas con parámetros, el carrito, el formulario. Ahí vuelves a la realidad: el servidor trabajando en vivo para cada visitante nuevo.

La respuesta del ecosistema ha sido apilar: caché de páginas, caché de objetos, caché de consultas, CDN, optimizadores de imágenes, minificadores. Cada capa añade su propia configuración, sus propios conflictos y su propia cuota de fallos.

Es instructivo mirar el resultado: una industria entera de plugins cuyo trabajo es evitar que WordPress se ejecute. Cuando el ecosistema dedica más esfuerzo a esquivar la plataforma que a usarla, el diagnóstico está claro.

Una web estática no necesita caché porque no hay nada que cachear: el HTML ya está generado, y servir un fichero es lo más rápido que un servidor puede hacer. No hay primera visita lenta, no hay páginas que se quedan fuera de la caché, no hay capas que configurar.

La velocidad no se consigue optimizando el trabajo: se consigue no haciéndolo. Qué supone eso para una web de empresa —mantenimiento, coste y SEO incluidos— está desglosado en la alternativa a WordPress para pymes.