Alternative a Vercel nel 2026: quale hosting scegliere

Le migliori alternative a Vercel dipendono da ciò che l'applicazione deve tenere in esecuzione: Cloudflare Workers e Pages per siti statici e carichi di lavoro all'edge, Render o Railway per servizi full stack persistenti, Netlify per un flusso di pubblicazione Next.js gestito. Tra questi 6 provider ci sono anche Fly.io, per chi vuole controllare l'infrastruttura, e AWS Amplify, per le app compatibili già integrate con AWS. Se l'app funziona e il problema è solo la fattura, prima di trasferirla conviene verificare le tariffe e i controlli di spesa attuali di Vercel.

Prezzi e funzionalità documentate sono stati verificati sulle pagine ufficiali dei fornitori il 3 novembre 2026. Il confronto si basa sulla documentazione, non su benchmark di applicazioni distribuite sulle piattaforme. Le raccomandazioni distinguono il codice che si può trasferire dal comportamento dell'hosting che occorre riprodurre.

Alternative a Vercel: il confronto a colpo d'occhio

Render è il primo candidato da valutare per un'app full stack persistente; Cloudflare è in testa per siti statici e carichi compatibili con l'edge. Netlify merita un posto nella selezione quando conta più conservare un flusso di pubblicazione Next.js gestito che disporre di un server tradizionale.

I prezzi di partenza indicati qui sotto corrispondono a risorse diverse. Una piccola macchina virtuale, un pacchetto di crediti e un minuto di build non sono ambienti di produzione equivalenti. I prezzi sono in USD; consumi, servizi aggiuntivi ed eventuali imposte possono far salire il totale.

Prima il runtime, poi il provider

Individua il lavoro che l'hosting deve svolgere, poi confronta i provider della categoria adatta. Un sito statico invia file già generati. Il rendering lato server, o SSR, costruisce una risposta quando arriva una richiesta. Un servizio persistente resta disponibile per eseguire il codice dell'applicazione; un worker in background elabora attività al di fuori della richiesta del visitatore.

Per chi sta costruendo un prodotto AI con un sito di presentazione, si può trattare di carichi distinti. Le pagine di marketing possono essere statiche. L'endpoint della chat deve inviare risposte in streaming. L'acquisizione dei documenti può richiedere un worker separato, capace di proseguire anche dopo che il cliente ha chiuso il browser.

Il criterio che cambia la scelta: se serve distribuire file, valuta Cloudflare. Se vuoi mantenere un deploy Next.js gestito, valuta Netlify. Se ti occorrono un processo sempre in esecuzione e attività in background, parti da Render o Railway. Fly.io entra in gioco quando la collocazione dei processi e il controllo dell'infrastruttura sono requisiti; Amplify quando conta l'integrazione con AWS e le funzionalità supportate corrispondono a quelle dell'app.

È un primo filtro, non significa che le piattaforme edge non possano eseguire flussi di lavoro in background. Per un'app esistente, confronta l'impegno necessario ad adottare il sistema di job separato della piattaforma con quello richiesto per eseguire il worker attuale come servizio.

Cloudflare Workers e Pages: per siti statici e applicazioni all'edge

Cloudflare Workers esegue il codice che gestisce le richieste sulla rete Cloudflare. È il punto di partenza più convincente per un'app leggera le cui dipendenze siano compatibili con il runtime, soprattutto se serve principalmente file, verifica l'autenticazione e chiama API esterne. Il nodo da sciogliere è la compatibilità: trasferire un'applicazione Next.js esistente richiede la scelta di un percorso supportato, non basta cambiare la destinazione del deploy.

Cloudflare oggi consiglia vinext, un'implementazione beta delle API di Next.js basata su Vite, uno strumento di build per JavaScript. L'elenco delle funzionalità supportate comprende App Router, Server Actions, SSR con streaming e rigenerazione statica incrementale, o ISR, che aggiorna le pagine in cache senza ricostruire tutto il sito. Alcuni import e aspetti della gestione delle immagini richiedono ancora una verifica di compatibilità. In una migrazione verso la produzione, lo stato beta pesa sulla decisione anche quando l'elenco delle funzionalità sembra favorevole. Guida Cloudflare a Next.js.

