Entendiendo el caché en Drupal: de los conceptos básicos a la estrategia práctica

Después de casi una década ayudando a organizaciones a optimizar sus sitios en Drupal, he llegado a la conclusión de que el caching sigue siendo uno de los aspectos más poderosos y, al mismo tiempo, menos comprendidos del rendimiento de un sitio. Vamos a desglosar lo que realmente necesitas saber sobre el caching, desde los fundamentos hasta la implementación práctica.

¿Qué es el caching y por qué debería importarte?

En esencia, el caching consiste en capturar una instantánea de tu contenido. En lugar de reconstruir una página o recalcular resultados cada vez que alguien visita tu sitio, tomas una foto del resultado final y la reutilizas. Esto significa que les muestras a los visitantes un momento capturado en el tiempo, en lugar de recrear todo desde cero en cada visita.
Pero hay un detalle. Al igual que las fotografías, el contenido en caché representa un momento específico. Úsalo demasiado tiempo y tus usuarios verán instantáneas desactualizadas. No hagas suficiente caching y estarás reconstruyendo páginas constantemente sin necesidad. Encontrar el equilibrio correcto es fundamental.
En los sitios Drupal, generalmente hacemos caching de:

• Páginas completas para usuarios anónimos
• Partes de páginas que no cambian con frecuencia
• Resultados de consultas a la base de datos
• Respuestas de APIs externas
• Assets como imágenes, CSS y JavaScript

Rendimiento en Drupal: más allá del caching

Aunque el caching es crucial para el rendimiento, es importante recordar que es parte de una estrategia de rendimiento más amplia. Un enfoque completo también incluye:

• Optimizar los archivos CSS y JavaScript
• Usar el módulo Responsive Image junto con Breakpoints para servir imágenes del tamaño adecuado según el dispositivo
• Seguir las buenas prácticas generales de rendimiento web que rastrean herramientas como Google PageSpeed

El reto de mantener el contenido fresco

Uno de los mayores desafíos del caching es gestionar la obsolescencia del contenido. Cuando alguien actualiza contenido en tu sitio, ¿qué tan rápido deberían ver esos cambios los usuarios? La respuesta varía enormemente según las necesidades de tu sitio:

• Los sitios de noticias necesitan actualizaciones casi inmediatas
• Los sitios de comercio electrónico necesitan actualizaciones rápidas de productos e inventario
• Los sitios de marketing pueden tolerar tiempos de caché más largos a cambio de mejor rendimiento

Esto no es solo una decisión técnica, es una decisión de negocio. He visto organizaciones luchar con este equilibrio, llegando a limpiar su caché completo varias veces al día por miedo al contenido desactualizado. Ese enfoque anula el propósito del caching y genera una carga innecesaria en el servidor.
La clave está en entender que diferentes tipos de contenido tienen diferentes requisitos de frescura. El logo de tu empresa puede estar en caché durante semanas, mientras que el banner de tu página principal puede necesitar actualizarse en cuestión de minutos. El Drupal moderno nos da las herramientas para manejar estas necesidades variables de forma efectiva.

El arsenal de caching de Drupal

Veamos las herramientas que Drupal ofrece para gestionar el caching de manera efectiva. Con los años, Drupal ha evolucionado de un enfoque de caching todo o nada a un sistema sofisticado que te da un control preciso.

Capas de caché internas

Drupal viene con tres mecanismos principales de caching interno:

• Page Cache: Este es el motor pesado para usuarios anónimos. Cuando está habilitado, almacena páginas HTML completas y las sirve sin siquiera inicializar Drupal. Para contenido que no cambia con frecuencia, esto ofrece la respuesta más rápida posible.
• Dynamic Page Cache: Piénsalo como el boost de rendimiento para tus usuarios autenticados. En lugar de hacer caché de páginas enteras (lo cual no funcionaría para contenido personalizado), almacena en caché las partes que permanecen iguales sin importar quién las esté viendo.
• Render Caching: Es parte del sistema de renderizado de Drupal que determina cómo debe almacenarse en caché el output. Cada elemento (bloques, views, nodos, etc.) puede especificar metadatos de caché que incluyen:
  • Cache tags que rastrean las dependencias del contenido
  • Cache contexts que definen variaciones (como el rol del usuario o el idioma)
  • Configuraciones de max-age para el tiempo de vida del caché

  Cuando Drupal renderiza estos elementos, usa estos metadatos para tomar decisiones inteligentes sobre el caching: sabe exactamente qué almacenar en caché, por cuánto tiempo y cuándo invalidarlo.

