Errori del browser: cosa significano e come risolverli

Quando una pagina non si apre, il browser non mostra quasi mai un messaggio generico: mostra un codice. ERR_CONNECTION_REFUSED, DNS_PROBE_FINISHED_NXDOMAIN, NET::ERR_CERT_AUTHORITY_INVALID sembrano sigle incomprensibili, ma ognuna indica con buona precisione in quale punto del percorso tra il tuo computer e il server qualcosa si è interrotto. Imparare a leggerle significa risparmiare ore di tentativi alla cieca.

In questa guida trovi una mappa ragionata degli errori del browser più comuni, raggruppati per causa, con il metodo per capire se il problema è sul tuo dispositivo, sulla rete o sul sito, e cosa fare in ciascun caso, sia come visitatore sia come proprietario del sito. Fa parte della nostra sezione dedicata agli errori del sito web, dove trovi anche le guide agli altri tipi di problema.

Come nasce un errore del browser

Per aprire una pagina il browser compie una sequenza di passaggi sempre uguale. Prima traduce il nome a dominio in un indirizzo IP interrogando i DNS. Poi apre una connessione verso quel server, di solito sulla porta 443. Se il sito usa HTTPS, negozia una connessione cifrata e verifica il certificato. Solo a quel punto invia la richiesta vera e propria e attende la risposta del server.

Gli errori con prefisso ERR_ (in Chrome, Edge, Opera e negli altri browser basati su Chromium) nascono quasi sempre in uno dei primi tre passaggi, cioè prima che il server risponda con una pagina. È questa la differenza fondamentale rispetto ai codici di stato HTTP come 404 o 500: in quel caso il server ha risposto, ma con un errore. Se ti trovi davanti a un numero a tre cifre, la guida giusta è quella sui codici di stato HTTP; se invece vedi una sigla ERR_, sei nel posto giusto.

Prima di tutto: il problema è tuo o del sito?

La domanda che fa risparmiare più tempo è questa. Se il sito non si apre solo da te, inutile cercare il guasto sul server; se non si apre per nessuno, inutile svuotare la cache del browser. Tre verifiche rapide bastano quasi sempre a capirlo.

1. Apri il sito da un’altra rete, per esempio dallo smartphone con il Wi-Fi spento e la rete mobile attiva. Se lì funziona, il problema riguarda il tuo computer o la tua connessione.
2. Prova un altro browser o una finestra in incognito. Se in incognito il sito si apre, la causa è quasi certamente nella cache, nei cookie o in un’estensione.
3. Usa un servizio di verifica esterno che controlla il sito da più località nel mondo. Se risulta irraggiungibile ovunque, il problema è lato server o lato DNS del dominio.

Con questa distinzione in mente, gli errori si dividono in quattro famiglie.

Errori DNS: il browser non trova l’indirizzo

Sono gli errori che compaiono quando il nome del sito non viene tradotto in un indirizzo IP. Il server potrebbe essere perfettamente funzionante, ma il browser non sa dove cercarlo.

DNS_PROBE_FINISHED_NXDOMAIN significa che il dominio, secondo i DNS interrogati, non esiste. Le cause tipiche sono un errore di battitura nell’indirizzo, un dominio scaduto o appena registrato e non ancora propagato, oppure una cache DNS locale con un’informazione vecchia. ERR_NAME_NOT_RESOLVED è un parente stretto: la risoluzione del nome è fallita, spesso per gli stessi motivi. DNS_PROBE_FINISHED_BAD_CONFIG e il messaggio Il server DNS non risponde indicano invece un problema nella configurazione DNS del tuo dispositivo o del router, non del sito.

Da visitatore, i rimedi più efficaci sono svuotare la cache DNS del sistema operativo, riavviare il router e, se il problema persiste, impostare temporaneamente DNS pubblici come quelli di Cloudflare (1.1.1.1) o di Google (8.8.8.8). Da proprietario del sito, invece, la prima cosa da controllare è che il dominio sia attivo e rinnovato e che i nameserver e il record A puntino davvero al tuo hosting.

Errori di connessione: il server non risponde come dovrebbe

Qui il browser conosce l’indirizzo IP ma non riesce a stabilire o mantenere la connessione.

Un caso particolare che incontra chi sviluppa in locale è localhost refused to connect: quasi sempre significa che il server di sviluppo (XAMPP, MAMP, un container Docker) non è avviato o ascolta su una porta diversa da quella che stai usando.

Se sei il proprietario del sito e l’errore compare da più reti diverse, conviene controllare subito lo stato del servizio nel pannello dell’hosting e verificare se il tuo indirizzo IP è finito in una blacklist del firewall dopo troppi tentativi di accesso falliti: è una delle cause più comuni di ERR_CONNECTION_TIMED_OUT che riguarda una sola persona.

Errori SSL e di certificato: la connessione sicura non si stabilisce

