La mejor configuración de Cloudflare para superar los Core Web Vitals

Cómo optimizar los Core Web Vitals con Cloudflare: qué activar y qué evitar

Cloudflare ofrece multitud de ajustes que pueden afectar a los Core Web Vitals, tanto para bien como para mal. Aunque algunos mejoran el rendimiento, otros introducen retrasos o interfieren con el renderizado de la página. ¡Analicemos las opciones más habituales de Cloudflare y en qué condiciones conviene activarlas!

Última revisión por Arjen Karel en febrero de 2026

Preguntas habituales sobre la configuración de Cloudflare: A menudo reviso configuraciones de Cloudflare para clientes. Podría escribir libros enteros sobre cómo configurar una CDN como Cloudflare, pero casi todas las dudas se reducen a una simple pregunta: '¿debo activar este ajuste?'. Este artículo responde a esas dudas con las consideraciones oportunas para los ajustes de Cloudflare más habituales relacionados con los Core Web Vitals.

Free vs. Pro: ¿merece la pena actualizar?

Velocidad > Optimización

Polish

Polish optimiza las imágenes alojadas en tu dominio de Cloudflare: las comprime, elimina los metadatos y, opcionalmente, las convierte a WebP. Para ver una guía completa sobre optimización de imágenes, consulta cómo optimizar imágenes para Core Web Vitals.

Unas imágenes más ligeras suelen mejorar el Largest Contentful Paint al reducir la duración de carga del recurso de imagen. Sin embargo, como el LCP depende de otros factores además del tiempo de carga de las imágenes, no esperes mejoras drásticas.

Recomendación: Actívalo y elige 'Lossy WebP' para obtener los mejores resultados. Ten en cuenta que Polish no admite la conversión a AVIF; para AVIF necesitas Cloudflare Image Resizing (un servicio independiente de pago).

Mirage (obsoleto)

Cloudflare declaró obsoleto Mirage el 15 de septiembre de 2025 y lo desactivó automáticamente en todos los dominios. Los navegadores modernos ya admiten lazy loading de forma nativa mediante el atributo loading="lazy", por lo que el enfoque basado en JavaScript de Mirage ya no es necesario.

Mirage optimizaba las imágenes según el estado de la red. Su planteamiento era 'lento por diseño': bloqueaba las imágenes hasta medir la velocidad de la red. Este bloqueo podía provocar Layout Shifts e, irónicamente, un Largest Contentful Paint más lento.

Recomendación: Este ajuste ya no existe. Si lo ves en una guía antigua, ignóralo.

Speed Brain

Speed Brain usa la Speculation Rules API para acelerar el Time to First Byte haciendo prefetch de futuras navegaciones. Las Speculation Rules son muy eficaces para mejorar todos los Core Web Vitals, incluido el Largest Contentful Paint. Speed Brain está disponible en todos los planes (incluido el gratuito) y actualmente usa el nivel de eagerness conservative, que solo hace prefetch cuando el usuario está a punto de hacer clic en un enlace.

No recomiendo depender de Speed Brain: configurar speculation rules manualmente es fácil y mucho más eficaz que la solución genérica de Cloudflare. La configuración manual te permite elegir tus propios niveles de eagerness, apuntar a URLs específicas y usar prerendering en lugar de limitarte al prefetch.

Recomendación: Desactívalo y configura las speculation rules manualmente. Si no vas a configurarlas tú mismo, dejar Speed Brain activado es mejor que no tener ninguna.

Cloudflare Fonts

Cloudflare Fonts automatiza el alojamiento local de fuentes. Es una excelente idea: alojar en local los recursos críticos elimina conexiones externas nuevas, que por definición son más lentas que reutilizar la conexión ya abierta con tu sitio tras el proxy de Cloudflare.

Resulta más eficaz dedicar 15 minutos a configurar manualmente el alojamiento local de las fuentes. Por desgracia, muchos CMS no lo permiten. En ese caso, activar Cloudflare Fonts es una opción perfectamente válida. Ten en cuenta que Cloudflare Fonts sigue en beta (desde 2023) y no funciona con APO activado.

Recomendación: Desactívalo por defecto; actívalo solo si alojarlas por tu cuenta no es una opción.

Early Hints

Early Hints acelera la entrega de recursos críticos (como estilos, fuentes o imágenes) anticipándolos antes de enviar el HTML al navegador. Para enviar un resource hint a través de Cloudflare, la plataforma lee las cabeceras de respuesta y extrae los resource hints de ahí.

Si te manejas bien enviando resource hints en las cabeceras de respuesta HTTP, te recomiendo activar esta función. Sin embargo, ten en cuenta que los resource hints en cabeceras quedan mucho más ocultos para el equipo de desarrollo que si estuvieran en el <head> de la página. Una mala configuración puede ralentizar la carga en lugar de acelerarla, así que úsalo con precaución. A pesar de llevar años disponible, la adopción de Early Hints sigue por debajo del 3% según el Web Almanac de 2025.

Recomendación: Actívalo solo si envías correctamente las cabeceras con resource hints.

Auto Minify

