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

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

Cloudflare ofrece una amplia gama de ajustes que pueden afectar a sus Core Web Vitals, tanto de forma positiva como negativa. Mientras que algunos ajustes mejoran el rendimiento, otros introducen retrasos o interfieren con el renderizado de la página. ¡Analicemos las opciones más comunes de Cloudflare y en qué condiciones debería activarlas!

Revisado por última vez por Arjen Karel en febrero de 2026

Preguntas comunes sobre la configuración de Cloudflare: A menudo reviso configuraciones de Cloudflare para clientes. Aunque 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 activar este ajuste?. Este artículo responde a esas preguntas con las consideraciones adecuadas para los ajustes de Cloudflare más comunes relacionados con los Core Web Vitals.

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

Velocidad > Optimización

Polish

Polish optimiza las imágenes alojadas en su dominio de Cloudflare comprimiéndolas, eliminando metadatos y, opcionalmente, convirtiéndolas a WebP. Para una guía completa sobre la optimización de imágenes, consulte optimizar imágenes para Core Web Vitals.

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

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

Mirage (obsoleto)

Mirage fue retirado por Cloudflare el 15 de septiembre de 2025 y ha sido desactivado automáticamente en todos los dominios. Los navegadores modernos ahora admiten de forma nativa el lazy loading mediante el atributo loading="lazy", lo que hace que el enfoque basado en JavaScript de Mirage sea innecesario.

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 medía la velocidad de la red. Este bloqueo podía causar Layout Shifts e, irónicamente, un Largest Contentful Paint más lento.

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

Speed Brain

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

No recomiendo confiar en Speed Brain porque configurar las speculation rules manualmente es fácil y mucho más efectivo que el enfoque de 'talla única' de Cloudflare. La configuración manual le permite elegir sus propios niveles de urgencia, dirigirse a URLs específicas y utilizar prerendering en lugar de solo prefetching.

Recomendación: Desactívelo y configure las speculation rules manualmente. Si no las va a configurar usted mismo, dejar Speed Brain activado es mejor que no tener ninguna speculation rule en absoluto.

Cloudflare Fonts

Cloudflare Fonts automatiza el auto-alojamiento de las fuentes. Esta es una excelente idea porque el auto-alojamiento de recursos importantes elimina nuevas conexiones externas que son, por defecto, más lentas que la reutilización de la conexión ya abierta con su sitio bajo proxy de Cloudflare.

Es más efectivo dedicar 15 minutos a configurar manualmente el auto-alojamiento de los archivos de fuentes. Lamentablemente, muchos sistemas CMS no lo permiten. En ese caso, activar Cloudflare Fonts es una opción perfectamente válida. Tenga en cuenta que Cloudflare Fonts todavía está en beta (desde 2023) y no funciona cuando APO está activado.

Recomendación: Desactivar por defecto; activar solo si el auto-alojamiento manual no es una opción.

Early Hints

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

Si se siente cómodo enviando sugerencias de recursos en los encabezados de respuesta HTTP, le sugiero encarecidamente que active esta función. Sin embargo, tenga en cuenta que las sugerencias de recursos en los encabezados pueden estar mucho más ocultas para su equipo de desarrollo que las sugerencias en el <head> de la página. Si se configuran mal, pueden ralentizar las cosas en lugar de acelerarlas. Por lo tanto, utilícelo con precaución. A pesar de estar disponible desde hace años, la adopción de Early Hints sigue siendo inferior al 3% según el Web Almanac 2025.

Recomendación: Actívelo solo si está enviando correctamente los encabezados de sugerencias de recursos.

Auto Minify

Cloudflare puede minificar su 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 la transferencia. La minificación de CSS y JavaScript hace lo mismo para esos tipos de archivos.

Recomendación: Active la minificación de HTML. Para CSS y JavaScript, la minificación en el momento de la compilación (durante su proceso de despliegue) produce mejores resultados que el enfoque sobre la marcha de Cloudflare. Si no tiene ningún proceso de compilación, activar los tres está bien.

Rocket Loader

