Cloudflare Workers Free: qué cuestan realmente los Previews

¿Cloudflare Worker Previews es gratis? Sí: Cloudflare Workers Free incluye 100 Previews por Worker y 100 despliegues por Preview. Ese cupo no convierte las pruebas por rama en uso sin límites: la ejecución dinámica, los minutos de build, el almacenamiento, la inferencia de IA y Containers conservan sus propios límites o precios.

Cloudflare Worker Previews asigna a cada rama de Git un entorno similar al de producción dentro del mismo Worker. La respuesta útil no se reduce a «$0»: la entidad Preview está disponible en Cloudflare Workers Free, pero la rama consume o utiliza los mismos productos de la plataforma que ya deben contemplarse en el presupuesto.

¿Cloudflare Worker Previews es gratis?

Sí, el cupo está incluido sin costo. Los límites actuales de Preview de Cloudflare indican 100 Previews por Worker en el plan Free, 500 en los planes de pago y 100 despliegues dentro de cada Preview en cualquiera de los dos planes.

La respuesta tiene un límite claro. Un Preview es una entidad de entorno, no un paquete de ejecución, almacenamiento, builds o llamadas a modelos sin costo. La página vigente de precios de Workers de Cloudflare sigue ofreciendo a las cuentas Free 100,000 solicitudes dinámicas de Worker al día y un límite de CPU de 10 milisegundos por invocación. Workers Paid sigue comenzando en $5 por cuenta al mes, incluye 10 millones de solicitudes y 30 millones de milisegundos de CPU al mes, y después aplica las tarifas por excedentes publicadas.

La documentación vigente de Preview y precios se verificó el 28 de septiembre de 2026. Ninguna de las dos páginas publica una tarifa específica para Preview, pero tampoco afirma que la ejecución de los Previews sea ilimitada ni que tenga un cupo de uso independiente. Por eso, el presupuesto prudente es: cupo de Preview sin costo, medidores normales de cada producto.

Qué cambió realmente el 22 de septiembre de 2026

Cloudflare lanzó Worker Previews el 22 de septiembre de 2026 para que cada rama disponga de su propio entorno en ejecución, una URL de Preview estable, configuración, observabilidad y estado. Al ejecutar npx wrangler preview, se crea o actualiza el Preview asociado con la rama actual.

El efecto operativo es un ciclo de validación más corto. Un agente de programación puede desplegar una rama, enviarle solicitudes, revisar logs y trazas, corregir el código y actualizar la misma URL compartible del Preview antes de fusionar nada con producción. Varios agentes o ingenieros pueden trabajar en paralelo sin turnarse en un único Worker de staging compartido.

Cada rama recibe dos tipos de URL útiles. La URL de Preview siempre apunta al despliegue más reciente de esa rama. Una URL de Deployment queda fijada a un despliegue concreto, lo que permite reproducir un comentario de revisión o una comparación de regresiones.

El aislamiento es significativo. Cloudflare asigna automáticamente a cada Preview su propio namespace y almacenamiento de Durable Objects. También puede aprovisionar una aplicación de Container y sus instancias por separado. Las variables, los secretos y los bindings pueden diferir de producción, mientras que los logs y las trazas permanecen acotados a la rama.

Es un flujo de trabajo más sólido que el antiguo modelo de Version URL, pero no constituye una réplica completa de producción. Varios bindings y triggers todavía interactúan con sistemas compartidos o de producción. Esa limitación —y no la comodidad de la URL del Preview— debe determinar cuánta autoridad se concede a un agente.

Cloudflare Workers Free: qué incluye el plan

El plan Free tiene capacidad suficiente para un flujo normal por ramas. Un Worker puede alojar 100 entornos Preview y cada Preview puede conservar 100 despliegues. El plan Paid eleva la cantidad de entornos a 500, pero no amplía el historial de despliegues de cada Preview.

Son dimensiones distintas. Si una rama se despliega repetidamente, sigue ocupando un solo cupo de Preview mientras aumenta su historial de despliegues. Varias ramas con un Preview activo cada una ocupan varios cupos, aunque ninguna reciba tráfico.

La comparación entre el modelo anterior y el nuevo aclara el cálculo. Para replicar cinco ramas con entornos de Wrangler había que administrar cinco Workers independientes. Worker Previews reúne esas mismas cinco ramas bajo un solo Worker como cinco entidades Preview. En Free, esto cambia la ocupación de la cuenta del 5% del límite de 100 Workers al 1% del límite de Workers, más el 5% del cupo de Previews de ese Worker. El precio base documentado puede seguir siendo $0 con cualquiera de las dos configuraciones si el uso se mantiene dentro de los límites; la ventaja es un aislamiento más sencillo y menos proliferación de entornos, no una ejecución con descuento.

