Cloudflare Workers pricing: i Preview sono davvero gratis?

Cloudflare Workers pricing: i Worker Previews sono gratuiti? Sì: Workers Free include 100 Preview per Worker e 100 deployment per Preview. Questa disponibilità non rende però illimitati i test sui branch: esecuzione dinamica, minuti di build, storage, inferenza AI e Containers mantengono limiti o prezzi distinti.

Cloudflare Worker Previews assegna a ogni branch Git un ambiente simile alla produzione all'interno dello stesso Worker. La risposta utile, quindi, non è un semplice "$0". Il Preview è disponibile nel piano Free, ma il branch utilizza o coinvolge gli stessi prodotti della piattaforma che vanno già messi a budget.

Cloudflare Workers pricing: i Worker Previews sono gratis?

Sì, la disponibilità del Preview è gratuita. Gli attuali limiti dei Preview di Cloudflare prevedono 100 Preview per Worker con il piano Free, 500 con i piani a pagamento e 100 deployment all'interno di ciascun Preview in entrambi i casi.

La risposta, però, ha un confine preciso. Un Preview è un oggetto ambiente, non un pacchetto gratuito di runtime, storage, build o chiamate ai modelli. La pagina aggiornata dei prezzi di Workers assegna ancora agli account Free 100,000 richieste dinamiche al giorno e un limite CPU di 10 millisecondi per invocazione. Workers Paid parte ancora da $5 per account al mese, include 10 milioni di richieste e 30 milioni di millisecondi CPU al mese, quindi applica le tariffe di eccedenza pubblicate.

La documentazione aggiornata su Preview e prezzi è stata verificata il 28 settembre 2026. Nessuna delle due pagine indica un costo specifico per i Preview, ma nemmeno afferma che la loro esecuzione sia illimitata o disponga di un plafond separato. La base prudente per il budget è dunque: disponibilità gratuita dei Preview, contatori ordinari dei prodotti già in uso.

Che cosa è cambiato davvero il 22 settembre 2026

Cloudflare ha lanciato Worker Previews il 22 settembre 2026 per offrire a ogni branch un ambiente in esecuzione dedicato, un URL Preview stabile, configurazione, osservabilità e stato propri. Il comando npx wrangler preview crea o aggiorna il Preview associato al branch corrente.

Sul piano operativo, il ciclo di verifica diventa più corto. Un coding agent può distribuire un branch, inviargli richieste, esaminare log e trace, correggere il codice e aggiornare lo stesso URL Preview condivisibile prima del merge in produzione. Più agent o sviluppatori possono lavorare in parallelo senza contendersi un unico Worker di staging.

Ogni branch ottiene due tipi di URL utili. L'URL Preview segue sempre il deployment più recente del branch. Un Deployment URL resta invece fissato a uno specifico deployment, rendendo riproducibili un commento di revisione o un confronto su una regressione.

L'isolamento è concreto. Cloudflare assegna automaticamente a ogni Preview un namespace Durable Object e uno storage dedicati. Può inoltre predisporre un'app container e istanze separate. Variabili, secret e binding possono differire dalla produzione, mentre log e trace restano circoscritti al branch.

È un workflow più solido del precedente modello basato sui Version URL, ma non è una copia completa della produzione. Diversi binding e trigger continuano a raggiungere sistemi condivisi o di produzione. È questo limite, e non la comodità dell'URL Preview, a dover determinare quanta autonomia concedere a un agent.

Piano gratuito di Worker Previews: che cosa include

Il piano Free è abbastanza capiente per un normale workflow a branch. Un Worker può contenere 100 ambienti Preview e ciascun Preview può conservare 100 deployment. Con Paid il numero di ambienti sale a 500, mentre la cronologia dei deployment per Preview non aumenta.

Sono dimensioni diverse. Se un branch viene distribuito più volte, continua a occupare un solo slot Preview mentre cresce la sua cronologia dei deployment. Più branch, ciascuno con un Preview attivo, occupano invece più slot anche quando non ricevono traffico.

Il confronto tra vecchi e nuovi oggetti chiarisce il vantaggio. Per replicare cinque branch con gli ambienti Wrangler bisognava gestire cinque Worker separati. Worker Previews raccoglie lo stesso numero di branch sotto un solo Worker, come cinque oggetti Preview. Sul piano Free, l'occupazione dell'account passa dal 5% del limite di 100 Worker all'1% del limite Worker più il 5% della disponibilità Preview di quel Worker. In entrambi gli assetti il prezzo base documentato può restare $0 se l'utilizzo rientra nei limiti: il beneficio è un isolamento più semplice e meno proliferazione di ambienti, non un'esecuzione scontata.

