Cloudflare Cache Rules: cómo acelerar el sitio web de su empresa de forma segura

Poner su sitio web detrás de Cloudflare no hace que todas las páginas sean rápidas de forma automática. Por defecto, Cloudflare guarda en caché archivos estáticos como imágenes, CSS, JavaScript y PDF, pero no guarda el HTML, así que cada visita a una página sigue esperando a que su servidor la genere. Las Cache Rules le permiten cambiar eso de forma segura: guardar en caché las páginas públicas en el borde de la red, omitir la caché para usuarios con sesión iniciada, áreas de administración y carritos de compra, y controlar cuánto duran las copias. Esta guía explica el comportamiento predeterminado, las reglas que vale la pena agregar, los ajustes que importan en cada plan y cómo confirmar que funciona. Para una visión general de la velocidad de las páginas, consulte nuestra guía de Core Web Vitals.

Qué guarda Cloudflare en caché por defecto

Cloudflare decide qué guardar en caché según la extensión del archivo, no según el tipo de contenido. Según su documentación, la lista predeterminada incluye:

• Imágenes: JPG/JPEG, PNG, GIF, WEBP, AVIF, SVG, ICO y otras
• Estilos y scripts: CSS, JS
• Documentos: PDF, DOC/DOCX, XLS/XLSX, PPT/PPTX, CSV
• Fuentes: WOFF, WOFF2, TTF, OTF, EOT
• Multimedia y archivos comprimidos: MP4, MP3, WEBM, ZIP, GZ y otros

Cloudflare indica que no guarda en caché HTML ni JSON por defecto. Incluso los archivos elegibles no se guardan cuando la respuesta del servidor incluye Cache-Control: private, no-store, no-cache o max-age=0, cuando establece una cookie (Set-Cookie) o cuando la solicitud no es GET. En los planes Free, Pro y Business, el archivo más grande que se puede guardar en caché es de 512 MB.

Todo esto solo se aplica a los nombres de host que pasan por el proxy (la nube naranja en el DNS). Los registros configurados solo como DNS no pasan por la caché de Cloudflare.

Cache Rules: la forma moderna de controlar la caché

Las Cache Rules reemplazaron los ajustes de caché que antes estaban en las Page Rules, que Cloudflare ahora considera heredadas y para las que documenta una ruta de migración. Las reglas se crean en el panel (la página de resumen de Rules incluye plantillas listas para usar). La documentación de Cloudflare indica estos límites:

Plan	Cache Rules
Free	10
Pro	25
Business	50
Enterprise	300

Un comportamiento sorprende a muchos: las Cache Rules se acumulan. Se aplican todas las reglas que coinciden y, cuando dos reglas definen la misma opción, la documentación de Cloudflare indica que gana el valor de la última regla que coincide. El orden importa.

Un patrón seguro para guardar HTML en caché

Para el sitio típico de una empresa, dos reglas hacen la mayor parte del trabajo:

1. Regla 1: guardar en caché las páginas públicas. Haga coincidir su nombre de host y configure la elegibilidad como Eligible for cache. Esto le indica a Cloudflare que guarde también el HTML, no solo los archivos estáticos.
2. Regla 2 (colocada después de la Regla 1): omitir la caché para todo lo personal. Haga coincidir las solicitudes en las que se cumpla cualquiera de estas condiciones y configúrela como Bypass cache:
   • la ruta empieza con /wp-admin o es /wp-login.php (WordPress), o cualquier ruta de administración, cuenta o portal en un sitio a medida
   • la ruta empieza con /cart, /checkout o /my-account (WooCommerce y tiendas similares)
   • la solicitud lleva una cookie de sesión o de carrito, como wordpress_logged_in_ de WordPress o woocommerce_items_in_cart y wp_woocommerce_session_ de WooCommerce
   • el método de la solicitud es POST, o la ruta es de búsqueda, vista previa o API

Como la Regla 2 va al final, su omisión gana cuando ambas coinciden. Antes de activar la Regla 1, haga una lista de cada página que muestre algo específico para un visitante: un saludo con su nombre, un contador del carrito, un precio para miembros, un formulario con un token de sesión. Si una de esas páginas queda en caché, el siguiente visitante verá la versión del anterior. Ante la duda, omita la caché.

Dos protecciones integradas ayudan:

• Cache Deception Armor (una opción en la sección de clave de caché de una regla) se niega a guardar una respuesta cuando la extensión de la URL no coincide con el tipo de contenido, lo que bloquea un truco conocido en el que un atacante logra que una página privada quede en caché bajo una URL falsa terminada en .jpg.
• El comportamiento predeterminado de Cloudflare de no guardar respuestas que establecen cookies es una red de seguridad, pero no dependa solo de él: los ajustes de Edge TTL y algunas opciones de caché pueden cambiar lo que se guarda.

Edge TTL frente a Browser TTL

Estos dos ajustes se confunden con frecuencia:

• Edge TTL es el tiempo que Cloudflare conserva una copia en su red. Puede respetar el encabezado Cache-Control de su servidor, usar los valores predeterminados de Cloudflare o ignorar el encabezado y fijar su propio TTL. También puede definir TTL distintos según el código de estado, por ejemplo uno corto para las páginas 404.
• Browser TTL es el tiempo que el navegador del visitante conserva su copia. El Browser Cache TTL predeterminado de Cloudflare es de 4 horas en todos los planes.

Los límites del plan importan. Cloudflare documenta un Edge Cache TTL mínimo de 2 horas en Free, 1 hora en Pro y 1 segundo en Business y Enterprise. Y lo más importante: purgar la caché de Cloudflare no borra las copias ya guardadas en los navegadores de los visitantes. Para el HTML, mantenga corto el Browser TTL (o respete el encabezado no-cache del servidor) y apóyese en el Edge TTL y en las purgas. Para CSS y JavaScript, use nombres de archivo con versión (por ejemplo site.css?v=12) para poder darles una vida larga en el navegador.

