Come ottenere più di 1.000 righe da Google Search Console

Si ottengono più di 1.000 righe da Google Search Console aggirando la sua interfaccia: l'API Search Analytics restituisce fino a 25.000 righe per richiesta e prosegue con startRow, il connettore Looker Studio legge la stessa API, e l'esportazione collettiva dei dati in BigQuery invia tutte le righe tranne le query anonimizzate, ma solo a partire dal giorno in cui la attivi. Il limite di 1.000 righe appartiene all'interfaccia e al suo pulsante di esportazione, e Google lo dice senza giri di parole: “Il massimo che puoi esportare tramite l'interfaccia utente di Search Console è 1.000 righe di dati.”

Il report Statistiche di scansione è l'eccezione che porta molte persone a questa domanda, e la risposta onesta qui è meno piacevole. Statistiche di scansione non ha alcuna API, perché l'API di Search Console copre solo Search Analytics, Sitemap, Siti e Controllo URL, quindi nessuno strumento può estrarne per intero gli URL di esempio. Per i dati di scansione oltre quegli esempi servono i file di log del tuo server, e per Bing puoi usare i dati di scansione nella Bing Webmaster Tools API. Entrambi sono trattati qui sotto, insieme a come supero il limite in GSC Wizard e a dove si ferma.

Dove si applica il limite di 1.000 righe e dove no

Il tetto pesa solo sulle tabelle che elencano query o URL. Per le richieste senza dimensione query o URL, come paesi, dispositivi e aspetto nella ricerca, Google scrive che “Search Console mostrerà ed esporterà tutti i dati”. Anche i totali del grafico in cima al report sul rendimento sono completi: le query anonimizzate sono escluse da ogni tabella, ma Google precisa che “sono incluse nei totali del grafico, a meno che tu non filtri per query”, ed è per questo che la somma delle righe di una tabella raramente corrisponde al numero che sta sopra.

Per le istruzioni passo dopo passo su ciascuna strada, vedi come esportare i dati di Search Console, l'esportazione collettiva dei dati in BigQuery e cosa mostra il report Statistiche di scansione.

API Search Analytics: 25.000 righe per richiesta, con paginazione tramite startRow

L'API di Search Console è il modo standard per superare le 1.000 righe. Il suo parametro rowLimit ha un intervallo valido di 1–25.000 e vale 1.000 per impostazione predefinita, quindi uno script che lo omette ottiene esattamente le stesse 1.000 righe dell'interfaccia. Per andare oltre ripeti la stessa richiesta aumentando ogni volta startRow di 25.000, e la guida di Google dice di continuare “finché non raggiungi l'ultima pagina (una risposta con 0 righe)”.

POST https://www.googleapis.com/webmasters/v3/sites/sc-domain%3Aexample.com/searchAnalytics/query
{
  "startDate": "2026-10-01",
  "endDate": "2026-10-01",
  "dimensions": ["query", "page"],
  "type": "web",
  "rowLimit": 25000,
  "startRow": 25000
}

Però la paginazione non ti dà tutte le righe di un sito grande. La documentazione di Google dice che il metodo “espone un massimo di 50K righe di dati al giorno per tipo di ricerca (web, immagini e così via, ordinate per clic)”, e il suo approfondimento sui dati di rendimento aggiunge che questo limite “potrebbe non essere raggiunto in tutti i casi”. Poiché i risultati sono ordinati per clic, ciò che resta fuori è la long tail di query e pagine con pochi o nessun clic. Le query anonimizzate, quelle non digitate da più di qualche decina di utenti in due o tre mesi, non compaiono mai in nessuna riga. Google avverte anche che quando raggruppi per pagina o per query “il nostro sistema potrebbe scartare alcuni dati” per mantenere il calcolo entro tempi e risorse ragionevoli.

Il limite si conta per giorno di dati, ed è per questo che Google consiglia di eseguire una query per giorno per i dati di un singolo giorno, per tipo di ricerca (web, immagini, video, notizie, Discover e Google News richiedono ciascuno la propria richiesta). Un intervallo di 30 giorni recuperato con 30 richieste da un solo giorno può restituire molte più righe di una sola richiesta per l'intero mese. Le quote raramente ostacolano questo approccio: Search Analytics consente 1.200 query al minuto per sito e per utente, e 40.000 al minuto e 30.000.000 al giorno per progetto Cloud. La quota che invece pesa è la quota di carico, misurata a blocchi di 10 minuti e giornalieri, e Google è esplicito nel dire che le query raggruppate o filtrate sia per pagina sia per stringa di query sono le più costose, e che un intervallo di sei mesi costa molto più di un intervallo di un giorno.

Esportazione collettiva dei dati in BigQuery: ogni riga, dal giorno in cui la attivi