Worker Previews requiere Wrangler 4.135.0 o posterior. La versión relevante es la instalada en el proyecto, porque los comandos del proyecto no sustituyen silenciosamente una instalación global antigua por otra más reciente. En un repositorio desactualizado, esto puede llevar fácilmente al diagnóstico erróneo de que la función no está disponible.

También importa el límite de la configuración. Los Previews no heredan los ajustes de producción. La rama recibe lo declarado en el bloque previews, además de los recursos que Cloudflare aísla automáticamente. Un bloque vacío o incompleto puede generar un Preview que se despliega correctamente, pero no logra acceder al recurso que espera el código.

Límites de Cloudflare Preview: qué se elimina primero

Cloudflare realiza una limpieza automática cuando se alcanza cualquiera de los límites de entidades. En el nivel del Worker, elimina el Preview cuyo despliegue sea el menos reciente. Dentro de un Preview, elimina el despliegue más antiguo.

Esto convierte el despliegue 101 del mismo Preview en un evento de retención: el despliegue más antiguo desaparece para dejar sitio al nuevo. No significa que los primeros 100 builds fueran gratuitos. Workers Builds mide los minutos de build por separado, tanto si generaron despliegues de producción como si generaron despliegues de Preview.

Para un agente que actualiza una rama con frecuencia, la URL estable del Preview sigue siendo útil porque siempre apunta al despliegue más reciente. El riesgo está en el historial forense. Si un equipo necesita reproducir un error anterior, debe conservar la URL del despliegue y los logs relevantes antes de que ese despliegue pase a ser el elemento más antiguo.

La eliminación automática de entidades tampoco constituye una política completa de limpieza de recursos. Al eliminar un Preview desaparecen su registro de Preview y su namespace de Durable Objects, pero Cloudflare advierte que una aplicación de Container generada puede seguir visible. Cuando se hayan utilizado Containers, una tarea ejecutada al cerrar la rama debe eliminar el Preview y después revisar las aplicaciones de Container.

El precio de Cloudflare Worker Previews tiene cuatro capas

El precio de Cloudflare Worker Previews no incluye una partida publicada por Preview. En la práctica, la factura sigue teniendo cuatro capas: ejecución del Worker, builds, recursos enlazados y productos opcionales de cómputo o modelos.

1. Ejecución del Worker

Workers Free permite 100,000 solicitudes por cuenta al día y limita cada invocación a 10 milisegundos de CPU. Las solicitudes de activos estáticos son gratuitas e ilimitadas; el cupo de solicitudes se aplica a las que ejecutan código del Worker. Por eso, una prueba de rama que solo carga archivos estáticos puede parecer económica, mientras que una prueba intensiva en API consume el cupo dinámico.

Workers Paid comienza en $5 por cuenta al mes. Incluye 10 millones de solicitudes y 30 millones de milisegundos de CPU al mes; después cuesta $0.30 por cada millón de solicitudes adicionales y $0.02 por cada millón de milisegundos de CPU adicionales. Paid utiliza un límite de CPU predeterminado de 30 segundos para una invocación HTTP y puede configurarse hasta 5 minutos.

El límite de 10 milisegundos de Free suele ser el primer obstáculo. El volumen de solicitudes no lo compensa. Una suite de pruebas que envíe pocas solicitudes también falla si una sola invocación dinámica necesita de forma constante más de 10 milisegundos de CPU.

Para evaluar la plataforma en su conjunto, la reseña de Cloudflare distingue el plan de cuenta de Workers de $5 de los planes de aplicaciones por dominio y de los demás medidores de productos de Cloudflare.

2. Workers Builds

Los límites y precios de Workers Builds conceden a las cuentas Free 3,000 minutos de build al mes, un build simultáneo y un tiempo máximo de 20 minutos. Paid incluye 6,000 minutos y después cobra $0.005 por cada minuto adicional, con seis builds simultáneos y el mismo tiempo máximo. Las ramas generadas por agentes pueden agotar la concurrencia o los minutos aunque la cantidad de entidades Preview siga siendo baja.

Por eso, «100 despliegues por Preview» no debe interpretarse como «100 builds incluidos». Lo primero es el historial de despliegues conservado; lo segundo es cómputo de CI.