Cloudflare puede minificar HTML, CSS y JavaScript al vuelo. La minificación de HTML elimina espacios en blanco y comentarios, reduciendo ligeramente el tamaño de transferencia. La minificación de CSS y JavaScript hace lo mismo con esos tipos de archivo.

Recomendación: Activa la minificación de HTML. Para CSS y JavaScript, minificar en tiempo de compilación (durante el despliegue) da mejores resultados que el enfoque al vuelo de Cloudflare. Si no tienes proceso de build, activar las tres opciones está bien.

Rocket Loader

Rocket Loader 'pospone' todo el JavaScript de una página: retiene los scripts temporalmente y los inyecta unos instantes después. Es un truco sucio (o ingenioso, según cómo lo mires) que requiere montones de comprobaciones y apaños para funcionar bien en todos los navegadores. Además, oculta los scripts al preload scanner, un mecanismo diseñado para acelerar la carga de recursos críticos.

Por estos motivos, no soy partidario de activar Rocket Loader a ciegas. Los scripts deben programarse según su importancia. Los scripts críticos tienen que cargarse y ejecutarse pronto; los que no son esenciales pueden esperar a que el navegador esté inactivo.

Rocket Loader de Cloudflare no hace eso. Retiene todos los scripts y, llegado cierto punto, los inyecta sin tener en cuenta su importancia. Rocket Loader solo prioriza otros recursos (como el elemento del LCP, las fuentes y los estilos) por encima de los scripts. Por si fuera poco, Rocket Loader usa el manejador de eventos unload, una API obsoleta que impide que funcione la Back-Forward Cache (bfcache) del navegador. Esto significa que navegar hacia atrás y hacia adelante provocará recargas completas de la página en lugar de recuperaciones instantáneas.

Si tu CMS no permite posponer scripts ni controlar su ejecución de forma más granular, Rocket Loader puede ser la mejor opción. Pero para la mayoría de los sitios, programar los scripts manualmente es mucho más eficaz.

Recomendación: Desactívalo y programa los scripts manualmente. Actívalo solo si no tienes otra forma de posponer o controlar la ejecución de scripts.

Automatic Platform Optimization for WordPress

APO de Cloudflare almacena páginas completas en caché en sus servidores edge, una técnica conocida como full-page edge caching. ¡Bien implementado, mejora el Time to First Byte (y en consecuencia el LCP y el FCP) para ciertos visitantes!

Sin embargo, hay un inconveniente: a menudo es necesario omitir el full-page edge caching de forma automática. Por ejemplo, cuando un usuario inicia sesión o añade productos al carrito, APO se desactiva automáticamente porque el contenido de la página pasa a ser personalizado. En ese punto, servir una página genérica en caché deja de ser una opción. Como APO debe funcionar para cualquier tipo de sitio web, la caché se omitirá muchas más veces de las necesarias en tu caso. Por eso, una configuración manual de la caché casi siempre será más eficaz que el APO de Cloudflare.

Recomendación: Activa APO o, mejor aún, configura tus propias reglas de full-page edge caching para controlar con más precisión cuándo se omite la caché.

HTTP/2, HTTP/2 to Origin y Enhanced HTTP/2 Prioritization

Activar HTTP/2, HTTP/2 to Origin y Enhanced HTTP/2 Prioritization es una decisión indiscutible. HTTP/2 supone una mejora enorme respecto al antiguo protocolo HTTP/1.1. Aporta muchas ventajas, pero la más importante es que elimina el viejo efecto escalera al permitir enviar varios archivos en paralelo por la misma conexión. ¡HTTP/2 lleva 10 años entre nosotros y es compatible con la inmensa mayoría de navegadores y servidores!

Recomendación: Activa las tres opciones.

HTTP/3 (con QUIC)

HTTP/3 con QUIC es todavía más rápido que HTTP/2 gracias a las mejoras en el establecimiento de la conexión y la latencia. HTTP/3 permite enviar varios flujos de forma independiente, incluso si uno de ellos sufre retrasos. QUIC unifica los handshakes de transporte y cifrado, lo que reduce el tiempo de conexión. ¡Esto se traduce en un TTFB hasta un 10% más rápido! Según el Web Almanac de 2025, el 38% de los sitios web ya admite HTTP/3.

Recomendación: Actívalo.

Compresión Brotli

Brotli es un algoritmo de compresión que genera archivos más pequeños que Gzip. Cloudflare activa Brotli por defecto en todos los planes. Asegúrate de mantenerlo activado. Según el Web Almanac de 2025, el 46% de las peticiones servidas por CDN ya usan compresión Brotli.

Recomendación: Mantenlo activado (viene activado por defecto).

0-RTT Connection Resumption

0-RTT Connection Resumption acelera las conexiones seguras al omitir el handshake inicial cuando un usuario vuelve a visitar el sitio. Utiliza claves de cifrado almacenadas previamente para enviar datos de inmediato, lo que reduce la latencia y acorta los tiempos de carga.

Recomendación: Actívalo.

Automatic Signed Exchanges (obsoleto)