Worker Previews richiede Wrangler 4.135.0 o successivo. Conta la versione locale del progetto, perché i comandi eseguiti nel progetto non sostituiscono automaticamente una versione globale più recente. In un repository datato, questo dettaglio può portare a concludere erroneamente che la funzione non sia disponibile.

Anche il confine di configurazione è importante. I Preview non ereditano le impostazioni di produzione. Il branch riceve quanto dichiarato nel blocco previews, oltre alle risorse che Cloudflare isola automaticamente. Un blocco vuoto o incompleto può produrre un Preview distribuito correttamente ma incapace di raggiungere la risorsa richiesta dal codice.

Limiti dei Cloudflare Preview: che cosa viene eliminato per primo

Quando uno dei limiti degli oggetti è saturo, Cloudflare procede alla pulizia automatica. A livello di Worker elimina il Preview il cui ultimo deployment è meno recente; all'interno di un singolo Preview elimina il deployment più vecchio.

Il deployment numero 101 nello stesso Preview diventa quindi un evento di retention: il deployment più vecchio viene rimosso per fare posto al nuovo. Non significa che le prime 100 build fossero gratuite. Workers Builds contabilizza separatamente i minuti di build, indipendentemente dal fatto che producano deployment di produzione o di Preview.

Per un agent che aggiorna spesso un branch, l'URL Preview stabile resta comodo perché punta sempre all'ultimo deployment. Il rischio riguarda la cronologia forense. Se il team deve riprodurre un errore precedente, conviene conservare il relativo Deployment URL e i log prima che quel deployment diventi il più vecchio.

L'eliminazione automatica degli oggetti non sostituisce inoltre una policy completa di pulizia delle risorse. Quando si elimina un Preview, spariscono il relativo record e il namespace Durable Object, ma Cloudflare avverte che un'app container generata può restare visibile. Il job eseguito alla chiusura del branch dovrebbe eliminare il Preview e poi controllare le applicazioni Container, se sono state utilizzate.

Cloudflare Workers pricing per i Preview: quattro livelli di costo

Nel Cloudflare Workers pricing non compare una voce pubblicata per singolo Preview. Il costo effettivo continua ad avere quattro livelli: esecuzione del Worker, build, risorse collegate e prodotti opzionali di calcolo o inferenza.

1. Esecuzione del Worker

Workers Free consente 100,000 richieste per account al giorno e limita ogni invocazione a 10 millisecondi di CPU. Le richieste agli asset statici sono gratuite e illimitate; il plafond riguarda quelle che eseguono il codice del Worker. Un test di branch che carica soltanto file statici può quindi sembrare economico, mentre un test intensivo sulle API consuma la quota dinamica.

Workers Paid parte da $5 per account al mese. Include ogni mese 10 milioni di richieste e 30 milioni di millisecondi CPU; oltre queste soglie costa $0.30 per ogni milione di richieste aggiuntive e $0.02 per ogni milione di millisecondi CPU aggiuntivi. Paid imposta per una richiesta HTTP un limite CPU predefinito di 30 secondi, configurabile fino a 5 minuti.

Il limite di 10 millisecondi del piano Free è spesso il primo ostacolo. Il volume di richieste non lo compensa: anche una suite che invia poche richieste fallisce se una singola invocazione dinamica richiede sistematicamente più di 10 millisecondi di CPU.

Per valutare la piattaforma nel suo complesso, la recensione di Cloudflare distingue il piano Workers da $5 dai piani applicativi per dominio e dagli altri contatori di prodotto.

2. Workers Builds

I limiti e prezzi di Workers Builds assegnano agli account Free 3,000 minuti di build al mese, una build simultanea e un timeout di 20 minuti. Paid include 6,000 minuti, poi addebita $0.005 per ogni minuto aggiuntivo, con sei build simultanee e lo stesso timeout. I branch generati dagli agent possono saturare concorrenza o minuti anche con pochi oggetti Preview.

Ecco perché “100 deployment per Preview” non significa “100 build incluse”. Il primo dato indica la cronologia dei deployment conservata; il secondo riguarda il calcolo usato dalla CI.

3. Storage e risorse collegate

KV, D1, R2, Queues, Vectorize, Hyperdrive e gli altri binding mantengono identificatori e contatori propri. Due Preview collegati allo stesso database D1 o bucket R2 condividono i dati. Per ottenere isolamento serve una risorsa separata, che resta comunque soggetta ai prezzi del relativo prodotto.

