Perché il mio sito WordPress non funziona?

Se il tuo sito WordPress non si carica, qualcosa tra il browser del visitatore e il tuo sito ha smesso di funzionare.

Il problema può trovarsi in punti diversi:

• il nome di dominio o le sue impostazioni DNS
• il certificato SSL
• una CDN o un servizio di sicurezza davanti al sito
• il server di hosting
• il database
• WordPress stesso, un plugin o il tema

Visti dall’esterno, molti di questi problemi sembrano uguali: la pagina è bianca, compare un errore o il browser continua a caricare. Per questo il primo compito non è riparare qualcosa, ma capire di che tipo di problema si tratta.

Un sito offline non significa necessariamente che contenuti, ordini o dati dei clienti siano andati persi. In molti casi i dati sono ancora lì e il sito semplicemente non può essere raggiunto o visualizzato.

Questa guida spiega come capire se il sito è offline per tutti, cosa significano i messaggi di errore più comuni, quali controlli sono sicuri e quando è meglio chiedere supporto tecnico.

Il sito è offline per tutti o solo per te?

Prima di ogni altra cosa, verifica se il problema riguarda tutti.

Prova a:

• aprire il sito in una finestra privata o in incognito
• aprirlo dal telefono usando i dati mobili invece del Wi-Fi dell’ufficio
• chiedere a un collega o a qualcuno in un altro luogo di provare
• usare un servizio online che verifica se un sito "è giù"

Se il sito funziona con i dati mobili ma non sulla rete dell’ufficio, il problema potrebbe essere locale: la tua rete, la cache del browser, un firewall o una cache DNS sul tuo computer. Il sito in sé potrebbe essere a posto.

Se nessuno riesce ad aprirlo, il problema è dal lato del sito e vale la pena indagare.

Annota anche se il problema riguarda:

• l’intero sito
• solo alcune pagine
• solo la bacheca di WordPress
• solo alcuni visitatori o paesi

Queste informazioni aiutano a capire quale parte del sistema è coinvolta.

Cosa ti dice il messaggio di errore?

Il messaggio esatto sullo schermo è uno degli indizi più utili. Fai uno screenshot prima di provare qualsiasi cosa.

La pagina continua a caricare e poi va in timeout

Il browser aspetta una risposta che non arriva mai. Può indicare un server sovraccarico, spento o bloccato da un firewall, oppure impostazioni DNS che mandano i visitatori nel posto sbagliato.

"500 Internal Server Error"

Il server ha ricevuto la richiesta, ma qualcosa è andato storto mentre preparava la pagina. Su un sito WordPress questo è spesso legato a un plugin, al tema, a codice personalizzato, a un file di configurazione del server o alla versione di PHP.

"502 Bad Gateway", "503 Service Unavailable" o "504 Gateway Timeout"

Questi errori di solito arrivano da un server o da un servizio che sta davanti a WordPress. In parole semplici:

• 502 significa che un server ha ricevuto una risposta non valida da un altro server dietro di lui
• 503 significa che il servizio è temporaneamente non disponibile, per esempio perché è sovraccarico o in manutenzione
• 504 significa che un server ha aspettato troppo a lungo la risposta di un altro server

Spesso indicano l’ambiente di hosting, ma possono essere causati anche da un plugin lento o da un’attività pesante in background dentro WordPress.

"Error establishing a database connection"

WordPress si è caricato, ma non è riuscito a collegarsi al database in cui sono archiviati i tuoi contenuti. Tra i motivi più comuni ci sono credenziali del database cambiate, un server del database spento o sovraccarico, oppure un database danneggiato.

Di solito i contenuti sono ancora nel database. WordPress semplicemente non riesce a raggiungerli.

Una schermata bianca o "There has been a critical error on this website"

Il server funziona, ma WordPress si è fermato mentre caricava la pagina. Molto spesso è legato a un plugin, a un tema o a un aggiornamento recente. La nostra guida sull’errore critico di WordPress spiega questo caso più nel dettaglio.

"Briefly unavailable for scheduled maintenance"

WordPress mostra questo messaggio mentre installa gli aggiornamenti. Dovrebbe sparire da solo una volta completato l’aggiornamento. Se resta, un aggiornamento potrebbe essersi interrotto.

Un avviso del browser che dice che la connessione non è privata