Signed Exchanges (SXGs) permitía a la Búsqueda de Google hacer prefetch de tu contenido respetando la privacidad del usuario. SXGs podía mejorar el LCP en unos 450 ms para los visitantes procedentes de los resultados de búsqueda de Google.

Sin embargo, Cloudflare retiró los SXGs en octubre de 2025. La función se eliminó y ya no está disponible. Si la tenías activada, se desactivó automáticamente. Speed Brain (Speculation Rules) es la alternativa más cercana para hacer prefetch, aunque solo funciona en navegaciones same-site y no para prefetch cross-origin desde la Búsqueda de Google como hacía SXGs.

Recomendación: Este ajuste ya no existe.

Scrape Shield

Scrape Shield protege el contenido de tu web. Aunque pueda parecer una buena idea, me opongo rotundamente a activar cualquiera de sus opciones. Scrape Shield funciona inyectando JavaScript en la página para descodificar contenido previamente ofuscado. Sacrificar velocidad a cambio de ocultar contenido no tiene ningún sentido. A los spammers de verdad no los engaña, mientras que los usuarios reales reciben scripts adicionales que ralentizan la página.

Recomendación: Desactiva Email Address Obfuscation y desactiva Hotlink Protection.

Bot Fight Mode y Super Bot Fight Mode

Este es el ajuste de Cloudflare más perjudicial para tus Core Web Vitals. Al activarlo, Bot Fight Mode inyecta un script llamado invisible.js en cada página. Este script ejecuta un challenge en el navegador que añade más de 2000 milisegundos de tiempo de ejecución de CPU a cada carga de página. Son 2 segundos enteros de bloqueo del main thread antes de que la página pueda ser interactiva.

En la práctica, activar Bot Fight Mode puede hundir tu puntuación de PageSpeed en 20 puntos o más. Super Bot Fight Mode tiene exactamente el mismo problema. La ironía: están diseñados para bloquear bots, pero castigan a cada usuario real que entra en la web.

Recomendación: Desactiva tanto Bot Fight Mode como Super Bot Fight Mode. Si necesitas protección contra bots, utiliza reglas de WAF o rate limiting de Cloudflare: no inyectan JavaScript en el cliente.

Caché > Configuración

Purgar la caché

Purgar la caché invalida todos los archivos en caché de Cloudflare, incluidas hojas de estilo, JavaScript, imágenes e incluso la caché de página completa. Y aunque purgar la caché no es técnicamente un ajuste, debo advertirte sobre vaciarla. ¡Vaciar la caché ralentizará tu sitio hasta que vuelva a generarse!

Recomendación: Evita purgar toda la caché si es posible. ¡Purga únicamente los archivos afectados!

Nivel de caché

El nivel de caché determina cómo gestiona Cloudflare las query strings. Conviene revisar bien este ajuste.

La opción más 'rápida' es 'Ignore query string'. Sirve el mismo recurso sin importar la query string. Solo es recomendable si tienes la certeza al 100% de que en tu sitio no se usan query strings. En ese caso, se ignorarán las query strings que añadan terceros.

'Standard' sirve un archivo en caché distinto para cada query string diferente. Es el ajuste por defecto de Cloudflare, pero combinado con full-page edge caching y parámetros de seguimiento como los parámetros UTM, ¡puede provocar discrepancias en la caché y reducir el cache hit ratio! Para solucionarlo, valora eliminar los parámetros de seguimiento con Cloudflare Workers.

Recomendación: Elige 'Ignore query string' siempre que sea posible, o bien 'Standard'. Evita la opción 'No query string'.

Browser Cache TTL

El TTL de la caché del navegador le indica al navegador cuánto tiempo puede almacenar recursos estáticos en caché. Los recursos en caché se sirven directamente desde el navegador y están disponibles mucho más rápido que los recursos remotos de red. Un TTL corto invalida la caché del navegador con demasiada frecuencia y reduce el cache hit ratio. Así que, a menos que tus archivos estáticos cambien a menudo, pon este ajuste al máximo.

Recomendación: Configúralo en 1 año si es posible.

Modo de desarrollo

El modo de desarrollo desactiva toda la caché de Cloudflare mientras está activo. Puede resultar tentador activarlo mientras desarrollas. No lo hagas: también desactiva la caché para el resto de los visitantes. En su lugar, configura un dominio de desarrollo para trabajar o excluye tu tráfico de la caché de Cloudflare mediante reglas de caché.

Recomendación: ¡No lo actives!

Caché > Tiered Cache

Tiered Cache reduce el número de peticiones al servidor de origen y aumenta el cache hit ratio, indicándole a Cloudflare que busque primero los archivos no cacheados en sus propios servidores. Esto reduce todavía más la carga en el servidor backend y libera recursos adicionales.

Recomendación: Activa Smart Tiered Caching Topology.

Entre los sitios monitorizados por CoreDash, aquellos que usan una CDN bien configurada muestran un TTFB un 55% más rápido en el p75 en comparación con los sitios sin CDN. La combinación de HTTP/3, Brotli y tiered caching en Cloudflare marca una diferencia medible en field data. Usa Real User Monitoring para comprobar que tu configuración de Cloudflare funciona de verdad para tus usuarios.