L'altra strada da considerare è OpenNext, un adattatore che riorganizza la build di Next.js per eseguirla su un'altra piattaforma. Cloudflare lo documenta per le applicazioni OpenNext esistenti: supporta streaming e ISR, ma la matrice di compatibilità esclude ancora il middleware Node.js. Il middleware è codice eseguito prima che una richiesta raggiunga la pagina. Se il tuo dipende da quel runtime, risolvi l'incompatibilità prima di modificare il DNS. Supporto OpenNext su Cloudflare.

Cloudflare Pages risponde al caso più semplice: un'app Next.js che può essere esportata come sito statico. Il preset documentato genera i file nella directory out e offre nuove build e anteprime a partire da Git. Un'esportazione statica non conserva le Server Actions eseguite al momento della richiesta né l'ISR; l'eventuale backend dinamico deve essere ospitato altrove. Guida a Next.js statico su Pages, limiti dell'esportazione Next.js.

Come si calcola la spesa: Workers conteggia richieste e lavoro della CPU; gli altri servizi adottati hanno contatori separati. L'attesa di una risposta di rete non consuma tempo CPU del Worker. La distinzione può contare per un endpoint AI in attesa di un modello, ma non rende gratuita la chiamata al modello né il resto dello stack. I file statici serviti direttamente seguono criteri di conteggio diversi dal traffico che passa attraverso un Worker o Workers Caching. Prezzi di Workers, limiti del runtime.

Indicato per: siti statici, frontend leggeri per API e app Next.js compatibili con l'edge.
Punto di forza: distribuzione dei file statici e codice server nello stesso ecosistema.
Prezzi: Workers Free a $0; Workers Paid da $5/mese, con addebiti per l'utilizzo oltre le quote incluse. Listino ufficiale.
Prova gratuita: un piano Free senza scadenza, anziché una sola prova temporanea.

Il verdetto: scegli Cloudflare quando la compatibilità è verificabile e il carico trae vantaggio dal suo modello di distribuzione. Un prezzo di ingresso allettante, da solo, non giustifica una migrazione del framework.

1. 1

   Verifica la compatibilità del codice in produzione

   Su un branch dedicato alla migrazione, segui la procedura Cloudflare con npx vinext check e analizza i risultati. Confronta ciò che il percorso supporta con il middleware, la gestione delle immagini e le dipendenze server effettivamente usati dall'app.

2. 2

   Prova le funzioni da cui dipendono i ricavi

   Pubblica un'anteprima e verifica accesso, caricamento delle pagine autenticate, una Server Action, uno stream AI e la riconvalida dei contenuti. Una build riuscita è solo l'inizio di questa verifica di accettazione.

3. 3

   Scegli il percorso che richiede meno modifiche

   Usa Pages per un'esportazione davvero statica e un percorso Workers compatibile per il codice eseguito alla richiesta. Se le modifiche richieste dall'adattatore superano i benefici, valuta un deploy Node tradizionale prima di spostare il traffico di produzione.

Render: per app persistenti e worker in background

Render è una piattaforma gestita per servizi web, worker e database. È il primo nome che valuto quando un'app AI ha bisogno di un server tradizionale. Un prodotto di analisi documentale può eseguire il servizio web Next.js separatamente dal worker che elabora i file caricati. In questo modo la richiesta può confermare la presa in carico dell'attività senza far attendere il visitatore fino al termine dell'elaborazione.

Cosa conserva di Next.js: il deploy documentato da Render esegue un'applicazione Next.js completa come servizio web Node.js, oppure un'esportazione statica come sito statico. Il percorso Node mantiene il codice server del framework. Spetta a te stabilire come far convivere cache a runtime, comportamento dei deploy e processi aggiuntivi. Deploy di Next.js su Render.

La distinzione emerge quando l'app cresce. L'ISR permette di aggiornare e riutilizzare una pagina, ma non fa sì che istanze server indipendenti condividano automaticamente il risultato aggiornato. Un deploy con repliche richiede una strategia di cache e un'invalidazione coordinata, cioè un modo per comunicare a ogni istanza che il contenuto memorizzato è obsoleto. Next.js documenta queste responsabilità per il self-hosting. Guida al self-hosting di Next.js.

Come si calcola la spesa: il piano del workspace e le risorse di calcolo di ciascun servizio sono voci separate. Server web, worker e database sono risorse distinte; anche banda e build hanno quote incluse e possibili addebiti per gli sforamenti. Il prezzo iniziale di un servizio web a pagamento non copre, tutto insieme, app web, worker e database di produzione. Prezzi di Render.

