Errore del server (5xx): perché Googlebot non ha caricato la pagina

Ultimo aggiornamento: 2026-10-30

In breve

Errore del server (5xx) significa che il tuo server ha restituito un errore di livello 500 quando Googlebot ha richiesto la pagina. Google rallenta la scansione quando vede questi errori e alla fine rimuove gli URL che continuano a fallire. Controlla lo stato dell’host in Statistiche di scansione, riproduci l’errore, poi correggi capacità, timeout o regole che bloccano Googlebot.

Etichetta esatta in Search Console: Server error (5xx)

Cosa significa

La guida di Google sull’indicizzazione delle pagine dice che il tuo server ha restituito un errore di livello 500 quando la pagina è stata richiesta. La sua sezione di risoluzione dei problemi aggiunge che un errore del server significa che Googlebot non ha potuto accedere all’URL, la richiesta è andata in timeout o il sito era occupato, quindi Googlebot ha dovuto abbandonare la richiesta. Gli errori del server possono essere transitori, quindi un test live può riuscire anche se la scansione di Google è fallita.

La documentazione di Google sulla scansione spiega gli effetti: le risposte 5xx e 429 fanno rallentare temporaneamente i crawler di Google, gli URL già indicizzati vengono conservati per un po’ ma alla fine scartati, e gli URL che restituiscono persistentemente un errore del server vengono rimossi dall’indice. Quando il server torna a rispondere 2xx, Google aumenta gradualmente la frequenza di scansione.

È un problema?

Sì, se riguarda pagine che ti interessano o se continua a tornare. Qualche errore isolato durante un deploy può risolversi da solo. Un picco, un’intera sezione colpita o errori che persistono tra scansioni indicano capacità, configurazione o un livello di sicurezza che blocca Googlebot, e riducono anche quanto Google è disposto a scansionare.

Cause comuni

Hosting sovraccarico o sottodimensionato

Il server non riesce a stare dietro a visitatori e scansione e restituisce errori 500, 502 o 503, oppure va in timeout.

Pagine dinamiche lente

La guida di Google dice che le pagine dinamiche, per esempio con lunghe liste di parametri, possono impiegare troppo a rispondere e andare in timeout.

Firewall e protezione anti-bot

Google dice che la protezione DoS e i firewall possono bloccare Googlebot perché fa più richieste di un visitatore tipico.

Errori dell’applicazione

Bug, deploy falliti, database non disponibili o memoria esaurita su template specifici.

Problemi di DNS o connettività

Ricerche DNS fallite o connessioni interrotte, che il report Statistiche di scansione mostra come problemi di disponibilità dell’host.

Un 503 o 429 lasciato troppo a lungo

Google dice che restituirli per più di circa due giorni può portarlo a rimuovere quegli URL dall’indice.

Come risolverlo

  1. Controlla lo stato dell’host in Statistiche di scansione. Apri Settings, poi Crawl stats, e guarda lo stato dell’host per recupero di robots.txt, risoluzione DNS e connettività del server, più la ripartizione per codice di risposta e il tempo medio di risposta.
  2. Riproduci l’errore e leggi i log. Esegui Test URL live sugli URL di esempio e controlla i log del server per gli stessi URL e orari. Cerca errori restituiti solo alle richieste di Googlebot.
  3. Correggi capacità e pagine lente. Aggiungi risorse o cache al server, velocizza le query lente e mantieni corte le liste di parametri. Google suggerisce di aumentare le risorse di servizio e controllare se le richieste di scansione crescono nello stesso periodo.
  4. Fai passare Googlebot verificato. Assicurati che firewall, WAF e gestori di bot consentano Googlebot. Verifica le richieste con reverse DNS o con gli intervalli IP pubblicati da Google, non fidandoti dello user agent.
  5. Usa 503 o 429 solo per interruzioni brevi. Durante manutenzione o sovraccarico, un 503 o 429 temporaneo dice a Google di rallentare. Smetti di restituirli appena il problema è risolto.
  6. Verifica dopo la correzione. Quando gli errori cessano, clicca Verifica correzione così Google ricontrolla gli URL colpiti.