Di solito significa che il certificato SSL è scaduto, manca o non corrisponde al dominio. Il sito potrebbe in realtà funzionare, ma i browser avvisano i visitatori prima di aprirlo.

"This site can’t be reached" o "server non trovato"

Il browser non riesce a trovare dove punta il dominio. Può essere causato da un dominio scaduto, da record DNS modificati o da un problema del provider DNS.

Una pagina del provider di hosting che dice che l’account è sospeso

Il provider di hosting ha fermato il sito di proposito. Può succedere per una fattura non pagata, un limite di risorse, un problema di sicurezza o una violazione delle condizioni d’uso.

Una pagina di errore con il marchio di una CDN o di un servizio di sicurezza

Se il tuo sito usa un servizio come Cloudflare, i visitatori potrebbero vedere la sua pagina di errore invece della tua. Le pagine di errore di Cloudflare spesso mostrano se il problema è tra il visitatore e Cloudflare oppure tra Cloudflare e il tuo server di hosting. Gli errori della serie 52x, come 521, 522 o 524, di solito significano che Cloudflare non è riuscito a ottenere una risposta corretta dal tuo server.

Primi controlli che chiunque può fare in sicurezza

Questi controlli non modificano nulla sul sito.

Controlla la tua email

Cerca nelle caselle collegate al sito, comprese le cartelle spam, messaggi da:

• il tuo provider di hosting
• il registrar del tuo dominio
• il provider del certificato SSL
• la tua CDN o il tuo servizio di sicurezza
• WordPress stesso

Potresti trovare un avviso di sospensione, di pagamento non riuscito, di manutenzione programmata, di dominio scaduto o un errore di WordPress.

Controlla la pagina di stato del provider di hosting

Molti provider di hosting pubblicano una pagina di stato o aggiornamenti sui disservizi. Se c’è un incidente noto, il problema potrebbe non riguardare affatto il tuo sito.

Controlla le date di scadenza del dominio e del certificato SSL

Accedi all’account con cui è stato acquistato il dominio e controlla la data di scadenza. Fai lo stesso per il certificato SSL, se è gestito separatamente.

Un dominio o un certificato scaduto è un motivo comune per cui un sito sparisce all’improvviso, soprattutto quando il rinnovo era legato a una vecchia carta di pagamento o a un indirizzo email che nessuno legge.

Pensa a cosa è cambiato di recente

Annota tutto ciò che è successo poco prima che il sito andasse offline:

• aggiornamenti di WordPress, dei plugin o del tema
• un nuovo plugin
• modifiche fatte da uno sviluppatore o da un collega
• una migrazione su un nuovo server
• modifiche alle impostazioni di DNS, email o dominio
• modifiche alle impostazioni della CDN o di sicurezza
• il ripristino di un backup
• un cambio di piano di hosting

Una breve nota come "il sito è andato offline dopo che abbiamo spostato il dominio su un nuovo provider" può portare dritto alla causa.

È l’hosting o è WordPress?

Spesso è la domanda chiave, perché decide chi deve occuparsi del problema.

È più probabile che il problema sia nell’hosting o nell’infrastruttura quando:

• la pagina va in timeout o mostra "server non trovato"
• anche il pannello di controllo dell’hosting è lento o irraggiungibile
• anche altri siti sullo stesso account di hosting sono offline
• vedi un avviso di sospensione
• il dominio o il certificato SSL sono scaduti
• la pagina di stato dell’hosting segnala un incidente
• una pagina di errore della CDN dice che il tuo server non risponde

È più probabile che il problema sia dentro WordPress quando:

• il server risponde in fretta ma mostra un messaggio di WordPress
• vedi un errore critico, una schermata bianca o un messaggio di manutenzione
• i file statici come le immagini si caricano, ma le pagine no
• il problema è iniziato subito dopo un aggiornamento o un nuovo plugin
• sono coinvolte solo la bacheca o solo alcune pagine

Alcuni casi stanno nel mezzo. Un errore di connessione al database, per esempio, può essere causato dal server del database dell’hosting o da una modifica alla configurazione di WordPress.

Cosa puoi provare in sicurezza?

Opzione 1: contatta il provider di hosting

Se i segnali indicano il server, contatta il provider di hosting e chiedi:

