URL Inspection Tool: guida

TL;DR — Lo strumento URL Inspection in Google Search Console ti dice se una delle tue pagine è nell’indice Google e perché, oppure perché non lo è. Ma attenzione: per impostazione predefinita mostra l’ultima volta che Google ha indicizzato la pagina, non l’aspetto attuale. Se hai appena cambiato qualcosa, fai clic su Test Live URL per controllare la versione corrente.

Che cos’è

Lo strumento URL Inspection si trova in Google Search Console. Incolli un URL da un sito di tua proprietà e Google ti dice come vede quella pagina — soprattutto se è nell’indice Google e può comparire nella ricerca.

Puoi ispezionare solo URL appartenenti a una proprietà che hai verificato in Search Console. Non puoi controllare la pagina di un concorrente.

L’unica cosa che i principianti sbagliano

Quando ispezioni un URL, il primo report che vedi è uno snapshot dell’ultima volta che Google lo ha indicizzato, non la pagina live. Google lo dice direttamente: “This is not a live test. The results shown are from most recently indexed version of a page, not the live version on the web.” — «Non è un test live. I risultati mostrati provengono dalla versione della pagina indicizzata più di recente, non dalla versione live sul web». Evidence for this claim The default URL Inspection result describes Google's indexed version, not a live fetch of the current page. Scope: Google Search Console URL Inspection; Test Live URL is the separate current-page test. Confidence: high · Verified: 2026-07-14 Google Search Console Help: URL Inspection tool

Quindi, se hai appena corretto qualcosa e vuoi sapere se la correzione ha funzionato, non fidarti di quella prima schermata. Fai clic su Test Live URL e Google recupererà la pagina in quel momento.

Che cosa ti dice

• La pagina è su Google? «URL is on Google» significa che è idonea a comparire nella ricerca — non che si stia posizionando, solo che può essere mostrata. «URL is not on Google» significa che non può comparire.
• Google ha potuto eseguire la scansione e indicizzarla? Se hai bloccato la pagina per errore, lo vedrai qui.
• Quale versione ha scelto Google? Se hai pagine duplicate o simili, Google sceglie una versione canonical da mostrare. Lo strumento ti dice quale.
• View crawled page mostra l’HTML effettivo ricevuto da Google, uno screenshot del rendering della pagina e gli eventuali errori.

Request Indexing

C’è un pulsante chiamato Request Indexing. Dice a Google «per favore, vieni a vedere questa pagina». Fa solo questo. Non obbliga Google a indicizzare la pagina, non ti aiuta a posizionarti e fare clic più volte non accelera nulla: esiste un limite giornaliero e finirai soltanto per consumarlo. Evidence for this claim Request Indexing does not guarantee that a page will appear in Google's index. Scope: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Confidence: high · Verified: 2026-07-14 Google Search Console Help: URL Inspection tool Usalo una volta per una pagina nuova o aggiornata di recente, poi passa oltre. Per usarlo devi essere proprietario o utente con accesso completo alla proprietà; se hai un gruppo di URL nuovi o modificati invece di uno solo, Google consiglia di inviare una sitemap anziché fare clic ripetutamente sul pulsante.

Vuoi la guida alla lettura campo per campo, la diagnosi dei canonical che non coincidono, il flusso di debug JavaScript e l’API? Passa alla scheda Advanced.

TL;DR — URL Inspection riferisce come Google vede un URL su una proprietà verificata. Il report predefinito è lo snapshot dell’ultima indicizzazione, non la pagina live — esegui Test Live URL per lo stato corrente. Leggi il pannello di copertura per permessi di scansione/indicizzazione, scoperta (sitemap + pagina di provenienza) e canonical dichiarato dall’utente rispetto a quello scelto da Google (una differenza è la diagnosi più utile su cui puoi agire). View crawled page mostra HTML renderizzato, screenshot, risposta HTTP, risorse della pagina e messaggi della console JS — la superficie di debug della SEO JavaScript. Request Indexing è un suggerimento per la coda con quota giornaliera: nessuna garanzia, nessun effetto sul ranking. L’URL Inspection API restituisce lo stato indicizzato (senza test live) a 2 000 QPD / 600 QPM per proprietà.

Che cosa fa davvero lo strumento

