Cloudflare vs Vercel: quale hosting scegliere nel 2026?

Il confronto Cloudflare vs Vercel parte da ciò che devi ospitare: scegli Vercel per un'app Next.js se contano soprattutto la compatibilità con il framework e la rapidità di rilascio; scegli Cloudflare per distribuire contenuti statici o eseguire un backend leggero e compatibile. I piani a pagamento partono da $5/mese per Workers e $20/mese per Vercel Pro, ma la scelta tra Vercel e Cloudflare dovrebbe cominciare dal runtime, poi passare alla fattura.

Prezzi e funzionalità documentate verificati sulle pagine ufficiali di entrambi i fornitori il 13 novembre 2026. Le raccomandazioni tengono conto della compatibilità con il framework, dei limiti delle risorse, del flusso operativo e del costo complessivo dell'hosting. L'esempio economico è un calcolo basato sulle tariffe pubblicate, non un benchmark di un'applicazione distribuita.

Cloudflare vs Vercel: quale scegliere?

Vercel prevale per un piccolo team che sviluppa un prodotto Next.js convenzionale. Cloudflare prevale nella distribuzione statica e per il codice backend sensibile ai costi che rientra nei vincoli di Workers. Next.js è un framework React per creare siti e applicazioni con una componente server; la scelta dell'hosting cambia quando l'app deve eseguire codice a ogni visita.

Se sei un founder e il tuo strumento di programmazione AI ha generato un'app Next.js con autenticazione, pagine renderizzate sul server e gestione delle immagini, parti da Vercel. Il suo cloud frontend gestito riunisce queste esigenze in un unico flusso di distribuzione. Risparmiare una piccola cifra sull'hosting raramente giustifica il lavoro di compatibilità prima ancora di avere clienti.

Per un sito di documentazione, un sito di marketing compilato in file statici o un'API che soprattutto convalida richieste e chiama un altro servizio, parti da Cloudflare. Workers esegue il codice applicativo sulla sua rete; Pages offre un flusso di distribuzione dei siti. La distribuzione costa poco, ma le scelte di runtime e dei binding ai dati restano a tuo carico.

La regola che può ribaltare la scelta: resta su Vercel se mantenere il comportamento dell'applicazione evita più lavoro di quanto la migrazione faccia risparmiare. Scegli Cloudflare quando il carico è compatibile con il suo runtime e il risparmio ricorrente o il backend integrato giustificano la responsabilità della migrazione.

Hosting Next.js: Vercel vince per integrazione con il framework

Vercel è la scelta predefinita più prudente quando l'app deve comportarsi come il progetto Next.js che hai già. Trasforma il rendering lato server, o SSR, in Functions gestite e si occupa della rigenerazione statica incrementale, o ISR, che aggiorna le pagine in cache senza ricompilare l'intero sito. Lo streaming e l'ottimizzazione delle immagini su richiesta fanno parte della sua integrazione documentata con Next.js.

Anche Cloudflare può eseguire questo tipo di applicazioni, ma attualmente consiglia vinext, un plugin beta per Vite, uno strumento di build JavaScript. vinext reimplementa le API di Next.js. È una proposta diversa dall'eseguire la stessa build Next.js su un altro host.

