Ajuste de performance en Cloudflare más allá del cache por defecto
La regla de cache por defecto cachea lo obvio. La performance real vive en las reglas que nadie escribe por defecto, las específicas de tu tráfico.
Cloudflare cachea los assets estáticos en el borde apenas se activa: imágenes, CSS, bundles de JavaScript, los archivos obviamente cacheables que todo sitio tiene. Ese default es valor real, entregado sin ninguna configuración. También es una fracción chica de lo que una cuenta bien ajustada realmente te da.
La performance que se nota en Core Web Vitals, y en una tasa de conversión que mejora en silencio, vive en las reglas de cache que nadie escribe por defecto: la respuesta de API que es segura de cachear por sesenta segundos, la página personalizada que puede cachear su estructura mientras solo el fragmento dinámico sigue en vivo, el pedido al origen que nunca tuvo que pasar.
Lo que el default deja sobre la mesa
Una configuración por defecto trata cada respuesta igual: cachea lo estático, deja pasar todo lo demás al origen. La mayoría de las aplicaciones tienen un nivel intermedio que el default nunca toca, contenido que cambia, pero no en cada pedido, y cada uno de esos pedidos que llega al origen sin necesidad es latencia que paga tu visitante y factura que paga tu origen.
Ruteo y entrega de imágenes, no solo cache
Argo Smart Routing elige una ruta más rápida dentro de la red de Cloudflare cuando la ruta directa está congestionada, lo que más importa para los visitantes más lejos de tu origen. Polish recodifica imágenes automáticamente para el dispositivo que las pide, la clase de ganancia que nunca aparece en un code review porque nada de la aplicación cambió, solo lo que salió del borde.
Nada de esto reemplaza arreglar un endpoint que de verdad es lento. Es lo que pasa después de arreglar ese endpoint, cuando la latencia que queda es sobre todo distancia de red y tamaño de payload, no lógica de la aplicación.
Decidir qué vale la pena ajustar vos mismo
Parte de esto es una pregunta genuina de construir versus comprar: escribir tu propia lógica de cache de borde en un Worker es posible, y a veces la decisión correcta para algo que el motor de reglas de Cloudflare no puede expresar, pero para los casos comunes eso es reimplementar una función que la plataforma ya ofrece, al costo de un sistema que ahora tenés que mantener vos.
Ajustamos cache, ruteo y entrega de imágenes como parte de nuestra práctica de implementación de Cloudflare, con el mismo criterio de ingeniería que aplicamos a cualquier trabajo de performance: medir primero, cambiar una cosa a la vez, y mantener lo que la plataforma ya hace bien.
Revisa tu propio caso
¿En qué punto está tu equipo?
El artículo describe el patrón. Estas evaluaciones toman tus respuestas y te dicen qué parte se aplica a ti — sin registro para ver el resultado.