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

Optimización de los Core Web Vitals con Cloudflare: Qué habilitar y qué evitar

Cloudflare ofrece una amplia gama de configuraciones que pueden afectar tus Core Web Vitals, tanto positiva como negativamente. Mientras que algunas configuraciones mejoran el rendimiento, otras introducen retrasos o interfieren con la renderización de la página. ¡Analicemos las opciones de Cloudflare más comunes y bajo qué condiciones deberías habilitarlas!

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

Preguntas comunes sobre la configuración de Cloudflare: A menudo reviso las configuraciones de Cloudflare para clientes. Si bien podría escribir libros sobre cómo configurar un CDN como Cloudflare, la mayoría de las preguntas giran en torno a un simple '¿debería habilitar esta configuración?'. Este artículo responde a esas preguntas con las consideraciones adecuadas para las configuraciones de Cloudflare más comunes relacionadas con los Core Web Vitals.

Gratis vs. Pro: ¿Vale la pena la actualización?

Velocidad > Optimización

Polish

Polish optimiza las imágenes alojadas en tu dominio de Cloudflare al comprimirlas, eliminar metadatos y, opcionalmente, convertirlas a WebP. Para una guía completa sobre la optimización de imágenes, consulta optimizar imágenes para los Core Web Vitals.

Los tamaños de imagen más pequeños generalmente mejorarán el Largest Contentful Paint al mejorar la duración de carga del recurso de imagen. Sin embargo, dado que LCP está influenciado por múltiples factores además de la duración de carga del recurso de las imágenes, no esperes mejoras drásticas.

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

Mirage (obsoleto)

Mirage fue desaprobado por Cloudflare el 15 de septiembre de 2025 y ha sido deshabilitado automáticamente en todos los dominios. Los navegadores modernos ahora admiten de forma nativa la carga diferida (lazy loading) a través del atributo loading="lazy", lo que hace innecesario el enfoque basado en JavaScript de Mirage.

Mirage solía optimizar las imágenes en función de las condiciones de la red. La implementación era 'lenta por diseño': bloqueaba las imágenes hasta que se había medido la velocidad de la red. Este bloqueo podría causar Cumulative Layout Shift e irónicamente un Largest Contentful Paint más lento.

Recomendación: Esta configuración ya no existe. Si la ves en una guía antigua, ignórala.

Speed Brain

Speed Brain utiliza la API de Speculation Rules para acelerar el Time to First Byte al pre-obtener (prefetch) navegaciones futuras. Las Speculation Rules son extremadamente efectivas 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 utiliza el nivel de entusiasmo (eagerness) conservative, que solo realiza el prefetch cuando un usuario está a punto de hacer clic en un enlace.

No recomiendo depender de Speed Brain porque configurar las reglas de especulación manualmente es fácil y mucho más efectivo que el enfoque de talla única de Cloudflare. La configuración manual te permite elegir tus propios niveles de entusiasmo, apuntar a URL específicas y usar la renderización previa (prerendering) en lugar de solo el prefetch.

Recomendación: Deshabilítalo y configura las reglas de especulación manualmente. Si no las configuras tú mismo, dejar Speed Brain habilitado es mejor que no tener reglas de especulación en absoluto.

Cloudflare Fonts

Cloudflare Fonts automatiza el alojamiento propio de fuentes (self-hosting). Esta es una gran idea porque el alojamiento propio de recursos importantes elimina conexiones externas nuevas, que por defecto son más lentas que reutilizar la conexión ya abierta a tu sitio proxy de Cloudflare.

Es más efectivo tomarse 15 minutos y configurar manualmente los archivos de fuentes de alojamiento propio. Desafortunadamente, muchos sistemas CMS no lo permiten. En ese caso, habilitar Cloudflare Fonts es una opción perfectamente válida. Ten en cuenta que Cloudflare Fonts todavía está en fase beta (desde 2023) y no funciona cuando APO está habilitado.

Recomendación: Deshabilítalo de forma predeterminada; habilítalo solo si el alojamiento propio manual no es una opción.