Il servizio gratuito è utile per provare una migrazione, ma entra in sospensione dopo 15 minuti senza traffico in ingresso. In un'app AI rivolta ai clienti, una pausa nelle visite non dovrebbe tradursi in un ritardo di riattivazione inatteso per il cliente successivo. Se il servizio deve essere sempre pronto, metti a budget risorse di calcolo a pagamento. Limiti di Render Free.

C'è anche un dettaglio pratico relativo alle build: Render non conserva automaticamente la directory .next/cache di Next.js. La guida spiega come riutilizzare la cache di build tramite lo spazio persistente che Render mette a disposizione per questo scopo. È una cache distinta da quella a runtime usata per servire le pagine: configurarne una non sistema l'altra.

Indicato per: app Next.js con servizi persistenti, attività in background o un backend distribuito separatamente.
Punto di forza: servizi web e worker in background sono tipi di deploy espliciti.
Prezzi: sono disponibili risorse di calcolo gratuite; quelle web a pagamento partono da $7/mese per 512 MB, più gli eventuali costi del workspace e delle altre risorse. Listino ufficiale.
Prova gratuita: un piano Free con servizi web soggetti a sospensione, non l'equivalente di un ambiente di produzione sempre pronto.

Il verdetto: scegli Render se lasci Vercel perché ti serve un backend persistente. Limita la prima migrazione: distribuisci l'app esistente come servizio web, verificala, poi sposta separatamente il processo che esegue i job. Riscrivere l'app e cambiare database nello stesso momento rende più difficile isolare gli errori.

Railway: per costruire una piccola app full stack

Railway raggruppa i servizi e le loro connessioni in progetti. È una buona scelta per un piccolo team che vuole mettere insieme app, database e worker, soprattutto se chi sviluppa desidera vedere come questi elementi si collegano e farli evolvere insieme. Il principale compromesso è la variabilità dei consumi: dopo un deploy rapido, serve un controllo attento della spesa effettiva.

Cosa conserva di Next.js: la guida Railway prevede il deploy da GitHub, dalla CLI o da un Dockerfile. Il flusso per Next.js descrive l'output standalone, una build che contiene i file necessari a eseguire il server, e mostra come collegare PostgreSQL tramite un riferimento a DATABASE_URL. Supporta anche un comando precedente al deploy per le migrazioni del database. Guida Railway a Next.js.

Per chi sta lanciando un'app di ricerca basata sull'AI, è una suddivisione utile: il servizio web gestisce interfaccia e richieste, un altro servizio si occupa delle importazioni e PostgreSQL conserva i dati persistenti dell'applicazione. I riferimenti tra servizi aiutano a collegarli, ma resta da decidere cosa succede quando un'importazione viene ritentata o un deploy modifica lo schema del database.

Come si calcola la spesa: l'abbonamento è un impegno minimo di spesa che include consumi per lo stesso importo. Non è un canone da sommare a ogni dollaro di risorse di calcolo utilizzate. Oltre la quota inclusa, la fattura dipende dai consumi. Memoria, CPU, volumi e traffico in uscita da un servizio vengono conteggiati separatamente. Prezzi di Railway, listino delle risorse.

Il punto da non trascurare è che un'app senza attività può comunque avere risorse in esecuzione. Un processo web che occupa memoria, un database e un worker consumano indipendentemente dal numero di visitatori. Poco traffico sulle pagine non rende necessariamente economico l'intero progetto. Valuta le risorse di tutti i servizi che intendi mantenere attivi, compresi gli ambienti di anteprima.

Cosa cambia rispetto a Vercel: scegli il percorso Node/container, invece di affidare a Vercel la gestione delle singole funzionalità del framework. Se aggiungi repliche, pianifica il coordinamento della cache Next.js; verifica lo streaming delle risposte dall'endpoint pubblico e stabilisci dove conservare i file caricati affinché sopravvivano a un deploy. Il framework si può trasferire, ma le ipotesi su cui si regge l'esercizio in produzione vanno riesaminate.

Indicato per: piccoli team che costruiscono insieme app, database e servizio in background.
Punto di forza: collegamenti tra servizi a livello di progetto e un flusso documentato per le migrazioni del database.
Prezzi: Hobby parte da $5/mese e include $5 di utilizzo delle risorse; i consumi aggiuntivi vengono addebitati. Listino ufficiale.
Prova gratuita: $5 di crediti di prova, con scadenza dopo 30 giorni. Condizioni della prova nella pagina prezzi.

