Un verificatore di posizioni in blocco promette una cosa: molte keyword, un solo report. E quello che contiene quel report è determinato quasi interamente da un'impostazione che quasi nessuno cambia: quanto in profondità arriva il controllo.
Abbiamo eseguito le stesse 50 keyword due volte di fila, il 12 settembre 2026, contro lo stesso motore di ricerca, la stessa località e lo stesso dispositivo. L'unica differenza era la profondità.
Alla profondità 10 il controllo ha trovato il nostro dominio su 1 keyword su 50. Alla profondità 100 l'ha trovato su 22.
Le stesse keyword. La stessa ora. La stessa API. La differenza non è la precisione, perché entrambe le esecuzioni erano precise. È il campo visivo, e sposta il numero di testa di un fattore 22.
Cosa abbiamo eseguito
Cinquanta keyword prese dalla nostra lista di query in Search Console, filtrate su query in alfabeto latino perché coincidessero con il set di risultati degli Stati Uniti in inglese. Entrambe le esecuzioni hanno usato richieste organiche live di Google a risoluzione desktop, otto worker simultanei e un timeout di 300 secondi per richiesta.
Impostazione | Esecuzione A | Esecuzione B |
|---|---|---|
Keyword | 50 | 50 |
Profondità richiesta | 10 | 100 |
Località e lingua | Stati Uniti, inglese | Stati Uniti, inglese |
Dispositivo | Desktop | Desktop |
Concorrenza | 8 | 8 |
Abbiamo registrato la latenza per richiesta, il costo addebitato, il numero di risultati organici e se il nostro dominio compariva.
Risultato 1: le stesse keyword, due risposte diverse
Metrica | Profondità 10 | Profondità 100 |
|---|---|---|
Keyword controllate | 50 | 50 |
Richieste che hanno restituito un risultato utilizzabile | 50 | 43 |
Richieste fallite | 0 | 7 |
Keyword in cui è comparso il nostro dominio | 1 | 22 |
Dentro la top 3 | 1 | 1 |
Dentro la top 20 | 1 | 1 |
Dentro la top 100 | 1 | 20 |
Il set di keyword non è cambiato tra le esecuzioni. L'unica impostazione cambiata è la profondità.
Leggilo con attenzione, perché la sua forma è tutta la lezione. Alla profondità 10 la nostra visibilità su quel set sembrava del 2 per cento. Alla profondità 100 sembrava del 44 per cento. Nessuno dei due numeri è sbagliato, e solo uno è utile.
Il quadro in cima alla pagina si è mosso appena. Una keyword è rimasta dentro la top 10 in entrambe le esecuzioni. Tutto ciò che il controllo profondo ha aggiunto stava tra la posizione 20 e la posizione 100, esattamente la fascia che un verificatore in blocco con impostazioni predefinite nasconde. Se il tuo piano si regge su un verificatore di posizioni tarato sulla prima pagina, la tua linea di base non è una misura della tua visibilità. È una misura della tua visibilità dentro la prima pagina, e su questo set le due cose differiscono di 21 keyword.
Un piccolo dettaglio in più: due delle 22 keyword trovate nell'esecuzione profonda stavano oltre la posizione assoluta 100. L'API restituisce un po' oltre la profondità richiesta, quindi un report "top 100" può contenere posizioni superiori a 100. Filtrale se l'etichetta ti interessa.
Risultato 2: il costo cresce con la profondità, circa sette a uno
Metrica | Profondità 10 | Profondità 100 |
|---|---|---|
Costo totale addebitato | $0,1000 | $0,6230 |
Costo per keyword | $0,0020 | $0,0125 |
Risultati organici restituiti per keyword | circa 12 | circa 97 |
L'esecuzione a profondità 100 è costata 6,2 volte quella a profondità 10 per le stesse 50 keyword, e quella differenza ha comprato le 21 keyword aggiuntive in cui è comparso il nostro dominio.
Quel rapporto è la risposta onesta alla domanda più comune sui verificatori in blocco: se valga la pena pagare per più risultati. Vale se ti posizioni oltre la prima pagina. Se le tue keyword stanno nella top 10, l'esecuzione profonda restituisce per lo più righe che non leggerai mai.
Esiste un'impostazione intermedia, e di solito è quella giusta. La profondità 20 costa $0,0035 per keyword nel nostro listino precedente, cioè il 75 per cento in più della profondità 10 e ancora uno sconto del 75 per cento rispetto alla profondità 100. Per un sito nella fascia tra la posizione 20 e la 50, la profondità 20 cattura la maggior parte del movimento utile per una frazione del costo.
Il costo addebitato è anche rimasto sotto quello previsto dal prezzo per keyword, perché le sette richieste fallite non sono state addebitate. È il tasso di fallimento che affiora in fattura, e ci arriviamo subito.
Risultato 3: il report nasconde anche se c'era un AI Overview
La profondità non è l'unica cosa che un report di sole posizioni omette.
Abbiamo registrato i tipi di elemento SERP su ogni richiesta in entrambe le esecuzioni. Nell'esecuzione a profondità 10, 48 query su 50 hanno restituito un AI Overview. In quella a profondità 100 lo hanno fatto 42 delle 43 richieste riuscite.
Esecuzione | Query con AI Overview | Query controllate |
|---|---|---|
Profondità 10 | 48 | 50 |
Profondità 100 | 42 | 43 riuscite |
Questo numero sembrerà sbagliato a chiunque abbia letto la nostra istantanea precedente, che trovava AI Overview su 4 query SEO su 40. Entrambi sono corretti, e la differenza sta nel set di query, non nel metodo.
Il set di 40 query era una lista a tema SEO: strumenti di posizionamento, audit, aggiornamenti dell'algoritmo e 15 query che nominano uno strumento o un'API. Questo set di 50 viene dalla nostra lista in Search Console, dominata da formulazioni di utilità e confronto a coda lunga. Le query per cui un sito riceve davvero impressioni hanno una forma diversa da quelle che annota un team SEO, e la presenza di AI Overview segue quella forma.
Il punto pratico per il controllo in blocco è più stretto e più fastidioso. Un verificatore di posizioni in blocco restituisce posizioni. Non restituisce l'elemento che ora siede sopra la posizione 1, e sul set di query che abbiamo davvero quell'elemento era presente nel 96 per cento di esse.
Risultato 4: il tempo è la latenza divisa per la concorrenza
Un controllo in blocco non è istantaneo, e il motivo è la latenza delle richieste, non un'elaborazione che controlli tu.
Metrica | Profondità 10 | Profondità 100 |
|---|---|---|
Tempo reale con 8 worker | 62,0 secondi | 135,9 secondi |
Richiesta più veloce | 2,6 secondi | 8,1 secondi |
Richiesta mediana | 8,3 secondi | 19,2 secondi |
Richiesta più lenta | 22,0 secondi | 40,3 secondi |
Somma di tutti i tempi di richiesta | 451 secondi | 998 secondi |
Da qui cadono due cose.
La latenza mediana è più che raddoppiata con la profondità, da 8,3 a 19,2 secondi. Una ricerca più profonda ci mette davvero più tempo a comporsi, ed è per questo che un verificatore in blocco con un timeout client corto fallisce sulle esecuzioni profonde e non su quelle superficiali.
Il tempo reale lo determina la concorrenza, non la velocità dell'API. Esegui le 50 keyword una alla volta e il controllo a profondità 10 richiede circa 7,5 minuti; con otto worker ne richiede uno. Se il tuo verificatore in blocco non ha un controllo della concorrenza, è l'unica impostazione che vale la pena chiedere, perché vale un fattore otto sul tempo trascorso senza alcuna differenza di costo.
Risultato 5: l'esecuzione profonda ha fallito nel 14 per cento dei casi
Sette delle 50 richieste a profondità 100 sono fallite. Nessuna delle richieste a profondità 10 è fallita.
Esecuzione | Fallimenti | Tasso di fallimento |
|---|---|---|
Profondità 10 | 0 su 50 | 0 per cento |
Profondità 100 | 7 su 50 | 14 per cento |
Poiché le richieste fallite non sono state addebitate, l'esecuzione a profondità 100 è anche costata meno dei $0,70 previsti dal prezzo per keyword, ed è per questo che il costo effettivo per keyword è uscito a $0,0125 e non a $0,014.
Questa è la parte del controllo in blocco che i report quasi non mostrano. Uno strumento che riprova in silenzio la copre. Uno strumento che non lo fa riporterà le tue posizioni al ribasso senza dirlo, e i fallimenti si concentrano sulle richieste più lente, cioè quelle profonde che hai pagato di più.
Il messaggio di errore era identico in tutte e sette: l'attività si è conclusa con risultati parziali, alcune pagine non sono state recuperabili dopo diversi tentativi e le pagine non restituite non sono state addebitate. È il comportamento corretto di un fornitore, ed è anche il motivo per cui un controllo in blocco riporta al ribasso invece di crollare. Una pagina fallita non è una keyword su cui non ti posizioni. È un'incognita, e un report che la disegna come cella vuota ha convertito in silenzio un'incognita in una negazione.
Se costruisci il tuo ciclo, registra i fallimenti come esito di primo livello invece di scartarli, e riprova i fallimenti una volta prima di riportare.
Le richieste più profonde richiedono più tempo, e i fallimenti si concentrano all'estremità lenta della distribuzione.
Cosa significa per il numero sulla tua dashboard
Le stesse 50 keyword hanno prodotto due numeri di visibilità difendibili, 2 per cento e 44 per cento, separati solo da un'impostazione di profondità. Quell'oscillazione è più ampia della maggior parte dei cambi di posizionamento che passerai un trimestre a spiegare.
Ne derivano tre regole.
Imposta la profondità da dove ti posizioni, non dal valore predefinito dello strumento. Tira fuori prima la tua distribuzione di posizioni. Se la maggior parte delle tue keyword sta tra 20 e 60, la profondità 10 non riporterà quasi nulla e concluderai di avere un problema di visibilità che non hai.
Riporta la profondità accanto al numero. Un report di posizionamento senza l'impostazione di profondità non è riproducibile. Vale lo stesso per località, lingua e dispositivo.
Tratta "non trovato" come dato, non come errore. Ventotto delle 50 keyword non hanno restituito risultati per il nostro dominio a profondità 100, e questa è la risposta onesta. Un verificatore che nasconde quelle righe sta accorciando la tua lista di keyword nella direzione meno utile.
Controlla se il report include anche solo le funzionalità SERP. Su questo set, un AI Overview era presente nel 96 per cento delle query. Un export di sole posizioni non può mostrarlo, e nessuna impostazione di profondità lo aggiungerà.
Se l'obiettivo è un numero che puoi difendere nel tempo, la questione della profondità sta sotto quella del report. Le nostre note su quanto in fondo Google consegna davvero i risultati coprono dove sta il tetto, eseguire una fonte proprietaria e una fonte live insieme copre la configurazione che ti tiene onesto su questo, e cosa può dirti Search Console che un controllo live non può copre la metà che questa esecuzione non ha toccato affatto.
Limiti
Due limiti che vale la pena dichiarare.
Cinquanta keyword da una sola proprietà sono un campione piccolo, e la divisione 2 per cento contro 44 per cento è specifica di un sito le cui keyword stanno in basso. Una proprietà che si posiziona nella top 10 sulla maggior parte della sua lista non vedrebbe quasi differenza tra le esecuzioni e starebbe pagando troppo per la profondità.
La latenza dipende dal fornitore, dalla località e dal momento. I secondi assoluti qui non si trasferiranno, ma il rapporto tra le due profondità dovrebbe reggere all'incirca, perché la differenza è lavoro reale e non variabilità di rete.
Domande frequenti
Che profondità dovrebbe usare un verificatore di posizioni in blocco? Impostala dalla tua distribuzione di posizioni. La profondità 10 basta se sei nella top 10. La profondità 20 copre la maggior parte della fascia pratica a $0,0035 per keyword. La profondità 100 costa $0,014 e conviene solo se segui davvero posizioni sotto la 50.
Quanto tempo ci vuole per controllare 50 keyword? Circa un minuto con otto worker simultanei per un controllo superficiale, e circa 2,3 minuti per uno profondo. In sequenziale, quegli stessi controlli richiedono 7,5 e 16,6 minuti, quindi la concorrenza vale un fattore otto sul tempo trascorso.
Perché il controllo profondo ha fallito più spesso? Le richieste profonde ci mettono più tempo a comporsi, con una mediana di 19,2 secondi contro 8,3 dell'esecuzione superficiale, quindi hanno più probabilità di sbattere contro un timeout del client o del fornitore. Registra i fallimenti e riprovali invece di scartarli.
Un verificatore di posizioni in blocco è preciso quando dice che la mia keyword non è stata trovata? Di solito sì. Nella nostra esecuzione, 28 delle 50 keyword non avevano davvero risultati per il nostro dominio entro 100 posizioni. Controlla l'impostazione di profondità prima di trattare una riga mancante come un problema di dati.
Controllare più keyword costa più che controllare più in profondità? La profondità muove la fattura per keyword, ma le keyword moltiplicano il totale. Passare da 50 a 500 keyword alla profondità 10 costa dieci volte tanto e richiede dieci volte tanto, mentre la profondità 100 costa sette volte tanto per keyword. Prezza la profondità che ti serve, poi compra la quantità di keyword che riesci a rivedere.
Vista Auspia: prima di cambiare anche una sola pagina, controlla l'impostazione di profondità del tuo verificatore in blocco. È la spiegazione più economica di un numero di visibilità sorprendente, e nel nostro test ha fatto un fattore 22 tra due esecuzioni separate da minuti. Imposta la profondità dalla distribuzione delle posizioni, registra i fallimenti e tieni l'impostazione nel report, così il numero del prossimo trimestre è confrontabile.
Scritto da: Bennett Hayes, analista GEO applicato con oltre 400 revisioni di implementazione in Auspia. Scrive di esecuzione concreta della ricerca, misurazione e dei dettagli che cambiano un report.