L'esportazione collettiva pianifica uno scarico giornaliero dei tuoi dati di rendimento in un progetto Google BigQuery. Google la descrive come comprensiva di “tutti i dati sul rendimento disponibili in Search Console per la tua proprietà, ad eccezione delle query anonimizzate”, e il suo post di lancio dice chiaramente che “l'esportazione collettiva dei dati non è soggetta al limite giornaliero di righe di dati”. Ottieni tre tabelle: searchdata_site_impression (aggregata per proprietà), searchdata_url_impression (aggregata per URL) e un ExportLog delle esportazioni riuscite. Solo i proprietari della proprietà possono configurarla.

Ci sono però due limiti. Il primo è che parte da zero: la prima esportazione avviene entro 48 ore dalla configurazione e “include i dati del giorno dell'esportazione”, e per tutto ciò che è più vecchio il consiglio di Google è di “usare l'API di Search Console o i report”. Quindi i 16 mesi che Search Console già conserva devono arrivare dall'API, e ogni giorno che aspetti è un giorno che l'esportazione non avrà mai. Il secondo è il costo: serve un progetto Google Cloud con la fatturazione attiva, e Google scrive che “I dati sono soggetti ai costi di archiviazione e di query di Google Cloud, ma esiste un livello di utilizzo gratuito.” I dati si accumulano per sempre a meno che tu non imposti una scadenza delle partizioni, quindi lo spazio occupato cresce ogni giorno. Anche il post di lancio di Google sottolinea che l'esportazione è pensata soprattutto per i siti grandi, e che “I siti piccoli e medi hanno già accesso a tutti i loro dati tramite l'interfaccia utente, il connettore Looker Studio (in precedenza noto come Data Studio) o l'API Search Analytics.”

Come ottengo più di 1.000 righe dal report Statistiche di scansione?

Non puoi ottenerne un elenco completo, ed è utile sapere perché prima di provare soluzioni alternative. Il report Statistiche di scansione (Impostazioni > Statistiche di scansione, disponibile solo per le proprietà di dominio e per le proprietà con prefisso URL a livello root) mostra i totali di richieste di scansione, dimensione del download e tempo di risposta, e ti permette di entrare in ogni codice di risposta, tipo di file, scopo della scansione e tipo di Googlebot per vedere gli URL di esempio. Google descrive quegli esempi così: “Gli URL di esempio non sono esaustivi, ma solo un esempio rappresentativo. Se non trovi un URL nell'elenco, non significa che non l'abbiamo richiesto.” La pagina di aiuto di Google non indica un numero di righe per questi elenchi, ma nell'interfaccia la tabella di esempio e la sua esportazione si fermano a 1.000 righe, lo stesso tetto che Google documenta per gli esempi di Indicizzazione delle pagine, e l'esportazione contiene solo il grafico e la tabella che stai guardando.

Non esiste nemmeno un'API con cui aggirare l'interfaccia. Il riferimento API di Google elenca quattro servizi, Search Analytics, Sitemap, Siti e Controllo URL, e Statistiche di scansione non è tra questi. Questo significa che nessuno strumento di terze parti, il mio compreso, può estrarre per te le statistiche di scansione di Google. Quello che funziona:

1. Leggi i file di log del tuo server. Sono l'unica registrazione completa di ciò che Googlebot ha richiesto, con ogni URL, codice di stato, timestamp e user agent. Verifica che una richiesta provenga davvero da Google prima di contarla: i crawler comuni di Google si risolvono in crawl-***-***-***-***.googlebot.com o geo-crawl-***-***-***-***.geo.googlebot.com, e Google pubblica i loro intervalli di IP come common-crawlers.json. Aspettati piccole differenze rispetto al report, dato che Google osserva che Statistiche di scansione “attualmente riporta la maggior parte delle richieste di scansione, ma alcune richieste potrebbero non essere conteggiate”.
2. Esporta ogni sezione separatamente. Ogni riga delle tabelle su risposta, tipo di file, scopo e tipo di Googlebot ha il proprio elenco di esempi, quindi esportando la riga 404, la riga 301, la riga HTML, la riga refresh e così via ottieni diversi insiemi di dati invece di uno solo. In una proprietà di dominio puoi anche cliccare su un host per aprire un report limitato a quel dominio figlio, anche se Google elenca solo i primi 20 domini figlio che hanno ricevuto traffico negli ultimi 90 giorni.
3. Esporta con regolarità e unisci i risultati. Google dice che il numero di esempi “può essere ponderato per giorno” e che questo “dovrebbe bilanciarsi nel tempo”, quindi il campione cambia. Esportando ogni settimana le sezioni che ti interessano e rimuovendo i duplicati si costruisce un elenco molto più lungo di qualsiasi singola esportazione, ma è una mia soluzione alternativa e non qualcosa che Google documenta.
4. Ispeziona gli URL che ti interessano. La URL Inspection API restituisce lastCrawlTime e crawledAs per un singolo URL, entro una quota di 2.000 ispezioni al giorno e 600 al minuto per sito. Non sostituisce le statistiche di scansione, ma risponde a “quando Google ha scansionato questa pagina l'ultima volta” per i tuoi template principali.
5. Affianca i dati di scansione di Bing. Bing Webmaster Tools, invece, espone i dati di scansione tramite la sua API: GetCrawlStats restituisce i conteggi giornalieri di pagine scansionate, risposte 2xx, 301, 302, 4xx e 5xx, pagine bloccate da robots.txt, errori DNS e timeout di connessione, mentre GetCrawlIssues elenca gli URL con problemi di scansione. Si tratta di Bingbot e non di Googlebot, ma una catena di reindirizzamenti rotta o una serie di 404 che Bingbot incontra di solito è presente anche per Googlebot. Confronto i due strumenti in Bing Webmaster Tools vs Google Search Console.