La formulazione di Google: lo strumento URL Inspection “provides information about Google’s indexed version of a specific page, and also allows you to test whether a URL might be indexable.” — «fornisce informazioni sulla versione indicizzata da Google di una pagina specifica e permette anche di verificare se un URL potrebbe essere indicizzabile». Sono due modalità distinte e confonderle è l’errore più comune che vedo.

È anche riservato ai proprietari. “The URL must be in the currently opened property” — «L’URL deve trovarsi nella proprietà attualmente aperta»: puoi ispezionare solo URL di una proprietà Search Console che hai verificato. Non puoi ispezionare i concorrenti.

Snapshot indicizzato e Test Live URL

Il report predefinito è uno snapshot dell’ultima scansione. Google è esplicito: “This is not a live test. The results shown are from most recently indexed version of a page, not the live version on the web.” — «Non è un test live. I risultati mostrati provengono dalla versione della pagina indicizzata più di recente, non dalla versione live sul web». Evidence for this claim The default URL Inspection result describes Google's indexed version, not a live fetch of the current page. Scope: Google Search Console URL Inspection; Test Live URL is the separate current-page test. Confidence: high · Verified: 2026-07-14 Google Search Console Help: URL Inspection tool

Questa distinzione determina quando usare ciascuna modalità:

• Stai diagnosticando ciò che è effettivamente nell’indice in questo momento? Leggi la vista indicizzata predefinita. È lo stato su cui Google sta agendo attualmente.
• Hai appena distribuito una correzione e vuoi sapere se ha funzionato? Esegui Test Live URL. Recupera e renderizza la pagina corrente, così puoi confermare la correzione prima di aspettare una nuova scansione.

Una grande quantità di panico inutile — e di confusione inutile del tipo «non è cambiato nulla» — nasce dalla lettura della modalità sbagliata. Se hai corretto un noindex un’ora fa e lo snapshot indicizzato mostra ancora il blocco, è previsto: lo snapshot è precedente alla correzione.

Vale la pena conoscere due limiti di ambito di Test Live URL: segue i redirect quando recupera la pagina, ma non mostra la catena di redirect come farebbe un redirect checker dedicato e non può prevedere quale URL Google selezionerà come canonical — il campo del canonical scelto da Google proviene solo dalla vista indicizzata, perché è una decisione che Google prende durante l’indicizzazione, non qualcosa che un singolo recupero live possa determinare.

Lettura del pannello di copertura, campo per campo

Verdetto dello stato di indicizzazione. “URL is on Google means that the URL is eligible to appear in Search results, but is not guaranteed to be there.” — «URL is on Google significa che l’URL è idoneo a comparire nei risultati della Ricerca, ma non è garantito che vi compaia». Idoneo non significa presente e certamente non significa posizionato. “URL is not on Google means that the URL can’t appear in Search results.” — «URL is not on Google significa che l’URL non può comparire nei risultati della Ricerca».

Scansione consentita? “Indicates whether your site allowed Google to crawl the page or blocked it with a robots.txt rule.” — «Indica se il tuo sito ha consentito a Google di eseguire la scansione della pagina o l’ha bloccata con una regola robots.txt». Un No qui punta direttamente a robots.txt.

Indicizzazione consentita? “Whether or not your page explicitly disallowed indexing.” — «Indica se la tua pagina ha vietato esplicitamente l’indicizzazione». Un No qui punta a una direttiva noindex (meta tag o header X-Robots-Tag).

Scoperta. Il pannello mostra anche le sitemap che fanno riferimento all’URL e la pagina di provenienza seguita da Google per scoprirlo. Se un URL che ti aspetti venga trovato non mostra né sitemap né pagina di provenienza, consideralo un segnale per controllare i link interni e la presenza nella sitemap — non un verdetto confermato. Il pannello non garantisce di elencare ogni percorso usato da Google per trovare un URL, quindi un campo vuoto è un motivo per indagare, non la prova che non esista alcun percorso di scoperta.

Canonical — il campo più utile su cui agire. Due righe:

• “User-declared canonical: If your page explicitly declares a canonical URL, it will be shown here.” — «Canonical dichiarato dall’utente: se la tua pagina dichiara esplicitamente un URL canonical, verrà mostrato qui».
• “Google-selected canonical: The page that Google selected as the canonical (authoritative) URL.” — «Canonical scelto da Google: la pagina che Google ha scelto come URL canonical (autorevole)».

