Nozioni di base
Alternative a Cloudflare: come scegliere e passare senza downtime
Cosa scegliere al posto di Cloudflare e come passare senza downtime: dove fast.site fa meglio e checklist di migrazione.
Cloudflare è la scelta predefinita per molti siti, e per buoni motivi: un piano gratuito, protezione DDoS e una rete enorme. Eppure parecchi proprietari di siti cercano altro. Alcuni vogliono le pagine in cache senza scrivere regole, altri vogliono una persona che risponda quando qualcosa si rompe, altri ancora semplicemente non vogliono affidare tutto il traffico e il DNS a una sola azienda. Questa guida ordina le alternative in base a ciò che ti serve davvero, mostra dove fast.site fa meglio di Cloudflare e spiega come passare da uno all'altro senza downtime.
Se i CDN sono una novità per te, parti da cos'è un CDN.
Perché si cerca un'alternativa a Cloudflare
- La cache dell'HTML richiede lavoro. Di default Cloudflare mette in cache i file statici come immagini, CSS e JavaScript, ma non le tue pagine HTML. Per metterle in cache devi scrivere Cache Rules o, su WordPress, pagare il componente aggiuntivo APO. A quel punto impostare bene le regole di bypass per login, carrelli e checkout tocca a te.
- Il supporto sul piano gratuito è basato sulla community. Se il tuo sito si rompe di notte, dipendi da forum e documentazione.
- È una piattaforma, non solo un CDN. Zero Trust, Workers, R2 e molti altri prodotti condividono un'unica dashboard. È potente, ma c'è molto da imparare se vuoi solo un sito più veloce e più sicuro.
- Concentrazione. Una larga parte del web passa da un solo fornitore, quindi un'interruzione o un cambio di politica lì colpisce molti siti insieme. Alcuni proprietari preferiscono distribuire questo rischio.
fast.site è nato proprio per risolvere questi punti.
Che tipo di alternativa ti serve
"Alternativa a Cloudflare" significa cose diverse, perché Cloudflare fa cose diverse. Decidi prima quale parte vuoi sostituire.
| Per cosa usi Cloudflare | Cosa cercare al suo posto |
|---|---|
| Rendere veloce un sito e proteggerlo | Un CDN per l'intero sito che fa da proxy a tutto il dominio |
| Servire più in fretta solo immagini e file | Un CDN per gli asset, collegato con un plugin o un CNAME |
| Accesso Zero Trust, tunnel o self-hosting | Un prodotto dedicato all'accesso o ai tunnel, non un CDN |
| Codice serverless sull'edge | Una piattaforma di edge computing |
Il resto della guida riguarda le prime due righe: rendere un sito più veloce e tenerlo online.
Alternative CDN per siti web, per tipo
CDN per l'intero sito (la sostituzione più vicina)
Un CDN per l'intero sito prende in carico il traffico del tuo dominio, come fa Cloudflare. Ogni richiesta passa prima dal suo edge, quindi può mettere in cache l'HTML, gestire l'HTTPS e filtrare gli attacchi prima che arrivino al tuo server. fast.site rientra in questa categoria. Così anche QUIC.cloud, che mette in cache l'HTML insieme al plugin LiteSpeed Cache e si adatta ai siti su hosting LiteSpeed. Anche i grandi CDN enterprise funzionano così, ma di solito richiedono un team tecnico per essere configurati.
CDN per gli asset
Servizi come Bunny.net e KeyCDN servono i tuoi file statici dalla loro rete, mentre il tuo hosting continua a costruire ogni pagina. Costano poco e si annullano facilmente, ma non riducono il tempo che il tuo server impiega a produrre l'HTML e non proteggono le tue pagine dagli attacchi. Il confronto dei CDN per WordPress spiega la differenza nel dettaglio.
Il CDN incluso nel tuo hosting
Molti hosting gestiti includono un CDN, a volte basato proprio su Cloudflare. Controlla cosa offre già il tuo piano prima di aggiungere un altro livello.
fast.site a confronto con Cloudflare
Entrambi sono proxy per l'intero sito che colleghi cambiando i nameserver. La differenza sta soprattutto in quanto viene configurato per te e in cosa paghi.
| Cloudflare | fast.site | |
|---|---|---|
| Come ti colleghi | Nameserver (configurazione CNAME sui piani superiori) | Nameserver |
| Cache dell'HTML | Disattivata di default; Cache Rules o componente APO | Attiva per le pagine i cui header consentono la cache |
| Visibilità della cache | Header di risposta cf-cache-status | L'header fs-cache mostra HIT, MISS o BYPASS |
| Ottimizzazione delle immagini | Funzioni a pagamento come Polish e Images | Conversione in WebP sui piani che includono l'ottimizzazione delle immagini |
| Protezione DDoS | Inclusa in ogni piano | Inclusa in ogni piano |
| Quando il tuo server non risponde | Always Online può mostrare copie archiviate di alcune pagine | La modalità grace serve l'ultima copia in cache delle tue pagine |
| Supporto | Community sul piano gratuito; di più sui piani a pagamento | Email su ogni piano, priorità sui piani superiori |
| Prezzo | Piano gratuito; piani a pagamento e componenti aggiuntivi | Prova gratuita di 7 giorni, senza carta; piani a pagamento per sito web |
| Oltre i siti web | Zero Trust, Workers, storage e altro | Solo accelerazione e protezione dei siti web |
fast.site rispetta gli header Cache-Control inviati dalla tua applicazione. WordPress e WooCommerce inviano già header no-cache per visitatori loggati, carrelli e checkout, quindi queste richieste arrivano al tuo server mentre le pagine pubbliche vengono servite dall'edge. Su altre piattaforme, controlla gli header di quelle pagine prima di passare. Puoi verificarlo su qualsiasi pagina con l'header fs-cache, e puoi svuotare la cache di singoli URL o dell'intero dominio dalla dashboard o tramite API.
Dove fast.site fa meglio
- Le tue pagine sono in cache dal primo giorno. La cache HTML funziona senza scrivere nemmeno una regola, e su WordPress e WooCommerce login, carrelli e checkout continuano a funzionare perché fast.site segue gli header che il tuo sito invia già.
- Ti risponde una persona. Ogni piano include il supporto via email, quindi non dipendi mai dai forum quando qualcosa si rompe.
- Il tuo sito resta online anche se il server si ferma. La modalità grace continua a servire l'ultima copia in cache delle tue pagine mentre il server si riprende.
- Pensato solo per i siti web. Una dashboard essenziale per velocità e protezione, invece di una piattaforma con decine di prodotti da imparare.
Come passare da Cloudflare senza downtime
- Esporta i tuoi record DNS. Nella dashboard di Cloudflare esporta il file di zona. Controlla in particolare i record MX, SPF, DKIM, DMARC e i TXT di verifica, perché se mancano è la posta a rompersi per prima.
- Annota cosa fa Cloudflare per te. Page Rules, Cache Rules, redirect, Workers e regole del firewall non si spostano da soli. Decidi quali ti servono ancora e ricreali presso il nuovo fornitore.
- Controlla il certificato di origine. Un certificato Cloudflare Origin CA è considerato attendibile solo da Cloudflare. Prima del cambio, installa sul tuo server un certificato pubblicamente attendibile, per esempio di Let's Encrypt, altrimenti il nuovo proxy non può connettersi in modo sicuro.
- Controlla la allowlist degli IP sul tuo server. Se il tuo hosting o il firewall accetta traffico solo dagli intervalli IP di Cloudflare, consenti anche quelli del nuovo fornitore. I plugin che leggono l'IP del visitatore dall'header
CF-Connecting-IPhanno bisogno dell'header del nuovo fornitore. - Aggiungi il dominio presso il nuovo fornitore e ricrea lì ogni record DNS. Confronta le due zone riga per riga.
- Cambia i nameserver presso il tuo registrar. Di solito la modifica diventa effettiva in poche ore, ma calcola fino a 48. Mantieni la zona Cloudflare finché il traffico non si è spostato. La checklist per cambiare i nameserver senza downtime copre ogni passaggio.
- Testa i percorsi importanti: una pagina pubblica due volte (la seconda richiesta dovrebbe essere un cache hit), login, carrello, checkout e moduli.
Misura prima e dopo
Registra un punto di partenza prima del cambio: analizza le stesse pagine su corewebvitals.page e annota il tempo di risposta del server. Ripeti la misura con le stesse pagine e gli stessi strumenti dopo il cambio. La guida su come misurare la velocità di un sito spiega come mantenere corretto il confronto.
Domande frequenti
Esiste un'alternativa gratuita a Cloudflare?
Per un proxy per l'intero sito con protezione DDoS, pochi servizi eguagliano il piano gratuito di Cloudflare. QUIC.cloud ha un livello gratuito per i siti LiteSpeed, e Jetpack Site Accelerator serve gratis immagini e file di WordPress. fast.site non è gratuito, ma puoi provarlo gratis per 7 giorni, senza carta di credito.
Posso tenere il DNS di Cloudflare e usare un altro CDN?
Con un CDN per gli asset sì: aggiungi solo un record CNAME per l'hostname del CDN. Un proxy per l'intero sito che funziona tramite nameserver, come fast.site, gestisce lui stesso il DNS del tuo dominio, quindi i tuoi record si spostano con lui.
Cambiare CDN influisce sul posizionamento su Google?
No, se le tue pagine restano raggiungibili con gli stessi URL, codici di stato e contenuti. Evita il downtime durante il cambio dei nameserver, mantieni i redirect e assicurati che i crawler dei motori di ricerca non vengano bloccati dalla protezione del nuovo fornitore.
fast.site sostituisce Cloudflare Zero Trust o Tunnels?
No. fast.site accelera e protegge i siti web pubblici. Per l'accesso privato ad app interne o per esporre un server di casa serve un altro tipo di prodotto.
Prova fast.site con il tuo sito
fast.site aggiunge al tuo hosting attuale caching sull’edge, ottimizzazione delle immagini e protezione DDoS. Collega il tuo dominio e misura la differenza sulle tue pagine.
Dai 7 giorni al tuo sito. Lascia decidere ai risultati.
Inizia con il tuo dominio, il tuo traffico e un’idea chiara di ciò che accade dopo.