Il connettore Looker Studio ha lo stesso limite dell'API

Il connettore di Search Console per Looker Studio è un modo comodo per superare le 1.000 righe senza scrivere codice, ma non è un modo per superare i limiti dell'API. Il deep dive di Google afferma che il limite superiore “per i dati esportati tramite l'API Search Analytics (e tramite il connettore Looker Studio) è di 50.000 righe al giorno per sito per tipo di ricerca”. Il connettore offre una tabella Site Impression e una tabella URL Impression, e una fonte di dati può usarne solo una, quindi un report che richiede entrambe le aggregazioni ha bisogno di due fonti di dati. La documentazione di Google ora precisa che “Looker Studio ora si chiama Data Studio”, quindi puoi incontrare entrambi i nomi.

I modi per ottenere più righe, a confronto

Nessuna di queste strade copre il report Statistiche di scansione, perché nessuna può farlo: i dati semplicemente non sono disponibili al di fuori dell'interfaccia.

Come GSC Wizard supera le 1.000 righe

GSC Wizard legge Search Console tramite la stessa Search Analytics API, quindi non può vedere nulla di ciò che Google trattiene, ma si occupa lui della paginazione e dell'archiviazione. Su una proprietà collegata tramite API, le tabelle complete di Query e Pagine scorrono i risultati di Google 25.000 righe alla volta, fino a 500.000 righe, invece di fermarsi a 1.000. Su una proprietà con archiviazione completa, eseguo il backfill degli ultimi 480 giorni (circa i 16 mesi che Google conserva) in un warehouse e poi aggiungo ogni nuovo giorno man mano che arriva. Ogni giorno viene richiesto separatamente, come raccomanda Google, per web, immagini, video, news e Discover, e per query, pagine, paesi e dispositivi insieme alle loro combinazioni (pagina per query, paese per query, dispositivo per query, paese per pagina e dispositivo per pagina), e ogni riga restituita da Google viene conservata. Su una grande proprietà nel warehouse, un singolo giorno di settembre 2026 contiene 37.601 query distinte, cifra a cui nessuna esportazione di 1.000 righe di quel giorno si avvicina nemmeno.

Poiché i dati sono archiviati, lo storico continua a crescere oltre i 16 mesi di Google: dopo un anno di archiviazione completa una proprietà ha circa 28 mesi, e i piani arrivano fino a 10 anni. Ogni tabella si esporta in CSV con tutte le sue righe, o in un report HTML autonomo, come spiega la documentazione sull'esportazione, e il nome del file di esportazione riporta l'intervallo di date. Il report Property Sampling mostra quanti clic Google lascia fuori dalle tabelle di query e pagine della tua proprietà, ovvero la parte che nessuno strumento può recuperare. L'archiviazione completa è inclusa in ogni piano (5 proprietà su Starter, 25 su Pro, 150 su Business), vedi i prezzi.

Dove si ferma: GSC Wizard non mostra le Statistiche di scansione di Google, perché non esiste un'API da cui leggerle. Mostra invece i dati di scansione di Bing dall'API di Bing Webmaster Tools, con pagine scansionate, errori di scansione e pagine bloccate da robots.txt nella Bing Overview e un report Bing Crawl Issues per URL, e mostra l'ultima scansione di Google per ogni URL tramite il Controllo URL, entro la quota di 2.000 al giorno di Google. Se ti servono tutte le richieste di Googlebot, un analizzatore di file di log è lo strumento migliore, e se gestisci un sito molto grande con un ingegnere e un budget Cloud, configurare oggi l'esportazione collettiva su BigQuery vale la pena a prescindere da cos'altro usi, perché non potrà mai riempire i giorni precedenti all'attivazione.