Se non sai come Googlebot si comporta sul tuo sito, stai ottimizzando alla cieca.
Nel 2025, Googlebot ha aumentato le richieste di scansione del 96% rispetto all’anno precedente, con un picco ad aprile 2025 del 145% rispetto a maggio 2024 (Cloudflare Radar, luglio 2025). Più scansioni significano più opportunità di indicizzazione, ma solo se il tuo sito risponde correttamente. La maggior parte dei webmaster non legge i segnali che Googlebot lascia ogni giorno in Google Search Console. Perdono informazioni tecniche preziose che nessun altro strumento fornisce con la stessa precisione.
In questo articolo ti spiego cosa sono i rapporti di scansione in Google Search Console, cosa permettono di determinare concretamente e come usarli per migliorare la tua SEO tecnica.
In sintesi
- Nel 2025, Googlebot ha aumentato le richieste di scansione del 96% su base annua (Cloudflare Radar, luglio 2025)
- I rapporti di scansione GSC mostrano frequenza, codici di risposta, tempi del server, tipo di crawler e scopo della visita
- 1 sito su 8 ha un robots.txt irraggiungibile da Googlebot — un errore che i rapporti di scansione aiutano a individuare (Web Almanac 2025)
- Il crawl budget è rilevante soprattutto per siti con oltre 10.000 pagine con aggiornamenti frequenti (Google for Developers)
- Leggere i rapporti correttamente riduce gli sprechi di budget di scansione e accelera l’indicizzazione delle pagine prioritarie
Cosa Sono i Rapporti di Scansione in Google Search Console?
I rapporti di scansione (o Crawl Stats) sono una sezione di Google Search Console che registra, negli ultimi 90 giorni, come Googlebot ha visitato il tuo sito. Mostrano quante richieste ha effettuato ogni giorno, quali codici di risposta ha ricevuto, quanto tempo ha impiegato il server a rispondere e quali tipi di file ha analizzato. Si trovano in Impostazioni → Statistiche di scansione.
Non si tratta di dati aggregati o stimati. Sono i log effettivi delle interazioni tra Googlebot e il tuo server, tradotti in grafici leggibili.
La finestra di 90 giorni è sufficiente per identificare trend stabili: cali improvvisi nelle scansioni, picchi anomali di errori 5xx, o variazioni nel tempo di risposta che segnalano problemi di hosting. Ho visto siti perdere posizioni per settimane senza che il proprietario si accorgesse di un problema di server visibilissimo in questa sezione.
Rispetto al rapporto di copertura, che mostra quali URL Google ha indicizzato, i rapporti di scansione si collocano un passo prima: mostrano cosa succede prima che Google decida se indicizzare o meno una pagina.
Cosa Permettono di Determinare i Rapporti di Scansione?
I rapporti di scansione in Google Search Console permettono di determinare sei categorie distinte di informazioni sul comportamento di Googlebot. Questo li rende uno strumento diagnostico completo, non solo un grafico decorativo. Vediamo ciascuna categoria nel dettaglio.
1. Frequenza di Scansione
Il primo dato è quante volte Googlebot visita il tuo sito ogni giorno. Un sito con contenuti aggiornati frequentemente dovrebbe mostrare una scansione regolare e costante. Un calo improvviso nelle visite giornaliere è spesso il primo segnale di un problema tecnico, una penalizzazione in corso o un robots.txt configurato in modo errato.
Nel 2025, Googlebot ha raggiunto l’11,6% delle pagine web uniche nel campione Cloudflare, più di tre volte la copertura di GPTBot (3,6%) e quasi 200 volte quella di PerplexityBot (0,06%) (Cloudflare Radar, luglio 2025). Un volume così alto rende la frequenza di scansione un indicatore affidabile della “salute” del sito agli occhi di Google.
2. Codici di Risposta del Server
Ogni richiesta di Googlebot riceve una risposta dal server. I rapporti mostrano quante richieste hanno ricevuto un codice 200 (pagina trovata), 301 (redirect), 404 (pagina non trovata) o 5xx (errore del server). Il rapporto tra questi codici dice molto sullo stato tecnico del sito.
Un numero alto di 404 significa pagine eliminate senza redirect corretto. I 5xx indicano problemi di server, hosting instabile o configurazioni errate. Entrambi sprecano crawl budget, risorse che Googlebot avrebbe potuto usare per scansionare pagine utili.
3. Tempo di Risposta del Server
I rapporti mostrano il tempo medio, minimo e massimo di risposta del server nelle ultime scansioni. Un tempo di risposta superiore ai 500ms è già un segnale di attenzione. Sopra i 2 secondi, Googlebot può ridurre autonomamente la frequenza di scansione per non sovraccaricare il server, rallentando l’indicizzazione dei nuovi contenuti.
4. Tipo di Googlebot
Google usa versioni diverse del crawler: Googlebot Smartphone, Googlebot Desktop e AdsBot. Dal 2019, con il passaggio al mobile-first indexing, Googlebot Smartphone è diventato il crawler principale per la quasi totalità dei siti. I rapporti mostrano la distribuzione delle scansioni per tipo.
Se il tuo sito viene scansionato prevalentemente dalla versione Desktop, c’è un problema: significa che Google non riesce a scansionare correttamente la versione mobile, con conseguenze dirette sul posizionamento. È raro ma accade, spesso per configurazioni di user-agent che bloccano erroneamente Googlebot Smartphone.
5. Scopo della Scansione
Ogni visita di Googlebot ha un obiettivo dichiarato: scoperta (discovery) o aggiornamento (refresh). La scoperta riguarda URL nuovi, mai visti prima. L’aggiornamento riguarda pagine già note che Google ricontrolla per verificare se i contenuti sono cambiati.
Un sito con molte scansioni di scoperta e poche di aggiornamento potrebbe avere troppi URL unici (parametri URL, faceted navigation, versioni duplicate). Al contrario, un sito con solo scansioni di aggiornamento non sta generando contenuti nuovi abbastanza frequentemente da stimolare l’esplorazione di nuove pagine.
6. Tipo di File Scansionati
Googlebot non scansiona solo l’HTML. Scansiona anche CSS, JavaScript, immagini, PDF e altri file. I rapporti mostrano la distribuzione per tipo di file. Un volume anomalo di scansioni su file CSS e JavaScript può indicare che le risorse del sito non sono correttamente memorizzate nella cache, generando richieste ridondanti che consumano crawl budget.
Citazione chiave: I rapporti di scansione di Google Search Console permettono di determinare sei dimensioni critiche del comportamento di Googlebot: frequenza di visita, codici di risposta del server, tempi di risposta, tipologia di crawler (Smartphone vs. Desktop), scopo della scansione (scoperta vs. aggiornamento) e distribuzione per tipo di file. Nessun altro strumento SEO fornisce questa combinazione di dati direttamente da Google.
I 4 Sotto-Rapporti: Come Leggere le Statistiche di Scansione nel Dettaglio
La sezione Statistiche di scansione in GSC non è un grafico unico. È suddivisa in quattro sotto-rapporti, ciascuno con una logica di lettura diversa. Conoscerli tutti evita di trarre conclusioni errate da un singolo dato isolato.
Codici di Risposta
Il grafico dei codici di risposta mostra la distribuzione percentuale e assoluta di tutti i codici HTTP ricevuti da Googlebot. La lettura corretta non è “ho molti 200? Bene.” È: “qual è il trend nel tempo?”. Un aumento progressivo dei 404 in un mese indica eliminazioni di pagine non gestite. Un picco improvviso di 5xx segnala un evento critico del server, spesso correlabile a un aggiornamento del CMS o un problema di hosting.
Un dato che molti trascurano: secondo il Web Almanac 2025, l’84,9% dei siti desktop restituisce un codice 200 valido per il file robots.txt, ma il 13,3% restituisce un 404. Significa che 1 sito su 8 ha un robots.txt irraggiungibile — e Googlebot, in quel caso, procede come se non ci fossero restrizioni, scansionando tutto. Robots.txt — Codici di Risposta (Desktop, 2025) 200 OK 84,9% 404 Not Found 13,3% Timeout/Altro ~1,8% Fonte: Web Almanac 2025 by HTTP Archive — siti desktop
Tipo di File
Questo sotto-rapporto mostra cosa scansiona Googlebot sul tuo sito, non solo quali pagine. HTML, JavaScript, CSS, immagini, PDF: ogni categoria ha un peso nel crawl budget totale. Idealmente, la maggioranza delle scansioni dovrebbe riguardare file HTML, le pagine di contenuto. Un peso sproporzionato di immagini o risorse statiche indica inefficienze nella configurazione della cache.
Tipo di Googlebot
La distribuzione tra Googlebot Smartphone, Desktop e AdsBot ha implicazioni concrete sul mobile-first indexing. Da questo grafico puoi verificare rapidamente che il crawler mobile sia effettivamente il predominante. Se non lo è, c’è qualcosa nel tuo server o nella configurazione del sito che blocca o penalizza Googlebot Smartphone.
Scopo della Scansione
Il rapporto tra scansioni di scoperta e di aggiornamento è un indicatore della maturità del sito. Un sito giovane avrà molte scansioni di scoperta. Un sito consolidato, con architettura stabile, vedrà prevalere le scansioni di aggiornamento. Un cambiamento improvviso in questo rapporto, per esempio, un picco di scoperta dopo mesi di stabilità, indica che il sito sta generando molti nuovi URL, non sempre per motivi positivi (pagine di tag, parametri di sessione, contenuti duplicati).
Googlebot nel 2025: Perché i Rapporti di Scansione Sono Più Importanti che Mai
Googlebot ha cambiato scala in modo significativo. Nel 2025, la sua quota sul totale del traffico crawler è cresciuta dal 30% (maggio 2024) al 50% (maggio 2025) (Cloudflare Radar, luglio 2025). Un’attività di scansione raddoppiata in dodici mesi non è irrilevante per l’infrastruttura del sito.
Cosa significa in pratica? Che i server che reggevano bene il carico di Googlebot nel 2024 potrebbero mostrare segnali di stress nel 2025. E quei segnali sono leggibili nei rapporti di scansione: aumento dei tempi di risposta, comparsa di errori 5xx nelle ore di picco, riduzione della frequenza di scansione come risposta adattiva di Googlebot. Copertura pagine web per crawler (2025) Googlebot 50% GPTBot ~8% PerplexityBot ~0,1% Altri ~41,9% Quota sul traffico totale dei crawler web. Fonte: Cloudflare Radar, luglio 2025
Il confronto con gli altri crawler è illuminante. Googlebot ha raggiunto l’11,6% delle pagine web uniche nel campione Cloudflare, contro il 3,6% di GPTBot e lo 0,06% di PerplexityBot. Non è solo una questione di quota di mercato dei motori di ricerca: è che Googlebot scansiona in profondità, non solo le homepage e le pagine principali.
Questo rende i rapporti di scansione uno strumento ancor più prezioso. Con un crawler così attivo, le anomalie diventano rilevabili più velocemente. Un problema di server che nel 2023 ci metteva settimane a manifestarsi nei dati, oggi compare nei rapporti di scansione in pochi giorni.
Citazione chiave: Nel 2025, Googlebot ha rappresentato il 50% di tutto il traffico crawler web monitorato da Cloudflare, con un incremento del 96% nelle richieste di scansione rispetto a maggio 2024 (Cloudflare Radar, luglio 2025). Questa crescita rende i rapporti di scansione di Google Search Console più informativi che mai: ogni anomalia tecnica del sito si riflette ora in dati più granulari e con latenza ridotta.
Come Ottimizzare il Crawl Budget con i Rapporti di Scansione
Il crawl budget è la quantità di risorse che Googlebot dedica alla scansione del tuo sito in un dato periodo. Google dichiara esplicitamente che il crawl budget è una variabile rilevante per siti con oltre 1 milione di pagine aggiornate settimanalmente, o con oltre 10.000 pagine con aggiornamenti quotidiani (Google for Developers). Per i siti più piccoli, è meno critico, ma non irrilevante.
Ecco sei interventi concreti che puoi fare a partire dai dati dei rapporti di scansione. Crescita scansioni Googlebot 2024-2025 Maggio 2024 100% (base) Aprile 2025 (picco) +145% Maggio 2025 (media annuale) +96% Fonte: Cloudflare Radar, luglio 2025 richieste di scansione Googlebot Fonte: Cloudflare Radar, luglio 2025
1. Identificare e correggere le pagine con errori 4xx. Ogni URL che restituisce un 404 a Googlebot consuma una scansione senza produrre nulla. Se le pagine eliminate erano importanti, imposta un redirect 301 verso l’URL più pertinente. Se non lo erano, assicurati che non siano linkate internamente.
2. Monitorare il tempo medio di risposta. Il target ottimale è sotto i 200ms. Tra 200ms e 500ms si è in zona grigia. Oltre i 500ms, Googlebot può rallentare la frequenza di visita autonomamente. I rapporti mostrano un grafico del tempo di risposta nel tempo: cerca correlazioni tra picchi di lentezza e cali nelle scansioni.
3. Verificare che Googlebot Smartphone sia il crawler principale. Con il mobile-first indexing attivo su tutti i siti, il crawler predominante dovrebbe essere Googlebot Smartphone. Se vedi una distribuzione anomala, o peggio, una prevalenza di Desktop, indaga la configurazione del server e gli eventuali blocchi sul user-agent mobile.
4. Leggere il rapporto scoperta/aggiornamento come indicatore di salute dell’architettura. Un sito con architettura pulita e senza URL duplicati o parametri incontrollati mostra un rapporto stabile tra le due categorie. Se le scansioni di scoperta crescono senza che tu abbia pubblicato nuovi contenuti, stai generando URL “fantasma” da qualche parte.
5. Usare robots.txt per eliminare sprechi. Bloccare con robots.txt le sezioni del sito che non devono essere indicizzate, come pagine di ricerca interna, parametri URL generati dal sistema, o aree di staging, riduce il volume di scansioni inutili. Ricorda: il 68% dei siti desktop nel 2025 usa già i canonical tag per guidare Googlebot (Web Almanac 2025). I tag canonical e robots.txt lavorano insieme.
6. Confrontare i dati di scansione con il rapporto di copertura. Se una pagina viene scansionata regolarmente ma non compare nel rapporto di copertura, c’è un problema di indicizzazione da investigare separatamente. Il rapporto di scansione ti dice che Googlebot è arrivato; il rapporto di copertura ti dice se Google ha accettato la pagina.
Errori di Scansione Comuni: Come Identificarli e Correggerli
Sapere cosa cercare nei rapporti di scansione è metà del lavoro. L’altra metà è sapere cosa fare quando lo trovi. Questi sono gli errori più frequenti, ordinati per priorità.
Errori 5xx: Priorità Massima
Gli errori di server (500, 503, 504) sono i più critici. Significano che il server non ha risposto correttamente a Googlebot, non per un problema di contenuto ma per un problema infrastrutturale. Google stessa indica che se i fallimenti DNS superano il 5% delle richieste in un singolo giorno, costituisce un problema di scansione significativo (Google Search Console Help).
Non aspettare che i 5xx si accumulino. Un singolo picco anomalo va investigato subito: controlla i log del server per quell’intervallo temporale, verifica la disponibilità del database e la memoria allocata al processo web.
Errori 4xx: Redirect o Rimozione
Gli errori 404 sono meno urgenti dei 5xx, ma si accumulano nel tempo. Ogni pagina eliminata senza redirect è un segnale negativo per la distribuzione del crawl budget. La soluzione è sistematica: esporta l’elenco degli URL con 404 dai rapporti di scansione, verifica se quegli URL hanno backlink esterni o link interni attivi, e imposta redirect 301 dove appropriato.
Soft 404: Il Problema Invisibile
Un soft 404 è una pagina che restituisce il codice HTTP 200 (pagina trovata) ma contiene pochissimo o nessun contenuto utile. I CMS generano spesso soft 404 automaticamente: categorie vuote, pagine di tag senza articoli, pagine di prodotto esaurite che mostrano solo “prodotto non disponibile”. Googlebot le scansiona, le trova inutili e smette progressivamente di considerarle. Il rapporto di copertura — non i rapporti di scansione — mostra i soft 404 in modo esplicito, ma i due strumenti vanno letti insieme.
Tempi di Risposta Elevati
Come accennato, un tempo di risposta costantemente alto non produce un errore esplicito nei rapporti, ma si traduce in una riduzione graduale della frequenza di scansione. Controlla se i picchi di lentezza corrispondono a ore specifiche del giorno (carico del server condiviso) o a specifici tipi di pagine (per esempio, pagine con query database pesanti). La correlazione tra tempo di risposta e tipo di pagina scansionata è spesso più informativa del dato aggregato.
Blocchi Non Intenzionali via Robots.txt
Un errore classico: configurazioni di robots.txt che bloccano sezioni del sito per errore. Puoi verificarlo direttamente in Google Search Console tramite lo strumento di test del robots.txt. Ma i rapporti di scansione ti danno un indizio indiretto: se una sezione del sito che prima compariva regolarmente nelle scansioni è sparita dai dati, un blocco nel robots.txt è tra le prime cause da controllare.
Domande Frequenti sui Rapporti di Scansione
Come si accede ai rapporti di scansione in Google Search Console?
Accedi a Google Search Console, seleziona la proprietà del sito, e nel menu laterale vai su Impostazioni (icona a ingranaggio in basso). Nella sezione Impostazioni trovi la voce Statistiche di scansione. Cliccando su “Apri rapporto” accedi ai grafici degli ultimi 90 giorni con le quattro categorie di analisi. L’accesso richiede il ruolo di Proprietario o Utente completo sulla proprietà GSC.
Qual è la differenza tra rapporti di scansione e rapporto di copertura?
I rapporti di scansione mostrano come Googlebot visita il sito: quante richieste, con quali codici di risposta, in quanto tempo. Il rapporto di copertura mostra cosa Google ha fatto con quelle visite: quali URL ha indicizzato, quali ha escluso e perché. Sono due fasi dello stesso processo. I problemi di scansione si vedono nei Crawl Stats; i problemi di indicizzazione si vedono nella Copertura.
I rapporti di scansione mostrano tutte le pagine del sito?
No. Mostrano un campione rappresentativo delle interazioni di Googlebot negli ultimi 90 giorni. Non è un elenco di tutte le URL visitate, ma un aggregato statistico per codice di risposta, tipo di file, tipo di crawler e scopo. Per vedere quali specifici URL Googlebot ha visitato, puoi scaricare i log del server o usare strumenti come Screaming Frog in modalità log analyzer.
Ogni quanto Google aggiorna i dati nei rapporti di scansione?
I dati vengono aggiornati quotidianamente, con un ritardo tipico di 24-48 ore. Il grafico principale mostra l’andamento giorno per giorno nelle ultime tredici settimane. Non è un dato in tempo reale: se hai risolto un problema oggi, lo vedrai confermato dai dati tra uno o due giorni.
I rapporti di scansione sono utili per i siti piccoli?
Sì, ma con aspettative diverse. Google considera il crawl budget una variabile critica principalmente per siti con oltre 10.000 pagine con aggiornamenti frequenti (Google for Developers). Per un sito piccolo, i rapporti di scansione servono soprattutto per individuare errori tecnici, 5xx improvvisi, cali anomali nella frequenza, blocchi non intenzionali, non per ottimizzare un budget di scansione che Google gestisce autonomamente in modo generoso.
Controlla i Tuoi Rapporti di Scansione: Parti da Qui
I rapporti di scansione in Google Search Console sono uno degli strumenti diagnostici più diretti disponibili per un SEO tecnico. Non richiedono integrazioni esterne, non costano nulla e forniscono dati che vengono direttamente da Googlebot.
Se non li hai ancora analizzati, apri Google Search Console adesso e vai in Impostazioni → Statistiche di scansione. Controlla tre cose: il trend della frequenza di scansione, la percentuale di errori 5xx e il tempo medio di risposta del server. Queste tre metriche, lette insieme, ti danno un quadro affidabile della salute tecnica del sito rispetto al crawler di Google.
I problemi che trovi lì sono risolvibili. Quelli che non hai ancora cercato restano nascosti — e continuano a costare posizioni nei risultati di ricerca.
