Link interni
Pagine hub, menu e approfondimenti permettono di raggiungere l’URL e ne chiariscono il rapporto con il resto del sito.
Guide
Perché il tuo sito non appare su Google: scansione, indicizzazione e posizionamento
Essere online non significa essere nell’indice. Prima di cambiare testi o aggiungere plugin bisogna capire in quale punto del percorso si è fermata la pagina.
La risposta breve
Una pagina può non comparire perché Google non la conosce, non riesce a scansionarla, decide di non indicizzarla oppure la indicizza senza ritenerla abbastanza pertinente per la ricerca effettuata. Sono quattro problemi diversi: si diagnosticano con URL Inspection, risposta HTTP, HTML pubblicato, direttive, canonical, collegamenti, sitemap e qualità del contenuto. Nessuna richiesta manuale garantisce indicizzazione o posizione.
Gian Luca Partengo
Sviluppatore web dal 1995 · siti su misura · Aggiornato:
Per apparire su Google una pagina deve superare quattro passaggi
La ricerca non riceve automaticamente ogni pagina pubblicata. Google deve prima trovare l’URL, raggiungerlo, comprenderlo e infine sceglierlo per una query.
- 01Google scopre un URL raggiungibile
- 02Googlebot scarica una risposta valida
- 03Google elabora e può inserire la pagina nell’indice
- 04Il sistema può mostrarla per ricerche pertinenti
“Non appare” può descrivere quattro situazioni completamente diverse
Prima di correggere bisogna assegnare l’URL allo stato giusto. Altrimenti si rischia di lavorare sui contenuti quando il server risponde male, o sulla sitemap quando la pagina è già indicizzata.
| Stato | Che cosa significa | Come si verifica | Prima azione sensata |
|---|---|---|---|
| URL non conosciuto | Google non mostra evidenza di aver scoperto quella specifica URL. | URL Inspection, sitemap e collegamenti interni reali. | Rendere la pagina raggiungibile e dichiararla nella sitemap canonica. |
| Scoperto, non scansionato | L’URL è noto ma Google non lo ha ancora scaricato, oppure ne rinvia la scansione. | Stato di indicizzazione, log server e data dell’ultima scansione. | Controllare architettura, stabilità del server, duplicati e valore dell’URL. |
| Scansionato, non indicizzato | Google ha letto la pagina ma al momento non la conserva come risultato indicizzabile. | HTML visto da Google, canonical scelta, contenuto e segnali di qualità. | Correggere la causa reale; non limitarsi a richiedere di nuovo l’indicizzazione. |
| Indicizzato, non visibile per la query | La pagina è nell’indice ma non viene mostrata, oppure appare molto indietro. | Report Prestazioni: query, impressioni, posizione e pagina. | Lavorare su intento, utilità, autorevolezza, collegamenti e concorrenza. |
La ricerca site: può offrire un indizio, ma non è un inventario completo né sostituisce URL Inspection e i report della proprietà verificata.
Come fa Google a sapere che una pagina esiste?
Il web non possiede un registro centrale delle pagine. Gli URL vengono scoperti seguendo link, leggendo sitemap e tornando su percorsi già conosciuti.
PRIMA DELLA SCANSIONE
Un URL isolato può esistere per il browser e restare quasi invisibile al crawler
Una pagina pubblicata ma assente dalla navigazione, dalle pagine indice e dalla sitemap dipende da segnali casuali. Scrivere l’indirizzo a mano dimostra soltanto che il server la espone.
La scoperta più solida nasce da link HTML veri all’interno di un’architettura comprensibile, sostenuti da una sitemap coerente e da eventuali collegamenti esterni pertinenti.
Sitemap XML
Comunica gli URL canonici che il sito desidera rendere disponibili, ma resta un suggerimento e non una garanzia.
Redirect coerenti
Quando una risorsa cambia indirizzo, un percorso diretto verso la nuova URL evita catene e segnali contraddittori.
Menzioni e link esterni
Aiutano la scoperta e il contesto, ma non riparano una pagina bloccata, duplicata o priva di contenuto utile.
Scoperto non significa scansionabile
Dopo aver conosciuto l’URL, Googlebot deve poter ottenere una risposta, seguire eventuali redirect e leggere le risorse necessarie senza incontrare blocchi o instabilità.
Accesso
robots.txt blocca la richiesta
Un Disallow può impedire a Googlebot di scaricare la pagina. Non è però uno strumento affidabile per rimuovere dall’indice un URL già conosciuto.
Infrastruttura
Il server risponde lentamente o con errori
Timeout, errori 5xx e sovraccarico riducono la capacità di scansione e possono far rinviare nuove richieste.
Perimetro
La pagina richiede login o challenge
Autenticazione, geoblocchi, CAPTCHA e controlli del firewall possono rendere una pagina pubblica irraggiungibile al crawler.
Percorso
Redirect lunghi, ciclici o errati
Catene, loop e destinazioni vuote consumano richieste e impediscono di arrivare a una risposta finale stabile.
Rendering
Risorse indispensabili sono bloccate
Se contenuto e navigazione dipendono da JavaScript o API non accessibili, il rendering può produrre una pagina incompleta.
Efficienza
Migliaia di URL inutili disperdono la scansione
Filtri, parametri, calendari infiniti e duplicati possono moltiplicare gli URL senza aggiungere pagine che meritano l’indice.
Il controllo corretto
Verificare insieme risposta HTTP, redirect, robots.txt, HTML iniziale, risorse e log. Guardare soltanto ciò che mostra il browser dell’utente può nascondere il problema incontrato dal crawler.
Scansionato non significa automaticamente indicizzato
Google elabora testo, immagini, metadati e segnali tecnici, confronta versioni simili e decide quale URL trattare come canonica.
DECISIONE DI INDICE
Una risposta 200 è necessaria per molte pagine, ma non basta a renderle risultati di ricerca
Durante l’elaborazione Google può riconoscere un duplicato, scegliere un’altra canonical, interpretare la pagina come errore morbido o non trovare contenuto principale sufficiente.
L’obiettivo non è ottenere il 100% degli URL nell’indice: devono entrare le versioni canoniche delle pagine importanti. Duplicati, filtri, redirect e 404 possono essere correttamente esclusi.
Canonical diversa
La pagina dichiara o fa scegliere a Google un altro URL come versione rappresentativa.
Contenuto duplicato
Parametri, versioni stampabili, filtri o testi quasi identici fanno convergere più URL verso una sola pagina.
Soft 404
Il server restituisce 200 ma la pagina sembra vuota, inesistente o priva della risorsa promessa.
Valore insufficiente
La pagina è accessibile ma non aggiunge informazioni riconoscibili rispetto a contenuti già presenti sul sito o sul web.
Essere indicizzati non significa essere posizionati
L’indice rende una pagina idonea a essere valutata. La sua comparsa per una ricerca dipende poi da pertinenza, qualità, contesto, concorrenza e sistemi di ranking.
| Livello | Che cosa dimostra | Da cosa dipende | Che cosa non garantisce |
|---|---|---|---|
| Indicizzazione | Google conserva la pagina come possibile risultato. | Accesso, elaborazione, canonical e contenuto indicizzabile. | Impressioni, clic o prima pagina. |
| Ranking | La pagina compete per una specifica query e un determinato contesto. | Intento, pertinenza, utilità, autorevolezza e concorrenza. | Una posizione stabile o uguale per tutti. |
| Aspetto in SERP | Titolo, snippet e funzioni disponibili possono presentare la pagina. | Contenuto visibile, metadati, dati strutturati e query. | Che Google userà sempre il testo fornito dal sito. |
| Risposte AI | Una pagina può essere recuperata come fonte in esperienze generative. | Indice, accesso, pertinenza, chiarezza ed evidenze disponibili. | Citazioni garantite o sostituzione della SEO. |
Come leggere gli stati principali di Search Console senza farsi ingannare
Il report Indicizzazione delle pagine raggruppa URL conosciuti e motivazioni. Non ogni esclusione è un errore e non ogni URL deve entrare nell’indice.
Non presente
URL sconosciuto a Google
Controllare che l’indirizzo sia corretto, raggiungibile, collegato e presente nella sitemap quando deve essere pubblico.
In attesa
Rilevata, attualmente non indicizzata
Google conosce la pagina ma non l’ha ancora scansionata. Architettura, quantità di URL, server e valore percepito possono incidere.
Elaborata
Scansionata, attualmente non indicizzata
Ripetere la richiesta non sostituisce l’analisi di contenuto, canonical, soft 404, duplicazione e rendering.
Consolidata
Pagina alternativa o duplicata
Può essere uno stato corretto se Google ha indicizzato la versione canonica desiderata. Va verificata la coppia URL dichiarata e scelta.
Esclusa
Bloccata da noindex o robots.txt
Se l’esclusione è intenzionale non esiste un problema. Se la pagina deve apparire, occorre rimuovere la direttiva o il blocco appropriato.
Disponibile
URL indicizzato
Conferma la presenza nell’indice, non la posizione. Per la visibilità servono impressioni e query nel report Prestazioni.
Rapporto e ispezione hanno ruoli diversi
Il report mostra gruppi e tendenze; URL Inspection verifica una pagina specifica, distingue versione live e dati dell’indice e mostra la canonical selezionata da Google.
robots.txt, noindex, canonical e sitemap non sono intercambiabili
Quattro strumenti spesso trattati come comandi SEO generici rispondono in realtà a domande differenti.
| Strumento | Che cosa fa | Che cosa non fa | Errore frequente |
|---|---|---|---|
| robots.txt | Regola l’accesso dei crawler ai percorsi. | Non garantisce la rimozione di un URL già conosciuto. | Bloccare la pagina impedendo a Google di leggere il noindex. |
| noindex | Chiede di non includere la pagina nei risultati. | Non impedisce la scansione quando l’URL è accessibile. | Lasciarlo su pagine pubblicate da staging o template. |
| rel=canonical | Indica la versione preferita fra pagine duplicate o molto simili. | Non è un redirect e resta un segnale, non un ordine assoluto. | Puntare tutte le pagine alla home o a una lingua diversa. |
| Sitemap XML | Elenca gli URL canonici che il sito desidera far scoprire. | Non garantisce scansione, indicizzazione o ranking. | Inserire redirect, 404, noindex e URL non canonici. |
I segnali devono raccontare la stessa realtà: link interni, canonical, sitemap, redirect e contenuto non dovrebbero indicare versioni diverse della stessa pagina.
Gli status HTTP spiegano al crawler che cosa è successo davvero
Una pagina graficamente corretta può inviare il codice sbagliato. Google usa la risposta del server per decidere se elaborare, trasferire, eliminare o riprovare un URL.
Disponibile
200 OK
La risorsa è stata servita. Non dimostra che il contenuto sia valido, unico o meritevole di indicizzazione.
Spostata
301 permanente
Comunica uno spostamento stabile e aiuta a consolidare la nuova destinazione quando il percorso è diretto e coerente.
Temporanea
302 temporaneo
Indica che lo spostamento può non essere definitivo. Usarlo per migrazioni permanenti rende il segnale meno chiaro.
Assente
404 non trovata
È corretto per una risorsa inesistente senza sostituto. La pagina di errore può essere utile, ma il codice deve restare 404.
Rimossa
410 eliminata
Dichiara esplicitamente che la risorsa è stata rimossa. Non va usato quando esiste una nuova pagina equivalente.
Errore server
5xx e timeout
Segnalano un problema temporaneo dell’infrastruttura. Se persistono, Google riduce i tentativi e le pagine possono uscire dall’indice.
Se il contenuto nasce soltanto in JavaScript, Google deve compiere un passaggio in più
Google può eseguire JavaScript, ma scansione, rendering e indicizzazione restano fasi distinte. Inoltre non tutti i crawler hanno le stesse capacità.
HTML PRIMA, INTERAZIONE DOPO
Il contenuto principale non dovrebbe dipendere da una catena fragile di script e API
Nel rendering lato client la risposta iniziale può contenere soltanto un contenitore vuoto. Google deve accodare il rendering, scaricare risorse ed eseguire codice prima di vedere testo e link.
Rendering server-side, HTML statico o progressive enhancement rendono subito disponibile la base documentale e lasciano a JavaScript il compito di migliorare l’interazione.
Contenuto nell’HTML iniziale
Titolo, testo principale, collegamenti e segnali fondamentali sono leggibili senza attendere l’esecuzione applicativa.
Rendering verificato
URL Inspection permette di confrontare la pagina live e ciò che Google riesce effettivamente a elaborare.
Link con href reale
Elementi che imitano collegamenti tramite eventi non offrono la stessa scoperta e accessibilità di un normale elemento a.
Canonical e direttive stabili
Cambiare con JavaScript canonical o robots rispetto all’HTML iniziale può creare segnali tardivi o contraddittori.
A volte non esiste un errore tecnico: la pagina non aggiunge abbastanza valore
Una pagina perfettamente raggiungibile può restare fuori dall’indice o senza visibilità quando è duplicata, generica, fuori intento o prodotta soltanto per moltiplicare URL.
Contenuto troppo povero
Poche frasi intercambiabili non spiegano il servizio, non rispondono alla domanda e non distinguono la pagina.
Pagine quasi uguali
Cambiare città o keyword lasciando invariato il resto crea alternative che competono fra loro senza una ragione editoriale reale.
Intento sbagliato
Una pagina commerciale generica difficilmente sostituisce una guida quando la ricerca chiede istruzioni, confronto o diagnosi.
Soggetto ambiguo
Autore, attività, servizio, area geografica e responsabilità devono emergere con coerenza dal contenuto e dalla struttura.
Produzione in serie
Generare molte pagine senza revisione, esperienza o utilità può ampliare l’indice del sito senza aumentarne l’autorevolezza.
Informazioni non mantenute
Date decorative non sostituiscono prezzi, norme, procedure e fonti realmente ricontrollati quando il tema cambia.
Non ottimizzare una pagina che non dovrebbe esistere
Quando più URL rispondono alla stessa domanda, spesso la soluzione migliore è consolidare contenuto e segnali in una pagina più completa, non aggiungere altre varianti.
Sitemap e link interni devono descrivere la stessa architettura
La sitemap aiuta la scoperta, ma i collegamenti spiegano gerarchia, relazione e importanza. Una pagina presente soltanto nel file XML resta una pagina debole nell’esperienza reale.
-
01
Una sola URL canonica
Navigazione, sitemap, canonical e redirect convergono sull’indirizzo che deve rappresentare il contenuto.
-
02
Navigazione utilizzabile
Le sezioni importanti sono raggiungibili tramite link veri e non dipendono da una ricerca interna o da JavaScript opaco.
-
03
Pagine hub
Categorie e archivi collegano contenuti correlati e permettono a persone e crawler di comprendere il perimetro.
-
04
Sitemap generata dai contenuti reali
Include soltanto URL assoluti, pubblici, indicizzabili e canonici; non diventa un deposito di ogni percorso tecnico.
-
05
lastmod significativo
La data cambia quando il contenuto riceve una modifica sostanziale, non a ogni esecuzione o aggiornamento del footer.
-
06
Nessuna pagina orfana importante
Se una pagina merita traffico, deve avere un ruolo leggibile nel sito e collegamenti contestuali da contenuti pertinenti.
Diagnosi dell’indicizzazione in otto controlli, nell’ordine corretto
Il metodo evita di cambiare contemporaneamente URL, testi e direttive. Ogni controllo produce un’evidenza e decide il passo successivo.
-
01
Definisci l’URL che dovrebbe apparire
Verifica protocollo, host, percorso, lingua e slash. Diagnosticare una variante diversa dalla canonical porta a conclusioni sbagliate.
-
02
Leggi status e redirect
Controlla la risposta finale, le catene, gli errori intermittenti e l’eventuale differenza fra browser e richiesta automatica.
-
03
Controlla accesso e direttive
Esamina robots.txt, meta robots e X-Robots-Tag nella risposta realmente pubblicata.
-
04
Confronta tutte le canonical
HTML, sitemap, redirect, hreflang e link interni non devono indicare versioni incompatibili.
-
05
Confronta sorgente e rendering
Verifica che titolo, contenuto, link e dati strutturati esistano anche per il crawler e non soltanto dopo interazioni locali.
-
06
Ricostruisci la scoperta
Trova quali pagine collegano l’URL, se la sitemap lo contiene e se esistono percorsi duplicati o orfani.
-
07
Usa URL Inspection e i report
Distingui dati dell’indice e test live, controlla canonical scelta, ultima scansione e motivo dell’esclusione.
-
08
Correggi, richiedi e misura nel tempo
Dopo una modifica verificabile si può richiedere una nuova scansione. Indicizzazione e ranking richiedono comunque elaborazione e non hanno tempi garantiti.
Lo standard tecnico deve rendere l’indicizzazione controllabile, non misteriosa
Nei siti che realizzo la base SEO non viene delegata a un plugin. URL, HTML, status, metadati, sitemap e dati strutturati derivano dalla stessa architettura e vengono verificati sul risultato pubblicato.
UN SISTEMA COERENTE
Il sito deve poter spiegare ogni URL importante dal server fino all’indice
Il codice scritto a mano non garantisce il ranking e non obbliga Google a indicizzare. Permette però di controllare direttamente ciò che il server restituisce, riducendo livelli, dipendenze e configurazioni contraddittorie.
La stessa base tecnica viene usata per i miei progetti e per quelli dei clienti: cambia il contenuto e il perimetro, non il principio di rendere ogni segnale ispezionabile e mantenibile.
HTML semantico disponibile
Contenuto principale, link e gerarchia esistono nella risposta iniziale; JavaScript aggiunge comportamento senza nascondere il documento.
URL e routing espliciti
Ogni pagina pubblica possiede indirizzo stabile, status coerente, canonical e corrispondenza linguistica quando prevista.
Metadati da un’unica fonte
Title, description, Open Graph, breadcrumb e dati strutturati restano allineati al contenuto visibile.
Sitemap generata e verificata
L’elenco deriva dalle pagine pubbliche reali e include versioni canoniche, date significative e alternative linguistiche corrette.
Errori e redirect reali
Pagine assenti restituiscono 404, spostamenti permanenti usano 301 e non esistono catene create per abitudine.
Collaudo sul pubblicato
Sorgente, risposta HTTP, canonical, hreflang, sitemap, dati strutturati e strumenti dei motori vengono controllati come un’unica catena.
Per casi collegati approfondisci anche come rifare un sito senza perdere SEO, robots.txt e crawler AI e come rendere un sito citabile dalle AI.
Fonti primarie per capire scansione e indicizzazione
Le definizioni e le procedure della guida derivano dalla documentazione ufficiale di Google Search e Search Console, non da formule o strumenti che promettono indicizzazione garantita.
-
Google Search Central — Come funziona la Ricerca GoogleApri la fonte
Le tre fasi ufficiali: scansione, indicizzazione e pubblicazione dei risultati, con limiti e assenza di garanzie.
-
Search Console — Report Indicizzazione delle pagineApri la fonte
Stati, motivazioni delle esclusioni e distinzione fra URL che devono o non devono essere indicizzati.
-
Search Console — Strumento Controllo URLApri la fonte
Dati dell’indice, test live, canonical selezionata, disponibilità e richiesta di nuova scansione.
-
Google Search Central — Creare e inviare una sitemapApri la fonte
URL canonici, lastmod significativo, limiti e precisazione che la sitemap resta un suggerimento.
-
Google Search Central — Consolidare URL duplicatiApri la fonte
Redirect, rel=canonical, sitemap e coerenza dei segnali per indicare la versione preferita.
-
Google Search Central — Meta robots e X-Robots-TagApri la fonte
Direttive di indicizzazione e anteprima, leggibili soltanto quando il crawler può accedere alla pagina.
-
Google Crawling Infrastructure — Status HTTPApri la fonte
Effetti di risposte 2xx, 3xx, 4xx, 5xx ed errori di rete sul comportamento dei crawler.
-
Google Search Central — Fondamenti SEO per JavaScriptApri la fonte
Crawling, coda di rendering, HTML iniziale, link, canonical e direttive nelle applicazioni JavaScript.
-
Google Search Central — Requisiti tecniciApri la fonte
Requisiti minimi perché una pagina sia idonea all’indicizzazione e precisazione che l’idoneità non garantisce la presenza nei risultati.
Fonti consultate e verificate il 1 settembre 2026. Interfacce, denominazioni dei report e sistemi di ricerca possono cambiare: verificare sempre la documentazione ufficiale corrente.
Domande frequenti su Google e indicizzazione
Risposte dirette alle situazioni che più spesso vengono confuse con un unico problema SEO.
Quanto tempo impiega Google a indicizzare un nuovo sito?
Non esiste un tempo garantito. La scoperta e la scansione possono richiedere da pochi giorni a periodi più lunghi secondo novità del sito, collegamenti, stabilità, quantità di URL e priorità assegnata dai sistemi. Sitemap e richiesta di indicizzazione aiutano la scoperta, non fissano una scadenza.
Inviare la sitemap fa indicizzare tutte le pagine?
No. La sitemap segnala URL preferiti e aiuta la scoperta, ma Google decide quali scansionare e indicizzare. Deve contenere soltanto pagine pubbliche, canoniche e realmente desiderate nei risultati.
Richiedere l’indicizzazione più volte accelera il processo?
Non corregge la causa di un’esclusione. Dopo una modifica sostanziale ha senso chiedere un nuovo controllo; ripetere la richiesta senza cambiare contenuto, status, canonical o accessibilità non crea un segnale migliore.
Se una pagina è indicizzata perché non la trovo cercandola?
Perché indicizzazione e ranking sono distinti. La pagina può essere nell’indice ma non abbastanza pertinente o competitiva per quella query, posizione, lingua o contesto. Search Console mostra impressioni e ricerche reali meglio di un test manuale isolato.
La ricerca site:dominio mostra tutte le pagine indicizzate?
No. È un operatore diagnostico e non un inventario esaustivo. Per una URL specifica usare Controllo URL; per l’insieme del sito consultare il report Indicizzazione della proprietà verificata.
robots.txt e noindex fanno la stessa cosa?
No. robots.txt controlla la scansione; noindex chiede di non inserire la pagina nei risultati. Se la scansione è bloccata, Google potrebbe non riuscire a leggere il noindex presente nella pagina.
Una pagina con status 200 viene sempre indicizzata?
No. Il 200 comunica che la risorsa è disponibile, ma Google può scegliere un’altra canonical, riconoscere un duplicato o soft 404 oppure non conservarla nell’indice.
Google riesce a indicizzare contenuti caricati con JavaScript?
Google può renderizzare JavaScript, ma esiste una fase aggiuntiva e risorse bloccate o errori possono produrre contenuto incompleto. Rendere testo, link e segnali principali disponibili nell’HTML iniziale riduce dipendenze e aiuta anche altri crawler.
Il canonical obbliga Google a scegliere quell’URL?
No. rel=canonical è un segnale forte ma Google confronta anche redirect, sitemap, link, contenuto e altri elementi. Segnali concordi aumentano la probabilità che venga scelta la versione desiderata.
Se la pagina non è indicizzata può comparire nelle risposte AI?
Dipende dal sistema, perché crawler e indici non sono tutti uguali. Per le funzioni AI integrate in Google Search l’idoneità passa dall’indice di Google. In generale una pagina non raggiungibile, poco chiara o non indicizzabile offre meno possibilità di essere recuperata e citata.
Prossimo passo
Vuoi un sito in cui ogni segnale tecnico sia controllabile?
HTML, URL, status, canonical, sitemap, dati strutturati e prestazioni fanno parte dello standard tecnico dei siti che realizzo su misura. Nessuna promessa di posizione: una base verificabile sulla quale costruire contenuti e visibilità.