Manutenzione sito web: backup e aggiornamenti post-lancio

Dopo il go-live il sito va curato: come organizzo backup, aggiornamenti e sicurezza nel supporto post-lancio, in continuità con il servizio Siti web (launch & supporto).

Header articolo
14 giorni fa
3 Minuti

Il sito non finisce il giorno in cui va online. Senza manutenzione minima, rischi siti compromessi, form che smettono di funzionare, certificati scaduti e versioni di CMS o plugin che si rompono a catena. Il costo non è solo tecnico: è tempo perso, immagine e, in casi seri, dati esposti.

Nel servizio Siti web il percorso prevede esplicitamente fase di lancio e supporto: qui entra anche la continuità operativa, non solo “pubblicato e arrivederci”.

Cosa intendo per manutenzione (e perché la collego al progetto)

  • Backup: copie testate di sito e database (se c’è), fuori dal server principale, con storico utile al ripristino, non solo l’ultimo file automatico.
  • Aggiornamenti: core CMS, tema, dipendenze, runtime. Su stack con plugin (es. WordPress) la disciplina è obbligatoria: dove serve uso staging, changelog e piano di rollback prima di toccare la produzione.
  • Sicurezza: HTTPS, permessi sensati, 2FA sui pannelli quando è possibile, revisione di account e accessi condivisi in modo opaco.
  • Monitoraggio: sapere se il sito è giù o degradato prima che te lo segnali un cliente.

Questo non è un elenco generico “da chiedere a un fornitore qualunque”: è il pacchetto di accorgimenti che adatto al tuo stack quando definisco con te cosa succede dopo il lancio.

Cosa mettiamo in chiaro insieme

Quando lavoro con un cliente (startup, PMI o struttura più grande), preferisco scrivere nero su bianco (anche in modo semplice) alcuni punti, così non restano zone grigie:

  1. Frequenza e collocazione dei backup (dove finiscono, quanta storia teniamo).
  2. Chi esegue gli aggiornamenti, con che cadenza e se esiste ambiente di prova prima del sito pubblico.
  3. Modalità di intervento in caso di problema (priorità, finestre, cosa è incluso nel supporto e cosa è intervento extra).
  4. Cosa copre un eventuale canone di assistenza rispetto alle ore on demand (ripristini, fix dopo major update, piccole evoluzioni).

L’obiettivo è lo stesso del resto del progetto: prevedibilità per te e responsabilità chiara da parte mia.

Cosa resta in casa tua (minimo indispensabile)

Anche con supporto attivo conviene avere un referente interno che sappia dove sono dominio, DNS, fatturazione hosting e accessi principali, e account nominativi invece di una password admin condivisa all’infinito. Sono piccole abitudini che rendono più veloci incident e rinnovi: non sostituiscono il mio lavoro, lo rendono efficace.

In sintesi

La manutenzione è la parte che fa durare il sito nel tempo. Io la integro nel supporto post-lancio legato ai Siti web, perché un progetto ben sviluppato merita continuità, non abbandono il giorno dopo la pubblicazione.

Se ti serve definire un piano su misura per il tuo stack o vuoi includere assistenza già in preventivo, guarda il servizio Siti web e scrivimi dai contatti.