Quando il sito usa HTTPS, il browser verifica che il certificato sia valido, emesso da un’autorità riconosciuta, non scaduto e relativo proprio al dominio che stai visitando. Se uno di questi controlli fallisce, la pagina viene bloccata con un avviso come La connessione non è privata.

NET::ERR_CERT_DATE_INVALID indica un certificato scaduto, oppure un orologio di sistema sbagliato sul tuo computer: vale sempre la pena controllare data e ora prima di tutto. NET::ERR_CERT_AUTHORITY_INVALID segnala un certificato non emesso da un’autorità attendibile, tipico dei certificati autofirmati o delle catene di certificati incomplete. ERR_SSL_PROTOCOL_ERROR e ERR_SSL_VERSION_OR_CIPHER_MISMATCH nascono quando browser e server non riescono ad accordarsi su protocollo e cifratura, spesso perché il server usa versioni di TLS obsolete o il certificato non è installato correttamente.

Per un visitatore, l’unica azione sensata oltre al controllo dell’orologio è non forzare l’accesso a siti che chiedono dati sensibili. Per il proprietario, questi errori sono quasi sempre risolvibili rinnovando o reinstallando il certificato, includendo la catena intermedia completa e disattivando i protocolli TLS precedenti alla versione 1.2.

Errori di reindirizzamento e di cache

L’ultima famiglia riguarda il modo in cui le pagine vengono servite e memorizzate. ERR_TOO_MANY_REDIRECTS compare quando il sito rimanda il browser in un ciclo infinito di reindirizzamenti: la causa classica è un conflitto tra il redirect da HTTP a HTTPS impostato sul server e quello impostato su un CDN come Cloudflare, oppure un indirizzo del sito configurato in modo diverso in WordPress e nel file .htaccess. ERR_CACHE_MISS appare invece soprattutto quando si torna indietro su una pagina che conteneva un modulo inviato: il browser chiede conferma prima di inviare di nuovo i dati.

In entrambi i casi il primo tentativo, da visitatore, è svuotare cache e cookie del sito interessato. Se il ciclo di redirect si ripresenta da qualsiasi dispositivo, va corretta la configurazione lato server.

Le pagine di verifica e gli avvisi di sicurezza

Non tutto ciò che blocca una pagina è un errore in senso stretto. Molti siti protetti da Cloudflare mostrano una pagina di verifica che chiede di attendere qualche secondo o di superare un controllo prima di procedere; se resta bloccata, di solito dipende da estensioni del browser, VPN o JavaScript disattivato. Chrome può anche mostrare avvisi come Sito ingannevole in vista o Sito non sicuro: nel primo caso Google ha rilevato phishing o malware, nel secondo il sito non usa HTTPS o carica risorse non cifrate. Per il proprietario, un avviso di sito ingannevole è un’emergenza: va verificata subito la presenza di malware e richiesta una revisione tramite Search Console.

Una procedura in cinque passi che funziona quasi sempre

Quando non sai da dove iniziare, questa sequenza copre la grande maggioranza dei casi, dal più semplice al più invasivo.

1. Ricarica la pagina forzando il refresh e prova in una finestra in incognito.
2. Svuota cache e cookie del sito e disattiva temporaneamente estensioni, VPN e proxy.
3. Controlla data e ora del sistema e svuota la cache DNS del computer.
4. Riavvia il router o cambia rete, poi prova con DNS pubblici.
5. Se il problema resta e il sito è tuo, passa ai controlli lato server: stato del servizio, certificato, DNS del dominio e log del server.

Quest’ultimo passaggio è il terreno dei problemi più seri. Se il sito è costruito con WordPress, molti blocchi nascono da plugin, temi o configurazioni che trovi spiegati nella guida agli errori di WordPress, mentre per capire cosa è successo davvero sul server lo strumento principale restano i file di log.

Domande frequenti

Gli errori ERR_ esistono anche su Firefox e Safari?

Le sigle ERR_ sono tipiche dei browser basati su Chromium. Firefox e Safari mostrano messaggi diversi, come Impossibile raggiungere il server o La connessione è stata reimpostata, ma le cause sottostanti sono le stesse e si risolvono allo stesso modo.

Se svuoto la cache perdo le password salvate?

No, se svuoti solo cache e immagini memorizzate. Cancellando i cookie, invece, verrai disconnesso dai siti in cui eri autenticato, ma le password salvate nel browser restano. Per non perdere le sessioni puoi cancellare i dati di un singolo sito anziché di tutti.

Quando devo contattare l’hosting?

Quando il sito risulta irraggiungibile da reti e dispositivi diversi, quando il DNS del dominio è corretto ma il server non risponde, o quando sospetti che il tuo IP sia stato bloccato dal firewall. In questi casi l’assistenza ha accesso a log e configurazioni che dal tuo lato non puoi vedere.