Pubblicare un sito gratis: cinque servizi e i loro limiti

Puoi pubblicare un sito gratis con Cloudflare Pages e aggiungere servizi separati quando il progetto ha bisogno di un database, accessi riservati o email. Neon gestisce PostgreSQL, Clerk gestisce l’autenticazione, Resend invia email e Cloudflare R2 conserva i file. Ogni servizio ha un piano gratuito con limiti propri: il costo resta a zero finché il progetto rispetta quei limiti e le condizioni del piano.

Per un sito vetrina spesso basta il primo servizio. Un’app con utenti registrati richiede anche una parte server che controlli gli accessi e faccia comunicare i servizi. Scegliere cinque piani gratuiti non rende gratuita qualsiasi applicazione, a qualsiasi volume.

Questa guida distingue le funzioni dei cinque servizi e spiega come leggere le quote prima del lancio. I limiti riportati sono stati verificati nelle fonti ufficiali il 3 ottobre 2026 e possono cambiare.

Cosa significa pubblicare un sito gratis

Pubblicare significa rendere disponibili su Internet i file del sito o il codice dell’app. Un sito statico contiene pagine già generate, immagini e fogli di stile. Il servizio di hosting può distribuirli senza eseguire un programma diverso per ogni visita. Una pagina che mostra informazioni personali dopo il login, invece, deve verificare chi sta chiedendo quei dati.

Questa differenza determina quali servizi servono davvero. Un blog può essere generato da un CMS e pubblicato come sito statico. Un’area clienti ha bisogno di una logica applicativa e di un archivio dei dati. Anche il modulo di contatto di una landing page richiede un servizio che riceva e gestisca l’invio.

Il dominio personalizzato è un costo separato dall’hosting: poter collegare un dominio non significa riceverne gratuitamente la registrazione. Lo sviluppo e la manutenzione richiedono comunque lavoro, anche quando la fattura dei servizi cloud è pari a zero.

I cinque servizi e i limiti da controllare

La tabella confronta cinque servizi con funzioni diverse. Le quote si applicano secondo le unità indicate, per progetto, per app o per account. Il consumo di un servizio non compensa quello di un altro.

Servizio	Funzione	Quota gratuita da verificare	Punto di attenzione
Cloudflare Pages	Pubblicazione del sito statico	500 build al mese, 20.000 file per sito	Una build alla volta; le Functions hanno quote separate
Neon	Database PostgreSQL	100 CU-hour al mese e 1 GB di database per progetto	20 GB complessivi di database sull’account; il calcolo dipende dalla potenza usata
Clerk	Login e gestione utenti	50.000 utenti mensili che ritornano per app	Le funzioni avanzate, come MFA, dipendono dal piano
Resend	Email transazionali	3.000 email al mese, massimo 100 al giorno	Un picco giornaliero può esaurire la quota prima del totale mensile
Cloudflare R2	Archiviazione di file	10 GB-month, 1 milione di operazioni A e 10 milioni di operazioni B al mese	Quota gratuita per Standard; spazio e operazioni oltre soglia sono a pagamento

Cloudflare Pages: hosting per il sito statico

Cloudflare Pages mette online le pagine che il visitatore apre nel browser. È il punto di partenza per un sito aziendale, una landing page o la parte visibile di una web app. Carichi il progetto o colleghi il codice, poi Pages distribuisce i file del sito. Per una pagina con menu, orari e contatti può bastare questo livello; prenotazioni e dati personali richiedono anche una gestione sul server.

Cloudflare Pages può collegarsi a un repository Git e pubblicare il risultato di una build, cioè la trasformazione del codice nei file da distribuire. Il piano Free prevede 500 build mensili, una sola build in esecuzione e un massimo di 20.000 file per sito. Ogni file può pesare fino a 25 MiB. L’account ha un limite di 100 progetti. Queste quote sono descritte nella documentazione dei limiti Pages.

Le richieste ai file statici sono gratuite e illimitate quando non attivano una Function. Le richieste alle Pages Functions consumano invece la quota Workers: nel piano Free il limite condiviso è di 100.000 richieste al giorno. La pagina dei prezzi delle Functions distingue i due casi.