Per dare un ordine di grandezza, R2 include 10 GB-month, 1 milione di operazioni Class A e 10 milioni di operazioni Class B al mese. Oltre tale quota, lo storage standard costa $0.015 per GB-month, le operazioni Class A $4.50 per milione e quelle Class B $0.36 per milione. D1 Free include 5 milioni di righe lette e 100,000 righe scritte al giorno, oltre a 5 GB di storage complessivo. L'analisi dei limiti gratuiti di D1 spiega perché un database di staging condiviso può diventare un limite di disponibilità anche quando restano oggetti Preview liberi.

KV ha un'ulteriore quota giornaliera distinta: 100,000 letture, 1,000 scritture, 1,000 eliminazioni e 1,000 richieste di elenco sul piano Free, con 1 GB archiviato. Un test che popola o svuota un namespace può esaurirla molto più in fretta di uno smoke test in sola lettura.

4. Inferenza AI e Containers

Il pricing di Workers AI offre sia agli account Free sia a quelli Paid 10,000 Neurons al giorno senza costi. Sul piano Paid, l'utilizzo oltre questa quota costa $0.011 per 1,000 Neurons. Un test di branch che chiama un modello deve quindi mettere a budget due attività: la richiesta al Worker e l'inferenza attivata. L'abbonamento a un coding agent esterno o l'API di un altro modello appartengono invece alla fattura di un altro fornitore e non sono inclusi nella disponibilità dei Preview.

I prezzi dei Container non prevedono alcuna quota Container sul piano Free. Workers Paid include 25 GiB-hours di memoria, 375 vCPU-minutes e 200 GB-hours di disco al mese, con tariffe di eccedenza separate. Il traffico dei Container utilizza anche Workers e Durable Objects: un Container isolato automaticamente per un Preview non è quindi un prodotto con un solo contatore.

Quanto costano cinque branch attivi con Worker Previews

Un calcolo affidabile parte dal carico di lavoro, non dal nome del piano. Supponiamo cinque branch attivi, con 200 richieste di test dinamiche al giorno ciascuno. Il totale è 1,000 richieste al giorno distribuite su cinque oggetti Preview.

Sul piano Free, il numero di Preview è gestibile e il traffico stimato è ridotto. Restano 99,000 richieste dinamiche al giorno solo se nessun'altra attività consuma la quota. Traffico di produzione, altri Worker e i cinque ambienti di branch devono comparire tutti nello stesso prospetto operativo.

Qui è indispensabile esplicitare il grado di evidenza. Cloudflare definisce le 100,000 richieste giornaliere un limite del piano dell'account, e un Preview esegue una versione reale del Worker. La documentazione dei Preview non dichiara espressamente che il loro traffico venga sottratto dallo stesso contatore. Applicare il limite dell'account alle richieste dei Preview è quindi un'ipotesi prudenziale di budget, finché un'osservazione sull'utilizzo dell'account o una dichiarazione esplicita di Cloudflare non la conferma.

Durante questa verifica non erano disponibili credenziali di un account Cloudflare, un progetto Worker o un'installazione locale di Wrangler nel progetto. Non sono stati distribuiti Preview usa e getta e non è stata misurata alcuna variazione nell'utilizzo. La disponibilità del prodotto è verificata sulle fonti; questo prospetto resta un modello.

Sul piano Paid, questo carico dei branch non genera da solo eccedenze sulle richieste, ma l'account paga comunque il minimo mensile di $5. CPU e prodotti collegati possono cambiare il risultato. Con la stessa intensità di test, tutti i 100 slot Preview Free produrrebbero 20,000 richieste al giorno, pari al 20% della quota giornaliera stimata. Tutti i 500 slot Paid produrrebbero 3 milioni di richieste in un mese di 30 giorni, pari al 30% delle richieste mensili incluse. In entrambi gli esempi isolati, il limite degli oggetti Preview arriva prima di quello delle richieste. Il traffico di produzione può invertire l'ordine.

Impatto per chi sviluppa, gestisce e acquista

Chi sviluppa ottiene prove runtime in parallelo, non risorse automaticamente sicure

Ogni branch attivo può avere un URL stabile e uno stato Durable Object isolato. Scompare così il conflitto dello staging condiviso, dove il deployment di uno sviluppatore invalida la revisione di un altro. Anche un coding agent dispone di un obiettivo concreto per curl, verifiche nel browser, log e trace.