• se c’è un disservizio noto
• se l’account è attivo e non sospeso
• se il sito ha raggiunto qualche limite di risorse
• se il server del database è in funzione
• se vedono errori nei log del server
• se è disponibile un backup recente

L’assistenza dell’hosting di solito può confermare o escludere problemi dal suo lato. Potrebbe non essere in grado di risolvere un conflitto tra plugin o codice WordPress personalizzato.

Opzione 2: rinnova un dominio o un certificato scaduto

Se il dominio o il certificato SSL sono scaduti, rinnovarli tramite il provider è di solito il primo passo. Le modifiche a DNS e certificati possono richiedere un po’ di tempo per diventare visibili ovunque.

Se il dominio è scaduto da un po’, verifica con il registrar quali opzioni sono ancora disponibili.

Opzione 3: contatta chi ha fatto l’ultima modifica

Se uno sviluppatore, un’agenzia o un collega ha lavorato di recente sul sito, sui DNS o sull’hosting, chiedi cosa ha cambiato. Annullare una modifica recente in modo controllato è spesso più rapido che indagare da zero.

Opzione 4: aspetta qualche minuto dopo un aggiornamento

Se vedi il messaggio di manutenzione subito dopo aver avviato un aggiornamento, aspetta qualche minuto prima di intervenire. Interrompere un aggiornamento ancora in corso può lasciare il sito in uno stato peggiore.

Opzione 5: ripristina un backup

Un ripristino può essere utile quando il sito ha smesso di funzionare dopo una modifica nota ed è disponibile un backup recente e affidabile.

Ma un ripristino può anche sovrascrivere dati creati dopo il backup, come:

• ordini
• invii dei moduli
• registrazioni degli utenti
• modifiche ai contenuti
• dati degli abbonamenti

Su un sito ecommerce, di membership o aziendale, controlla prima la data e il contenuto del backup. Se il problema è nell’hosting, nei DNS o nel dominio, un ripristino non lo risolverà affatto.

Cosa evitare?

Quando un sito è offline, è naturale voler provare tutto insieme. Questo può nascondere la causa originale o creare nuovi problemi.

Evita di:

• modificare record DNS senza sapere com’erano prima
• spostare in fretta il sito su un nuovo hosting
• ripristinare un vecchio backup senza controllarne la data
• aggiornare o eliminare plugin a caso
• cambiare ripetutamente la versione di PHP
• modificare direttamente il database
• disattivare la CDN o il servizio di sicurezza senza capirne le conseguenze
• condividere password, log o file di configurazione in forum pubblici
• fare più modifiche prima di testare il risultato

Cambia una cosa alla volta e tieni una breve traccia di cosa hai fatto e quando.

Se non sei sicuro di cosa farà un’azione, fermarsi di solito è più sicuro che continuare.

Quando chiedere supporto tecnico?

Il supporto tecnico è consigliato quando:

• il sito è offline da più di qualche minuto e non sai perché
• il sito gestisce ordini, pagamenti, prenotazioni o abbonamenti
• non riesci ad accedere al pannello dell’hosting o alla bacheca di WordPress
• vedi un errore di connessione al database
• il provider di hosting dice che il problema è dentro WordPress
• il problema è iniziato durante una migrazione, un aggiornamento o un ripristino
• il sito va offline ripetutamente
• sospetti che il sito possa essere stato violato
• non hai un backup verificato
• non ti senti a tuo agio a lavorare con DNS, file o impostazioni del server

Non devi diagnosticare il problema prima di chiedere aiuto. Una richiesta di supporto utile può semplicemente dire cosa vedi, quando è iniziato e cosa è cambiato.

Se sospetti un problema di sicurezza, la nostra guida su cosa fare se WordPress è stato violato spiega i primi passi.

Quali informazioni raccogliere?

Prima di aprire una richiesta di supporto, raccogli ciò che hai a portata di mano:

• l’URL del sito
• uno screenshot dell’errore
• quando è iniziato il problema, anche in modo approssimativo
• se il sito è offline per tutti o solo per alcune persone
• se la bacheca di WordPress funziona
• cosa è cambiato poco prima del problema
• il nome del provider di hosting
• dove è registrato il dominio e dove sono gestiti i DNS
• se è in uso una CDN o un servizio di sicurezza
• eventuali email ricevute dal provider di hosting, dal registrar o da WordPress
• se è disponibile un backup recente

