Checklist di fine mese per chi gestisce siti in hosting condiviso

Quindici minuti al mese, cinque controlli, zero sorprese a metà del mese successivo. Questa checklist nasce per chi segue più siti WordPress o Joomla su hosting condiviso e non ha un monitoraggio centralizzato: un'agenzia piccola, un freelance, un reseller con pochi clienti. Da rifare l'ultimo giorno di ogni mese, o il primo lavorativo di quello successivo.

1. Spazio disco residuo

Non basta guardare la percentuale nel pannello: conta la differenza tra soft quota e hard quota. Come spiega la guida IONOS sulle quote, la soft quota è un limite di avviso: se superato, il sistema invia un messaggio di avviso e l'account è considerato "over quota", ma lo spazio resta utilizzabile fino al raggiungimento dell'hard quota, per un periodo di tolleranza stabilito dall'amministratore. Tradotto: se il pannello segna rosso ma il sito funziona ancora, hai giorni, non ore, per intervenire — ma non settimane. Da riga di comando, su un account con accesso SSH, du -sh public_html/* ordina velocemente dove sta crescendo lo spazio (spesso cache, log, uploads).

2. Certificati in scadenza nei prossimi 30 giorni

Qui la checklist di ottobre 2026 ha una variabile in più rispetto a un anno fa. Secondo quanto riportato da Serverplan, Let's Encrypt ha annunciato che terminerà l'invio di email per notificare la scadenza dei certificati a partire dal 4 giugno 2025. Chi si fidava di quell'email ora deve controllare a mano: su cPanel, voce SSL/TLS Status, verifica la data di scadenza di ogni dominio. Se il rinnovo automatico non è scattato, sarà sufficiente spuntare la casella per selezionare ogni sottodominio e cliccare su Run AutoSSL. Da riga di comando: openssl s_client -connect dominio.it:443 -servername dominio.it 2>/dev/null | openssl x509 -noout -dates.

3. Plugin con aggiornamenti in sospeso

Non aggiornare tutto in blocco senza controllare: su WordPress, wp plugin list --update=available (via WP-CLI, se disponibile sull'hosting) elenca cosa è fermo. Dare priorità ai plugin con changelog che citano correzioni di sicurezza, non solo nuove funzioni.

4. Ultimo backup riuscito

Controllare che il job di backup sia programmato non basta: va aperta la lista dei backup completati e letta la data dell'ultimo andato a buon fine, non dell'ultimo tentativo. Un job che fallisce silenziosamente da tre mesi è il motivo più comune per cui un ripristino d'emergenza non parte.

5. Email del fornitore non lette

Avvisi di manutenzione, superamento soglie, segnalazioni di abuso: vanno nella cartella giusta solo se qualcuno le legge. Un passaggio mensile sulla posta amministrativa dell'account hosting chiude il giro.

Cinque voci, un foglio di calcolo o una checklist in un task manager: l'obiettivo non è la perfezione ma non ripartire da zero ogni volta che qualcosa va storto.