BigPipe: haciendo el contenido personalizado más rápido

BigPipe es la solución de Drupal para entregar contenido personalizado sin sacrificar la velocidad. En lugar de esperar a que todo esté listo, envía tu página en fragmentos:

1. Primero carga la estructura básica de la página
2. Aparecen placeholders donde irá el contenido personalizado
3. El contenido personalizado llega en streaming a medida que está listo

Esto significa que los usuarios ven la estructura principal de tu sitio rápidamente, mientras su contenido específico aparece poco después. Es especialmente efectivo en dashboards o páginas con elementos específicos por usuario.

Cache tags: invalidación inteligente

Los cache tags son lo que hace que el sistema de caching de Drupal sea verdaderamente poderoso. Funcionan como etiquetas que rastrean de qué depende cada contenido. Cuando actualizas contenido, Drupal usa estas etiquetas para invalidar exactamente lo que necesita actualizarse, ni más ni menos.
Por ejemplo, cuando actualizas un artículo:

1. Drupal identifica qué cache tags se ven afectados
2. Cualquier contenido en caché con esas etiquetas se marca para actualizarse
3. El resto del contenido en caché permanece intacto

Esta invalidación precisa significa que puedes hacer caching de manera agresiva y, al mismo tiempo, garantizar que las actualizaciones de contenido aparezcan cuando se necesitan.

El reto del max-age

Una de las partes más complicadas del caching en Drupal tiene que ver con gestionar los tiempos de vida del caché a través de los headers Cache-Control. Hay dos headers clave en juego:

• max-age: Controla cuánto tiempo deben los navegadores conservar su copia en caché
• s-maxage: Específico para cachés intermediarios (como Varnish y CDNs), reemplaza el max-age para esos sistemas

Aquí es donde las cosas se ponen interesantes. Cuando configuras un max-age largo, le estás diciendo a los navegadores que pueden conservar su versión en caché durante todo ese período. Parece ideal para el rendimiento, pero crea un desafío: cuando actualizas contenido, no puedes decirles a esos navegadores que descarguen la nueva versión.
Veamos qué pasa durante una actualización de contenido en Acquia (aunque desafíos similares existen en otras plataformas):

1. El contenido se actualiza en Drupal
2. Acquia Purge pone en cola los cache tags relevantes
3. El procesador de la cola le indica a Varnish que invalide su caché
4. Tu CDN consulta a Varnish y obtiene el contenido nuevo

¿Pero los navegadores? Siguen sirviendo su versión en caché hasta que expira el max-age. Esto puede hacer que los usuarios vean contenido desactualizado aunque ya haya sido actualizado en tu sitio.

Encontrando equilibrio con el HTTP Cache Control module

El HTTP Cache Control module ofrece una solución que te permite configurar el caché del navegador y el caché compartido por separado. Esto significa que puedes:

• Mantener un max-age corto para los navegadores (asegurando que verifiquen actualizaciones con regularidad)
• Configurar un s-maxage más largo para Varnish y CDNs (manteniendo un buen rendimiento)

Algunos apuntes importantes sobre este módulo:

• El caché del navegador tiene un TTL mínimo de 60 segundos (configurable mediante YML)
• Evita configurar el caché del navegador en "sin caching": agrega must-revalidate, no-cache y valores de cache-control privados en todo el sitio

Construyendo tu infraestructura de caching

Una estrategia de caching completa generalmente involucra múltiples capas trabajando juntas:

Caché del navegador

Esta es tu primera línea de defensa, almacenando assets directamente en los dispositivos de los usuarios. Configúrala con cuidado:

• max-age corto para páginas HTML
• Tiempos de caché más largos para assets estáticos (imágenes, CSS, JS)
• Usa fingerprinting para assets estáticos y habilitar así el caching a largo plazo

Reverse proxy (Varnish)

Varnish se ubica frente a tu sitio Drupal y sirve páginas en caché de manera increíblemente rápida. Es especialmente poderoso porque:

• Entiende los cache tags de Drupal
• Puede servir miles de solicitudes por segundo
• Ofrece control detallado sobre qué almacenar en caché y cómo hacerlo

Content Delivery Network (CDN)

Los CDNs distribuyen tu contenido globalmente, sirviendo a los usuarios desde la ubicación más cercana:

• Almacenan en caché assets estáticos y páginas
• Reducen la carga del servidor
• Mejoran el rendimiento global
• Pueden trabajar con cache tags para una invalidación inteligente

Object caching (Redis/Memcache)

Estas herramientas son fundamentales para mejorar el rendimiento del caché. Aunque las tablas de caché permanecen en tu base de datos, Redis o Memcache ofrecen almacenamiento en memoria para un acceso más rápido a los elementos en caché. Esto mejora el rendimiento general al:

• Reducir la carga de la base de datos sirviendo datos de caché desde la memoria
• Proporcionar acceso más rápido a las entradas de caché de uso frecuente
• Mantener los datos de sesión de manera eficiente
• Almacenar en memoria fragmentos renderizados de páginas y resultados de consultas a la base de datos para una recuperación rápida

Juntando todo: una estrategia práctica

Vamos a desglosar una estrategia de caching práctica que equilibra rendimiento y frescura del contenido:

Configuración del caché del navegador y del sistema

• Usa el HTTP Cache Control module para gestionar los headers de caché de manera efectiva
• Configura un max-age razonablemente corto para los navegadores (típicamente entre 1 y 5 minutos)
• Configura un s-maxage más largo para cachés compartidos como Varnish
• Importante: nunca configures el caché del navegador en "none", ya que agrega must-revalidate, no-cache y valores de cache-control privados en todo el sitio
• Recuerda: no hay forma de forzar a los navegadores a invalidar su caché; conservarán su copia hasta que expire el max-age

Configuración del CDN

• Configura un TTL (Time To Live) bajo para el caché del CDN
• Esto no significa que el CDN descargue contenido nuevo cada vez; en cambio, realiza una verificación rápida con tu servidor de origen (Varnish o Nginx)
• El CDN solo descarga contenido nuevo cuando realmente ha cambiado en el origen
• Esta verificación es muy rápida y eficiente, manteniendo el rendimiento mientras se garantiza la frescura del contenido
• Aunque los proveedores de CDN ofrecen APIs para la invalidación de caché, sé cauteloso al usarlas por los costos asociados y los límites de uso

Estrategia de invalidación de caché

• Implementa el módulo Purge para la invalidación de caché
• Para sitios en Acquia, usa Acquia Purge para manejar la invalidación de Varnish (esto es solo un ejemplo; otras plataformas necesitan soluciones similares)
• Cuando no estés en Acquia, asegúrate de tener una solución para invalidar tu reverse proxy específico (Varnish, Nginx, etc.)
• Recuerda que el caché del navegador no puede invalidarse de forma remota; por eso es crucial configurar valores de max-age adecuados

Monitoreo y mantenimiento

• Monitorea tus tasas de aciertos de caché
• Vigila las colas de purge para asegurarte de que la invalidación esté funcionando
• Presta atención a los tiempos de actualización del contenido
• Revisa y ajusta la configuración regularmente según las necesidades de tu sitio

La clave del éxito está en implementar cada capa de manera reflexiva y entendiendo sus limitaciones. Una estrategia de caching bien configurada puede mejorar el rendimiento de manera notable sin comprometer la frescura del contenido.