3. Almacenamiento y recursos enlazados

KV, D1, R2, Queues, Vectorize, Hyperdrive y otros bindings utilizan sus propios identificadores de recursos y medidores. Dos Previews enlazados a la misma base de datos D1 o al mismo bucket R2 comparten esos datos. El aislamiento requiere un recurso independiente, que a su vez sigue sujeto a los precios de ese producto.

Como referencia de escala, R2 incluye 10 GB-mes, 1 millón de operaciones de clase A y 10 millones de operaciones de clase B al mes. El almacenamiento Standard que supere esa cantidad cuesta $0.015 por GB-mes; las operaciones de clase A cuestan $4.50 por millón y las de clase B, $0.36 por millón. D1 Free incluye 5 millones de filas leídas y 100,000 filas escritas al día, además de 5 GB de almacenamiento total. El análisis del límite gratuito de D1 explica por qué una base de datos de staging compartida puede convertirse en un límite de disponibilidad incluso cuando aún queden entidades Preview disponibles.

KV tiene otro cupo diario independiente: 100,000 lecturas, 1,000 escrituras, 1,000 eliminaciones y 1,000 solicitudes de listado en Free, con 1 GB almacenado. Una prueba que carga datos iniciales o vacía un namespace puede consumir ese cupo mucho más rápido que una prueba básica de solo lectura.

4. Inferencia de IA y Containers

Los precios de Workers AI conceden a las cuentas Free y Paid 10,000 Neurons al día sin costo. En Paid, el uso que supere esa asignación cuesta $0.011 por cada 1,000 Neurons. Por tanto, una prueba de rama que llama a un modelo debe presupuestar dos actividades: la solicitud al Worker y la inferencia que esta activa. La suscripción de un agente de programación externo o su API de modelos corresponde a la factura de otro proveedor y no está incluida en el cupo de Preview.

Los precios de Container no incluyen ninguna asignación de Container en Free. Workers Paid incluye al mes 25 GiB-horas de memoria, 375 minutos de vCPU y 200 GB-horas de disco, con tarifas de excedentes independientes. El tráfico de Container también utiliza Workers y Durable Objects, de modo que un Container de Preview aislado automáticamente no es un producto de un solo medidor.

Costo de Worker Previews para cinco ramas activas

La hoja de cálculo más clara parte de la carga de trabajo, no de la etiqueta del plan. Supongamos cinco ramas activas, cada una con 200 solicitudes de prueba dinámicas al día. El total es de 1,000 solicitudes diarias repartidas entre cinco entidades Preview.

En Free, la cantidad de Previews es holgada y el tráfico modelado es bajo. A la cuenta le quedan 99,000 solicitudes dinámicas diarias solo si nada más consume ese cupo. El tráfico de producción, los demás Workers y los cinco entornos de rama deben figurar juntos en la hoja operativa.

Aquí es importante etiquetar correctamente la evidencia. Cloudflare denomina a las 100,000 solicitudes diarias un límite del plan de la cuenta, y un Preview ejecuta una versión real del Worker. Sin embargo, la documentación de Preview no afirma expresamente que su tráfico se descuente del mismo medidor. Aplicar el medidor de la cuenta a las solicitudes de Preview es, por tanto, una hipótesis presupuestaria conservadora hasta que una observación del uso de la cuenta o una declaración explícita de Cloudflare lo confirme.

Durante esta verificación no se dispuso de credenciales de una cuenta de Cloudflare, de un proyecto de Worker ni de una instalación local de Wrangler dentro del proyecto. No se desplegaron Previews desechables ni se midió una variación de uso. La respuesta sobre el cupo está verificada con fuentes; esta hoja es un modelo.

En Paid, esta carga de las ramas no genera por sí sola un excedente de solicitudes, pero la cuenta sigue pagando el mínimo mensual de $5. El CPU y los productos conectados pueden cambiar esa conclusión. Con la misma densidad de pruebas, los 100 cupos de Preview en Free generarían 20,000 solicitudes al día, el 20% del cupo diario modelado. Los 500 cupos de Paid generarían 3 millones de solicitudes en un mes de 30 días, el 30% de las solicitudes mensuales incluidas. En ambos ejemplos aislados, el límite de entidades Preview llega antes que el cupo de solicitudes. El tráfico de producción puede invertir ese orden.

Qué implica para quienes desarrollan, operan y compran

Quienes desarrollan obtienen pruebas paralelas en ejecución, no seguridad automática para los recursos