Verificalo con GSC Magic

gsc_inspect_urls_batch mostra lo stato di recupero della pagina registrato da Google per ogni URL, così il tuo assistente può distinguere errori del server da 404 o problemi di reindirizzamento su centinaia di URL, e gsc_query_analytics per data mostra se i clic sono calati quando sono iniziati gli errori. Se colleghi anche Bing Webmaster Tools, bing_crawl_issues elenca gli URL su cui Bingbot ha incontrato errori 5xx, un secondo parere su se il problema è il tuo server o specifico di Googlebot. I piani Pro possono anche avvisarti via e-mail quando una pagina con clic perde tutte le impressioni; vedi Avvisi SEO per cali di traffico e indicizzazione.

gsc_inspect_urls_batchgsc_query_analyticsbing_crawl_issuesgsc_inspect_url

Prompt da copiare

Controlla questi URL ed elenca ogni caso il cui stato di recupero della pagina è un errore del server, con l’ora dell’ultima scansione, raggruppato per directory.

Mostra clic e impressioni giornalieri degli ultimi 28 giorni e dimmi se sono calati intorno alle date in cui sono iniziati gli errori del server.

Recupera i problemi di scansione di Bing per il mio sito e dimmi se anche Bing vede errori 5xx sugli URL che Google riporta come errori del server.

Guide sul blog

Redirect error

Errore di reindirizzamento significa che Google ha provato a seguire un reindirizzamento dall’URL e non ci è riuscito. Google elenca quattro cause: una catena troppo lunga, un loop di reindirizzamenti, un URL cresciuto oltre la lunghezza massima e un URL errato o vuoto nella catena. Traccia il reindirizzamento salto per salto e punta l’URL direttamente a una pagina finale funzionante.

 Discovered - currently not indexed

Rilevata ma non indicizzata significa che Google ha trovato l’URL, tramite un link o una sitemap, ma non l’ha ancora scansionato. Google dice che di solito ha rinviato la scansione perché si aspettava che avrebbe sovraccaricato il sito. Risolvi tagliando gli URL di poco valore, migliorando la risposta del server e collegando le pagine che contano.

 Blocked due to access forbidden (403)

Questo stato significa che il tuo server ha restituito 403 Forbidden a Googlebot. Google sottolinea che Googlebot non invia mai credenziali, quindi un 403 a Googlebot di solito viene restituito per errore. Se la pagina deve stare in Google, trova la regola di firewall, CDN o server che la blocca e consenti Googlebot verificato.

 Soft 404

Un soft 404 è un URL che restituisce 200 (successo) ma per Google sembra una pagina non trovata, vuota o di errore. Google esclude queste pagine da Search. Restituisci un vero 404 o 410 per le pagine mancanti, reindirizza con 301 quelle spostate verso un sostituto reale e correggi il rendering per le pagine vere che Google ha letto male.

Domande frequenti

Gli errori 5xx rimuovono le mie pagine da Google?

Quelli persistenti possono farlo. Google dice che gli URL già indicizzati vengono conservati per un po’ ma alla fine scartati, e che gli URL che restituiscono persistentemente un errore del server vengono rimossi dall’indice.

Il test live funziona, ma il report mostra un 5xx. Perché?

Google nota che gli errori del server possono essere transitori, quindi il test live può riuscire quando la scansione precedente era fallita. Controlla Statistiche di scansione e i log del server per l’orario della scansione fallita.

Google tratta 429 come errore del server?

Sì. La documentazione di Google sulla scansione dice che i suoi crawler trattano 429 come segnale che il server è sovraccarico e lo considerano un errore del server.

Devo restituire 503 durante la manutenzione?

Per periodi brevi, sì. Google suggerisce di restituire 503 o 429 temporaneamente quando il server è sovraccarico, ma avverte che farlo per più di circa due giorni può portarlo a rimuovere quegli URL.

Fonti