Il verdetto: scegli Railway per un piccolo progetto full stack da costruire e modificare rapidamente. Se la scelta si è ormai ristretta a queste piattaforme orientate ai container, il confronto Railway vs Render approfondisce le differenze.

Netlify: per mantenere un flusso Next.js gestito e familiare

Netlify è una piattaforma gestita per il deploy web. Tra quelle considerate, è la più vicina alle esigenze di un team che vuole conservare anteprime e pubblicazione Next.js gestita. Un sito SaaS ricco di contenuti e con pagine autenticate è una ragione più solida per sceglierla rispetto alla necessità di eseguire un worker generico permanente. Il supporto a Next.js è ampio, ma vanno esaminati con attenzione sia il monte crediti sia la collocazione del runtime.

Cosa conserva di Next.js: l'adattatore OpenNext di Netlify supporta App Router, SSR, ISR, React Server Components, Server Actions, streaming delle risposte, ottimizzazione delle immagini e Cache Components. Sono funzionalità sostanziali: migrare non significa automaticamente rinunciare al rendering server o allo streaming di una risposta AI. Supporto Next.js su Netlify.

Cosa cambia: le pagine SSR di Next.js configurate per il runtime edge vengono eseguite con Node.js nella regione delle funzioni Netlify. L'impostazione edge non garantisce quindi che la posizione di esecuzione rimanga la stessa. Netlify documenta anche differenze nell'ordine di esecuzione del middleware ed esclude dal middleware Node.js l'accesso al filesystem e gli addon C++. Questi limiti contano soprattutto quando ne dipendono l'autenticazione o l'instradamento delle richieste.

Se i clienti usano l'app mentre vengono pubblicati nuovi deploy, valuta la skew protection: mantiene la sessione del browser allineata al deploy server con cui è iniziata. Netlify la offre come funzione da attivare esplicitamente. La documentazione precisa anche che le normali chiamate client fetch non trasmettono automaticamente l'identificatore del deploy: le chiamate API personalizzate richiedono quindi attenzione. La funzione è utile, ma non sostituisce la verifica dei percorsi seguiti dalle richieste dell'app. Dettagli su compatibilità e skew protection.

Come si calcola la spesa: deploy in produzione, risorse di calcolo, banda e richieste consumano crediti; anche altri servizi della piattaforma possono attingere allo stesso monte. Un sito di contenuti con pubblicazioni frequenti e file pesanti consuma la quota in modo diverso da un'app con poche visite che esegue elaborazioni sul server. I costi di Netlify vanno quindi calcolati sul carico effettivo: il risparmio non è automatico. Prezzi di Netlify.

Hosting gratuito su Netlify: il limite dei crediti incide sulla disponibilità

Il limite del piano gratuito da capire bene è ciò che accade quando finiscono i crediti. Le FAQ sui prezzi di Netlify spiegano che i progetti vengono sospesi e che il superamento dei limiti di un progetto può sospendere tutti quelli dell'account. I piani a pagamento possono usare la ricarica automatica, disattivata per impostazione predefinita. Decidi esplicitamente se la priorità è evitare spese aggiuntive o mantenere il servizio durante un picco di traffico.

Per chi gestisce il prodotto, la questione è concreta: un lancio sul sito di marketing che genera traffico inatteso deve poter interrompere l'app sullo stesso account? Prima di riunire i carichi, rivedi l'organizzazione dell'account e le regole sui crediti.

Indicato per: team che vogliono conservare flussi gestiti di deploy e revisione Next.js.
Punto di forza: ampio supporto al framework tramite l'adattatore OpenNext, più anteprime dei deploy.
Prezzi: Free parte da $0/mese con 300 crediti; piani a pagamento e consumi aggiuntivi seguono il listino crediti attuale. Listino ufficiale.
Prova gratuita: un piano Free senza scadenza con una quota mensile.

Il verdetto: valuta Netlify se vuoi conservare il flusso di deploy. Per la scelta finale consulta il confronto Vercel vs Netlify e controlla il piano attuale dell'account prima di stimare il risparmio.

Fly.io: per scegliere dove eseguire i container

