Quanto presto devo avvisare il cliente che il sito è down?

Appena hai verificato che è un down reale e non un problema locale, idealmente entro la prima ora. Basta un messaggio breve con quello che sai, chi hai contattato e quando darai il prossimo aggiornamento. I clienti perdonano un down molto più facilmente che scoprirlo da un loro cliente.

Devo ripristinare subito un backup?

Non finché non sai quale livello si è rotto. Un backup non risolve un dominio scaduto, una modifica DNS o un guasto dell'hosting, e ripristinare una copia vecchia può cancellare contenuti recenti e riportare vecchie impostazioni. Ripristina quando il problema è chiaramente nei file o nel database del sito.

E se il sito è down solo per alcune persone?

I down parziali di solito dipendono da modifiche DNS ancora in propagazione, da un nodo CDN con problemi in una regione o da una regola firewall che blocca certi paesi o reti. Chiedi a chi segnala il problema da dove si collega e quale errore vede, e testa da più località prima di contattare l'hosting.

Un down breve danneggia il posizionamento su Google?

È molto improbabile che un down breve lasci danni duraturi. I problemi nascono quando il sito restituisce errori a lungo o ripetutamente, perché la scansione rallenta e le pagine possono uscire dall'indice. Durante una manutenzione programmata, rispondere con un 503 è il modo standard per segnalare un problema temporaneo.

Uno strumento di monitoraggio può dirmi perché il sito è andato giù?

Solo in parte. Un monitor registra status code, tempo di risposta e momento in cui è iniziato il problema, e questo restringe le cause. Il motivo vero, per esempio un database bloccato o le risorse dell'hosting esaurite, si trova nei log del server e presso l'hosting.

← Torna al blog

Sito del cliente down? Cosa fare, nell'ordine giusto

Quando il sito di un cliente va down, cosa fare segue un ordine preciso: verificare che sia davvero irraggiungibile e per chi, capire quale livello si è rotto (dominio, DNS, SSL, server o applicazione), contattare chi controlla quel livello e avvisare il cliente prima che sia lui ad avvisare te. Quando il sito torna, controlla che non sia tornato con qualche problema SEO in più.

Conferma il down prima di toccare qualsiasi cosa

Un sito che non si apre dal tuo portatile non è ancora un down. Provalo da un'altra rete, per esempio dati mobili invece del wifi dell'ufficio, e con un checker online che lo interroga da un'altra località. Poi guarda cosa torna davvero:

timeout o nessuna risposta: di solito server o hosting
500, 502, 503 o 504: qualcosa risponde, ma l'applicazione o un servizio dietro è caduto
403 o una pagina di challenge: può essere un firewall che blocca te, non un sito offline
avviso sul certificato: il sito è su, ma il certificato SSL è scaduto o sbagliato
DNS_PROBE_FINISHED_NXDOMAIN in Chrome: il dominio non si risolve

Da terminale, curl -I https://example.com ti dà status code e header in un colpo solo, e dig example.com (o nslookup su Windows) ti dice se il DNS restituisce ancora un indirizzo IP.

Controlla prima dominio e DNS

Un dominio scaduto butta giù tutto insieme, sito ed email compresi. Fai una ricerca WHOIS o RDAP e leggi data di scadenza e stato. Uno stato come clientHold o redemptionPeriod significa che il registrar l'ha sospeso, di solito dopo un rinnovo non pagato, e la soluzione è in mano a chi possiede l'account del registrar.

Se il dominio è a posto ma il DNS non risponde, o restituisce un IP diverso dalla settimana scorsa, scopri chi ha toccato nameserver o record. La guida al monitoraggio della scadenza dei domini spiega come evitare che il caso del dominio scaduto arrivi fin qui.

Chi contattare, in base a cosa hai trovato

Scegli il contatto in base al livello che si è rotto:

dominio scaduto o sospeso: chi possiede l'account del registrar, poi il registrar
record DNS sbagliati: chi gestisce la zona DNS (registrar, Cloudflare o hosting)
timeout o 5xx su tutto il sito: il supporto dell'hosting, con status code e ora in cui l'hai visto la prima volta
errori solo su alcune pagine, o subito dopo un deploy o un aggiornamento di plugin: lo sviluppatore dell'ultima modifica
certificato non valido: l'hosting, o chi gestisce i rinnovi

Cosa dire al cliente, e quando

Avvisalo presto. Un primo messaggio entro un'ora, anche solo con quello che sai, funziona molto meglio di una spiegazione perfetta inviata dopo la sua telefonata. Scrivi cosa non funziona, da quando, cosa hai verificato, chi hai contattato e quando riceverà il prossimo aggiornamento.

Nel primo messaggio non azzardare cause: scrivi solo ciò che hai verificato. Se dal lato cliente ti scrivono in tanti, una status page per il cliente ti evita di mandare lo stesso aggiornamento cinque volte.

Quando torna online: cosa controllare

Un sito ripristinato da backup, spostato su un altro server o sistemato in fretta può tornare diverso. Prima di chiudere l'incidente verifica che:

il robots.txt non sia stato sostituito da una versione vecchia o di staging con Disallow: /
i template principali non abbiano un meta noindex o un header X-Robots-Tag
la sitemap XML si apra e contenga più o meno le stesse URL di prima
i canonical puntino ancora al dominio di produzione e non a uno di staging
GA4, GTM e i pixel pubblicitari si carichino sui template principali

I backup vecchi sono una fonte classica di noindex dimenticati, per questo vale la pena leggere come scovare un noindex in produzione.

Dove entra Deltio

Deltio controlla ogni sito via HTTP ogni 10 minuti e lo segna come online, offline o firewall blocked, con status code e tempo di risposta. Ricevi una notifica via email o Slack quando il sito va giù e un'altra quando torna online, e ogni sito può avere una status page pubblica da condividere con il cliente. Lo stesso account tiene d'occhio validità SSL, scadenza del dominio, robots.txt, sitemap, tag SEO e tag di marketing, quindi gran parte della lista sopra è coperta. Le scansioni di sitemap e SEO girano su ciclo giornaliero: dopo un ripristino conviene lanciare una scansione manuale invece di aspettare. Quello che Deltio non può dirti è perché il server è caduto: per quello servono l'hosting e i suoi log.

I piani partono da £24 al mese, con 14 giorni di prova gratuita.

Domande frequenti

Quanto presto devo avvisare il cliente che il sito è down?: Appena hai verificato che è un down reale e non un problema locale, idealmente entro la prima ora. Basta un messaggio breve con quello che sai, chi hai contattato e quando darai il prossimo aggiornamento. I clienti perdonano un down molto più facilmente che scoprirlo da un loro cliente.
Devo ripristinare subito un backup?: Non finché non sai quale livello si è rotto. Un backup non risolve un dominio scaduto, una modifica DNS o un guasto dell'hosting, e ripristinare una copia vecchia può cancellare contenuti recenti e riportare vecchie impostazioni. Ripristina quando il problema è chiaramente nei file o nel database del sito.
E se il sito è down solo per alcune persone?: I down parziali di solito dipendono da modifiche DNS ancora in propagazione, da un nodo CDN con problemi in una regione o da una regola firewall che blocca certi paesi o reti. Chiedi a chi segnala il problema da dove si collega e quale errore vede, e testa da più località prima di contattare l'hosting.
Un down breve danneggia il posizionamento su Google?: È molto improbabile che un down breve lasci danni duraturi. I problemi nascono quando il sito restituisce errori a lungo o ripetutamente, perché la scansione rallenta e le pagine possono uscire dall'indice. Durante una manutenzione programmata, rispondere con un 503 è il modo standard per segnalare un problema temporaneo.
Uno strumento di monitoraggio può dirmi perché il sito è andato giù?: Solo in parte. Un monitor registra status code, tempo di risposta e momento in cui è iniziato il problema, e questo restringe le cause. Il motivo vero, per esempio un database bloccato o le risorse dell'hosting esaurite, si trova nei log del server e presso l'hosting.