Pubblicare un sito con GitHub e Netlify: i vantaggi rispetto al vecchio FTP

Per anni pubblicare un sito ha voluto dire la stessa cosa: aprire un programma FTP, trascinare dei file su un server e sperare di non aver sovrascritto quello sbagliato. Funziona ancora, e molti siti vivono così. Ma da quando lavoro con GitHub e Netlify il modo di mettere online le modifiche è cambiato per me, e anche per i clienti che ne vedono i risultati. In questo articolo ti racconto i vantaggi concreti di questo flusso, senza dare per scontato che tu sappia cos'è Git.

Come funziona, in breve

Il codice del sito vive in un archivio su GitHub, che tiene traccia di ogni modifica: chi l'ha fatta, quando e perché. Netlify è collegato a quell'archivio: quando c'è una novità, prepara il sito da solo e lo pubblica su una rete di server distribuiti nel mondo. Io scrivo il codice, lo invio a GitHub, e Netlify fa il resto. Niente file trascinati a mano, niente passaggi che si possono dimenticare.

I vantaggi che contano davvero

Un'anteprima online per ogni modifica

È il vantaggio che i clienti apprezzano di più. Ogni volta che lavoro a una modifica, Netlify genera un indirizzo di prova, separato dal sito vero, dove vedi il risultato funzionante, anche da telefono. Puoi controllarlo, mandarlo a un collega, farmi notare cosa cambiare. Solo quando è tutto approvato, la modifica va online. Con il vecchio metodo si lavorava in un ambiente di prova costruito a parte, spesso trascurato, o si correggeva direttamente sul sito pubblico con i visitatori che guardavano.

Si può sempre tornare indietro

Se una pubblicazione contiene un errore, rimettere online la versione precedente è questione di un clic: Netlify conserva le versioni passate. E su GitHub ogni modifica al codice è registrata e annullabile. La paura di «toccare qualcosa e rompere tutto» si riduce molto, perché c'è sempre una via di ritorno. È la differenza tra lavorare con la rete di sicurezza e senza.

Il sito cambia tutto insieme, mai a metà

Con l'FTP, mentre i file vengono caricati il sito può restare per qualche istante in uno stato misto: un po' vecchio, un po' nuovo. Con Netlify la nuova versione viene preparata per intero e sostituisce la vecchia solo quando è pronta. I visitatori vedono o una versione o l'altra, mai un pezzo di ciascuna.

Uno storico di tutto

Ogni modifica ha una data, un autore e una descrizione. Se tra sei mesi ti chiedi perché una pagina è cambiata, la risposta c'è. Per un'agenzia che lavora con più persone sullo stesso progetto, questo storico evita sovrapposizioni e discussioni su chi ha toccato cosa.

Velocità e sicurezza

Un sito preparato in anticipo e servito da una rete di server vicini al visitatore è di norma molto rapido, e ha meno parti esposte da attaccare: niente database da violare né plugin da aggiornare con urgenza. Questo non rende il sito immune a tutto, ma toglie di mezzo una buona parte dei problemi tipici dei siti dinamici, che racconto anche nell'articolo sul passaggio da WordPress a Nuxt.

Moduli, redirect e HTTPS senza server da gestire

Il certificato HTTPS si attiva e si rinnova da solo. I moduli di contatto possono essere raccolti con Netlify Forms, senza scrivere e mantenere un programma sul server. I reindirizzamenti, per esempio quelli che servono dopo una migrazione di sito, si configurano in un file del progetto, quindi viaggiano insieme al codice e non dipendono da un pannello che qualcuno potrebbe modificare per sbaglio.

Più persone, meno intoppi

Gli stessi strumenti permettono di lavorare in più persone sullo stesso sito senza pestarsi i piedi, e di rivedere il lavoro altrui prima che vada online. Per un'agenzia che mi affida una parte del progetto, significa potermi inserire nel suo flusso senza cambiare le sue abitudini.

Come lavoro io

Il mio metodo è semplice. Per ogni tema di lavoro apro un ramo separato, che è come una copia di lavoro del sito. Quando è pronto lo propongo su GitHub, e Netlify mi dà l'anteprima da mostrarti. Solo dopo la tua approvazione il ramo viene unito a quello principale, e il sito si aggiorna da solo. Il ramo principale non lo tocco mai direttamente: tutto passa per l'anteprima. Così ogni modifica ha una cronologia chiara e può essere annullata.

Quando non è la soluzione giusta

Per onestà, ci sono casi in cui questo flusso non è la scelta migliore:

• Siti che cambiano di continuo e vengono modificati da molte persone non tecniche, a meno che non si colleghi un CMS con un pannello comodo.
• Applicazioni con molti dati in tempo reale, che hanno bisogno di un server e di un database sempre attivi: lì serve un'architettura diversa, dove Netlify può comunque ospitare la parte visibile.
• Un sito che va già benissimo su un hosting tradizionale e non ha problemi di velocità, sicurezza o manutenzione. Cambiare per il gusto di cambiare non porta niente.

Se vuoi capire quale infrastruttura si adatta al tuo progetto, trovi un confronto più ampio nella guida a hosting condiviso, VPS e cloud.

Cosa cambia per te, in pratica

• Più tranquillità: vedi ogni modifica prima che sia pubblica.
• Meno errori: la pubblicazione è automatica e ripetibile, non un rito manuale.
• Rimedi rapidi: se qualcosa non va, si torna alla versione precedente in un attimo.
• Costi spesso più bassi: per molti siti il piano gratuito basta, e non c'è un server da amministrare.

Perché affidarlo a me

Programmo dal 1999, con più di 300 progetti consegnati e circa 30 agenzie come sviluppatore esterno. Questo stesso sito è costruito con Nuxt e pubblicato con GitHub e Netlify, quindi ti parlo di un metodo che uso ogni giorno e non di un'idea letta da qualche parte. Imposto il flusso di pubblicazione, le anteprime e i reindirizzamenti, e lascio a te o alla tua agenzia un sistema chiaro da usare.

Se vuoi sapere se questo modo di pubblicare è adatto al tuo sito, scrivimi: una chiacchierata di circa 20 minuti, senza impegno, e poi una proposta scritta e gratuita. Il servizio è in Hosting e infrastruttura.