Rocket Loader 'pospone' todo el JavaScript en una página web reteniendo los scripts temporalmente y luego inyectándolos en la página unos momentos después. Este es un truco sucio (o ingenioso, según se mire) que necesita muchas comprobaciones y parches para asegurar que funcione correctamente en todos los navegadores. También oculta los scripts al 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 activar Rocket Loader a ciegas. Los scripts deben programarse en función de su importancia. Los scripts críticos deben cargarse y ejecutarse pronto, 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 un determinado momento los inyecta sin considerar su importancia. Rocket Loader solo prioriza otros recursos como el elemento LCP, las fuentes y los estilos sobre los scripts. Además, Rocket Loader utiliza el controlador de eventos unload, que es una API obsoleta que impide que funcione el Back-Forward Cache (bfcache) del navegador. Esto significa que navegar hacia atrás y hacia adelante activará recargas completas de la página en lugar de restauraciones instantáneas.

Si su CMS no permite posponer scripts o un cronograma de scripts más detallado, Rocket Loader podría ser su mejor opción. Pero para la mayoría de los sitios, programar los scripts manualmente es mucho más efectivo.

Recomendación: Desactívelo y programe los scripts manualmente. Solo actívelo si no tiene otra forma de posponer o controlar la ejecución de los scripts.

Automatic Platform Optimization for WordPress