Early Hints

Early Hints acelera la entrega de recursos críticos (como estilos, fuentes o imágenes) al insinuarlos antes de que el contenido HTML real se envíe al navegador. Para enviar un resource hint a través de Cloudflare, Cloudflare leerá los encabezados de respuesta y extraerá las sugerencias de recursos de allí.

Si te sientes cómodo enviando sugerencias de recursos en los encabezados de respuesta HTTP, te sugiero encarecidamente que habilites esta función. Sin embargo, ten en cuenta que las sugerencias de recursos en los encabezados pueden estar mucho más ocultas para tu equipo de desarrollo que las sugerencias de recursos en el <head> de la página. Si se configuran incorrectamente, pueden ralentizar las cosas en lugar de acelerarlas. Por lo tanto, úsalo con precaución. A pesar de estar disponible durante años, la adopción de Early Hints todavía está por debajo del 3% según el Web Almanac de 2025.

Recomendación: Habilítalo solo si estás enviando correctamente los encabezados de sugerencia de recursos.

Auto Minify

Cloudflare puede minificar tu HTML, CSS y JavaScript sobre la marcha. La minificación de HTML elimina los espacios en blanco y los comentarios, reduciendo ligeramente el tamaño de transferencia. La minificación de CSS y JavaScript hace lo mismo para esos tipos de archivos.

Recomendación: Habilita la minificación de HTML. Para CSS y JavaScript, la minificación en el momento de la compilación (durante tu proceso de despliegue) produce mejores resultados que el enfoque sobre la marcha de Cloudflare. Si no tienes un proceso de compilación, habilitar los tres está bien.

Rocket Loader

Rocket Loader 'difiere' todo el JavaScript de una página web al retener los scripts temporalmente y luego inyectarlos en la página unos momentos después. Este es un truco desagradable (o genial, dependiendo de tu punto de vista) que requiere muchas comprobaciones y parches para garantizar que funcione correctamente en todos los navegadores. También oculta los scripts del escáner de precarga, un mecanismo diseñado para acelerar la carga de recursos críticos.

Por las razones anteriores, obviamente, no soy partidario de habilitar a ciegas Rocket Loader. Los scripts deben programarse en función de su importancia. Los scripts críticos deben cargarse y ejecutarse temprano, mientras que los scripts no esenciales pueden esperar hasta que el navegador esté inactivo.

El Rocket Loader de Cloudflare no hace eso. Retiene todos los scripts y en cierto punto los inyecta sin considerar su importancia. Rocket Loader solo prioriza otros recursos como el elemento LCP, fuentes y estilos sobre los scripts. Además de eso, Rocket Loader utiliza el controlador de eventos unload, que es una API obsoleta que evita que el Back-Forward Cache (bfcache) del navegador funcione. Esto significa que navegar hacia atrás y hacia adelante desencadenará recargas de página completas en lugar de restauraciones instantáneas.

Si tu CMS no permite el aplazamiento de scripts o una sincronización de scripts más detallada, Rocket Loader podría ser tu mejor opción. Pero para la mayoría de los sitios, programar scripts manualmente es mucho más efectivo.

Recomendación: Deshabilita y programa los scripts manualmente. Habilítalo solo si no tienes otra forma de diferir o controlar la ejecución de los scripts.

Optimización Automática de Plataforma para WordPress (APO)

APO de Cloudflare almacena en caché páginas enteras en sus servidores perimetrales (edge servers), una técnica conocida como full-page edge caching. Cuando se implementa correctamente, mejorará el Time to First Byte (y, en consecuencia, el LCP y el FCP) para un cierto tipo de visitante.

Sin embargo, hay un inconveniente. El almacenamiento en caché perimetral de página completa a menudo necesita omitirse automáticamente. Por ejemplo, cuando un usuario inicia sesión o agrega artículos a su carrito, APO se deshabilita automáticamente ya que el contenido de la página se personaliza. En ese momento, servir una página genérica almacenada en caché ya no es una opción. Debido a que APO necesita funcionar para todos los tipos de sitios web, la caché se omitirá mucho más de lo necesario para tu sitio. Es por eso que la configuración de caché manual casi siempre será más efectiva que el APO de Cloudflare.