La guida attuale di Cloudflare a Next.js elenca il supporto per App Router, Pages Router, React Server Components, Server Actions, SSR in streaming e ISR. Descrive gli import next/* come perlopiù supportati e l'ottimizzazione delle immagini come parzialmente supportata. Lo stato beta pesa soprattutto quando checkout, autenticazione o pubblicazione dei contenuti dipendono da un comportamento preciso.

OpenNext resta un altro percorso documentato. L'adapter @opennextjs/cloudflare adatta l'output di next build a Workers. La matrice di compatibilità OpenNext di Cloudflare include SSR, ISR, Server Actions e streaming, ma indica ancora i middleware Node.js come non supportati. Il middleware viene eseguito prima della pagina o del gestore della route: una libreria di autenticazione che richiede quel runtime può bloccare una migrazione anche se le pagine normali funzionano.

Il runtime sottostante conta in entrambi i percorsi Cloudflare. Vercel Functions può usare il runtime Node.js; Cloudflare esegue queste applicazioni nel runtime Workers. Workers fornisce un sottoinsieme delle API Node.js, con alcune implementazioni parziali e shim importabili i cui metodi generano errori. Installare correttamente un pacchetto non ne dimostra la compatibilità in esecuzione.

Per un prodotto esistente, esamina le dipendenze effettive e le route server prima di scegliere il percorso. Per una nuova app, Vercel merita la preferenza quando adottare il framework rappresenta già un cambiamento sufficiente.

Siti statici: Cloudflare vince sui costi di distribuzione

Un sito che serve file invece di renderizzare ogni richiesta è il caso in cui Cloudflare prevale più nettamente. Un'esportazione statica contiene HTML, JavaScript, stili e immagini già generati. Serve distribuirli, senza un server Next.js che elabori ogni visita. Per Next.js, Cloudflare indica Pages come percorso per l'esportazione statica e Workers per quello full stack.

La documentazione dei prezzi di Pages chiarisce il confine: le richieste di asset statici sono gratuite e illimitate sui piani gratuiti e a pagamento quando non invocano Functions. Le Pages Functions seguono la fatturazione di Workers e ne condividono le quote. Aggiungere un middleware di autenticazione o un endpoint API può quindi cambiare il costo di un sito che sembrava statico.

Distribuzione gratuita non significa build o dimensioni dei file illimitate. Pages Free consente 500 build al mese, con 20,000 file e un massimo di 25 MiB per asset, secondo i suoi limiti di piattaforma. I livelli previsti per le build sono separati da Workers Paid: acquistare capacità di calcolo Workers non elimina tutti i limiti di Pages.

Per un prodotto prevalentemente statico, separa le pagine di marketing dalle operazioni dinamiche nella stima dei costi. Una pagina in cache e una richiesta di chat sono eventi fatturabili diversi. Vercel resta ragionevole quando lo stesso progetto richiederà presto un uso consistente del server; Cloudflare è la scelta predefinita più solida quando la distribuzione statica resterà il carico principale.

Cloudflare Workers o Vercel per API e streaming AI?

Cloudflare prevale nella gestione di richieste leggere che trascorrono molto tempo in attesa; Vercel quando il gestore richiede più memoria o una compatibilità Node.js più completa. Aspettare che un fornitore AI restituisca token è diverso dall'usare la CPU per analizzare un documento di grandi dimensioni.

I limiti di Workers distinguono questi due tempi. Sul piano Paid, una richiesta HTTP dispone per impostazione predefinita di 30 secondi di tempo CPU, configurabili fino a 5 minuti. L'attesa di rete non consuma questa quota CPU. I Worker attivati via HTTP non hanno un limite rigido di durata totale finché il client rimane connesso, anche se restano possibili interruzioni.

Il vincolo più stringente è di 128 MB per isolate, il contenitore di runtime che può gestire più richieste contemporanee. Trasmettere una risposta in streaming attraverso il Worker può rientrare nel limite; caricare in memoria un intero file di grandi dimensioni e diverse copie già analizzate potrebbe superarlo. Anche i 10 ms di CPU per invocazione di Workers Free lo rendono una base poco adatta a un rendering server più pesante.

I limiti di Fluid Functions su Vercel prevedono su Pro 2 GB di memoria predefinita, configurabili fino a 4 GB. La durata predefinita è di 300 secondi e può arrivare a 800 secondi con il limite disponibile a livello generale. L'estensione beta a 1,800 secondi richiede versioni di runtime supportate e una configurazione a livello di funzione. Il limite di durata totale include l'invio di una risposta in streaming.

Non c'è un vincitore universale sulla velocità che si possa sostenere con questi elementi. Un server vicino al visitatore può comunque attendere un database lontano. Scegli la collocazione in funzione della dipendenza più lenta, poi misura l'intera richiesta autenticata con i tuoi dati.

Vercel e Cloudflare: quanto costa lo stesso carico?

Cloudflare costa meno nel modello API qui sotto, ma la differenza non si riduce a «banda gratuita contro banda costosa». Vercel offre ora Flat Rate CDN, e la sua fatturazione del calcolo separa CPU attiva e memoria allocata.

I piani attuali sono Workers Free, Workers Paid da $5/mese ed Enterprise con condizioni dedicate; Vercel Hobby a $0, Pro a $20/mese ed Enterprise con prezzi personalizzati. I prezzi di Workers includono su Paid 10 milioni di richieste e 30 milioni di millisecondi CPU al mese, poi $0.30 per ogni milione di richieste aggiuntive e $0.02 per ogni milione di millisecondi CPU aggiuntivi, senza costi per traffico in uscita o durata.

La pagina prezzi di Vercel misura i consumi di Functions, trasferimento dall'origine, build, storage, elaborazione delle immagini, ISR e altri servizi. Pro include $20 di credito mensile per i consumi. I dettagli del piano confermano una postazione inclusa abilitata al deploy, con postazioni aggiuntive a $20/mese ciascuna. Consulta l'analisi dei prezzi di Vercel per l'intera struttura dei piani, senza scambiare il prezzo di ingresso per una fattura applicativa fissa.

Per la distribuzione CDN, Flat Rate CDN è un'opzione da attivare su Pro. Il livello incluso copre 1 milione di richieste CDN e 1 TB; il livello successivo costa $20/mese aggiuntivi per 10 milioni di richieste e 50 TB. Copre la distribuzione, non tutto il lavoro necessario a produrre una risposta.

Un esempio di fattura API mensile

Ipotizziamo un'API commerciale con uno sviluppatore abilitato al deploy, 1 milione di richieste non in cache, 50 ms di CPU e 1 secondo di durata totale per richiesta su entrambe le piattaforme. L'app rientra nei limiti di memoria di Workers. Su Vercel usa istanze da 2 GB a Washington, D.C., senza richieste sovrapposte che condividano un'istanza. Ogni richiesta genera 10 KB complessivi di trasferimento fatturabile dall'origine, senza richieste statiche aggiuntive.

Supponiamo che Flat Rate CDN sia attivo e dimensionato per il traffico mensile continuativo. Includiamo 100 minuti di build Basic su Vercel, al costo di $0.70; la build da caricare su Cloudflare viene generata in locale. Escludiamo database, costi del fornitore AI, elaborazione delle immagini, ISR, storage aggiuntivo, imposte e osservabilità a pagamento. Manteniamo il logging Cloudflare entro la quota inclusa. Sono ipotesi del modello, non prestazioni del runtime misurate.

Le tariffe Fluid compute di Vercel in quella regione sono di $0.128 per ora CPU, $0.0106 per GB-ora di memoria allocata e $0.60 per milione di invocazioni. La fatturazione CPU si interrompe durante le attese di rete; quella della memoria continua mentre l'istanza gestisce le richieste. Fast Origin Transfer aggiunge $0.06/GB alla tariffa iniziale usata qui.

• Cloudflare: 50 milioni di ms CPU, meno i 30 milioni inclusi, lasciano $0.40 di consumo CPU eccedente. Le richieste restano nella quota. Aggiungendo l'abbonamento da $5: $5.40/mese.
• Vercel: la CPU costa $1.78; la memoria allocata $5.89; le invocazioni $0.60; il trasferimento dall'origine $0.60; le build $0.70. Il subtotale delle risorse di $9.57 rientra nel credito di $20. Anche il traffico CDN rientra nel livello incluso, lasciando il canone di piattaforma di $20/mese.

Aumentando soltanto il numero di richieste, a parità di tutte le altre ipotesi, le fatture stimate diventano $9.40 contro $65.03 a 5 milioni di richieste, e $14.40 contro $109.37 a 10 milioni. Questi ultimi casi Vercel includono il livello di capacità CDN aggiuntivo da $20.

Nei punti modellati non c'è un'inversione della convenienza economica. Non esiste neppure un numero universale di richieste oltre il quale si possa affermare onestamente che un fornitore costi meno: la concorrenza può ridurre la fattura della memoria Vercel, la cache cambia il numero di invocazioni, e regioni e servizi aggiuntivi modificano le tariffe. Il vero punto di pareggio aziendale è spesso il tempo degli sviluppatori. Un piccolo risparmio mensile non ripaga un progetto di compatibilità senza una fine definita.

Picchi di traffico: decidi prima del lancio che cosa interrompere

Entrambi i fornitori offrono controlli di spesa; nessuno trasforma ogni addebito in un tetto massimo rigido garantito. Decidi se preferisci interrompere il servizio o continuare a consumare risorse prima che arrivi il traffico.

Con Vercel Flat Rate CDN, un picco di distribuzione di un giorno non fa scattare il passaggio di livello. Superamenti continuativi della capacità mensile possono spostare il ciclo successivo a un livello superiore. I download massivi e i carichi dominati dalla distribuzione di file o contenuti multimediali non rientrano nell'ammissibilità dichiarata, mentre il calcolo dinamico mantiene contatori propri.

La funzione Spend Management di Vercel può sospendere tutti i deployment di produzione di un team quando viene raggiunto l'importo configurato. Avvisi e sospensione possono arrivare con diversi minuti di ritardo. Attivare una notifica non equivale ad attivare la sospensione; sospendere significa anche togliere l'accesso ai clienti.

I limiti di spesa di Workers su Cloudflare coprono gli sforamenti di richieste e CPU dell'intero account, esauriti i consumi inclusi. Escludono l'abbonamento e gli addebiti di prodotti come R2, KV e Durable Objects. Un Worker di test può consumare il budget condiviso e interrompere i Worker di produzione. I ritardi nella rendicontazione e nel blocco fanno sì che la soglia non sia un massimo esatto della fattura.

Gli asset statici serviti senza eseguire codice Worker possono restare disponibili dopo quel blocco. Una route configurata per eseguire prima il Worker può invece smettere di funzionare. Va inoltre distinta la normale distribuzione statica gratuita da Workers Caching: le sue regole tariffarie addebitano le richieste servite dalla cache alla tariffa delle richieste, asset statici inclusi.

Per l'esposizione ai picchi sul traffico statico vince Cloudflare. Per una fattura unica e onnicomprensiva garantita non vince nessuno. Per un'app AI, imposta controlli anche sul fornitore del modello oltre che sull'host. Un gestore di richieste economico può comunque autorizzare inferenze costose.

Dati, storage e AI: Cloudflare vince per il backend integrato

Cloudflare offre più componenti backend come servizi propri collegati tra loro; Vercel facilita l'integrazione di servizi esterni. Questa distinzione conta più del numero di prodotti elencati in un confronto.

La guida allo storage di Cloudflare associa D1 ai dati SQL, Workers KV ai dati chiave-valore, R2 allo storage di file compatibile con S3 senza costi di traffico in uscita e Durable Objects a stato coerente e coordinamento. Hyperdrive collega un database Postgres o MySQL esistente; Queues gestisce il lavoro differito; Vectorize memorizza vettori per la ricerca per similarità.

Scegli in base al comportamento dei dati. KV offre consistenza eventuale: un aggiornamento potrebbe non essere immediatamente visibile ovunque. Può andar bene per la configurazione; non va scambiato per un meccanismo transazionale che impedisca a due acquirenti di comprare lo stesso ultimo articolo disponibile. Quando si sposta il livello web, può essere preferibile lasciare al suo posto un database esistente.

L'offerta storage attuale di Vercel include Blob per i file, Global Config per la configurazione, Runtime Cache per dati regionali temporanei e database del Marketplace. I database relazionali e chiave-valore arrivano tramite fornitori, non sotto forma di un unico «database Vercel» intercambiabile.

Per l'AI, Workers AI esegue modelli sull'infrastruttura Cloudflare; Cloudflare AI Gateway aggiunge controlli come cache, limitazione delle richieste e tentativi di ripetizione. Vercel AI Gateway centralizza accesso ai modelli di più fornitori, logging, controlli di spesa e failover, e può essere usato da altre infrastrutture. Sceglierlo non richiede di spostare l'hosting dell'app su Vercel.

Il compromesso è il legame con la piattaforma. I binding di Cloudflare rendono comodo usare i suoi servizi dal codice Workers, ma per andarsene occorre sostituire quelle chiamate. Un database ospitato separatamente può mantenere aperte le opzioni su entrambe le piattaforme. La recensione completa di Cloudflare esamina la piattaforma oltre questa scelta di hosting.

Anteprime, rollback e log: Vercel vince nel flusso di sviluppo

Vercel prevale quando l'obiettivo è verificare una modifica Next.js riducendo al minimo il lavoro di configurazione del deploy. L'integrazione Git genera URL di anteprima per le pull request, e Instant Rollback può ripristinare un deployment esistente senza ricompilarlo.

Anche Cloudflare offre Workers Previews per i branch, con variabili, segreti, binding e osservabilità propri. Il limite meno evidente riguarda l'isolamento dei dati: KV, D1 e R2 sono separati solo se colleghi risorse separate. I service binding di una Preview chiamano il deployment di produzione del Worker collegato.

Non confonderle con i Version URLs, che espongono una versione specifica usando la configurazione e le risorse esistenti. Un hostname diverso non dimostra che il database di test sia al sicuro.

Il rollback di Workers ripristina una versione precedente del codice dal pannello di controllo o tramite Wrangler, lo strumento da riga di comando per il deploy. Su entrambe le piattaforme, ripristinare il codice non annulla le scritture dei clienti né inverte automaticamente la migrazione del database. Mantieni le modifiche allo schema compatibili con il deployment che potresti dover ripristinare.

Per il debug, Workers Logs supporta log persistenti e ricercabili, con campionamento configurabile. Paid include 20 milioni di eventi di log al mese e 7 giorni di conservazione. La pagina prezzi di Vercel indica 1 giorno di log di runtime su Pro, esteso a 30 giorni con Observability Plus. Registra quanto basta per diagnosticare un pagamento o uno stream fallito e verifica la finestra di conservazione prima di presumere che le prove di ieri siano ancora disponibili.

Come passare da Vercel a Cloudflare

Sposta l'applicazione solo dopo aver identificato ciò che ne sostituirà il comportamento sull'hosting attuale. Un repository Git trasferisce il codice; non trasferisce configurazione della piattaforma, credenziali, contenuti in cache, file archiviati o protezioni dei deployment.

1. 1

   Verifica il percorso di runtime

   Censisci route server, middleware, gestione delle immagini e dipendenze. Per vinext, esegui nel progetto il comando documentato npx vinext check e analizza i risultati sulla compatibilità. Per OpenNext, confronta le funzionalità usate dall'app con la matrice di supporto. Includi accesso, checkout, upload e streaming nelle verifiche di accettazione.

2. 2

   Separa i dati di test da quelli di produzione

   Mappa le variabili d'ambiente e ogni binding allo storage. Se praticabile, mantieni il database esistente mentre cambi l'ambiente di calcolo. Configura risorse e credenziali di test separate prima di chiedere a un'anteprima di creare, aggiornare o eliminare qualsiasi dato.

3. 3

   Prova il ripristino prima di cambiare il DNS

   Verifica reindirizzamenti, header, domini personalizzati, attività pianificate e monitoraggio. Conserva il deployment precedente e assicurati che possa leggere lo schema attuale del database. Solo allora modifica il DNS, i record che indirizzano il dominio al suo host.

Non migrare ancora se la fattura attuale è modesta, nessuno è responsabile della compatibilità del runtime o l'app dipende da comportamenti che non hai riprodotto. Verifica prima quale contatore di consumo sta crescendo. Cambiare hosting non risolve una chiamata costosa al modello, e migrare anche il database nello stesso momento rende più difficile isolare i problemi.

Se l'applicazione richiede alla base un modello di esecuzione diverso, consulta la più ampia selezione di alternative a Vercel anziché forzare qualsiasi carico dentro queste due piattaforme.

Netlify, Vercel e Cloudflare a confronto

Netlify è la terza opzione quando un sito statico ha bisogno della sua gestione integrata dei moduli e di un flusso di deploy gestito; consulta Vercel vs Netlify e la guida dedicata ai prezzi di Netlify.

Le domande di chi sviluppa

Meglio Vercel o Cloudflare?

Vercel è la scelta predefinita per un piccolo team che dà priorità al comportamento gestito di Next.js. Cloudflare è più forte nella distribuzione statica e nei carichi backend leggeri compatibili con Workers. Per un'app esistente, la compatibilità e la responsabilità della migrazione possono pesare più della differenza di prezzo dell'hosting.

Quali sono gli svantaggi di Cloudflare?

Per questa scelta di hosting, i vincoli principali sono la compatibilità del runtime, i limiti di memoria di Workers e i binding ai dati specifici della piattaforma. Il percorso consigliato con vinext è in beta, e quello documentato con OpenNext presenta ancora una lacuna sui middleware Node.js.

Che cosa c'è di meglio di Vercel?

Cloudflare può essere migliore per la distribuzione statica e le API compatibili con volumi di richieste consistenti. Non è un miglioramento automatico per un'app Next.js il cui deployment attuale funziona. Confronta la specifica voce di fattura con lo sforzo necessario a sostituire il comportamento da cui dipendi.

Vercel è gratuito al 100%?

No. Il piano gratuito Hobby è riservato all'uso personale e non commerciale e prevede limiti di consumo. Le attività commerciali richiedono un piano a pagamento appropriato; Pro ha un canone di piattaforma e servizi a consumo. Consulta le condizioni del piano Hobby del fornitore.

Cloudflare è più veloce di Vercel?

Questo confronto non stabilisce una risposta universale. Le risposte dalla cache statica, il rendering server, le chiamate al database e gli stream AI hanno colli di bottiglia diversi. Misura una richiesta rappresentativa e il suo percorso verso il database, anziché considerare l'estensione della rete un benchmark di latenza.

Vercel si basa su Cloudflare?

Non considerare Vercel un involucro del runtime Workers. Espongono sistemi di hosting e distribuzione diversi. La documentazione di Vercel Functions descrive il proprio runtime e i limiti dei bundle imposti da AWS; quella di Cloudflare descrive Workers e i suoi percorsi di compatibilità.

Meglio Netlify o Cloudflare?

Per un sito statico, qui Cloudflare è la scelta più conveniente per la distribuzione. Netlify merita attenzione quando la sua gestione dei moduli elimina lavoro backend che altrimenti dovresti sviluppare.

Cloudflare Pages o Netlify: quale scegliere per un sito statico?

Nel confronto specifico tra Pages e Netlify, decidi se devi soprattutto servire file già generati o se vuoi anche il flusso gestito di Netlify per l'invio dei moduli. Calcola il costo degli endpoint dinamici separatamente dalla distribuzione statica.

Chi è il principale concorrente di Cloudflare?

Dipende dal prodotto confrontato. Questa pagina valuta Vercel come alternativa per l'hosting applicativo; non identifica un concorrente principale per l'insieme dei prodotti Cloudflare di rete, sicurezza e sviluppo.

L'FBI usa Cloudflare?

Qui non viene accertato alcun rapporto verificato con quel cliente. La domanda è distinta dalla compatibilità di Workers o Vercel con la tua applicazione; non va usata come raccomandazione dell'hosting.

Quando scegliere Vercel e quando Cloudflare

Scegli Vercel se stai sviluppando un prodotto Next.js, hai bisogno della sua gestione del framework e preferisci pagare per il flusso integrato anziché assumerti una migrazione di compatibilità.

Scegli Cloudflare se servi soprattutto asset statici o codice API compatibile, conosci i suoi limiti di risorse e puoi assumerti la gestione di binding ai dati, anteprime e ripristino. Per un'app Next.js esistente, risolvi la scelta tra vinext e OpenNext prima di promettere risparmi.

Il prossimo passo è concreto: classifica la route più trafficata, individua il contatore che pesa di più sulla sua fatturazione e verifica le dipendenze di runtime. Otterrai così una scelta di hosting motivata.

Usa la checklist di audit dei flussi di lavoro aziendali con l'AI per individuare le dipendenze applicative e i passaggi di consegne che richiedono un responsabile prima di cambiare hosting. Ricevi la checklist tramite la newsletter.