Cada rama activa puede tener una URL estable y un estado aislado de Durable Objects. Esto evita la colisión propia de un staging compartido, donde el despliegue de una persona invalida la revisión de otra. Además, proporciona al agente de programación un destino concreto para curl, comprobaciones en el navegador, logs y trazas.

El límite está en la configuración. D1, KV y R2 no se aíslan solo porque el código lo haga. Si dos Previews usan el mismo identificador, comparten el recurso. La opción segura por defecto es un recurso exclusivo que no sea de producción, o bien un recurso de staging compartido de forma deliberada y con datos desechables.

Operaciones controla el presupuesto compartido y la limpieza

El equipo de operaciones debe seguir cuatro cifras por separado: entidades Preview activas, despliegues conservados por Preview, uso dinámico de Workers y uso de los productos conectados. Un único total en un panel no puede explicar las cuatro.

La limpieza debe formar parte de la automatización de los pull requests. Elimine un Preview cuando se cierre su rama. Si se utilizaron Containers, compruebe si quedó la aplicación de Container generada. Antes de que la retención elimine un despliegue, conserve cualquier URL o traza que sea necesaria para investigar un incidente.

Compras debe ampliar el plan por un límite concreto

No contrate Paid solo porque la palabra «Preview» suene premium. Hágalo cuando un requisito concreto rebase Free: más de 100 Previews simultáneos en un Worker, tráfico dinámico más producción cerca de las 100,000 solicitudes al día, una invocación que necesite más de 10 milisegundos de CPU o cualquier requisito de Container.

Paid también puede ser una decisión de riesgo razonable antes de que el volumen la exija. Un equipo con clientes puede preferir una asignación mensual y una factura por excedentes a un límite diario de Free, aunque cinco pruebas de rama consuman únicamente el 1% de ese cupo diario modelado.

Qué conviene hacer de otra manera

Actúe ahora si varios ingenieros o agentes se turnan para usar un único Worker de staging mutable. Traslade la validación de las ramas a Previews, defina una política de recursos que no sean de producción e integre la limpieza al cerrar una rama en CI. El lanzamiento elimina directamente un cuello de botella de coordinación.

Espere si la aplicación depende de bindings de servicio entre varios Workers, consumidores de Queue, Cron Triggers, rutas de producción o Workflows aislados automáticamente. Hoy esas rutas no permanecen por completo dentro de un Preview. Un Preview aún puede probar la parte expuesta mediante HTTP, pero no demuestra que todo el sistema esté aislado.

El cambio apenas le afecta si el proyecto ya dispone de un entorno estable por rama en otra plataforma, o si el Worker es estático y los cambios están totalmente cubiertos por comprobaciones locales y de versiones desplegadas. La nueva entidad no aporta valor por el mero hecho de existir.

La regla de decisión es sencilla: permanezca en Free mientras la cantidad de entidades, el CPU por invocación, el tráfico modelado de la cuenta y las necesidades de productos estén dentro de sus límites. Pase a Paid cuando cualquiera de esas fronteras sea importante para la operación. La cantidad de solicitudes no es el único punto de cambio.

Qué está sobredimensionado

El anuncio es acertado cuando describe un Worker aislado para una rama. Resulta excesivo si se interpreta como una copia aislada de toda una aplicación de Cloudflare.

• Un binding de servicio desde un Preview llama al despliegue de producción del otro Worker. Las rutas de solicitudes entre varios Workers no se emparejan automáticamente rama por rama.
• Un binding de Workflow utiliza un Workflow ya desplegado. Cloudflare no crea para la rama un Workflow específico del Preview.
• Un Preview puede enviar mensajes a una Queue, pero no puede ser su consumidor. Si se conecta a una Queue de producción, producción puede consumir sus mensajes de prueba.
• Cron Triggers y las rutas de producción siguen apuntando a producción.
• KV, D1, R2 y otros recursos solo están aislados cuando se enlaza un identificador de recurso diferente.
• Las URL de Preview son públicas por defecto. El formato de workers.dev incluye X-Robots-Tag: noindex, pero un Preview con dominio personalizado debe protegerse con Cloudflare Access si el trabajo aún no publicado debe mantenerse privado.
• La compatibilidad con Containers es parcial, y al eliminar un Preview la aplicación generada puede seguir visible hasta que se limpie por separado.

Para un agente, no son casos marginales. Marcan la diferencia entre «el agente puede probar su rama» y «el agente no puede tocar producción». La matriz actual de aislamiento de recursos debe considerarse un documento de autorización, no una lectura de configuración opcional.

