La caché no es magia. Es memoria.
Guardar el HTML ya hecho evita que WordPress construya la página en cada visita. Cuando funciona, se nota muchísimo. Cuando no, se queda ahí sin hacer nada y nadie lo comprueba.
La caché de página guarda el resultado final. No arregla una web lenta de origen, no ayuda a quien está logueado y en WooCommerce se salta con facilidad. Si no ves la cabecera de caché en la respuesta, probablemente no esté haciendo nada.
Qué se guarda y qué se vuelve a hacer
Sin caché, cada visita recorre el mismo camino: PHP arranca, carga WordPress, consulta la base de datos, monta el HTML, lo envía. Con caché, ese HTML ya está escrito y el servidor lo entrega tal cual. La diferencia entre hacer la comida y recalentarla.
Hay tres capas que se confunden todo el tiempo:
- Caché de página. Guarda el HTML completo de una URL. Es la que más se nota en velocidad percibida.
- Caché de objetos. Guarda resultados sueltos de la base de datos (consultas, opciones, transients) para no repetirlos. Ayuda al panel y a procesos internos.
- CDN. Guarda copias en servidores repartidos por el mundo. Ayuda a quien está lejos de tu hosting, no a quien está al lado.
Puedes tener una y no las otras. Y puedes tener las tres mal configuradas. Tener un plugin de caché instalado no significa tener caché: significa tener un plugin instalado.
Por qué a veces no se nota
Este es el caso más habitual que veo: la web lleva un plugin de caché, la portada carga rápido y el resto sigue lento. Suele haber una razón concreta:
- La caché está vacía o se purga todo el tiempo. Cada guardado, cada comentario o cada plugin que toca algo invalida la página.
- Estás logueado. Los plugins de caché sirven HTML guardado a visitantes anónimos. Tú, como administrador, ves la versión sin caché y parece que no funciona.
- WooCommerce la fragmenta. Carrito, sesión y fragmentos de carrito hacen que muchas páginas se sirvan sin caché o con una versión distinta por visitante.
- El cuello está antes. Si el TTFB es alto incluso con caché, el problema puede estar en el hosting, en DNS o en una redirección de más.
- Solo cachea la home. La ficha de producto, la categoría y el checkout son las que de verdad importan.
Cómo comprobarlo en un minuto
No hace falta un panel. Abre la web en una ventana privada, abre las herramientas del navegador y mira la pestaña de red. En la respuesta del documento principal busca cabeceras como x-cache, cf-cache-status, x-litespeed-cache o cache-control.
Si pone HIT, cached o un max-age alto, hay caché. Si pone MISS, bypass o no-store, esa página no se está sirviendo desde memoria. Repite la prueba en la home, en una categoría y en una ficha de producto: no tienen por qué comportarse igual.
Una caché que solo funciona en la portada es como cerrar con llave la puerta de casa y dejar las ventanas abiertas.Lo que suelo encontrar
Qué no arregla la caché
La caché no reduce una imagen de 4 MB, no elimina un script que no se usa y no hace que el servidor responda antes la primera vez. Si la página pesa mucho, seguirá pesando: solo llegará antes el HTML y luego el navegador seguirá esperando las fotos.
Por eso conviene medir por capas. Primero el servidor (TTFB), luego el peso (imágenes, fuentes, JS) y después la caché. Si empiezas por el plugin de caché, puedes acabar con una web que «puntúa bien» y sigue tardando en enseñar el producto.
¿Está tu caché haciendo algo o solo ocupando sitio?
La auditoría mira las cabeceras reales de tu web y te dice si se sirve desde memoria, en qué páginas y qué queda por debajo.
Auditar mi web