Cloudflare estrena límites de gasto para Workers

Cloudflare presentó el 13 de noviembre de 2026 Spend Management, una función en beta que permite fijar un límite de gasto y alertas para Workers y Durable Objects. Está abierta a cualquier cliente de pago por uso. Si el gasto llega al tope, Cloudflare pausa ese producto hasta que se suba el límite o empiece el siguiente ciclo.

Lo que se sabe

Qué es: según el blog de Cloudflare, una función opcional para poner, por producto, un umbral de gasto y uno o más avisos por correo antes de llegar a él. Está en beta.
Quién puede usarla: cualquier cliente con pago por uso (PayGo), según el anuncio. El texto no menciona los planes Enterprise.
Qué cubre hoy: Workers y Durable Objects. Cloudflare dice que otros productos llegarán «pronto». Los límites de AI Gateway van por separado.
Qué pasa al llegar al tope: se aplica una política de bloqueo y se rechazan las nuevas invocaciones del producto. En Workers se pausan también las tareas programadas (Cron Triggers) y los consumidores de colas, pero los archivos estáticos se siguen sirviendo, según la empresa.
Cómo se vuelve a encender: subiendo el límite por encima de lo gastado en el ciclo, desactivando o borrando la política, o esperando al siguiente ciclo de facturación.
El ciclo no es el mes natural: en general empieza el día en que empezó la suscripción de pago. El ejemplo de Cloudflare: una suscripción iniciada el 10 de octubre factura del 10 de octubre al 10 de noviembre.
No es al instante: la empresa indica que entre la medición y el bloqueo pasan menos de 10 minutos, y que quiere bajarlo a menos de un minuto.
Dónde está: en el panel, en Manage Account, Billing, Spend limits. También se puede configurar por API y por la línea de comandos de Cloudflare. El panel muestra el gasto del ciclo casi en tiempo real y un registro de quién cambió cada límite.

Qué cambia y qué no

Cambia que una web o una API montada en Workers ya puede tener un techo de factura. Antes había alertas de presupuesto, pero avisar no es frenar: un bucle en el código, un pico de bots o un agente de IA que llama sin parar seguían sumando hasta fin de mes.

No cambia el precio de Workers ni lo que incluye cada plan. Tampoco hay tope para el resto de productos de Cloudflare por ahora, ni presupuestos por aplicación o por agente: eso está en la hoja de ruta, no disponible. Y el tope no es exacto: con un retraso de hasta 10 minutos, el gasto puede pasarse algo del límite antes de que llegue el bloqueo.

Cómo saber si te afecta

Mira si usas Workers de pago. Si tu web está en Cloudflare solo como DNS o CDN gratuito, esto no te toca. Si tienes Workers, Pages Functions o Durable Objects con plan de pago por uso, sí.
Separa lo estático de lo dinámico. Al llegar al tope seguirán cargando las páginas y archivos estáticos, pero se pararán los formularios, el inicio de sesión, la API o el buscador interno que corran en Workers. Haz la lista de qué deja de funcionar.
Pon antes las alertas que el bloqueo. Configura uno o dos avisos (por ejemplo, a la mitad y a tres cuartos del límite) con un correo que alguien lea. El bloqueo es la última red, no el aviso.
Calcula el límite con tu ciclo real. Revisa en qué día empieza tu ciclo de facturación y mira el gasto de los últimos meses. Un límite demasiado justo puede apagar tu web en un mes de campaña o de más visitas legítimas.
Revisa quién llama a tu Worker. Si el gasto sube sin que suban las visitas, mira el tráfico de bots y de agentes de IA antes de subir el límite. Pagar más no arregla un bucle.
Ten a mano cómo reactivarlo. Anota dónde se sube el límite (Billing, Spend limits) y quién tiene permiso para hacerlo. El panel guarda un registro de cada cambio.

Al estar en beta, el comportamiento puede cambiar; conviene probarlo primero con un Worker que no sea crítico.

Relacionado: Cloudflare: 46 anuncios en una semana y qué cambia en tu web

Fuentes

Actualizaciones: si Cloudflare saca la función de la beta o añade productos, se añadirá aquí con su enlace.