El APO de Cloudflare almacena páginas enteras en sus servidores perimetrales (edge), una técnica conocida como almacenamiento en caché perimetral de página completa. Cuando se implementa correctamente, mejorará el Time to First Byte (¡y posteriormente 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 debe omitirse automáticamente. Por ejemplo, cuando un usuario inicia sesión o añade artículos a su carrito, el APO se desactiva automáticamente ya que el contenido de la página se vuelve personalizado. En ese momento, servir una página genérica almacenada en caché ya no es una opción. Debido a que el APO debe funcionar para todo tipo de sitios web, el caché se omitirá mucho más de lo necesario para su sitio. Es por eso que la configuración manual del caché casi siempre será más efectiva que el APO de Cloudflare.

Recomendación: Active el APO o, mejor aún, configure sus propias reglas de almacenamiento en caché perimetral de página completa para tener un mejor control sobre cuándo se omite el almacenamiento en 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 algo evidente. HTTP/2 es una mejora enorme 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 respaldo de navegadores y servidores!

Recomendación: Active los tres.

HTTP/3 (con QUIC)

HTTP/3 con QUIC es incluso más rápido que HTTP/2 gracias a las mejoras en la configuración de la conexión y la latencia. HTTP/3 permite que se envíen múltiples flujos de forma independiente incluso si uno se retrasa. QUIC combina los saludos 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 2025, el 38% de los sitios web ya admiten HTTP/3.

Recomendación: Actívelo.

Compresión Brotli

Brotli es un algoritmo de compresión que produce archivos más pequeños que Gzip. Cloudflare activa Brotli por defecto en todos los planes. Asegúrese de que permanezca activado. Según el Web Almanac 2025, el 46% de las peticiones servidas por CDN utilizan ahora la compresión Brotli.

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

0-RTT Connection Resumption

0-RTT Connection Resumption acelera las conexiones seguras al omitir el saludo inicial cuando un usuario vuelve a visitar un sitio. Utiliza claves de cifrado almacenadas previamente, lo que permite que los datos se envíen de inmediato, reduciendo la latencia y mejorando los tiempos de carga de la página.

Recomendación: Actívelo.

Automatic Signed Exchanges (obsoleto)

Los Signed Exchanges (SXG) solían permitir que la Búsqueda de Google realizara un prefetch de su contenido preservando la privacidad del usuario. Los SXG podían mejorar el LCP en aproximadamente 450 ms para los visitantes procedentes de los resultados de búsqueda de Google.

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

Recomendación: Este ajuste ya no existe.

Scrape Shield

Scrape Shield protege el contenido de su sitio web. Aunque esto puede parecer una buena idea, me opongo fervientemente a activar cualquier opción de Scrape Shield. Scrape Shield funciona inyectando JavaScript en su página para decodificar el contenido previamente ofuscado. Este intercambio entre velocidad y ocultación de contenido no tiene ningún sentido para mí. No engaña a los spammers reales, mientras que los usuarios reales reciben scripts adicionales que ralentizan la página.

Recomendación: Desactive Email Address Obfuscation y desactive Hotlink Protection.

Bot Fight Mode y Super Bot Fight Mode

Este es el ajuste de Cloudflare más perjudicial para sus Core Web Vitals. Cuando está activado, Bot Fight Mode inyecta un script llamado invisible.js en cada página. Este script ejecuta un desafío del navegador que añade más de 2.000 milisegundos de tiempo de ejecución de CPU a cada carga de página. Eso son 2 segundos completos de bloqueo del hilo principal antes de que su página pueda ser interactiva.

En la práctica, activar Bot Fight Mode puede reducir su 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 todos los usuarios reales que visitan su sitio.

Recomendación: Desactive tanto Bot Fight Mode como Super Bot Fight Mode. Si necesita protección contra bots, utilice las reglas WAF o la limitación de velocidad de Cloudflare en su lugar. Estas no inyectan JavaScript en el lado del cliente.

Caching > Configuration

Purge Cache

Purgar el caché invalidará todos los archivos almacenados por Cloudflare, incluyendo hojas de estilo, JavaScript, imágenes e incluso cachés de página completa. Y aunque purgar el caché no es técnicamente un ajuste, debo advertir sobre el vaciado del caché. ¡Vaciar el caché hará que su sitio sea más lento hasta que el caché se haya reconstruido!

Recomendación: Evite purgar todo el caché si es posible. ¡Purgue solo los archivos afectados!

Caching Level

El nivel de caché determina cómo maneja Cloudflare las cadenas de petición (query strings). Debería echar un buen vistazo a este ajuste.

La opción más 'rápida' es 'Ignore query string'. Esta sirve el mismo recurso independientemente de la cadena de petición. Esta solo es una buena opción si está 100% seguro de que no se utilizan cadenas de petición en su sitio. En ese caso, se ignoran las cadenas de petición añadidas por otros.

'Standard' sirve un archivo almacenado en caché diferente para cada cadena de petición distinta. ¡Este es el ajuste por defecto de 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, este ajuste puede causar errores de concordancia de caché y una menor tasa de aciertos de caché! Considere eliminar los parámetros de seguimiento con Cloudflare Workers para solucionar esto.

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

Browser Cache TTL

El TTL del caché del navegador le indica al navegador cuánto tiempo puede almacenar recursos estáticos. Los recursos almacenados en caché pueden servirse directamente desde el navegador y están disponibles mucho más rápido que los recursos de red remotos. Eso significa que un TTL de caché del navegador corto invalidaría el caché del navegador con frecuencia, reduciendo la tasa de aciertos de caché. Por lo tanto, a menos que sus archivos estáticos cambien con frecuencia, establezca este ajuste al máximo.

Recomendación: Establecer en 1 año si es posible.

Development Mode

El modo de desarrollo omitirá todo el almacenamiento en caché de Cloudflare mientras esté activado. Puede ser tentador activar el modo de desarrollo mientras se desarrolla. Por favor, no lo haga; también desactiva el caché para todos los demás visitantes. En su lugar, configure un dominio de desarrollo donde pueda desarrollar o exclúyase del almacenamiento en caché de Cloudflare configurando reglas de caché.

Recomendación: ¡No activar!

Caching > Tiered Cache

Tiered Cache reduce el número de peticiones a su servidor de origen y aumenta la tasa de aciertos de caché indicando a Cloudflare que busque primero los archivos no almacenados en sus propios servidores. Esto reduce aún más la carga en su servidor backend y libera recursos adicionales.

Recomendación: Active Smart Tiered Caching Topology.

En los sitios monitorizados por CoreDash, los sitios que utilizan un CDN correctamente configurado muestran un TTFB un [CD:placeholder]% más rápido en el p75 en comparación con los sitios sin CDN. La combinación de HTTP/3, Brotli y el almacenamiento en caché por niveles de Cloudflare marca una diferencia mensurable en el campo. Utilice Real User Monitoring para verificar que su configuración de Cloudflare realmente está funcionando para sus usuarios.