Fly.io esegue le applicazioni in macchine virtuali chiamate Machines. È adatto a chi vuole controllare dove gira un'app in container: risponde meglio a requisiti precisi di collocazione che al desiderio di ridurre al minimo la gestione operativa. Il punto decisivo è capire se anche i dati dell'app possono seguire la stessa strategia geografica.

Cosa conserva di Next.js: Fly.io documenta un deploy Next.js tramite fly launch, un Dockerfile generato e la configurazione fly.toml. Consiglia l'output standalone per preparare il pacchetto del runtime. Si ottiene così un deploy server tradizionale, con un controllo più diretto sull'ambiente di esecuzione. Guida Fly.io a Next.js.

Un runtime tradizionale non risolve ogni dettaglio della migrazione. Le variabili d'ambiente pubbliche di Next.js vengono fissate durante la build: modificare un'impostazione di produzione può quindi richiedere una nuova build. Con più Machines occorre anche mantenere coerenti le cache del framework e lo stato dei deploy. Sono attività tecniche gestibili, ma vanno incluse nella stima dei costi del trasferimento.

Pensa a un'app con clienti lontani dal database. Avvicinare il processo web ai clienti può comunque lasciare ogni pagina in attesa di una query verso un database distante. Scegli le regioni considerando l'intero percorso della richiesta. Una mappa con più punti di presenza dell'app non dimostra, da sola, che l'esperienza dei clienti sia più veloce.

Come si calcola la spesa: le risorse di calcolo delle Machines vengono addebitate mentre sono in esecuzione; dimensioni e regione determinano la tariffa. Volumi, traffico di rete in uscita e altre risorse sono voci separate. La stima mensile più bassa in listino è il costo minimo di una piccola configurazione, non un'indicazione della memoria necessaria alla tua app Next.js. Le risorse conservate possono continuare a costare anche quando un processo si ferma. Prezzi di Fly.io.

Per le app che mantengono uno stato, il limite più rilevante è che i volumi non vengono replicati automaticamente. Un volume è storage locale collegato a una Machine, non un database sincronizzato a livello globale. Se usi uno stato locale, il progetto dell'applicazione o del database deve prevedere replica e ripristino. Documentazione dei volumi Fly.io.

Indicato per: sviluppatori che devono controllare regioni di esecuzione e container.
Punto di forza: un percorso Next.js su container documentato, con configurazione esplicita dell'infrastruttura.
Prezzi: la Machine più piccola in listino, da 256 MB, parte dall'equivalente di $2.19/mese; tariffe regionali, dimensioni maggiori, storage e traffico modificano il totale. Listino ufficiale.
Prova gratuita: termina dopo 2 ore complessive di VM o 7 giorni, a seconda di quale limite venga raggiunto prima. Prova Fly.io.

Il verdetto: scegli Fly.io se ti serve il controllo che offre. Se vuoi smettere di occuparti dell'infrastruttura, quello stesso controllo può diventare lavoro che preferiresti affidare a un altro provider.

AWS Amplify: per app compatibili già integrate con AWS

AWS Amplify, l'offerta di Amazon Web Services per sviluppo e hosting di applicazioni, è adatto a un'azienda che usa già servizi AWS e funzionalità Next.js supportate dal suo hosting. Può essere una scelta organizzativa sensata quando autenticazione, dati e storage fanno già parte di quello stack. Per un'app AI in streaming, però, la compatibilità deve venire prima della comodità dell'ecosistema.

Cosa conserva di Next.js: la documentazione attuale di Amplify Hosting indica il supporto alle versioni dalla 12 alla 15 di Next.js per il suo hosting basato su risorse di calcolo, con SSR, pagine statiche, route API, ISR e ottimizzazione delle immagini. È l'intervallo documentato, non una promessa di compatibilità con qualunque versione usata dalla tua app. Supporto Next.js su Amplify.

A cosa rinuncia: la stessa documentazione indica come non supportati lo streaming Next.js, l'ISR on demand e le Edge API routes. L'ISR on demand permette di invalidare contenuti in cache in risposta a un evento, per esempio la pubblicazione di una descrizione prodotto modificata. Il supporto all'ISR ordinaria o programmata non implica che funzioni anche questa modalità attivata da eventi.