Recomendación: Habilita APO, o mejor aún, configura tus propias reglas de almacenamiento en caché perimetral de página completa para tener un mejor control sobre cuándo se omite la caché.

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

Habilitar HTTP/2, HTTP/2 to Origin y Enhanced HTTP/2 Prioritization es una decisión obvia. HTTP/2 es una gran mejora con respecto al antiguo protocolo HTTP/1.1. HTTP/2 hace muchas cosas, pero lo más importante es que elimina el antiguo efecto de escalera al permitir que se envíen varios archivos a través de la misma conexión en paralelo. ¡HTTP/2 existe desde hace 10 años y cuenta con un amplio soporte por parte de navegadores y servidores!

Recomendación: Habilita los tres.

HTTP/3 (con QUIC)

HTTP/3 con QUIC es incluso más rápido que HTTP/2 debido a las mejoras en la configuración de la conexión y la latencia. HTTP/3 permite enviar múltiples flujos (streams) de forma independiente, incluso si uno se retrasa. QUIC combina los protocolos de enlace (handshakes) de transporte y cifrado, lo que reduce el tiempo de conexión. ¡Esto da como resultado tiempos de TTFB hasta un 10% más rápidos! Según el Web Almanac de 2025, el 38% de los sitios web ahora admiten HTTP/3.

Recomendación: Habilitar.

Compresión Brotli

Brotli es un algoritmo de compresión que produce archivos más pequeños que Gzip. Cloudflare habilita Brotli de forma predeterminada en todos los planes. Asegúrate de que permanezca habilitado. Según el Web Almanac de 2025, el 46% de las solicitudes servidas por CDN ahora utilizan la compresión Brotli.

Recomendación: Mantenlo habilitado (está activado por defecto).

0-RTT Connection Resumption

0-RTT Connection Resumption acelera las conexiones seguras omitiendo el protocolo de enlace (handshake) inicial cuando un usuario vuelve a visitar un sitio. Utiliza claves de cifrado previamente almacenadas, lo que permite enviar datos de inmediato, reduciendo la latencia y mejorando los tiempos de carga de la página.

Recomendación: Habilitar.

Automatic Signed Exchanges (obsoleto)

Los Signed Exchanges (SXGs) solían permitir a la Búsqueda de Google pre-obtener (prefetch) tu contenido preservando la privacidad del usuario. Los SXGs podían mejorar el LCP en aproximadamente 450 ms para los visitantes procedentes de los resultados de la Búsqueda de Google.

Sin embargo, Cloudflare dejó obsoleto los SXGs en octubre de 2025. La función ha sido eliminada y ya no está disponible. Si la tenías habilitada, se deshabilitó automáticamente. Speed Brain (Speculation Rules) es el reemplazo más cercano para el prefetch, aunque solo funciona para navegaciones del mismo sitio, no para prefetch de origen cruzado desde la Búsqueda de Google como lo hacían los SXGs.

Recomendación: Esta configuración ya no existe.

Scrape Shield

Scrape Shield protege el contenido de tu sitio web. Si bien esto puede parecer una buena idea, estoy fervientemente en contra de habilitar cualquier opción de Scrape Shield. Scrape Shield funciona inyectando JavaScript en tu página para decodificar el contenido previamente ofuscado. Esta compensación entre velocidad y ocultar contenido no tiene sentido para mí. Los verdaderos spammers no se dejan engañar, mientras que los usuarios reales obtienen scripts adicionales que ralentizan la página.

Recomendación: Deshabilita Email Address Obfuscation y deshabilita Hotlink Protection.

Bot Fight Mode y Super Bot Fight Mode

