In breve
Quando il sito non si apre, il primo obiettivo è capire quali pagine e quali visitatori sono coinvolti. Pochi confronti aiutano a orientare l'assistenza: collegamento esatto, un altro browser e una rete diversa. Poi servono una segnalazione precisa, contatti alternativi funzionanti e un controllo completo dopo il ripristino.
- Controlla l'indirizzo e confronta il risultato su un altro browser e una rete diversa.
- Conserva messaggio, codice di errore e orario: valgono più di molti tentativi alla cieca.
- Verifica con il referente scadenze, modifiche recenti e stato del servizio.
- Considera concluso il ripristino dopo avere provato anche pagine interne e contatti.
Prima di tutto, verifica che cosa non si apre
Parti dall'indirizzo completo della pagina: un carattere sbagliato o un vecchio collegamento possono sembrare un guasto generale. Apri la homepage e una pagina interna dal menu. Se funziona tutto tranne un indirizzo, consulta anche la guida agli errori 404 e ai collegamenti rotti.
Prova poi due siti conosciuti. Se non si aprono neppure quelli, controlla che il dispositivo sia connesso a Internet. La guida ufficiale di Chrome ai problemi di caricamento distingue proprio tra difficoltà della rete, del browser e del sito.
Annota il messaggio prima di ricaricare una volta. Una pagina bianca, una schermata di manutenzione e un avviso di sicurezza sono situazioni diverse. Se compare un avviso relativo alla connessione o al certificato, non forzare l'accesso: segui il percorso dedicato al sito indicato come non sicuro.
Usa i confronti per orientarti, senza trarre conclusioni affrettate
Apri lo stesso indirizzo in un secondo browser. Poi prova dal telefono usando la rete mobile, con il Wi-Fi disattivato per il confronto. Due dispositivi collegati allo stesso router non sono due reti indipendenti. Anche Mozilla suggerisce di confrontare siti e browser per restringere il campo.
| Risultato | Indicazione utile | Passo successivo |
|---|---|---|
| Non si apre nessun sito | Possibile difficoltà del dispositivo o della rete | Coinvolgi l'assistenza informatica o il gestore della connessione. |
| Funziona solo nell'altro browser | Possibile differenza di sessione o configurazione | Segnala quali browser hai usato e il risultato. |
| Funziona sulla rete mobile | Possibile problema legato alla rete, ai DNS o a filtri | Comunica entrambe le prove al referente. |
| Fallisce su reti e browser diversi | Indizio più forte di un problema del servizio | Avvisa subito chi gestisce il sito. |
Questi risultati orientano la diagnosi: non dimostrano quale componente sia guasta. Una pagina già memorizzata può apparire funzionante, mentre un disservizio intermittente può sparire durante la prova. Evita di disattivare antivirus, firewall o protezioni aziendali.
Distingui dominio, DNS e hosting
Il dominio è il nome del sito, l'hosting ospita i suoi contenuti. I DNS collegano il nome agli indirizzi necessari per raggiungere il servizio, come spiega Cloudflare nella guida al DNS. I fornitori coinvolti possono essere diversi: trovi un quadro nella guida a dominio e hosting.
Se il browser segnala che non trova l'indirizzo, controlla con il referente se ci sono stati trasferimenti o cambi di configurazione. Le informazioni DNS vengono conservate temporaneamente in più punti della rete: dopo una modifica corretta i risultati possono differire, ma questo non giustifica qualsiasi attesa o errore persistente.
Verifica anche nel pannello ufficiale del fornitore lo stato di dominio e hosting, rinnovi e possibili sospensioni. Un dominio scaduto può interrompere sito e posta: ICANN descrive questa possibilità per i domini cui si applicano le sue regole. Tempi e procedure dipendono dall'estensione e dal contratto. Non cambiare record DNS o cancellare servizi per tentativi.
Leggi gli errori del server e gestisci la manutenzione
I codici 500, 502, 503 e 504 indicano problemi nella risposta del servizio, ma non identificano da soli la causa. Per esempio, Cloudflare distingue errori 502 e 504 provenienti dall'hosting o dalla propria infrastruttura. La parola “timeout” indica un'attesa scaduta: servono orario e registri tecnici per capire dove.
Per una manutenzione temporanea, il tecnico può predisporre una pagina comprensibile con risposta 503 e, quando stimabile, un'indicazione di nuovo tentativo. È l'uso descritto nella documentazione MDN sul codice 503. La scritta “manutenzione” da sola non garantisce che la risposta tecnica sia corretta.
Sul piano SEO conta anche la persistenza: Google spiega che gli errori 5xx rallentano la scansione e, se persistono, possono portare alla rimozione degli URL dall'indice. Non esiste una durata universale priva di conseguenze né una promessa di recupero immediato. Per interventi programmati concorda durata prevista, responsabile e verifica finale.
Invia una segnalazione che permetta di intervenire
Se il sito non risponde su più reti, sono bloccate richieste commerciali o compare un errore di sicurezza, attiva il canale di assistenza concordato senza aspettare di completare ogni controllo. Un unico messaggio ordinato evita passaggi ripetuti:
- indirizzo esatto e pagine coinvolte;
- giorno, ora e fuso orario della prova;
- testo o codice dell'errore e schermata, oscurando dati personali;
- dispositivo, browser e rete utilizzati;
- risultati degli altri confronti e modifiche recenti note;
- attività bloccate, come prenotazioni o richieste di preventivo.
Non inviare password, codici di accesso, dati dei clienti o esportazioni tecniche complete non richieste. Se servono accessi, il referente deve indicare una modalità protetta. Concorda chi coordina hosting e sviluppatore, quando riceverai il prossimo aggiornamento e quali informazioni ancora mancano.
Mantieni un canale affidabile per i clienti
Durante il disservizio pubblica un avviso breve sui canali aziendali verificati che puoi gestire: descrivi il problema e indica telefono, orari e un recapito provato. Prima controlla che la posta funzioni: se dipende dallo stesso dominio potrebbe essere coinvolta. Non indirizzare tutti a un modulo che non hai collaudato.
Un esempio ipotetico: un laboratorio riceve segnalazioni mentre è attiva una campagna promozionale. La titolare verifica che il sito fallisce anche sulla rete mobile, invia l'errore al referente e aggiorna il profilo aziendale con il numero della reception. Chi gestisce la campagna valuta di sospendere gli annunci diretti alla pagina bloccata. Il laboratorio continua a raccogliere le richieste e le riconcilia dopo il ripristino, senza promettere un orario di soluzione non confermato.
Verifica il ripristino e riduci il rischio di ricadute
Quando arriva la conferma di risoluzione, ripeti le prove che avevano fallito. Apri homepage, pagine di servizio e contatti da computer e telefono, anche con una rete diversa. Controlla menu, immagini e documenti essenziali, poi invia un messaggio di prova riconoscibile dal modulo e verifica la ricezione.
Se la pagina funziona ma l'email non arriva, resta da affrontare il problema del modulo contatti. Se il sito ricompare molto lentamente, annotalo come anomalia residua.
Conserva una breve scheda con causa confermata, intervento e data del collaudo. Valuta con il fornitore promemoria per i rinnovi, monitoraggio e controlli dopo gli aggiornamenti, precisandoli nell'accordo di manutenzione del sito. La riapertura della homepage è un buon segnale; la chiusura dell'incidente richiede che siano tornate disponibili le funzioni utili all'azienda.
Domande frequenti
Se il sito si apre sul mio telefono, è sicuramente online per tutti?
No. Hai verificato una combinazione di dispositivo, rete e momento. Altri visitatori potrebbero incontrare errori intermittenti o differenze di rete. Conserva il risultato positivo e confrontalo con la prova che fallisce: entrambi aiutano il tecnico.
Devo aspettare 24 o 48 ore prima di segnalare il problema?
No. Segnala subito un disservizio che blocca attività importanti. Un'attesa ha senso solo se il referente ha verificato la causa e indicato tempi e controlli. Non attribuire automaticamente ogni errore alla propagazione DNS.
Un sito offline per poco tempo perde tutte le posizioni su Google?
Non è una conseguenza automatica. Google tratta gli errori temporanei e persistenti in modo diverso; durata, frequenza e pagine interessate incidono sulla situazione. Ripristina il servizio e fai verificare gli eventuali errori in Search Console, evitando garanzie su posizioni e tempi.
Per approfondire questo passaggio, leggi la guida Dominio scaduto: come verificare se è recuperabile e riattivare sito ed email.
Fonti e approfondimenti
Riferimenti ufficiali consultati il 10 settembre 2026.
- Google Chrome — Problemi di connessione e caricamento — Consultata il 10 settembre 2026. Distinzione fra cause del dispositivo, browser, rete e sito; verifica URL e confronto con altri siti.
- Mozilla — Websites don't load — Consultata il 10 settembre 2026. Confronto tra browser e siti per delimitare il problema.
- Cloudflare — What is DNS? — Consultata il 10 settembre 2026. Ruolo dei DNS e memorizzazione temporanea delle risposte.
- ICANN — Renewed Expired Domain Name Not Working — Consultata il 10 settembre 2026. Possibile interruzione di sito e posta dopo scadenza; nessuna estensione automatica delle procedure ICANN ai ccTLD.
- Cloudflare — Error 502 or 504 — Consultata il 10 settembre 2026. Possibili origini degli errori e necessità della diagnosi tecnica.
- MDN — 503 Service Unavailable — Consultata il 10 settembre 2026. Risposta per indisponibilità temporanea, manutenzione e Retry-After quando stimabile.
- Google — How HTTP status codes affect Google's crawlers — Consultata il 10 settembre 2026. Errori 5xx: rallentamento scansione e possibile rimozione degli URL se persistenti; nessuna soglia universale promessa.
La copertina è un’immagine illustrativa generata con AI: non documenta un cliente o un progetto reale dell’agenzia.