Con Next.js bisogna controllare il tipo di progetto. Pages può pubblicare un’esportazione statica; un’app che usa rendering server o Server Actions richiede un ambiente adatto. La guida Next.js di Cloudflare distingue l’esportazione statica dalla pubblicazione full-stack su Workers.

Neon: PostgreSQL con una quota di calcolo

Neon conserva i dati strutturati dell’app in un database PostgreSQL: per esempio appuntamenti, progetti e preferenze. Una tabella può collegare ogni prenotazione al cliente che l’ha richiesta. Il codice dell’app legge e aggiorna quelle informazioni. Neon gestisce il database; le regole che impediscono due prenotazioni sullo stesso posto devono essere sviluppate nell’applicazione.

Neon fornisce un database PostgreSQL gestito. Il piano Free include 100 progetti, fino a 10 branch per progetto e 100 CU-hour mensili per progetto. Lo spazio PostgreSQL è di 1 GB per progetto, con un massimo di 20 GB nell’account. La potenza può arrivare a 2 CU e il database si sospende dopo cinque minuti di inattività. Le quote sono riportate nei piani ufficiali Neon.

Una CU-hour misura potenza per tempo: 0,25 CU usate per quattro ore consumano una CU-hour. Cento CU-hour permettono quindi 400 ore a 0,25 CU oppure 50 ore a 2 CU. Sono esempi di calcolo a potenza costante, non previsioni sul consumo di una specifica app.

I branch permettono di creare ambienti separati per provare modifiche. Per il progetto reale conviene controllare sia lo spazio sia il tempo di calcolo. Le connessioni che tengono attivo il database riducono il vantaggio della sospensione automatica; dopo una sospensione può esserci un’attesa alla riattivazione.

Clerk: autenticazione e utenti che ritornano

Clerk gestisce registrazione, accesso e sessioni degli utenti. È utile quando una persona deve ritrovare la propria area riservata da un altro dispositivo. L’app usa l’identità verificata per collegare l’utente ai suoi dati. Le autorizzazioni, come il permesso di modificare una prenotazione o aprire un documento, vanno controllate nel codice server.

Clerk include componenti per registrazione e login. Il piano Hobby gratuito ha un limite di 50.000 MRU per app e permette applicazioni illimitate. MRU significa Monthly Retained Users: un utente conta come retained quando ritorna almeno 24 ore dopo la registrazione. Il parametro è quindi diverso dal numero totale di account creati. La definizione è nella tabella prezzi di Clerk.

Lo stesso confronto indica che l’autenticazione a più fattori, o MFA, non è inclusa in Hobby. Il piano gratuito include il dominio personalizzato, mentre altre impostazioni richiedono un piano superiore. Prima di scegliere Clerk, confronta le funzioni necessarie con quelle effettivamente incluse.

Il login deve essere verificato anche sul server. Nascondere un pulsante nel browser non impedisce di chiamare un’API. Se una richiesta riguarda la prenotazione di un cliente, il server deve controllare che l’utente abbia il permesso di leggerla o modificarla.

Resend: il limite giornaliero delle email

Resend invia i messaggi email generati dal sito o dall’app: una richiesta ricevuta, una prenotazione confermata o un documento disponibile. Il server chiama la sua API, cioè l’interfaccia con cui il software richiede un invio. Il dominio mittente va configurato e verificato. Ricevere una richiesta e confermare una disponibilità sono due eventi diversi: il testo del messaggio deve rispettare ciò che il sistema ha effettivamente verificato.

Resend permette di inviare email transazionali tramite API, per esempio una conferma richiesta dopo un’azione dell’utente. Il piano Free comprende 3.000 email mensili, con un limite di 100 al giorno, e tre domini. I valori sono pubblicati nella pagina prezzi di Resend. Le email marketing hanno una categoria di piano distinta: le quote transazionali non descrivono automaticamente una newsletter.

Considera un esempio ipotetico: ogni iscrizione produce due messaggi, uno al cliente e uno al gestore. Quaranta iscrizioni generano 80 email; sessanta iscrizioni ne generano 120. Nel secondo caso la quota giornaliera è superata anche se il consumo mensile resta sotto 3.000.