Esta es la configuración de Cloudflare más perjudicial para tus Core Web Vitals. Cuando está habilitada, Bot Fight Mode inyecta un script llamado invisible.js en cada página. Este script ejecuta un desafío en el navegador que agrega más de 2000 milisegundos de tiempo de ejecución de CPU a la carga de cada página. Son 2 segundos completos de bloqueo del hilo principal (main thread) antes de que tu página pueda volverse interactiva.

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

Recomendación: Deshabilita tanto Bot Fight Mode como Super Bot Fight Mode. Si necesitas protección contra bots, utiliza las reglas WAF de Cloudflare o la limitación de velocidad (rate limiting) en su lugar. Estos no inyectan JavaScript del lado del cliente.

Caché > Configuración

Purge Cache

Purgar la caché invalidará todos los archivos almacenados en caché por Cloudflare, incluyendo hojas de estilo, JavaScript, imágenes e incluso cachés de página completa. Y aunque purgar la caché no es técnicamente una configuración, debo advertir sobre borrar la caché. ¡Borrar la caché hará que tu sitio sea más lento hasta que la caché se haya reconstruido!

Recomendación: Evita purgar toda la caché si es posible. ¡Solo purga los archivos afectados!

Nivel de Caché (Caching Level)

El nivel de caché determina cómo Cloudflare maneja las cadenas de consulta (query strings). Querrás echarle un buen vistazo a esta configuración.

La opción 'más rápida' es 'Ignore query string' (Ignorar cadena de consulta). Esto sirve el mismo recurso independientemente de la cadena de consulta. Esta es una buena opción solo si estás 100% seguro de que no se utilizan cadenas de consulta en tu sitio. En ese caso, se ignoran las cadenas de consulta agregadas por otros.

'Standard' (Estándar) sirve un archivo en caché diferente para cada cadena de consulta diferente. Esta es la configuración predeterminada para Cloudflare, ¡pero en combinación con el almacenamiento en caché perimetral de página completa y los parámetros de seguimiento como los parámetros utm, esta configuración puede causar discrepancias en la caché y una menor tasa de aciertos (cache hit ratio)! Considera eliminar los parámetros de seguimiento con Cloudflare Workers para solucionar esto.

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

Browser Cache TTL

El Browser Cache TTL (Tiempo de vida de la caché del navegador) le indica al navegador cuánto tiempo puede almacenar en caché los recursos estáticos. Los recursos almacenados en caché se pueden servir directamente desde el navegador y están disponibles mucho más rápido que los recursos de red remotos. Eso significa que un Browser Cache TTL corto invalidaría la caché del navegador con frecuencia, reduciendo la tasa de aciertos de la caché. Por lo tanto, a menos que tus archivos estáticos cambien con frecuencia, establece esta configuración al máximo.

Recomendación: Establécelo en 1 año si es posible.

Development Mode

Development Mode (Modo de desarrollo) omitirá todo el almacenamiento en caché de Cloudflare mientras esté habilitado. Podría ser tentador habilitar el modo de desarrollo mientras se desarrolla. Por favor, no habilites el modo de desarrollo, también deshabilita el almacenamiento en caché para todos los demás visitantes. En su lugar, configura un dominio de desarrollo donde puedas desarrollar o exclúyete del almacenamiento en caché de Cloudflare mediante la configuración de reglas de caché.

Recomendación: ¡No lo habilites!

Caché > Tiered Cache

Tiered Cache (Caché por niveles) reduce el número de solicitudes a tu servidor de origen y aumenta la tasa de aciertos de caché al indicarle a Cloudflare que busque primero archivos no almacenados en caché en sus propios servidores. Esto reduce aún más la carga en tu servidor backend y libera recursos adicionales.

Recomendación: Habilita Smart Tiered Caching Topology.

En los sitios monitoreados por CoreDash, los sitios que usan una CDN configurada correctamente muestran un TTFB un 55% más rápido en el p75 en comparación con los sitios sin una CDN. La combinación de Cloudflare de HTTP/3, Brotli y Tiered Cache marca una diferencia medible en el campo. Usa Real User Monitoring para verificar que tu configuración de Cloudflare realmente esté funcionando para tus usuarios.