Il punto critico è la configurazione. D1, KV e R2 non diventano isolati solo perché lo è il codice. Se due Preview usano lo stesso identificatore, condividono la risorsa. La scelta prudente è una risorsa non di produzione dedicata oppure una risorsa di staging condivisa intenzionalmente e con dati sacrificabili.

Chi gestisce la piattaforma controlla budget condiviso e pulizia

Vanno monitorati separatamente quattro valori: oggetti Preview attivi, deployment conservati per Preview, utilizzo dinamico dei Worker e consumo dei prodotti collegati. Un unico totale in dashboard non può spiegare tutte e quattro le dimensioni.

La procedura di pulizia deve entrare nell'automazione delle pull request. Quando un branch viene chiuso, il relativo Preview va eliminato. Se sono stati usati i Containers, occorre verificare l'applicazione container generata. Prima che la retention la rimuova, bisogna inoltre conservare ogni Deployment URL o trace necessario per un incidente.

Chi acquista dovrebbe passare a Paid per un limite preciso

Non conviene comprare Paid soltanto perché “Preview” suona come una funzione premium. Il passaggio ha senso quando un requisito identificabile supera il piano Free: più di 100 Preview simultanei su un Worker, traffico dinamico sommato alla produzione vicino alle 100,000 richieste giornaliere, un'invocazione che richiede più di 10 millisecondi di CPU oppure qualsiasi necessità legata ai Container.

Paid può anche essere una scelta razionale di gestione del rischio prima che i volumi lo impongano. Un team con servizi rivolti ai clienti può preferire una quota mensile con addebito delle eccedenze a un limite giornaliero Free, anche se cinque test di branch consumano solo l'1% di quel plafond giornaliero stimato.

Come cambiare il workflow

Intervenire subito se più sviluppatori o agent devono alternarsi su un unico Worker di staging modificabile. La validazione va spostata sui Preview, serve una policy per le risorse non di produzione e la pulizia alla chiusura del branch deve diventare parte della CI. La novità elimina direttamente un collo di bottiglia nel coordinamento.

Aspettare se l'applicazione dipende da service binding tra più Worker, consumer di Queue, Cron Triggers, route di produzione o Workflows isolati automaticamente. Oggi questi percorsi non restano interamente dentro un Preview. È comunque possibile verificare la parte esposta via HTTP, ma non dimostrare che l'intero sistema sia isolato.

L'impatto è minimo se il progetto usa già altrove un ambiente stabile per ogni branch, oppure se il Worker è statico e le modifiche sono coperte del tutto da verifiche locali e sui deployment di versione. Il nuovo oggetto non crea valore per il solo fatto di esistere.

La regola è lineare: restare su Free finché numero di oggetti, CPU per invocazione, traffico stimato dell'account e prodotti necessari rientrano tutti nei limiti. Passare a Paid quando anche uno solo di quei confini diventa rilevante sul piano operativo. Il numero di richieste non è l'unico punto di svolta.

Che cosa viene sopravvalutato

L'annuncio è convincente quando descrive un Worker di branch isolato. Diventa eccessivo se lo si interpreta come una copia isolata di un'intera applicazione Cloudflare.

• Un service binding di un Preview chiama il deployment di produzione dell'altro Worker. I percorsi di richiesta multi-Worker non vengono abbinati automaticamente branch per branch.
• Un binding Workflow usa un Workflow già distribuito. Cloudflare non crea per il branch un Workflow specifico del Preview.
• Un Preview può inviare messaggi a una Queue, ma non può esserne il consumer. Collegarlo a una Queue di produzione può far elaborare alla produzione i suoi messaggi di test.
• Cron Triggers e route di produzione continuano a puntare alla produzione.
• KV, D1, R2 e varie altre risorse sono isolate solo se viene associato un identificatore di risorsa diverso.
• Gli URL Preview sono pubblici per impostazione predefinita. La forma workers.dev include X-Robots-Tag: noindex, ma un Preview su dominio personalizzato dovrebbe essere protetto con Cloudflare Access quando il lavoro non ancora pubblicato deve restare privato.
• Il supporto ai Container è parziale e l'eliminazione può lasciare visibile l'app generata finché non viene rimossa separatamente.

Per un agent non sono casi marginali: segnano la differenza tra “l'agent può testare il proprio branch” e “l'agent non può raggiungere la produzione”. L'attuale matrice di isolamento delle risorse va trattata come un documento di autorizzazione, non come una lettura facoltativa di configurazione.