Non preoccuparti se non riesci a fornire tutto. Non inviare password tramite normali email: D4Hub può dirti quali accessi servono e come condividerli in sicurezza.

Come può aiutarti D4Hub

L’obiettivo non è solo rimettere online il sito, ma capire perché è andato offline e ridurre il rischio che succeda di nuovo.

A seconda del problema, D4Hub può aiutarti a:

• capire se il problema è nei DNS, nell’SSL, nella CDN, nell’hosting o in WordPress
• controllare le impostazioni di dominio, DNS e certificato SSL
• rivedere i log degli errori del server e di WordPress
• individuare un plugin, un tema o un aggiornamento che ha rotto il sito
• risolvere problemi di connessione al database
• disattivare in sicurezza una modalità di manutenzione rimasta bloccata
• coordinarti con il provider di hosting, il registrar o la CDN
• valutare se ripristinare un backup e come proteggere i dati più recenti
• testare accesso, moduli, checkout e altre funzioni importanti dopo la correzione
• consigliarti monitoraggio, backup e manutenzione per prevenire futuri disservizi

Puoi chiedere supporto in qualsiasi fase del processo.

Per esempio, D4Hub può:

• confermare se un controllo che vuoi fare è sicuro
• subentrare quando non riesci ad accedere alla bacheca o al pannello dell’hosting
• completare l’intera diagnosi e riparazione
• rivedere il sito dopo una correzione temporanea

Se un passaggio di questa guida ti sembra poco chiaro o rischioso, non devi farlo da solo.

dig example.com A +short
dig www.example.com +short
nslookup example.com

dig example.com NS +short

curl -I https://example.com

curl -IL https://example.com

echo | openssl s_client -servername example.com -connect example.com:443 2>/dev/null | openssl x509 -noout -dates

/var/log/nginx/error.log
/var/log/apache2/error.log

wp-content/debug.log

wp maintenance-mode status
wp maintenance-mode deactivate

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

wp db check

wp core verify-checksums

Domande frequenti

Un sito offline significa che i miei dati sono spariti?

Di solito no. Nella maggior parte dei casi file e database sono ancora lì, ma qualcosa impedisce di raggiungere o visualizzare il sito.

Evita di ripristinare backup o sostituire file finché la causa non è più chiara, così non sovrascrivi dati recenti.

Perché il sito funziona per me ma non per i miei clienti, o viceversa?

Può succedere quando le modifiche DNS non hanno ancora raggiunto tutte le reti, quando un browser o una rete hanno in cache una versione vecchia, o quando un firewall o un servizio di sicurezza bloccano alcuni visitatori. Fare test con i dati mobili e da luoghi diversi aiuta a distinguere questi casi.

È colpa del mio provider di hosting?

A volte. Disservizi, limiti di risorse e sospensioni sono problemi dell’hosting. Ma molti disservizi sono causati da aggiornamenti, plugin, modifiche alla configurazione o domini e certificati scaduti. Il messaggio di errore e le modifiche recenti di solito indicano la direzione giusta.

Il mio sito usa Cloudflare. Il problema è Cloudflare?

Non necessariamente. Cloudflare spesso mostra una propria pagina di errore quando non riesce a raggiungere il tuo server, quindi il problema potrebbe in realtà essere dal lato dell’hosting. Il codice di errore e i dettagli nella pagina di Cloudflare aiutano a capire dove si interrompe la connessione.

Devo passare subito a un altro provider di hosting?

Non nel mezzo di un disservizio. Una migrazione affrettata può aggiungere nuovi problemi e rendere più difficile trovare la causa originale. Prima rimetti online il sito, poi valuta se l’hosting è ancora la scelta giusta.

Il sito è di nuovo online. Il problema è risolto?

Non sempre. Controlla accesso, moduli, checkout e altre funzioni importanti. Vale anche la pena capire perché il sito è andato offline, così puoi evitare che lo stesso disservizio si ripeta.

D4Hub può aiutarmi se ho già provato a risolvere da solo?

Sì. Spiega cosa hai provato e cosa è successo dopo ogni passaggio. Questo aiuta a ricostruire l’accaduto e a decidere cosa fare dopo.