La otra exageración es financiera: 100 Previews en Free no equivalen a 100 stacks de staging totalmente gratuitos. Significa que Cloudflare permite que un Worker contenga esa cantidad de entidades Preview. Los recursos que hay detrás determinan el presupuesto.

Compruebe el cupo y después siga la guía de configuración

Para comprobar el cupo solo hacen falta cuatro preguntas:

1. ¿La cuenta utiliza Workers Free o Paid?
2. ¿Cuántos Previews activos tiene ya este Worker?
3. ¿Cuánto consumen ya producción y los demás Workers del presupuesto de solicitudes y CPU de la cuenta?
4. ¿El proyecto fija Wrangler 4.135.0 o posterior?

Si las respuestas están dentro de los límites, siga la guía oficial de configuración de Worker Previews de Cloudflare para configurar y desplegar. Mantenga aparte la revisión de costos: enumere cada recurso enlazado, proceso de build, llamada a modelos y Container antes de que un agente comience a generar ramas.

Preguntas frecuentes sobre Cloudflare Worker Previews

¿Puedo usar Cloudflare Workers gratis?

Sí. Workers Free cuesta $0, incluye 100,000 solicitudes dinámicas de Worker al día y admite hasta 100 Previews por Worker. Cada invocación sigue teniendo un límite de CPU de 10 milisegundos, y los productos conectados conservan sus propias asignaciones.

¿Cuánto cuesta un Cloudflare Worker?

Workers Free cuesta $0. Workers Paid comienza en $5 por cuenta al mes, incluye 10 millones de solicitudes y 30 millones de milisegundos de CPU, y después factura las tarifas por excedentes publicadas. Un Preview no tiene una tarifa base independiente publicada.

¿Cuántos Cloudflare Workers puedo tener gratis?

Workers Free permite 100 Workers por cuenta. Es un límite distinto del de Worker Previews, que permite 100 Previews dentro de cada Worker en Free.

¿Cuánto cuesta Cloudflare Workers AI?

Workers AI incluye 10,000 Neurons al día sin costo. En Workers Paid, el uso que supere esa asignación diaria cuesta $0.011 por cada 1,000 Neurons.

¿Cloudflare Workers AI es gratis?

Workers AI tiene una asignación diaria gratuita de 10,000 Neurons tanto en Workers Free como en Workers Paid. Las cuentas Free se detienen al alcanzar la asignación; las cuentas Paid pueden continuar por $0.011 por cada 1,000 Neurons adicionales.

¿Cuál es el principal competidor de Cloudflare?

No existe un único competidor para todos los productos de red, seguridad, cómputo, almacenamiento y desarrollo de Cloudflare. Compare la capa concreta que pretende sustituir en lugar de tratar toda la empresa como si fuera un solo producto.

¿Por qué está cayendo Cloudflare?

La pregunta es ambigua y depende del momento: podría referirse al precio de la acción, al estado del servicio, al tráfico o a otra métrica. Ninguna de esas interpretaciones modifica los límites de Worker Previews verificados en la documentación vigente de Cloudflare el 28 de septiembre de 2026.

¿Cloudflare es una empresa rusa?

No. La presentación corporativa de Cloudflare identifica San Francisco como su sede e indica que Cloudflare, Inc. cotiza en la Bolsa de Nueva York con el símbolo NET.

¿Por qué el FBI usa Cloudflare?

Este artículo no demuestra que el FBI utilice Cloudflare ni afirma nada sobre los proveedores de esa agencia. La pregunta no guarda relación con el cupo y los límites de uso documentados para Worker Previews.

La acción para el lunes

Comience con cinco ramas, limite cada una a 200 solicitudes de prueba dinámicas al día y etiquete las 1,000 solicitudes diarias resultantes como una hipótesis de medidor compartido en el presupuesto. Cuando tenga acceso a la facturación, registre el uso de solicitudes de la cuenta antes y después del piloto. Si la variación confirma el modelo, conserve la hoja de cálculo; si no, sustituya la hipótesis por la observación.

Al mismo tiempo, haga un inventario de todos los bindings del bloque previews. Marque cada uno como aislamiento automático, recurso de prueba dedicado, compartido deliberadamente o con acceso a producción. No permita que un agente despliegue hasta que cada fila con acceso a producción tenga un motivo explícito.

¿Quiere que el próximo lanzamiento de infraestructura se traduzca en un presupuesto y una decisión operativa? Suscríbase al boletín.