Come fare il deploy su Cloudflare con un clic

Aggiornato il 18 luglio 2026 — prezzi corretti agli attuali piani solo a pagamento e verità di deploy per piattaforma rinfrescate.

Come funziona il deploy con un clic su VULK?

La risposta completa: clicchi Deploy nell'editor di VULK, VULK costruisce il tuo progetto sui propri server (vite build — compilazione TypeScript, bundling, purge di Tailwind, minificazione, nomi file con hash), carica l'output statico su Cloudflare Pages via Direct Upload API e ti consegna un URL HTTPS live sul dominio pages.dev. L'intero processo — build, upload, DNS, SSL — si completa in 10-30 secondi. Niente pipeline CI/CD, niente dashboard di hosting, niente configurazione.

Quella velocità conta per ciò che la circonda: il builder mediano di VULK passa dalla registrazione a un'app generata in 47 secondi, e il deploy tiene lo stesso ritmo — dall'idea all'URL live in meno di due minuti totali (dati della piattaforma VULK, luglio 2026, N = 11.355 progetti). Il deploy è incluso in ogni piano; VULK è solo a pagamento, da Builder $19,99/mese con un accesso completo introduttivo di 3 giorni da $3,99.

Perché Cloudflare e non Vercel o Netlify?

Me lo chiedono in continuazione. Ogni builder di codice IA sceglie Vercel di default. È la scelta ovvia — ottima DX, integrazione stretta con Next.js, facile da configurare. Allora perché ho scelto Cloudflare Pages per la pipeline di deploy di VULK?

Tre ragioni, e tutte si riducono a ciò che conta per le app che VULK genera.

Niente bollette di banda. Questo è il punto grosso. Vercel fa pagare la banda oltre il livello gratuito. Netlify fa pagare la banda. Cloudflare Pages ha zero costi di banda. Quando fai il deploy di un'app generata da VULK e riceve traffico, non arriva una bolletta a sorpresa. Per una piattaforma dove migliaia di utenti fanno deploy di app, questo conta enormemente — per noi e per i nostri utenti.

Rete edge globale. Cloudflare ha oltre 300 data center in 100+ paesi. La tua app deployata viene servita dalla edge location più vicina a ogni visitatore. Un utente a Tokyo viene servito da Tokyo. Un utente a San Paolo, da San Paolo. Il time to first byte è costantemente sotto i 50ms a livello globale. Anche Vercel e Netlify hanno buone CDN, ma la rete di Cloudflare è genuinamente la più grande.

Deploy atomici. Quando rifai il deploy, Cloudflare serve la vecchia versione finché la nuova non è completamente caricata, poi passa all'istante. Niente stati a metà. Niente downtime. Critico per una piattaforma dove gli utenti iterano e rideployano di frequente.

Il compromesso è che Cloudflare Pages serve solo siti statici e funzioni serverless, non applicazioni complete renderizzate lato server. Ma dato che VULK genera SPA React + Vite per i progetti web, è un incastro perfetto. Il vincolo combacia con l'output.

Cosa succede, passo per passo, quando clicchi Deploy?

Passo 1: Clicchi Deploy. Il pulsante è nella toolbar in alto, accanto ai controlli dell'anteprima. Si apre un dialogo di deploy che mostra il progresso della build in tempo reale.

Passo 2: VULK costruisce il progetto sui nostri server. Per una app React + Vite parte vite build, che compila TypeScript in JavaScript, raggruppa tutti i moduli in chunk ottimizzati, processa e purga Tailwind CSS, minifica tutto, genera nomi file con hash per il cache busting e produce una directory dist/ pulita. Questo avviene sulla nostra infrastruttura, non nel tuo browser. I tempi di build vanno da 5 a 20 secondi a seconda della dimensione del progetto.

Passo 3: Upload su Cloudflare Pages. L'output della build — HTML, CSS, JS statici e asset — viene caricato via Direct Upload API di Cloudflare. I tuoi file vengono distribuiti sull'intera rete globale.

Passo 4: Ottieni un URL live. Cloudflare assegna al tuo progetto un URL sul dominio pages.dev, tipo workout-tracker-abc123.pages.dev. L'HTTPS è automatico — Cloudflare provisiona un certificato SSL all'istante. Niente configurazione. Niente attese.

Cosa serve prima del deploy?

Due cose da verificare prima di premere Deploy:

La tua app compila nell'anteprima. Se l'anteprima mostra errori o una schermata bianca, anche la build di produzione fallirà. La build di produzione di Vite è più severa del server di sviluppo — cattura errori di import e di tipi che l'hot module replacement a volte lascia passare. Sistemali prima.