Una campagna pubblicitaria può concentrare le iscrizioni in poche ore. Per valutare il piano serve quindi una previsione del giorno di maggior traffico. Se l’app deve inviare subito una conferma, bisogna stabilire in anticipo come gestire un invio rifiutato e quando passare a una quota superiore.

Cloudflare R2: file ed egress gratuito

Cloudflare R2 conserva file come fotografie, PDF e allegati caricati dagli utenti. Nell’archivio R2 puoi tenere il documento, mentre nel database registri a quale utente appartiene e dove trovarlo. Le immagini già incluse in un piccolo sito statico possono essere pubblicate direttamente con Pages. R2 diventa utile quando i file crescono o vengono caricati durante l’uso dell’app.

Cloudflare R2 archivia oggetti come immagini e documenti. Nel piano Standard la quota gratuita mensile comprende 10 GB-month, un milione di operazioni di classe A e dieci milioni di classe B. Le operazioni A comprendono attività di scrittura; quelle B comprendono attività di lettura. Il GB-month misura lo spazio nel tempo. La documentazione prezzi R2 spiega queste unità.

L’egress, cioè il trasferimento dei dati fuori da R2, è gratuito anche oltre la quota inclusa. Spazio e operazioni possono comunque produrre costi. La quota gratuita non si applica alla classe Infrequent Access; eventuali servizi a consumo collegati a R2 possono avere una fatturazione propria.

Per un’app che conserva fotografie, il peso dei file e la frequenza delle letture vanno stimati separatamente. Ridimensionare un’immagine prima del caricamento riduce lo spazio occupato. Una cache può ridurre le letture ripetute verso lo storage, ma va progettata tenendo conto dei permessi di accesso.

Come usare questi servizi per lanciare un’app o un sito web

Immagina di voler lanciare un progetto e verificare se qualcuno lo usa prima di sostenere costi ricorrenti più alti. Parti da una funzione utile e scegli i servizi che permettono di realizzarla. I casi seguenti sono ipotesi di progetto, senza risultati commerciali o volumi di ricerca attribuiti ad attività reali.

Una web app per organizzare il lavoro

Un piccolo team vuole lanciare un’app in cui i clienti aprono richieste e seguono lo stato del lavoro. Pages può ospitare l’interfaccia statica; Clerk identifica gli utenti; Neon conserva richieste e aggiornamenti. Resend comunica quando una richiesta cambia stato e R2 ospita gli allegati. Un’API server controlla che ciascun cliente possa leggere soltanto i propri progetti e coordina questi passaggi.

La prima versione può limitarsi alla creazione di una richiesta e alla risposta del team. Per distribuire un’app mobile nativa servono anche il progetto per i dispositivi e le procedure degli store: questi cinque servizi coprono componenti web e backend. Le ricerche da approfondire per un articolo dedicato potrebbero riguardare come lanciare una web app o creare un MVP. Chi cerca un software per gestire richieste ha invece un’esigenza di acquisto da affrontare con una pagina sul prodotto.

Un ristorante a Torino che vuole ricevere prenotazioni

Il ristorante può iniziare con un sito statico su Pages: menu leggibile da telefono, indirizzo, orari e un contatto per prenotare. Se introduce un modulo, una funzione server riceve la richiesta e Resend manda una ricevuta al cliente e una notifica al locale. Il messaggio iniziale deve dire che la richiesta è ricevuta, finché il personale non conferma il tavolo.

Con una prenotazione automatica, Neon può conservare disponibilità e prenotazioni, ma il software deve controllare capienza, turni e aggiornamenti contemporanei. Clerk serve se viene introdotta un’area riservata; R2 può ospitare un archivio di fotografie. Per raggiungere i clienti, le pagine del locale devono rispondere a domande su cucina, zona e disponibilità. Una ricerca come “ristorante a Torino” appartiene a chi sceglie dove mangiare; “creare un sito per ristorante” appartiene a chi gestisce il locale.

Un B&B a Firenze che vuole ricevere richieste dirette

Pages può pubblicare camere, servizi e indicazioni per raggiungere la struttura. Una funzione server riceve le date richieste e usa Resend per comunicarle al gestore. Se serve un archivio, Neon conserva richieste e stato delle risposte. Il cliente riceve la conferma soltanto quando la disponibilità è stata controllata.

