Activaste Cloudflare, la nube quedó naranja, y tu sitio carga igual que antes. No está mal configurado por accidente: está haciendo exactamente lo que hace por omisión.
La documentación de Cloudflare lo dice sin vueltas: el contenido dinámico no se guarda en caché, y el HTML de tu página es contenido dinámico. Lo que sí se guarda son las imágenes, las hojas de estilo y los scripts.
Esa distinción explica casi todos los casos de «puse Cloudflare y no cambió nada».
Por qué el HTML queda fuera por omisión
La razón es de seguridad y es correcta: el HTML puede traer datos de una persona en particular. El panel de administración, el carrito con productos, la pantalla de «hola, Camila». Si Cloudflare guardara eso sin preguntar, el siguiente visitante podría recibir la página de otro.
Así que Cloudflare guarda lo que es seguro guardar y deja pasar el resto hasta tu servidor. Cada visita a una página vuelve a generar el HTML completo, con sus consultas a la base de datos, tal como antes de que existiera Cloudflare.
Si quieres el panorama general de qué hace Cloudflare y qué no, está en qué es Cloudflare y por qué tu sitio lo necesita. Este artículo es la letra chica de una sola de sus funciones.
Antes de nada: ¿está pasando algo por Cloudflare?
Hay un caso todavía más frecuente que el del HTML, y es que Cloudflare no esté interviniendo en absoluto. En el panel de DNS, cada registro tiene un ícono de nube. Naranja significa que el tráfico pasa por Cloudflare; gris significa sólo DNS, es decir, Cloudflare te resuelve el nombre y nada más.
Un sitio con la nube gris no tiene caché, ni protección de aplicación, ni nada. Sólo resolución de nombres. Y es muy fácil quedar así sin darse cuenta, porque hay registros que deben quedarse en gris: los de correo, los de webmail, los del panel.
La comprobación que resuelve la discusión en 20 segundos
No hay que adivinar. Cloudflare devuelve una cabecera que dice qué hizo con cada petición:
curl -sI https://tusitio.cl/ | grep -i "^cf-"
Si no aparece ninguna línea que empiece con cf-, el tráfico no está pasando por Cloudflare: vuelve al punto de la nube gris. Si aparecen, la que importa es cf-cache-status.
| Valor | Qué significa | Qué hacer |
|---|---|---|
HIT | Se entregó desde la caché, sin molestar a tu servidor | Nada, es lo que buscabas |
MISS | No estaba guardado; se pidió a tu servidor y se guardó para la próxima | Pedir la misma dirección otra vez: debería salir HIT |
EXPIRED | Estaba guardado pero venció | Normal; revisar el tiempo de vida si pasa muy seguido |
BYPASS | Algo pidió expresamente saltarse la caché | Revisar cabeceras y cookies que envía tu sitio |
DYNAMIC | Cloudflare decidió no guardarlo. Es lo que sale con el HTML por omisión | Acá empieza el trabajo de verdad |
Un detalle práctico al medir: pide la dirección dos o tres veces. La primera casi siempre es MISS, y si sacas conclusiones de esa sola medición vas a creer que nada funciona.
Cómo se activa, y qué tienes que excluir para no romper el sitio
Para que el HTML se guarde hay que crear una regla de caché, o usar el nivel «Cache Everything». No es un interruptor: es una regla con condiciones, y las condiciones son la parte importante.
Si guardas todo el HTML sin excluir nada, en WordPress se rompen cuatro cosas casi de inmediato: el panel de administración, el inicio de sesión, el carrito y la página de cuenta del cliente. Las rutas que hay que dejar fuera son, como mínimo:
/wp-adminy/wp-login.php/carrito,/finalizar-compray/mi-cuenta, o los nombres que tengan en tu tienda- cualquier ruta que muestre datos de una sesión abierta
Y la regla que más se olvida: las peticiones que llegan con cookie de sesión no deben servirse desde la caché. Si alguien inició sesión, su HTML es suyo.
El tiempo mínimo del plan gratuito, y por qué te va a molestar
Otro dato de la documentación que conviene saber antes de activar nada: el tiempo mínimo de vida en el borde es de 2 horas en el plan gratuito y de 1 hora en Pro.
La consecuencia es concreta. Si editas tu sitio a menudo, vas a publicar un cambio y no verlo. La página vieja va a seguir entregándose hasta dos horas, y vas a jurar que la edición no se guardó. Se resuelve purgando la caché después de cada cambio, y conviene tener eso claro antes, no después de la primera vez que te pasa.
Si tu sitio es WordPress y no quieres armar las reglas a mano, existe una función específica para eso, que cuesta US$5 al mes por zona y requiere plan Pro o superior. Resuelve la parte de las exclusiones por ti.
Un cambio reciente que vale la pena tener presente: el 27 de agosto de 2026 Cloudflare corrigió una regresión de esa función, que había dejado de guardar en caché peticiones de HTML que no declaran Accept: text/html de forma explícita. Las que más lo notaron fueron los rastreadores, que no siempre mandan esa cabecera. Si te interesa quién está entrando a tu sitio a leerlo, eso está en qué se llevan los rastreadores de IA.
Lo que Cloudflare te da igual, aunque no caches el HTML
Nada de lo anterior significa que no sirva. Con la nube naranja y sin tocar una sola regla ya tienes cifrado, protocolos de conexión modernos y absorción de ataques de red. Eso es real y no cuesta nada.
Lo que no tienes es lo que la mayoría cree que compró: que la página se entregue sin pasar por tu servidor.
Y lo que no arregla ni con el HTML en caché
Si tu página tarda dos segundos en generarse, la caché no arregla el problema, lo esconde para el segundo visitante en adelante. El primero de cada región sigue esperando esos dos segundos, y cada vez que venza el plazo vuelve a esperarlos alguien.
Las causas de fondo —consultas lentas, exceso de plugins, imágenes sin optimizar— siguen ahí. Están en por qué tu página carga lenta y cómo solucionarlo. Y si tu sitio empieza a devolver códigos raros al activar reglas, en qué significa cada código de error está cuál genera Cloudflare y cuál tu servidor: los del rango 520 al 526 son de Cloudflare, y eso te dice de inmediato dónde mirar.
El resumen, en orden
- Revisa que la nube esté naranja en el registro del sitio, y gris en los del correo.
- Pide tu portada tres veces y mira
cf-cache-status. - Si sale
DYNAMIC, el HTML no se está guardando: es lo normal, no una falla. - Crea la regla de caché con las exclusiones de administración, carrito, cuenta y sesión.
- Cuenta con el mínimo de dos horas del plan gratuito y aprende a purgar.
- Vuelve a medir.
HITa la segunda petición es la única prueba que vale.
Si prefieres que lo revise alguien, nos mandas tu dominio y te decimos qué está pasando por Cloudflare, qué se está guardando y qué reglas te faltan, sin cambiar nada sin tu confirmación. Escríbenos desde altahosting.cl.