Sei su un piano adatto al tuo progetto. VULK è solo a pagamento (nessun livello gratuito): Builder ($19,99/mese), Pro ($39,99/mese), Team ($79,99/mese), Max ($199/mese) e Business ($299/mese). Ogni piano inizia con un accesso completo introduttivo di 3 giorni da $3,99, accreditato sul primo mese. Il deploy di backend + PostgreSQL parte da Builder; i domini personalizzati via VULK partono da Pro.

Quanto sono veloci le app deployate?

Ci tengo perché le app che le persone deployano da VULK rappresentano la nostra qualità. Se sono lente, si riflette su di noi.

Le app React generate da VULK sono ottimizzate di default. La build di Vite produce chunk con code splitting, bundle tree-shaked e asset compressi. Combinati con la cache edge di Cloudflare, i risultati sono costantemente solidi:

• Time to first byte (TTFB): Sotto i 50ms per la maggior parte delle località globali
• Caricamento completo della pagina: Sotto 1 secondo per le tipiche app generate da VULK
• Comportamento della cache: Gli asset statici vengono messi in cache a ogni edge location con nomi file hashati, quindi i visitatori di ritorno caricano quasi istantaneamente

Non devi configurare niente di tutto ciò. La pipeline di build e la configurazione della CDN sono gestite automaticamente.

Come si collega un dominio personalizzato?

L'URL pages.dev va bene per test e condivisione, ma per un progetto vero vuoi il tuo dominio. Il processo:

1. Annota il nome del tuo progetto Cloudflare dal dialogo di deploy o dalle impostazioni del progetto.

2. Se il tuo dominio non è già su Cloudflare, aggiungilo su dash.cloudflare.com (il loro piano gratuito basta) e aggiorna i nameserver presso il tuo registrar.

3. Nella dashboard di Cloudflare, vai su Pages, trova il tuo progetto, apri Custom Domains e aggiungi il tuo dominio (come myapp.com o app.mydomain.com). Cloudflare crea il record DNS e provisiona il certificato SSL automaticamente.

4. Attendi 1-5 minuti per il provisioning SSL. Se il dominio è già su Cloudflare, l'intera operazione richiede meno di due minuti.

Come funziona il redeploy dopo le modifiche?

Lo sviluppo è iterativo. Dopo il deploy farai modifiche — nuove funzionalità, bug fix, ritocchi di design. Il redeploy è identico al primo deploy:

1. Fai le modifiche nell'editor (via prompt o modifiche manuali al codice).
2. Verifica nell'anteprima.
3. Clicca Deploy.

La nuova versione sostituisce la precedente allo stesso URL. Il deploy atomico di Cloudflare rende il passaggio istantaneo — i visitatori non vedono mai uno stato a metà.

Al momento non c'è UI di versioning né meccanismo di rollback in VULK. Se devi tornare indietro, usa la chat per annullare le modifiche e rifai il deploy. So che è una limitazione, e un vero supporto al rollback è nella roadmap.

Cosa viene deployato — e cosa no?

Deployato: Tutto l'output statico della build. File HTML, bundle JavaScript, file CSS, immagini della tua directory public/, font e ogni altro asset statico.

Non deployato: Il codice sorgente. I tuoi file .tsx, node_modules, package.json e la configurazione di build restano sui server di VULK. Il sito deployato contiene solo l'output compilato.

Non deployato: Le API di backend. Se il tuo progetto usa la generazione di backend di VULK (PostgreSQL + route API), il backend è ospitato sull'infrastruttura di VULK, non su Cloudflare Pages. Il frontend deployato fa chiamate API ai nostri server. Il tuo backend funziona, ma per ora è legato all'hosting di VULK.

Quali piattaforme hanno il deploy con un clic?

Stato onesto per piattaforma, perché non tutto ciò che VULK genera è un sito statico:

Come si risolvono i problemi comuni?

La build fallisce. La causa più comune è un errore TypeScript o di import che il server di sviluppo dell'anteprima tollerava ma la build di produzione di Vite rifiuta. Controlla il messaggio d'errore nel dialogo di deploy e chiedi a VULK di sistemarlo. Qualcosa come: "Il deploy è fallito con 'Cannot find module ./components/Chart'. Sistema l'import — il file è ChartCard.tsx."

Pagina bianca dopo il deploy. Di solito un problema di base path o di routing. Chiedi a VULK: "L'app deployata mostra una pagina bianca. Assicurati che il base path di Vite sia '/' e che React Router abbia una route per il percorso radice."

Immagini o font rotti. Gli asset statici devono stare nella directory public/ ed essere referenziati con percorsi assoluti che iniziano con /. I percorsi relativi funzionano in sviluppo ma si rompono dopo il deploy.