Purgar la caché

Cuando publica un cambio, hay que borrar las copias en caché. Cloudflare indica que estos métodos de purga están disponibles en todos los planes:

• Archivo único (URL): el método que Cloudflare recomienda; purgue exactamente las páginas que cambió.
• Nombre de host, prefijo y cache tags: borre un subdominio completo, una carpeta como /blog/ o grupos de contenido etiquetados.
• Purgar todo: eficaz pero pesado, porque la siguiente solicitud de cada visitante vuelve a su servidor.

Las solicitudes de purga tienen límites de frecuencia, y en el plan Free los métodos masivos están limitados a unas pocas solicitudes por minuto. Una respuesta exitosa de la API solo significa que se recibió la solicitud; Cloudflare sugiere comprobar que el encabezado CF-Cache-Status ya no muestre HIT.

Tiered Cache, compresión e imágenes

Tiered Cache

Sin Tiered Cache, cada centro de datos de Cloudflare que no tiene la copia la pide a su servidor por separado. Tiered Cache hace que los centros de datos del nivel inferior consulten primero a un nivel superior, lo que reduce la carga sobre su servidor de origen. La documentación de Cloudflare indica que Smart Tiered Cache está disponible en todos los planes, incluido Free, y se activa en Caching > Tiered Cache. Regional Tiered Cache es exclusivo de Enterprise.

Compresión

Cloudflare comprime las respuestas con Gzip, Brotli o Zstandard según lo que admita el navegador del visitante, el plan y las Compression Rules que existan. Según su documentación, el valor predeterminado es Zstandard en Free, Brotli en Pro y Business y Gzip en Enterprise; las Compression Rules pueden cambiarlo. Aquí hay poco que configurar, pero si su servidor ya comprime las respuestas, compruebe que nada se comprima dos veces.

Imágenes

• Polish elimina metadatos y comprime las imágenes automáticamente, sin cambiar su código. Está disponible en Pro, Business y Enterprise, no en Free.
• Image transformations (cambio de tamaño y de formato mediante URL especiales) están disponibles en el plan Free hasta 5,000 transformaciones únicas al mes, según la documentación de Cloudflare Images. Pasado ese límite, las transformaciones nuevas devuelven un error hasta que cambie a un plan de pago, aunque las que ya están en caché siguen funcionando.

Cómo comprobar que funciona

Abra una terminal y solicite una página dos veces:

curl -sI https://www.example.com/ | grep -i cf-cache-status

Valor	Qué significa
HIT	Servido desde la caché de Cloudflare
MISS	Elegible, aún no estaba en caché; se obtuvo de su servidor
EXPIRED	La copia en caché estaba vencida; se renovó desde su servidor
BYPASS	Elegible, pero la respuesta del servidor no se podía guardar en caché
DYNAMIC	No elegible para caché; fue directo a su servidor
UPDATING / STALE	Se sirvió una copia anterior mientras se renovaba, o porque el servidor no respondía

Luego pruebe la regla de omisión: envíe una solicitud con una cookie de sesión falsa (curl -sI -H "Cookie: wordpress_logged_in_test=1" …) y confirme que no da HIT. Inicie sesión en el área de administración en una ventana privada y revise también el encabezado en las herramientas de desarrollo del navegador.

Particularidades de WordPress

• Use un solo plan de caché. Un plugin de caché de páginas en WordPress junto con la caché de HTML de Cloudflare funciona, pero el plugin debe purgar Cloudflare cuando cambia el contenido; si no, los visitantes verán páginas antiguas hasta que venza el Edge TTL.
• Automatic Platform Optimization (APO) es la opción de Cloudflare específica para WordPress que guarda páginas dinámicas en el borde de la red. Requiere el plugin oficial de Cloudflare para WordPress; verifique la disponibilidad en su plan antes de elegir entre APO y sus propias Cache Rules.
• No guarde en caché los nonces. Algunos formularios y plugins insertan tokens de seguridad de corta duración en la página. Si las páginas en caché provocan errores de "enlace vencido" en los formularios, omita la caché en esas páginas o acorte su Edge TTL.
• Mantenga las capas de seguridad. La caché acelera el sitio, pero no protege la página de inicio de sesión; consulte nuestra guía para proteger su sitio web con el WAF de Cloudflare.

Deje que lo ajustemos por usted

Core Florida IT es un proveedor de IT independiente, no un socio de Cloudflare. Configuramos la caché, las purgas y la integración de Cloudflare con WordPress como parte de nuestros servicios de optimización del rendimiento y gestión de hosting web. Si su sitio web se siente lento o no está seguro de qué está guardando realmente Cloudflare en caché, solicite una evaluación de IT gratuita para su empresa en Miami-Dade o el sur de Florida.

Fuentes

• Default cache behavior (Cloudflare Docs)
• Cache Rules (Cloudflare Docs)
• Cache Rules settings (Cloudflare Docs)
• Order and priority of Cache Rules (Cloudflare Docs)
• Edge and Browser Cache TTL (Cloudflare Docs)
• Purge cache (Cloudflare Docs)
• Tiered Cache (Cloudflare Docs)
• Content compression (Cloudflare Docs)
• Polish (Cloudflare Docs)
• Cloudflare Images pricing and Free plan limits (Cloudflare Docs)
• Cloudflare cache responses (Cloudflare Docs)
• Cache Deception Armor (Cloudflare Docs)
• Page Rules migration guide (Cloudflare Docs)