Quando le due righe non coincidono, Google ha ignorato il canonical che hai dichiarato: ha deciso che un altro URL è quello autorevole. È il momento di indagare contenuti duplicati o quasi duplicati, link interni incoerenti, segnali canonical misti o un duplicato più forte altrove. Questo singolo confronto è la diagnosi più utile dell’intero pannello. (Per i meccanismi sottostanti, si collega al materiale sulla canonicalizzazione di questo cluster.)

Miglioramenti. Il report mostra i tipi di risultati avanzati idonei e i dati strutturati rilevati (Breadcrumbs, FAQ, Products e così via). Nota che la vecchia sezione Mobile Usability è scomparsa: Google ha ritirato quel report, quindi non compare più qui.

View crawled page — la superficie di debug della SEO JavaScript

Qui URL Inspection si dimostra utile per il lavoro tecnico. Apri View crawled page (sul risultato indicizzato) o View tested page (in un test live) e ottieni l’HTML renderizzato, uno screenshot della pagina renderizzata, gli header della risposta HTTP, l’elenco delle risorse della pagina caricate da Google e i messaggi della console JavaScript.

Per una pagina ricca di JavaScript, questo è l’intero ciclo di debug in una sola schermata:

1. Screenshot — la pagina renderizzata contiene davvero i tuoi contenuti o è vuota/parzialmente costruita? Se qui manca un contenuto che vedi nel browser, Google non lo sta renderizzando.
2. HTML renderizzato — cercavi il contenuto e i link che dovrebbero esserci dopo l’esecuzione di JavaScript. Se mancano, il contenuto dipende da qualcosa che il renderer di Google non ha eseguito.
3. Risorse della pagina — ogni risorsa che non è stata caricata (un file JS bloccato, un’API con risposta 404, uno script bloccato da robots) è una sospetta principale per il contenuto renderizzato mancante.
4. Messaggi della console JS — gli errori qui spesso spiegano esattamente perché il rendering è risultato incompleto.

Questo è il flusso di lavoro su cui faccio affidamento per i problemi di SEO JavaScript ed è la parte che la maggior parte degli articoli tratta superficialmente. Un caveat: quello che stai guardando è il rendering di Google per quel singolo recupero — l’ultimo pass dello snapshot indicizzato o il pass del test live in questo momento — non una garanzia certificata che ogni sistema usato da Google per l’indicizzazione abbia renderizzato la pagina nello stesso modo.

Request Indexing — che cos’è e che cosa non è

Il pulsante Request Indexing esegue un rapido test live e poi inserisce l’URL nella coda di scansione di Google. Ci sono due limiti rigidi da interiorizzare:

• “Submitting a request does not guarantee that the page will appear in the Google Index.” — «L’invio di una richiesta non garantisce che la pagina comparirà nell’indice Google». È un suggerimento di scoperta, non un comando.
• “There is a daily limit to how many index requests you can submit.” — «Esiste un limite giornaliero al numero di richieste di indicizzazione che puoi inviare». Inviare lo stesso URL in modo ripetuto consuma soltanto quella quota e non ottiene nulla.
• “You must be an owner or full user of the Search Console property to be able to request indexing in the URL Inspection tool.” — «Devi essere il proprietario o un utente con accesso completo alla proprietà Search Console per poter richiedere l’indicizzazione nello strumento URL Inspection». Gli utenti con accesso limitato non hanno qui un’opzione funzionante.

E, per essere chiari su ciò che non è: non è una leva di ranking. Indicizzazione e ranking sono fasi separate; spingere un URL nella coda di scansione non influisce sulla posizione. Inoltre non sostituisce la canonicalizzazione: Google ha detto che richiedere l’indicizzazione non cambia l’URL selezionato come canonical. Usalo una volta per pagine realmente nuove, aggiornate o appena corrette. Questo è l’intero caso d’uso legittimo.

Non è neppure uno strumento per operazioni massive. La raccomandazione di Google: “If you have large numbers of URLs, submit a sitemap.” — «Se hai un numero elevato di URL, invia una sitemap». Passare in rassegna un foglio di calcolo facendo clic su Request Indexing una volta per URL consuma la quota giornaliera più velocemente di quanto aiuti: una sitemap è il meccanismo creato per i volumi elevati.

L’URL Inspection API

