Sito non raggiungibile: cosa fare nei primi 15 minuti

Minuto 1: conferma dall’esterno

Prima di toccare qualcosa, scopri se il sito è down per tutti o solo per te. Il tuo browser, la tua rete e la tua cache DNS ingannano più spesso di quanto pensi. Apri il Website down checker: chiama il sito da una località di verifica neutrale e mostra il codice HTTP, la risoluzione del nome, lo stato del certificato e il tempo di risposta.

• Raggiungibile dall’esterno, ma non dal tuo dispositivo: il problema è dalla tua parte. Ricarica senza cache (Ctrl+Maiusc+R), prova dal telefono senza Wi-Fi, svuota la cache DNS, disattiva VPN ed estensioni del browser. Fatto.
• Down anche dall’esterno: continua a leggere. Il risultato restringe già il campo, perché ogni tipo di guasto ha la sua firma.

Minuto 2: leggi il messaggio di errore, dice la causa

• “Impossibile raggiungere il sito”, DNS_PROBE_FINISHED_NXDOMAIN: il dominio non si risolve: dominio scaduto, record mancante, nameserver cambiati. Guida: DNS_PROBE_FINISHED_NXDOMAIN.
• ERR_CONNECTION_REFUSED: il server è acceso, ma nessun server web è in ascolto. Guida: ERR_CONNECTION_REFUSED.
• “Impossibile raggiungere il sito”, “ha impiegato troppo tempo a rispondere”, ERR_CONNECTION_TIMED_OUT: il server è spento o un firewall scarta tutto. Guida: ERR_CONNECTION_TIMED_OUT e il passo 3.
• “La connessione non è privata” (nelle versioni precedenti “La tua connessione non è privata”): il certificato è scaduto o sbagliato. Guida: “La connessione non è privata”.
• 502 Bad Gateway: il server web funziona, ma non l’applicazione dietro di lui. Guida: errore 502.
• 503 Service Unavailable: sovraccarico, modalità manutenzione o limite dell’hosting. Guida: errore 503.
• 504 Gateway Timeout: l’applicazione risponde, ma troppo lentamente. Guida: errore 504.
• Errore 521 o 522 con il logo di Cloudflare: Cloudflare non riesce a raggiungere il tuo server. Guida: errore 521 e 522 di Cloudflare.
• 500 Internal Server Error, pagina bianca: l’applicazione va in errore: un plugin, un aggiornamento, la versione di PHP. Vai al passo 5.

Minuto 3: cosa è cambiato?

La causa di un sito down è quasi sempre l’ultima cosa che è cambiata. Chiediti, in quest’ordine: è scaduto oggi un dominio o un certificato? C’è stato un aggiornamento (WordPress, un plugin, PHP, il sistema)? Ho modificato il DNS, il firewall o un file di configurazione? È rimasta una fattura non pagata? C’è stato un picco di visite (una newsletter, una campagna, una menzione da qualche parte)? Se una di queste ti dice qualcosa, parti da lì.

Minuto 5: le cinque verifiche, in ordine di probabilità

1. Dominio e DNS

dig +short example.com A
whois example.com | grep -iE 'expir|status'

Nessuna risposta o clientHold: il dominio è scaduto o i record sono spariti. Rinnovalo presso il registrar o ricrea il record A. Niente sul server può aiutare.

2. Certificato

L’SSL checker mostra in pochi secondi la data di scadenza, la catena e il nome. Se è scaduto, rinnovalo (sudo certbot renew && sudo systemctl reload nginx) oppure riemettilo dal pannello del tuo provider di hosting.

3. Il server è almeno acceso?

ping -c 3 example.com
ssh utente@example.com

Se ping e SSH tacciono, la macchina è spenta, la rete davanti a lei è interrotta o il provider di hosting ha un problema. Guarda la sua status page e la tua console cloud (la macchina virtuale è accesa? un pagamento è stato rifiutato?), e da lì riavvia la macchina se si è bloccata.