Un sito di questo tipo va coordinato con gli altri canali di prenotazione. Il database deve riflettere una disponibilità affidabile prima di confermare automaticamente un soggiorno. I servizi cloud descritti qui non sincronizzano da soli i portali di viaggio. Per la SEO, un futuro articolo distinguerà le esigenze del gestore dalle ricerche dei viaggiatori, come un B&B in una zona di Firenze.

Un centro estetico a Bologna che organizza gli appuntamenti

Il centro può partire con pagine su Pages dedicate ai trattamenti e un modulo di richiesta. Quando aggiunge un’area clienti, Clerk gestisce il login e Neon conserva gli appuntamenti. L’API controlla disponibilità e permessi; Resend comunica l’esito. R2 può conservare le immagini dei servizi, con regole diverse per eventuali file riservati.

La ricerca di un trattamento a Bologna richiede informazioni locali e una pagina chiara sul servizio. Un articolo per il titolare, invece, può spiegare come creare il sito e organizzare le richieste. Le due esigenze guideranno contenuti distinti.

Un professionista che vende consulenze online

Un consulente che lavora con clienti in tutta Italia può pubblicare offerta e casi di lavoro su Pages. Una prima richiesta può arrivare attraverso un modulo collegato a Resend. Se introduce un’area riservata, Clerk gestisce l’accesso, Neon registra i progetti e R2 conserva i documenti da condividere. Il server deve verificare a chi appartiene ciascun file prima di consentirne il download.

Il professionista può raggiungere persone che cercano una competenza anche senza indicare una città. Le pagine dovranno spiegare il problema affrontato, il servizio e come richiederlo. Pagamenti e fatturazione richiedono una gestione aggiuntiva, con costi da valutare separatamente.

Dal sito pubblicato alle ricerche dei clienti

Mettere online il sito permette alle persone di visitarlo. Per farsi trovare serve anche una struttura di contenuti coerente con ciò che cercano. Una pagina dedicata a un servizio locale deve descrivere il servizio e la zona servita con informazioni reali. Una pagina per un prodotto online deve chiarire chi lo usa, quale problema risolve e come provarlo.

Prima di scrivere un articolo per ogni categoria, conviene studiare le ricerche e i risultati presenti nei motori: chi cerca vuole scegliere un fornitore, prenotare oppure imparare a lanciare un’attività? Gli esempi di questa guida sono punti di partenza per questa analisi. Le parole chiave specifiche e le loro priorità vanno individuate per ciascun progetto. Una struttura chiara, fonti verificabili e risposte complete aiutano anche i sistemi di ricerca con AI a interpretare il contenuto; la citazione nelle loro risposte dipende dai singoli sistemi.

Come scegliere il piano prima del lancio

Parti dalle azioni dell’utente e traducile in consumo. Per ogni iscrizione conta le email previste. Per ogni file stima il peso medio e il numero di letture. Per il database considera lo spazio e il tempo di attività. Controlla anche quante pubblicazioni del sito fai durante il mese.

Una soglia interna, per esempio l’80% della quota disponibile, può essere utile per avviare una revisione prima dell’esaurimento. È una scelta operativa, non un limite imposto dai fornitori. Prepara anche una copia esportabile dei dati e annota come cambiare servizio se le condizioni smettono di essere adatte al progetto.

Domande frequenti sull’hosting gratuito

Servono tutti e cinque i servizi per un sito vetrina?

Per distribuire pagine statiche può bastare Cloudflare Pages. Un modulo richiede una gestione dell’invio; database e autenticazione diventano necessari quando le funzioni del sito li richiedono. Aggiungere servizi senza una funzione precisa aumenta il lavoro di configurazione.

Questo sistema ospita direttamente WordPress?

Pages distribuisce file statici e non esegue direttamente il normale ambiente PHP di WordPress. Puoi mantenere WordPress in un altro ambiente ed esportare una versione statica del sito. Le funzioni dinamiche, come ricerca e moduli, devono essere gestite separatamente.

Il piano gratuito garantisce che l’app resterà sempre a costo zero?

Il costo dipende dal consumo, dalle funzioni attivate e dalle condizioni dei fornitori. Registra nel progetto le quote verificate e la data della verifica. Prima di una campagna che può aumentare il traffico, rifai il calcolo sul picco previsto.