Anche l'interpretazione economica viene spesso forzata: 100 Preview sul piano Free non equivalgono a 100 stack di staging completamente gratuiti. Significa che Cloudflare consente a un Worker di contenere quel numero di oggetti Preview. Sono le risorse collegate a determinare il budget.

Verificare la quota, poi seguire la guida di configurazione

Per controllare se la disponibilità è sufficiente bastano quattro domande:

1. L'account usa Workers Free o Paid?
2. Quanti Preview attivi contiene già questo Worker?
3. Quanto consumano già la produzione e gli altri Worker dal budget di richieste e CPU dell'account?
4. Il progetto fissa Wrangler 4.135.0 o successivo?

Se le risposte rientrano nei limiti, si può seguire la guida ufficiale alla configurazione di Worker Previews per configurazione e deployment. L'analisi dei costi va tenuta separata: prima che un agent inizi a generare branch, occorre elencare ogni risorsa collegata, percorso di build, chiamata a un modello e Container.

FAQ su Cloudflare Worker Previews

Posso usare Cloudflare Workers gratis?

Sì. Workers Free costa $0, include 100,000 richieste dinamiche al giorno e supporta fino a 100 Preview per Worker. Ogni invocazione mantiene il limite CPU di 10 millisecondi, mentre i prodotti collegati conservano quote separate.

Quanto costa un Cloudflare Worker?

Workers Free costa $0. Workers Paid parte da $5 per account al mese, include 10 milioni di richieste e 30 milioni di millisecondi CPU, quindi addebita le tariffe di eccedenza pubblicate. Per i Preview non è pubblicato un costo base separato.

Quanti Cloudflare Worker posso avere gratis?

Workers Free consente 100 Worker per account. È un limite distinto da quello di Worker Previews, che sul piano Free permette 100 Preview sotto ciascun Worker.

Quanto costa Cloudflare Workers AI?

Workers AI include 10,000 Neurons al giorno senza costi. Sul piano Workers Paid, l'utilizzo oltre la quota giornaliera costa $0.011 per 1,000 Neurons.

Cloudflare Workers AI è gratuito?

Workers AI offre una quota gratuita giornaliera di 10,000 Neurons sia con Workers Free sia con Workers Paid. Gli account Free si fermano al raggiungimento della quota; quelli Paid possono continuare al costo di $0.011 per 1,000 Neurons oltre il limite.

Qual è il principale concorrente di Cloudflare?

Non esiste un unico concorrente per i prodotti Cloudflare di rete, sicurezza, calcolo, storage e sviluppo. Il confronto va fatto sullo specifico livello da sostituire, non considerando l'intera azienda come un solo prodotto.

Perché Cloudflare sta scendendo?

La domanda è ambigua e dipende dal momento: può riferirsi al prezzo di un'azione, allo stato del servizio, al traffico o a un'altra metrica. Nessuna di queste interpretazioni modifica i limiti di Worker Previews verificati nella documentazione aggiornata di Cloudflare il 28 settembre 2026.

Cloudflare è un'azienda russa?

No. La panoramica aziendale di Cloudflare indica San Francisco come sede centrale e afferma che Cloudflare, Inc. è quotata alla New York Stock Exchange con il simbolo NET.

Perché l'FBI usa Cloudflare?

Questo articolo non dimostra che l'FBI utilizzi Cloudflare e non formula affermazioni sui fornitori di un'agenzia. La domanda non è collegata alla disponibilità e ai limiti d'uso documentati di Worker Previews.

La mossa del lunedì

Partire con cinque branch, limitare ciascuno a 200 richieste di test dinamiche al giorno e indicare nel budget le 1,000 richieste giornaliere risultanti come ipotesi di un contatore condiviso. Quando sarà disponibile l'accesso alla fatturazione, registrare l'utilizzo delle richieste dell'account prima e dopo il progetto pilota. Se la variazione conferma il modello, mantenere il prospetto; in caso contrario, sostituire l'ipotesi con quanto osservato.

In parallelo, fare l'inventario di ogni binding nel blocco previews. Classificarlo come isolamento automatico, risorsa di test dedicata, condivisione intenzionale oppure accesso alla produzione. Nessun agent dovrebbe effettuare un deployment finché ogni riga con accesso alla produzione non ha una motivazione esplicita.

Vuoi trasformare la prossima novità infrastrutturale in una decisione concreta su budget e operatività? Iscriviti alla newsletter.