In un prodotto di chat, lo streaming fa arrivare il testo progressivamente, anziché mostrarlo solo a risposta completata. Se una route Next.js esistente dipende da questo comportamento, Amplify Hosting non è una destinazione equivalente. Un backend per lo streaming ospitato separatamente è un'alternativa architetturale, ma richiede un cambiamento più ampio della semplice importazione del repository frontend.

Come si calcola la spesa: Amplify conteggia minuti di build, storage dell'hosting, trasferimento dati, richieste SSR e durata SSR. I servizi backend AWS sono risorse aggiuntive con una propria fatturazione. La pagina prezzi elenca integrazioni come Amazon Cognito per l'autenticazione e Amazon S3 per l'archiviazione dei file. Riutilizzarle può essere sensato, ma non ne accorpa i costi in un unico abbonamento di hosting. Prezzi di Amplify.

Per chi ha un team già abituato a gestire AWS, controlli di accesso familiari, responsabilità di fatturazione già definite e servizi backend esistenti possono compensare una spesa più frammentata. Uno sviluppatore indipendente che arriva solo per ridurre i costi di Vercel potrebbe non avere questo vantaggio organizzativo. Confronta l'architettura necessaria, non l'ampiezza del catalogo AWS.

Indicato per: aziende basate su AWS con un'app Next.js compatibile.
Punto di forza: hosting affiancato a un backend e a una struttura di account AWS già esistenti.
Prezzi: build standard da $0.01/minuto, con hosting, SSR e risorse backend conteggiati separatamente. Listino ufficiale.
Prova gratuita: l'accesso ad AWS Free Tier e i crediti dipendono dall'account e dalle condizioni di iscrizione.

Il verdetto: scegli Amplify solo dopo aver verificato che le funzionalità supportate coprano i requisiti dell'app. Spendere già su AWS è un motivo per valutarlo, non per accettare l'assenza di una funzione necessaria in produzione.

Quando conviene restare su Vercel

Vercel, la piattaforma di deploy che stai pensando di lasciare, può restare la scelta migliore se l'app funziona bene e il problema è una fattura poco chiara o fuori controllo. Cambiare provider richiede lavoro tecnico, comporta il rischio di regressioni e introduce nuove responsabilità operative. Questi costi devono tradursi in un miglioramento preciso.

Prezzi di Vercel: controlla il piano attuale prima di migrare

Leggi la fattura effettiva e l'attuale analisi dei prezzi di Vercel. Il listino Vercel include ora l'opzione Flat Rate CDN nel piano Pro: un vecchio confronto basato solo sul costo per gigabyte distribuito potrebbe descrivere una fattura diversa dalla tua. Prima di valutare le alternative, individua la voce che pesa: distribuzione dei contenuti, risorse di calcolo, build, postazioni o un servizio separato. Listino attuale di Vercel.

Spend Management supporta notifiche, webhook e un'azione facoltativa che sospende tutti i deploy di produzione del team. Un avviso, da solo, non interrompe i consumi. La sospensione impedisce anche ai clienti di accedere alle app e i controlli della spesa possono rilevare il superamento della soglia con diversi minuti di ritardo. È un meccanismo di controllo dei costi con conseguenze sulla disponibilità, non un tetto preciso e istantaneo. Vercel Spend Management.

Resta se puoi eliminare il lavoro costoso, metterlo in cache o trasferirlo a un servizio separato senza migrare il frontend. Cambia quando un processo persistente, un vincolo del runtime o un requisito preciso di portabilità giustificano l'impegno.

Alternative gratuite a Vercel: cosa coprono davvero le quote incluse

Una quota gratuita serve a verificare l'idoneità della piattaforma, ma non definisce un'architettura di produzione. Su Netlify, l'esaurimento dei crediti può sospendere i progetti. Il servizio web Free di Render va in sospensione. Railway e Fly.io offrono prove con limiti. L'accesso alle offerte AWS dipende dalle condizioni dell'account. Il runtime gratuito di Cloudflare ha limiti di esecuzione anche quando la distribuzione dei file statici è generosa.

Usa il piano gratuito per verificare che l'app completi la build, autentichi gli utenti, invii risposte in streaming e si riprenda correttamente dagli errori. Poi stima il carico continuativo includendo le risorse davvero necessarie in produzione.

Piano gratuito e prova gratuita di Vercel hanno scopi diversi

