Cloudflare ha presentado Workers Cache, una capa de caché en niveles que se sitúa delante de los Workers y se activa con una sola línea en la configuración de Wrangler. Cuando está habilitada, cada solicitud cacheable se atiende directamente desde la caché de Cloudflare sin ejecutar el Worker ni consumir tiempo de CPU; en caso de acierto fallido, el Worker se ejecuta una vez y la respuesta se almacena para peticiones posteriores desde cualquier punto de la red.
La novedad se controla con cabeceras HTTP estándar como Cache-Control y Cache-Tag, y permite purgas programáticas mediante ctx.cache.purge por etiqueta o prefijo de ruta. Está disponible desde hoy para cualquier Worker en cualquier plan.
El anuncio responde a un cambio de arquitectura: frameworks como Astro, TanStack Start, Next.js, Remix y SvelteKit ya generan aplicaciones que se compilan como Worker, sin origen detrás. En ese modelo, cada petición ejecuta el código aunque la respuesta sea idéntica a la anterior, lo que dispara la latencia y el coste de CPU. Workers Cache añade una tercera vía frente a la generación estática en build y al renderizado en cada petición: renderizar bajo demanda, cachear el resultado y refrescarlo según un TTL configurable, con soporte completo para stale-while-revalidate para que ninguna petición espere por un re-render en segundo plano.