Come fare il deploy su Cloudflare con un clic

Aggiornato il 18 luglio 2026 — prezzi aggiornati agli attuali piani e vie 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), pubblica l'output statico sulla rete globale di Cloudflare e ti consegna un URL HTTPS live su il-tuo-progetto.vulk.space. L'intero processo — build, pubblicazione, 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, da Builder 25 €/mese.

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 messo la pipeline di deploy di VULK su Cloudflare?

Due ragioni, ed entrambe si riducono a ciò che conta per le app che VULK genera.

Rete globale. La tua app pubblicata gira sulla rete globale di Cloudflare, quindi viene servita da un punto vicino a ogni visitatore. Un utente a Tokyo e un utente a San Paolo la caricano entrambi da vicino, e non devi mai scegliere una regione.

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.

Questo si sposa con ciò che VULK genera per il web: app React + Vite che compilano in file statici. Quando un progetto ha un backend, quella parte gira sull'infrastruttura di VULK, come descritto più sotto.

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: Pubblicazione sulla rete di Cloudflare. L'output della build — HTML, CSS, JS statici e asset — viene pubblicato sulla rete globale di Cloudflare, quindi i tuoi file vengono serviti vicino a ogni visitatore.

Passo 4: Ottieni un URL live. Il tuo progetto va live al suo indirizzo vulk.space, tipo workout-tracker.vulk.space. L'HTTPS è automatico. 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. Piani: Builder (25 €/mese), Pro (50 €/mese), Team (80 €/mese), Max (200 €/mese) e Business (300 €/mese). Il deploy di backend + PostgreSQL e i domini personalizzati partono entrambi da Builder.

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, e la rete globale di Cloudflare li serve vicino a ogni visitatore:

• Servita vicino a ogni visitatore: l'app viene consegnata dalla rete globale di Cloudflare, non da un singolo server in una sola regione
• Bundle snelli: code splitting, tree shaking e minificazione mantengono piccolo ciò che il browser scarica
• Comportamento della cache: Gli asset statici ricevono nomi file hashati, quindi possono restare a lungo in cache e i visitatori di ritorno li caricano dalla cache

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'indirizzo vulk.space va bene per test e condivisione, ma per un progetto vero vuoi il tuo dominio. I domini personalizzati sono inclusi da Builder. Il processo:

1. Apri il tuo progetto in VULK e aggiungi il tuo dominio (come myapp.com o app.mydomain.com).

2. Presso il tuo registrar o provider DNS, aggiungi il record DNS che VULK ti mostra, così il dominio punta alla tua app.

3. VULK collega il dominio alla tua app pubblicata e provisiona il certificato SSL automaticamente.

4. Una volta propagata la modifica DNS, la tua app risponde sul tuo dominio in HTTPS.

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à.

La cronologia delle versioni del progetto permette di aprire le versioni precedenti e ripristinarne i file. Dopo il ripristino, controlla l'anteprima e pubblica di nuovo per aggiornare l'URL pubblicato.

Cosa viene deployato, e dove gira?

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

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

Ospitato sull'infrastruttura di VULK: Le API di backend. Se il tuo progetto usa la generazione di backend di VULK (PostgreSQL + route API), il backend gira sull'infrastruttura di VULK. Il frontend deployato fa chiamate API ai nostri server.

Come si fa il deploy di ogni piattaforma?

Ogni piattaforma che VULK genera ha la sua via:

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.