Per il monitoraggio su larga scala esiste un equivalente programmatico, l’URL Inspection API (urlInspection.index.inspect). La quota per proprietà è di 2 000 query al giorno e 600 al minuto. Evidence for this claim The URL Inspection API quota is 2,000 queries per day and 600 queries per minute per Search Console property. Scope: Current Search Console URL Inspection API per-property usage limits. Confidence: high · Verified: 2026-07-14 Google Search Console API: Usage limits

Due cose da tenere distinte:

• L’API restituisce solo lo stato indicizzato — verdetto, stato della copertura, stato robots e indicizzazione, ora dell’ultima scansione, stato del recupero della pagina, canonical scelti da Google e dichiarati dall’utente, modalità di scansione, URL di provenienza e sitemap. Non esegue un test live come Test Live URL dell’interfaccia.
• Il limite di 2 000 al giorno per proprietà significa che il monitoraggio massivo dell’indice di un sito grande richiede batching o la suddivisione del sito tra più proprietà verificate. Diversi strumenti SEO di terze parti avvolgono l’API per renderlo pratico.

Si abbina naturalmente al report Page Indexing per individuare quali URL ispezionare e alla più ampia Search Console API e al report Performance quando costruisci il tuo monitoraggio.

Miti comuni

• «Request Indexing obbliga Google a indicizzare la mia pagina». No — inviare una richiesta “does not guarantee that the page will appear in the Google Index.” — «non garantisce che la pagina comparirà nell’indice Google».
• «Request Indexing fa posizionare una pagina o la fa posizionare più velocemente». No. Influisce su scoperta/nuova scansione, non sul ranking.
• «Reinviare lo stesso URL accelera il processo». No — consuma soltanto la quota giornaliera.
• «On Google significa che sta facendo ranking». No — significa idoneo a comparire.
• «Il report mostra la mia pagina così com’è ora». No — il predefinito è lo snapshot dell’ultima indicizzazione. Test Live URL è la modalità live.
• «Posso ispezionare qualsiasi URL». No — è riservato ai proprietari; l’URL deve trovarsi nella proprietà attualmente aperta.
• «L’API esegue un test live come l’interfaccia». No — l’API restituisce solo lo stato indicizzato.

Riepilogo AI

Una sintesi della versione Advanced:

• Che cos’è: URL Inspection riferisce come Google vede un URL su una proprietà verificata di tua proprietà (nessun URL dei concorrenti). Google: “provides information about Google’s indexed version of a specific page, and also allows you to test whether a URL might be indexable.” — «fornisce informazioni sulla versione indicizzata da Google di una pagina specifica e permette anche di verificare se un URL potrebbe essere indicizzabile».
• Snapshot rispetto a live: la vista predefinita è lo snapshot dell’ultima indicizzazione, “not the live version on the web.” — «non la versione live sul web». Esegui Test Live URL per controllare lo stato attuale dopo una correzione: segue i redirect ma non ne mostra la catena e non può prevedere il canonical scelto da Google (è un campo disponibile solo nella vista indicizzata).
• Verdetto: “URL is on Google” — «URL is on Google» — = idoneo a comparire, non posizionato e non garantito.
• Pannello di copertura: scansione consentita (robots.txt), indicizzazione consentita (noindex), scoperta (sitemap + pagina di provenienza) e canonical dichiarato dall’utente rispetto a quello scelto da Google — una differenza significa che Google ha ignorato il tuo canonical ed è la diagnosi più utile su cui agire.
• View crawled page: HTML + screenshot + risposta HTTP + risorse della pagina + messaggi della console JS renderizzati — la superficie di debug della SEO JavaScript.
• Request Indexing: un suggerimento per la coda con un limite giornaliero, che richiede accesso da proprietario o utente completo alla proprietà; “does not guarantee that the page will appear in the Google Index,” — «non garantisce che la pagina comparirà nell’indice Google» — non ha effetto sul ranking e non cambia la canonicalizzazione. Per gli URL in massa, Google consiglia di inviare una sitemap.
• API: restituisce solo lo stato indicizzato (nessun test live) a 2 000 QPD / 600 QPM per proprietà; usa batch o suddividi le proprietà per il monitoraggio massivo.

Documentazione ufficiale

Documentazione primaria di Google.

Google Search Console

• URL Inspection Tool — il documento Help canonico: verdetti dello stato di indicizzazione, copertura, canonical, View crawled page e Request Indexing.
• Ask Google to recrawl URLs — requisito di autorizzazione per Request Indexing, raccomandazione della sitemap per gli URL in massa e formulazione senza garanzia.