4. Il server web funziona? Il disco è pieno?

systemctl status nginx apache2 php8.3-fpm mysql mariadb 2>/dev/null | grep -E 'service|Active'
df -h
free -m
sudo tail -n 30 /var/log/nginx/error.log

Un servizio fermo: avvialo e poi leggi in journalctl -u SERVIZIO -n 50 perché si è fermato. Un disco pieno è il motivo più frequente per cui il database o PHP si fermano; libera spazio (sudo journalctl --vacuum-size=200M, elimina backup vecchi e log) e riavvia il servizio. Prima di ricaricare qualsiasi cosa: sudo nginx -t oppure sudo apachectl configtest.

5. L’applicazione: aggiornamento, plugin, PHP

Errore 500 o pagina bianca subito dopo un aggiornamento: l’applicazione fallisce a ogni richiesta. Leggi il log degli errori di PHP oppure, su WordPress, attiva per un momento il debug:

// wp-config.php
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Poi leggi wp-content/debug.log. L’errore fatale indica il plugin o il tema; rinomina la sua cartella via SFTP o SSH (wp-content/plugins/nome in nome.off) oppure esegui wp plugin deactivate nome, e il sito torna. Se l’errore cita una funzione PHP che non esiste, è cambiata la versione di PHP: rimettila com’era nel pannello del provider di hosting o nella configurazione del pool. Se invece è un server che amministri tu e non risponde a nulla, prosegui con la guida server down.

Minuto 10: avvisa le persone

Mentre lavori, i tuoi clienti ricaricano la pagina in continuazione e la tua casella si riempie. Un messaggio breve e tranquillo, dove loro guardano (status page, social, risposta automatica), ti risparmia un’ora di e-mail.

Il nostro sito al momento non è disponibile. Lo sappiamo e ci stiamo lavorando. Ordini e messaggi non vanno persi. Avviseremo qui non appena tornerà a funzionare. Grazie per la pazienza.

Una status page alimentata dai tuoi monitor fa questo lavoro al posto tuo, in anticipo.

Minuto 12: se il problema è presso il tuo provider di hosting

Su un hosting condiviso, quasi nessuno dei passi precedenti è nelle tue mani. Se la verifica dall’esterno dice “down”, il tuo account non segnala nessun limite e tu non hai cambiato nulla, tocca al provider di hosting. Mandagli qualcosa su cui possa lavorare:

Buongiorno, il mio sito example.com non è disponibile da circa le 14:30 (UTC). Una verifica dall’esterno indica: timeout della connessione (oppure: 502 Bad Gateway / certificato scaduto / il dominio non si risolve). Non ho modificato nulla nel mio account. Potete verificare il server e indicarmi quando il sito tornerà online e quale è stata la causa?

Con l’ora, il messaggio esatto e la verifica dall’esterno, il ticket si risolve al primo giro.

Minuto 15: ordina un intervento, e la prossima volta saperlo per primo

Se hai un server tuo o un hosting condiviso con accesso SSH, questi passi non devi farli per forza tu. Il Quick Fix, l’intervento automatico a prezzo fisso, risolve le cause più frequenti: riavvia il servizio fermo se il suo test di configurazione riesce, libera il disco pieno, rinnova il certificato scaduto. Se non basta, il Deep Fix pensa al resto, 24 ore su 24, anche nel fine settimana, fatturato a blocchi di 15 minuti, con il prezzo visibile prima dell’ordine. E comunque vada a finire: il monitoring di siti web controlla il tuo sito ogni 5 minuti con il piano gratuito e ti avvisa via e-mail e nell’app, così la prossima volta lo sai prima dei tuoi clienti.

Down? Interveniamo. Quick Fix a prezzo fisso o Deep Fix a blocchi di 15 minuti, sul tuo server o su un hosting condiviso con accesso SSH; la stima è il prezzo massimo.