Un sito che non si apre, una pagina bianca, un codice di errore incomprensibile: prima o poi capita a chiunque gestisca un sito web. Il panico è comprensibile, ma quasi mai giustificato. Gli errori di un sito seguono schemi ricorrenti e, una volta capito dove si è interrotto il percorso tra il visitatore e il server, la soluzione è spesso più semplice del previsto.
Questa pagina è il punto di partenza della nostra sezione dedicata agli errori. Ti aiuta a riconoscere il tipo di problema che hai davanti, ti dà un’idea immediata delle cause più probabili e ti indirizza alla guida giusta, dove trovi spiegazioni e soluzioni passo per passo.
Il percorso di una pagina, e dove si può rompere
Per mostrare una pagina, il browser compie una serie di passaggi sempre uguali. Prima traduce il nome del dominio in un indirizzo IP tramite i DNS. Poi si collega al server che ospita il sito. Se il sito usa HTTPS, stabilisce una connessione cifrata e verifica il certificato. A quel punto invia la richiesta e attende la risposta. Dietro la risposta, a sua volta, il server esegue il codice del sito, interroga il database e assembla la pagina da restituire.
Ogni passaggio ha i suoi errori tipici, ed è proprio questo a renderli leggibili. Un problema nella risoluzione del dominio produce messaggi diversi da un problema di certificato, che a sua volta si presenta in modo diverso da un errore nel codice del sito. Riconoscere in quale punto si è fermato tutto è il primo passo per risolvere, e il messaggio che vedi sullo schermo te lo dice quasi sempre.
Riconosci l’errore dal messaggio
La tabella seguente raccoglie i messaggi più comuni, il punto del percorso in cui nascono e da dove conviene iniziare a cercare.
| Cosa vedi | Dove si è interrotto | Da dove partire |
|---|---|---|
DNS_PROBE_FINISHED_NXDOMAIN, ERR_NAME_NOT_RESOLVED |
Risoluzione del dominio | Dominio, DNS e cache DNS del dispositivo |
ERR_CONNECTION_REFUSED, ERR_CONNECTION_TIMED_OUT |
Connessione al server | Rete, firewall, stato del server |
La connessione non è privata, NET::ERR_CERT_… |
Connessione sicura | Certificato SSL, data e ora del dispositivo |
ERR_TOO_MANY_REDIRECTS |
Reindirizzamenti | Regole di redirect, CDN, indirizzo del sito |
| 400, 401, 403, 404 | Il server ha rifiutato la richiesta | Indirizzo, credenziali, permessi, cookie |
| 500, 502, 503, 504 | Il server ha avuto un problema | Log, codice del sito, risorse dell’hosting |
| Pagina bianca o errore critico su WordPress | Codice dell’applicazione | Plugin, tema, versione di PHP |
Il browser mostra una sigla ERR_ o un avviso di sicurezza
Se il browser mostra codici come ERR_CONNECTION_REFUSED, DNS_PROBE_FINISHED_NXDOMAIN o un avviso del tipo La connessione non è privata, il problema si è verificato prima che il server rispondesse: nella risoluzione del dominio, nella connessione o nel certificato SSL. Spesso la causa è sul tuo dispositivo o sulla tua rete, a volte nella configurazione del dominio o del certificato.
La guida agli errori del browser spiega come distinguere i casi e raccoglie gli errori di DNS, connessione, certificato e reindirizzamento con le relative soluzioni, sia per chi visita il sito sia per chi lo gestisce.
Compare un numero a tre cifre come 404, 500 o 503
In questo caso il server ha risposto, ma con un codice di errore. La prima cifra dice già molto: i codici 4xx indicano un problema nella richiesta, come una pagina inesistente o un accesso non autorizzato, mentre i codici 5xx indicano un problema sul server, nel codice, nella configurazione o nelle risorse disponibili. Questa distinzione orienta subito la ricerca: con un 4xx si controllano indirizzo, permessi e credenziali; con un 5xx si guardano i log e il funzionamento del sito.
La guida ai codici di stato HTTP spiega il significato di ciascuna classe e dei codici più comuni, con il loro impatto sulla SEO e i casi in cui sei tu a doverli usare, per esempio quando sposti o elimini una pagina. Per gli errori più frequenti trovi guide dedicate:
- l’errore 403 Forbidden, quando il server vieta l’accesso a una pagina che esiste;
- l’errore 401 Unauthorized, quando manca un’autenticazione valida;
- l’errore 400 Bad Request, quando la richiesta è malformata, spesso per colpa dei cookie;
- l’errore 500 Internal Server Error, il più generico degli errori del server;
- l’errore 503 Service Unavailable, legato a manutenzione e sovraccarico.
Il sito è fatto con WordPress e mostra un errore critico
Messaggi come Si è verificato un errore critico in questo sito web, una pagina completamente bianca, l’errore di connessione al database o il blocco in manutenzione dopo un aggiornamento sono problemi applicativi tipici di WordPress. Nascono quasi sempre da un plugin, un tema, la versione di PHP o i limiti di risorse del server, e si risolvono con un metodo preciso: leggere il log di debug, disattivare i componenti sospetti, verificare la configurazione.
La guida agli errori di WordPress raccoglie i casi più frequenti, dai problemi di accesso alla bacheca a quelli di caricamento delle immagini, e un metodo di diagnosi che funziona anche per gli errori che non conosci.
Il sito è giù e non sai perché
Quando il sito non risponde e i messaggi non bastano a capire la causa, servono due strumenti: i file di log del server, che registrano ogni richiesta e ogni errore, e un metodo per verificare uno alla volta dominio, server e applicazione. La guida ai log del server e al downtime spiega dove trovare i log, come leggerli, quali comandi usare per analizzarli e come monitorare il sito per accorgerti dei problemi prima dei tuoi visitatori.
Tre regole che valgono per ogni errore
Qualunque sia il problema, alcune abitudini fanno la differenza tra una soluzione rapida e un pomeriggio perso.
Verifica se il problema è solo tuo. Prova il sito da un’altra rete, come quella dello smartphone, o in una finestra in incognito. Se funziona altrove, la causa è nella cache, nei cookie, nelle estensioni o nella tua connessione, e il sito sta bene. Questa verifica richiede un minuto e da sola evita la maggior parte degli interventi inutili.
Chiediti che cosa è cambiato. Un aggiornamento, un nuovo plugin, una modifica ai DNS, un cambio di versione di PHP, un rinnovo dimenticato: la maggior parte degli errori compare subito dopo un cambiamento, e annullarlo è spesso la soluzione più veloce. Tenere un semplice registro delle modifiche fatte al sito, anche solo in un documento condiviso, rende questa domanda molto più facile.
Fai un backup prima di intervenire. Modificare file di configurazione, database o permessi senza una copia di sicurezza può trasformare un problema piccolo in uno grande. Molti hosting offrono backup automatici ripristinabili con un clic: verifica di averli prima di averne bisogno, e controlla ogni tanto che il ripristino funzioni davvero.
Come prevenire la maggior parte degli errori
Molti degli errori descritti in questa sezione si possono evitare con qualche buona pratica. Aggiorna plugin, temi e CMS con regolarità, ma prova gli aggiornamenti importanti su una copia di staging prima di applicarli al sito in produzione. Mantieni una versione di PHP ancora supportata, senza però cambiarla senza aver verificato la compatibilità. Attiva un servizio di monitoraggio dell’uptime che ti avvisi appena il sito smette di rispondere. Controlla le date di scadenza di dominio e certificato SSL e attiva il rinnovo automatico dove possibile. Infine, consulta di tanto in tanto il rapporto sull’indicizzazione di Google Search Console, che segnala pagine con errori prima che diventino un problema per i visitatori.
Quando rivolgersi all’hosting
Alcuni problemi non si possono risolvere dal lato del cliente: un server sovraccarico, un servizio fermo, un indirizzo IP bloccato dal firewall o una configurazione di sistema errata. Se il sito non risponde da nessuna rete e i DNS del dominio sono corretti, contatta l’assistenza del tuo hosting indicando l’indirizzo della pagina, l’ora dell’errore, il messaggio visualizzato e, se puoi, le righe dei log. Più informazioni fornisci, più rapida sarà la risposta.
Domande frequenti
Un errore sul sito fa perdere posizioni su Google?
Un errore occasionale e breve no: Google riprova la scansione più tardi. Errori del server che durano giorni, invece, possono ridurre la frequenza di scansione e portare alla rimozione temporanea delle pagine dai risultati. Per questo conviene monitorare il sito ed essere avvisati subito quando non risponde.
Come faccio a sapere se il sito è giù per tutti?
Aprilo da una rete diversa, per esempio dalla rete mobile dello smartphone, e usa un servizio online che verifica la raggiungibilità del sito da più località. Se risulta irraggiungibile ovunque, il problema è sul server o sul dominio.
Perché il sito funziona per me ma non per i miei clienti?
Spesso perché stai vedendo una versione in cache, memorizzata dal tuo browser o dal tuo computer, mentre gli altri ricevono quella attuale con l’errore. Può anche succedere il contrario: il tuo indirizzo IP è stato bloccato dal firewall dell’hosting e solo tu vedi il sito irraggiungibile. In entrambi i casi, la verifica da una rete diversa e in una finestra in incognito chiarisce subito la situazione.
Devo saper programmare per risolvere questi errori?
No. La maggior parte degli errori comuni si risolve con operazioni che non richiedono di scrivere codice: svuotare una cache, rinominare un file via FTP, cambiare un’impostazione nel pannello dell’hosting, leggere un log. Le guide di questa sezione spiegano ogni passaggio in modo che chiunque gestisca un sito possa seguirlo.