URL Inspection API

• Welcoming the new Search Console URL Inspection API — articolo del blog Search Central che annuncia l’API.
• Usage Limits — Search Console API — quote di 2 000 al giorno e 600 al minuto per proprietà.
• urlInspection.index.inspect reference — il metodo e i campi che restituisce.

Citazioni dalla fonte

Dichiarazioni ufficiali tratte dalla documentazione di Google. Ogni link è un deep link che porta al passaggio citato nella pagina fonte.

Google — che cos’è lo strumento

• “The URL Inspection tool provides information about Google’s indexed version of a specific page, and also allows you to test whether a URL might be indexable.” — «Lo strumento URL Inspection fornisce informazioni sulla versione indicizzata da Google di una pagina specifica e permette anche di verificare se un URL potrebbe essere indicizzabile». — Google Search Console Help. Vai alla citazione
• “This is not a live test. The results shown are from most recently indexed version of a page, not the live version on the web.” — «Non è un test live. I risultati mostrati provengono dalla versione della pagina indicizzata più di recente, non dalla versione live sul web». Vai alla citazione

Google — verdetti dello stato di indicizzazione

• “URL is on Google means that the URL is eligible to appear in Search results, but is not guaranteed to be there.” — «URL is on Google significa che l’URL è idoneo a comparire nei risultati della Ricerca, ma non è garantito che vi compaia». Vai alla citazione
• “URL is not on Google means that the URL can’t appear in Search results.” — «URL is not on Google significa che l’URL non può comparire nei risultati della Ricerca». Vai alla citazione

Google — copertura: scansione, indicizzazione, canonical

• “Crawl allowed? Indicates whether your site allowed Google to crawl the page or blocked it with a robots.txt rule.” — «Scansione consentita? Indica se il tuo sito ha permesso a Google di eseguire la scansione della pagina o l’ha bloccata con una regola robots.txt». Vai alla citazione
• “Indexing allowed? Whether or not your page explicitly disallowed indexing.” — «Indicizzazione consentita? Indica se la tua pagina ha vietato esplicitamente l’indicizzazione». Vai alla citazione
• “User-declared canonical: If your page explicitly declares a canonical URL, it will be shown here.” — «Canonical dichiarato dall’utente: se la tua pagina dichiara esplicitamente un URL canonical, verrà mostrato qui». Vai alla citazione
• “Google-selected canonical: The page that Google selected as the canonical (authoritative) URL.” — «Canonical scelto da Google: la pagina che Google ha scelto come URL canonical (autorevole)». Vai alla citazione

Google — Request Indexing e proprietà

• “Submitting a request does not guarantee that the page will appear in the Google Index.” — «L’invio di una richiesta non garantisce che la pagina comparirà nell’indice Google». Vai alla citazione
• “There is a daily limit to how many index requests you can submit.” — «Esiste un limite giornaliero al numero di richieste di indicizzazione che puoi inviare». Vai alla citazione
• “The URL must be in the currently opened property.” — «L’URL deve trovarsi nella proprietà attualmente aperta». Vai alla citazione

Google — autorizzazione e scala di Request Indexing

• “You must be an owner or full user of the Search Console property to be able to request indexing in the URL Inspection tool.” — «Devi essere il proprietario o un utente con accesso completo alla proprietà Search Console per poter richiedere l’indicizzazione nello strumento URL Inspection». — Google, “Ask Google to recrawl URLs”. Vai alla citazione
• “If you have large numbers of URLs, submit a sitemap.” — «Se hai un numero elevato di URL, invia una sitemap». Vai alla citazione

Lettura di un risultato URL Inspection — checklist

Un rapido passaggio per diagnosticare un URL:

• Conferma di trovarti nella proprietà verificata corretta (solo proprietari; nessun URL dei concorrenti).
• Controlla il verdetto — «on Google» significa idoneo, non posizionato.
• Se hai appena modificato la pagina, esegui Test Live URL — non fidarti dello snapshot indicizzato per lo stato corrente.
• Scansione consentita? No → controlla robots.txt.
• Indicizzazione consentita? No → controlla noindex (meta tag o header X-Robots-Tag).
• Confronta canonical dichiarato dall’utente e canonical scelto da Google — una differenza significa che Google ha ignorato il tuo canonical; indaga duplicati e link.
• Controlla la scoperta — sono elencati una sitemap e/o una pagina di provenienza? Se no, controlla link interni e presenza nella sitemap; un campo vuoto è un segnale da indagare, non la prova che non esista alcun percorso.
• Apri View crawled page → screenshot, HTML renderizzato, risorse della pagina e messaggi della console JS per i problemi di rendering.
• Usa Request Indexing solo per pagine nuove/aggiornate/corrette — una volta, non ripetutamente.