Il piano Hobby di Vercel è destinato all'uso personale e non commerciale. La prova Pro permette di valutare le funzionalità del piano a pagamento ammesse alla prova; non dà diritto a un utilizzo continuativo in produzione. Chi lancia un prodotto non dovrebbe confrontare un deploy commerciale con un piano gratuito che non ne consente l'uso previsto. Indicazioni sui piani Vercel.

Come passare a un'alternativa a Vercel senza compromettere l'app

Sposta prima il carico costoso o incompatibile; trasferisci l'intera applicazione solo se risolve un problema più ampio. Un'app AI può conservare il frontend attuale mentre un'API separata riceve le attività, una coda tiene i job in attesa e un worker li elabora. I dati persistenti devono stare fuori da un deploy applicativo che può essere eliminato e ricreato.

Una coda è una lista d'attesa da cui il worker può prelevare attività indipendentemente dalla richiesta del browser. Per esempio, al caricamento di un file l'app può restituire l'identificatore di un job; il worker estrae il testo e salva il risultato, e l'app ne recupera lo stato in seguito. Non occorre trasferire nello stesso momento tutte le pagine di marketing o le schermate di accesso.

Un repository portabile è solo una parte di un sistema portabile. Fai l'inventario delle chiamate allo storage specifiche del provider, delle variabili d'ambiente, delle attività pianificate, dei callback di autenticazione e degli URL dei deploy. Decidi quali servizi mantenere, quali sostituire e da quali esportare i dati. Cambiare l'hosting del frontend non trasferisce automaticamente nessuno di questi elementi.

1. 1

   Scegli un flusso rappresentativo

   Usa il percorso che conta per il prodotto: accesso, caricamento di un documento, avvio dell'elaborazione, ricezione di una risposta in streaming e consultazione del risultato salvato. Annota il comportamento atteso prima di cambiare hosting.

2. 2

   Distingui le impostazioni di build dai segreti usati a runtime

   Ricrea i segreti server sulla destinazione e controlla quali impostazioni pubbliche vengono incorporate durante la build. Tieni le credenziali di produzione fuori dalle anteprime di migrazione, salvo che l'anteprima sia stata autorizzata esplicitamente a usarle.

3. 3

   Verifica lo streaming e l'invalidazione della cache

   Controlla che i blocchi della risposta arrivino progressivamente attraverso l'URL pubblico. Modifica un contenuto e verifica che si aggiornino le pagine previste. Se aggiungi repliche, controlla che ogni istanza veda lo stato aggiornato. Next.js documenta il buffering dei proxy e il coordinamento della cache tra gli aspetti da gestire nel self-hosting.

4. 4

   Prova guasti e rollback prima di spostare il traffico

   Riavvia un worker durante un job, ripeti una richiesta ed esegui un deploy lasciando aperta una sessione del browser. Verifica che i tentativi successivi non duplichino le operazioni visibili al cliente. Stabilisci come tornare alla versione precedente dell'app senza annullare in modo rischioso una migrazione del database.

5. 5

   Confronta lo stesso carico e passa gradualmente al nuovo ambiente

   In ogni stima includi app, worker, database, storage dei file, traffico, build e monitoraggio. Sposta il traffico solo dopo il superamento delle verifiche di accettazione, conserva una via di ritorno e dismetti le risorse inutilizzate quando il nuovo ambiente è stabile.

I dettagli del framework alla base di questi controlli si trovano nella guida al self-hosting di Next.js. La checklist è un piano di accettazione: non implica che queste applicazioni siano state distribuite sulle piattaforme durante il confronto.

Come sono state scelte le piattaforme

La selezione privilegia un percorso di migrazione credibile per un'app Next.js o AI in produzione. I criteri sono adeguatezza del runtime, compatibilità documentata con il framework, unità di fatturazione, flusso di deploy e attività operative che passano a tuo carico.

I sei provider sono stati valutati sulla base delle rispettive pagine tecniche e dei listini il 3 novembre 2026. Le raccomandazioni collegano quei dati al lavoro da svolgere: distribuzione statica, gestione delle richieste su una piattaforma gestita, servizi persistenti oppure permanenza sull'hosting attuale. In assenza di un carico misurato, non vengono attribuiti punteggi sintetici di prestazioni né promessi risparmi.

I server virtuali gestiti in proprio restano fuori dalla selezione perché comportano un modello operativo diverso. Uno sviluppatore competente può scegliere quella strada, ma qualcuno deve occuparsi di aggiornamenti, backup, ripristino ed esposizione pubblica del server. Aggiungere altri nomi non eliminerebbe queste responsabilità.

