La pila de caché de WordPress que de verdad sobrevive al Black Friday

Hay una pregunta a la que todo sitio WordPress gestionado se enfrenta tarde o temprano: ¿qué revienta bajo un pico de tráfico de 50×? La respuesta corta suele ser la base de datos — no porque MySQL sea malo, sino porque cada capa de caché entre el visitante y la base de datos está mal configurada, ausente o haciendo el trabajo equivocado.

Las cuatro cachés que importan

Un sitio WordPress en producción necesita cuatro capas de caché, y el orden importa:

1. Caché en el edge — Cloudflare, BunnyCDN, CloudFront. Captura el tráfico anónimo en el borde de la red.
2. Caché de página — WP Rocket, W3 Total Cache, LiteSpeed Cache. Sirve HTML completo desde disco o memoria para hits anónimos repetidos.
3. Caché de objetos — Redis o Memcached, vía Object Cache Pro o W3TC. Evita ir y volver a MySQL para cosas como get_option(), get_transient() y lecturas de sesión de WooCommerce.
4. Caché de opcode — PHP OPcache, configurado con opcache.validate_timestamps=0 en producción. Evita re-compilar ficheros PHP en cada petición.

Si te saltas el caché de objetos, MySQL se convierte en el cuello de botella en cuanto el caché del edge falla. Si te saltas el caché de opcode, el suelo de CPU es 2-3× mayor de lo que debería. Si te saltas el caché del edge, pagarás por cada bot que indexe tu sitio.

Lo que configuramos en la práctica

Para un sitio WooCommerce que tramita 100 000 pedidos mensuales solemos desplegar:

• Cloudflare delante, con tuning del caché HTML por ruta (páginas de catálogo agresivas, bypass de carrito/checkout por cookie)
• WP Rocket para caché de página, con WP_CACHE activado y el caché en disco viviendo en un volumen SSD
• Redis con Object Cache Pro para el caché de objetos (el plugin gratuito redis-cache funciona, pero Pro es más rápido bajo contención)
• OPcache con 256 MB asignados y opcache_reset() disparado en cada despliegue
• Una instancia de Redis separada para el almacenamiento de sesiones de WooCommerce para que el checkout no se pelee con otras lecturas

El artículo completo en Medium cubre los ficheros de configuración reales, el hook de despliegue que resetea cada capa, y los dashboards de monitoring que ponemos encima.