Modelli mentali

1. Snapshot rispetto a live — scegli in base alla domanda. Il report predefinito risponde a “what is Google acting on right now?” — «su che cosa sta agendo Google in questo momento?» (lo snapshot dell’ultima indicizzazione). Test Live URL risponde a “would the current page be indexable?” — «la pagina corrente sarebbe indicizzabile?». Decidi quale domanda stai ponendo prima di leggere un risultato e smetterai di interpretare dati obsoleti come un errore live.

2. Verdetto ≠ ranking. «URL is on Google» = idoneo a comparire. Non significa presente, né posizionato. Tieni indicizzazione e ranking come fasi separate nella tua mente.

3. Il confronto dei canonical. Canonical dichiarato dall’utente rispetto a canonical scelto da Google è la riga più utile su cui agire nel pannello. Coincidono → Google è d’accordo con te. Differiscono → Google ti ha ignorato; trova il duplicato o il segnale più forte del canonical dichiarato.

4. Il ciclo di debug del rendering (View crawled page). Screenshot (il contenuto c’è?) → HTML renderizzato (il markup c’è?) → risorse della pagina (qualcosa non è stato caricato?) → console JS (ci sono errori?). Seguilo in quest’ordine per localizzare un errore di rendering JavaScript.

5. Request Indexing è un suggerimento, non un comando. Sollecita scoperta/nuova scansione. Non garantisce l’indicizzazione, non migliora il ranking, non cambia la canonicalizzazione e ha una quota giornaliera. Un sollecito per ogni pagina nuova o modificata.

URL Inspection — scheda rapida

Due modalità

Campi di copertura → cosa controllare

Verdetti

• URL is on Google — idoneo a comparire (non significa posizionato né garantito presente).
• URL is not on Google — non può comparire nei risultati.

Request Indexing

• Suggerimento per la coda, quota giornaliera, nessuna garanzia, nessun effetto sul ranking, non cambia la canonicalizzazione. Richiede accesso da proprietario/utente completo. Usalo una volta per una pagina nuova/aggiornata; per gli URL in massa, invia invece una sitemap.

API

• urlInspection.index.inspect — 2 000 QPD / 600 QPM per proprietà.
• Restituisce solo lo stato indicizzato (nessun test live).

Ispeziona un URL tramite l’API

L’URL Inspection API restituisce lo stesso stato indicizzato dell’interfaccia (nessun test live), a 2 000 query al giorno e 600 al minuto per proprietà. Ecco un curl minimo verso l’endpoint urlInspection.index.inspect: sostituisci con un token di accesso OAuth dotato dell’ambito webmasters.readonly, l’URL che stai ispezionando e la proprietà verificata (siteUrl).

macOS / Linux

ACCESS_TOKEN="ya29...your-oauth-token"

curl -s -X POST \
  "https://searchconsole.googleapis.com/v1/urlInspection/index:inspect" \
  -H "Authorization: Bearer ${ACCESS_TOKEN}" \
  -H "Content-Type: application/json" \
  -d '{
    "inspectionUrl": "https://example.com/some-page/",
    "siteUrl": "sc-domain:example.com"
  }'

La risposta inspectionResult.indexStatusResult contiene il verdetto, coverageState, robotsTxtState, indexingState, lastCrawlTime, pageFetchState e sia googleCanonical sia userCanonical — gli stessi campi che leggi nel pannello di copertura dell’interfaccia. Confronta programmaticamente i due campi canonical per segnalare le pagine in cui Google ha ignorato il canonical dichiarato.

Nota il limite per proprietà: monitorare un sito grande significa distribuire le richieste in batch sotto 600 al minuto e 2 000 al giorno, oppure suddividere il sito tra più proprietà verificate.

Strumenti