Le scelte da evitare

Evita l'abbinamento sbagliato tra provider e carico di lavoro, non un marchio a prescindere.

• AWS Amplify Hosting per un'app AI Next.js in streaming che vuoi lasciare invariata. L'esclusione documentata dello streaming è un ostacolo concreto.
• L'esportazione statica su Cloudflare Pages per un'app che richiede le proprie Server Actions al momento della richiesta o l'ISR. Scegli un runtime server compatibile o separa il backend.
• Render Free per un'app che deve rispondere immediatamente in ogni momento. La sospensione per inattività è incompatibile con questo requisito.
• Netlify come sostituto a prezzo fisso dato per scontato per un carico elevato. Prima vanno stimati i consumi dei crediti condivisi e le conseguenze del loro esaurimento.
• Fly.io per evitare decisioni sull'infrastruttura. Collocazione geografica dei dati, volumi e ripristino richiedono responsabilità definite.

Evita anche di scegliere Railway, o qualsiasi altra piattaforma con risorse a consumo, solo per il minimo dell'abbonamento. Un prezzo d'ingresso interessante non quantifica il costo dei servizi che devi ancora distribuire.

Domande frequenti

Vercel è un servizio di hosting?

Sì. Vercel ospita e distribuisce applicazioni web. Le alternative di questo confronto sostituiscono parti diverse di quel lavoro, dalla distribuzione di file statici all'esecuzione di un server applicativo persistente.

Che differenza c'è tra Vercel e GoDaddy?

Registrare un dominio e distribuire un'applicazione sono attività separate. GoDaddy vende registrazioni di domini; Vercel ospita applicazioni. Tenere un dominio registrato presso GoDaddy non obbliga a usarlo anche come hosting dell'app.

Qual è la migliore alternativa a Vercel?

Render o Railway possono essere più adatti ai servizi full stack persistenti. Cloudflare è uno dei primi candidati per siti statici e carichi compatibili con l'edge. Netlify risponde all'esigenza di un flusso di pubblicazione Next.js gestito. Non esiste un vincitore assoluto senza specificare runtime e carico di lavoro.

Netlify usa Vercel?

Netlify dispone di una propria piattaforma di deploy. Esegue Next.js tramite il proprio adattatore OpenNext: è un deploy distinto dall'hosting dell'app su Vercel.

Meglio Vercel o Netlify?

Netlify è un'alternativa credibile quando il comportamento del framework e il modello a crediti sono adatti all'app. Restare su Vercel può convenire se il lavoro di migrazione supera il miglioramento atteso. Confronta la fattura attuale e le funzionalità richieste, soprattutto middleware, posizione di esecuzione e comportamento dei deploy.

Quali sono gli svantaggi di Netlify?

Diverse forme di utilizzo attingono a un unico monte crediti e il loro esaurimento può sospendere altri progetti dell'account. La posizione di esecuzione dell'SSR Next.js configurato per l'edge e alcuni comportamenti del middleware differiscono da un deploy standalone. Anche le richieste client personalizzate richiedono attenzione quando si usa la skew protection.

Quali alternative a Netlify conviene valutare?

Cloudflare merita una valutazione per la distribuzione statica e il codice compatibile con l'edge. Render o Railway sono un punto di partenza migliore quando serve un servizio persistente o un worker in background tradizionale. Netlify resta una scelta valida quando l'esigenza principale è la pubblicazione web gestita.

Netlify è gratuito per sempre?

Netlify offre attualmente un piano Free senza scadenza con una quota mensile di crediti. Questo non significa utilizzo illimitato né garantisce che le condizioni non cambieranno mai. I siti possono essere sospesi quando la quota si esaurisce.

Meglio GitHub o Netlify?

GitHub Pages serve siti statici a partire dai file di un repository. Netlify supporta anche le funzionalità server di Next.js tramite il proprio adattatore. La scelta dipende dalla necessità di un runtime server; conservare il codice sorgente su GitHub non impedisce di distribuire l'app altrove. Documentazione di GitHub Pages.

Prima della migrazione della prossima settimana, mappa frontend, job, dati e limiti di spesa con la checklist di verifica dei flussi di lavoro AI per l'impresa. Usala per individuare il carico da spostare per primo.