• URL Inspection (Google Search Console) — lo strumento stesso: ispeziona un URL, esegui un test live, visualizza la pagina scansionata/testata e richiedi l’indicizzazione.
• Report Page Indexing (GSC) — trova quali URL ispezionare: raggruppa le pagine per stato di indicizzazione e per il motivo per cui non sono indicizzate.
• URL Inspection API — l’equivalente programmatico per il monitoraggio massivo dell’indice (2 000 al giorno, 600 al minuto per proprietà); diversi strumenti SEO di terze parti la avvolgono.
• Search Console API / report Performance (GSC) — abbinali ai dati di ispezione quando costruisci il tuo monitoraggio di impressioni, clic e indicizzazione.

Errori di URL Inspection che portano a conclusioni sbagliate

Trattare «URL is on Google» come un controllo del ranking

Perché non funziona: il verdetto significa che l’URL è idoneo a comparire, non che sia attualmente visibile per una query o che si posizioni in una determinata posizione.

Fai invece: usa il report Performance o un controllo reale dei risultati di ricerca per la visibilità, e mantieni URL Inspection focalizzato sullo stato di scansione e indice.

Confondere i dati indicizzati con un test live

Perché non funziona: l’ispezione predefinita descrive la versione indicizzata per ultima da Google; può essere in ritardo rispetto alla pagina che hai appena modificato.

Fai invece: esegui Test Live URL per controllare il recupero corrente, poi confrontalo con la vista indicizzata per capire che cosa è cambiato e che cosa Google non ha ancora rielaborato.

Fare clic ripetutamente su Request Indexing

Perché non funziona: il pulsante è un suggerimento per la coda di scansione con un limite giornaliero. Non forza l’indicizzazione, non migliora i ranking e invii ripetuti non vengono elaborati più velocemente.

Fai invece: invia la richiesta una volta dopo che la pagina live è pronta, mantienila scopribile tramite link e sitemap e indaga i motivi di esclusione tecnici o legati alla qualità se Google continua a rifiutarne l’indicizzazione.

Ignorare un canonical che non coincide

Perché non funziona: quando il canonical scelto da Google differisce da quello dichiarato dall’utente, l’URL ispezionato potrebbe non essere la versione che Google considera autorevole. Leggere solo il verdetto principale fa perdere la parte più utile del report.

Fai invece: confronta canonical, redirect, link interni, presenza nella sitemap e contenuti duplicati nell’intero cluster prima di decidere che la selezione di Google è sbagliata.

Usare URL Inspection come audit dell’intero sito

Perché non funziona: l’interfaccia ispeziona un URL alla volta e l’API è limitata dalla quota. Alcuni URL scelti a mano non possono dimostrare che un intero template o inventario sia sano.

Fai invece: usa il report Page Indexing e un crawler per trovare i pattern, poi usa URL Inspection su esempi rappresentativi di ogni template e stato interessato.

Ispezionare la proprietà o la variante URL sbagliata

Perché non funziona: l’ispezione è limitata alla proprietà verificata che hai aperto. Protocollo, host e ambito del prefisso URL possono collocare il target fuori da quella proprietà.

Fai invece: conferma URL esatto e ambito della proprietà prima di interpretare un risultato vuoto, non disponibile o inatteso.

Risorse che meritano il tuo tempo

I miei articoli correlati

• The Beginner’s Guide to Technical SEO — dove si inserisce URL Inspection per capire come Google ha scansionato, renderizzato e indicizzato una pagina.
• JavaScript SEO Issues & Best Practices — il flusso Test Live URL / View crawled page per diagnosticare il rendering.
• How to Remove URLs From Google Search — contesto per distinguere stato di indicizzazione e rimozioni.

Di altri autori

• Search Engine Land — Google Search Console URL Inspection tool: practical SEO use cases.
• Search Engine Land — SEO tools to get URL Inspection API insights.
• Search Engine Journal — Google Announces Search Console URL Inspection API.
• Ahrefs — Google’s New Search Console URL Inspection API: What It Is & How to Use It.
• Search Engine Roundtable — Google Says Request Indexing Does Not Change Canonicalization — Barry Schwartz riferisce la conferma di Google secondo cui Request Indexing non influisce sulla selezione del canonical.

Video

• Google Search Central (YouTube) — spiegazioni di Search Console e SEO JavaScript di Martin Splitt che illustrano come ispezionare gli URL e leggere l’output renderizzato. Canale

Mettiti alla prova: lo strumento URL Inspection

Cinque domande rapide sullo strumento URL Inspection. Scegli una risposta per ciascuna, poi controlla.

Cronologia modifiche