Il sito è online ma non compare su Google: come trovare la causa
Neaptide · 7 settembre 2026 · 9 min di lettura · Aggiornato: 3 ottobre 2026
Verifica l’indicizzazione su Google: stati di Search Console, noindex, robots.txt e URL canonico. Con un esempio e una scheda da inviare allo sviluppatore.
In questo articolo
Il nuovo sito si apre, i link funzionano e chi ha ricevuto l’indirizzo lo visita senza problemi. Poi cerchi su Google il nome dell’attività o del servizio e non c’è. Prima di riscrivere ogni pagina o di comprare un servizio di «indicizzazione immediata», cerca di capire che cosa succede a un URL preciso.
Parti dal Controllo URL di Google Search Console. Se la pagina non è indicizzata, scopri se Google conosce l’indirizzo, se riesce ad aprirlo e quale motivo segnala il rapporto. Se è indicizzata, passa a impressioni e query. Un sito funzionante, una pagina nell’indice e le visite da Google sono tre risultati diversi.
Scegli una pagina e il suo indirizzo esatto
Prendi una pagina che dovrebbe portare clienti: la home o un servizio specifico. Copia l’indirizzo finale, quello che resta nel browser dopo i reindirizzamenti. Con o senza www, http o https, un’altra lingua, un parametro in più: per Google possono essere URL diversi. Controllare la home non spiega che cosa è successo alla pagina di un servizio.
- In Search Console apri la proprietà verificata del sito e incolla l’URL completo nella barra di controllo.
- Annota lo stato, la data dell’ultima scansione e l’URL canonico scelto da Google, cioè la versione che considera principale tra i duplicati.
- Se la pagina è cambiata dopo quella scansione, esegui il test dell’URL pubblicato e confronta la risposta di adesso con i dati che Google ha in memoria.
Il test in tempo reale verifica se Google può recuperare ed elaborare la pagina in quel momento. Non significa che la versione attuale sia già indicizzata e non prevede la scelta dell’URL canonico. Senza accesso a Search Console puoi comunque esaminare la risposta pubblica del server e l’HTML, ma i dati sull’indicizzazione vanno chiesti a chi gestisce la proprietà verificata.
Una ricerca site:example.com va bene per farsi una prima idea. Non è un inventario completo: il numero di risultati non misura l’indice con precisione, e se un indirizzo non compare non basta questo per fare una diagnosi.
Leggi lo stato prima di scegliere la correzione
| Stato | Che cosa sappiamo | Controllo successivo |
|---|---|---|
| URL sconosciuto a Google | L’indirizzo non è stato scoperto | Un link da una sezione del sito e l’URL corretto nella sitemap |
| Rilevata, ma attualmente non indicizzata | Google conosce l’URL, ma non lo ha ancora scansionato | Disponibilità del server, link interni e statistiche di scansione se il problema è esteso |
| Scansionata, ma attualmente non indicizzata | La scansione è avvenuta, l’indicizzazione no | Contenuto, pagine simili e selezione canonica |
| Esclusa da noindex / bloccata da robots.txt | È stata rilevata una restrizione | Se la pagina deve essere indicizzata e da dove arriva la regola |
| Pagina duplicata o alternativa | Viene utilizzata un’altra versione | Se l’URL principale è quello giusto ed è indicizzato |
«Rilevata, ma attualmente non indicizzata» non dice nulla sulla qualità del testo, perché Google non ha ancora scansionato la pagina. Ed escludere un duplicato, una pagina di accesso o un esercizio privato è spesso la scelta giusta. Tieni d’occhio le pagine pubbliche che contano. Non serve azzerare tutte le esclusioni del rapporto.
Esempio: una pagina pubblicata conserva ancora noindex
Immagina un laboratorio di ceramica che ha appena pubblicato il sito. La pagina dei corsi è pubblica, risponde con HTTP 200 e compare nella sitemap. Il modello usato durante i test, però, contiene ancora noindex. Il frammento qui sotto è un esempio didattico e non viene dall’analisi del sito di un cliente.
HTTP/2 200
Content-Type: text/html
<head>
<meta name="robots" content="noindex, nofollow">
<link rel="canonical" href="https://example.com/workshops">
</head>Il codice 200 significa che il server ha risposto correttamente. Il tag canonical indica l’indirizzo preferito. Nessuno dei due annulla noindex: appena Google legge la regola, toglie la pagina dai risultati. Non fermarti all’HTML, perché la stessa restrizione può arrivare nell’intestazione HTTP X-Robots-Tag.
- Trova da dove arriva noindex. Può essere un’impostazione del CMS, il modello di pagina, il server o la CDN. Se la pagina è pubblica, la restrizione involontaria va tolta lì.
- Controlla che cosa restituisce l’URL pubblicato: intestazioni, HTML, contenuto. Aggiungere index lasciando noindex al suo posto non risolve niente.
- Ripeti il test dell’URL pubblicato in Search Console. Quando la restrizione è sparita, puoi richiedere l’indicizzazione.
Non bloccare la pagina in robots.txt per nascondere il noindex a Google. Robots.txt regola la scansione, e Google deve poter accedere alla pagina per leggere la regola corretta. Le aree private e le pagine a uso interno che hai limitato di proposito restano come sono.
Nessuna restrizione? Esamina contenuto e duplicati
Nel Controllo URL, guarda la pagina così come l’ha visualizzata Google. Devono esserci il nome del servizio, le condizioni e il testo principale. Google esegue JavaScript, per cui React o un altro framework da soli non spiegano nulla. Cerca un errore preciso: un blocco di contenuto vuoto, una richiesta di dati fallita, una risorsa che non si carica.
Confronta l’URL canonico dichiarato nella pagina con quello scelto da Google. Capita che un errore nel modello dei servizi faccia dichiarare a tutte le pagine la home come URL canonico. Se è così, correggi il modello. Per i duplicati veri, usa la versione preferita dappertutto: link interni, sitemap, tag canonical. La dichiarazione esprime solo una preferenza, quindi conviene guardare anche quale versione ha scelto Google.
Se non salta fuori una causa tecnica, leggi la pagina come farebbe un cliente. Tre pagine intitolate «lezioni di ceramica», «corso di ceramica» e «laboratorio di ceramica», con le stesse condizioni, difficilmente rispondono a tre esigenze diverse. Prima di unirle, confronta finalità, contenuto e dati di ricerca. Se le formule sono davvero diverse, spiega in che cosa: durata, materiali, livello richiesto, oggetti che si realizzano.
Mille parole in più per fare volume non aiutano nessuno a scegliere. Gli orari, le condizioni di cancellazione, esempi reali di lavori finiti e una risposta chiara per i principianti servono molto di più. La pagina diventa più utile, anche se questo non garantisce che Google la indicizzi.
Pagine Next.js non indicizzate: cosa controllare prima di modificare il codice
Anche su un sito Next.js si parte dai riscontri relativi al singolo URL. Il nome del framework o la presenza di Client Components non bastano a diagnosticare un problema di indicizzazione. Controlla la risposta effettiva e i contenuti della pagina, poi risali dal problema osservato al percorso, al layout condiviso o alla configurazione dei metadati.
| Sintomo | Riscontri da raccogliere | Controllo successivo |
|---|---|---|
| Un percorso non compare nella ricerca | Stato in Search Console, data dell’ultima scansione e risposta HTTP attuale. | Confronta il rapporto sull’indicizzazione con la pagina online. La sola risposta 200 non dimostra l’indicizzazione. |
| La pagina sembra completa nel browser | Contenuto principale e link nell’HTML della risposta, poi nel DOM renderizzato. | Se il contenuto rilevante differisce, esamina il caricamento dei dati e il rendering. Google può renderizzare JavaScript: individua il contenuto o la risorsa effettivamente mancante. |
| Pagine diverse condividono un titolo o un canonical errato | Metadati restituiti da diversi percorsi che utilizzano lo stesso modello. | Esamina layout, metadati della pagina e costruzione degli URL. Dopo ogni modifica verifica il risultato pubblicato. |
| Un nuovo servizio o articolo non viene scoperto | Link interni, sitemap e risposta effettiva dell’URL. | Controlla che la navigazione usi href raggiungibili e che la sitemap riporti l’URL pubblico previsto. Inviare una sitemap non garantisce l’indicizzazione. |
| Una pagina tradotta punta a un’altra lingua | Link canonical e alternate su entrambe le versioni linguistiche. | Verifica gli URL equivalenti previsti e i link di ritorno. Tratta la destinazione linguistica e la scelta del canonical come decisioni distinte. |
Una verifica reale sul nostro sito mostra il limite dei riscontri pubblici. Il 3 ottobre 2026 tutte e sei le versioni linguistiche della pagina del servizio GEO hanno restituito 200, il proprio URL canonico, versioni linguistiche alternative coerenti e voci nella sitemap. I titoli erano nell’HTML iniziale. Abbiamo potuto confermare questi controlli senza Search Console, ma non dedurne che Google avesse indicizzato ogni pagina.
Valori selezionati osservati sul nostro sito — 3 ottobre 2026
GET https://www.neaptide.ai/en/services/geo
Stato: 200
Canonical: https://www.neaptide.ai/en/services/geo
H1: GEO services, with a clear scope and budget.
Alternate: en, ru, fr, es, it, zh, x-default
Voce nella sitemap: presente
Canonical scelto da Google / stato di indicizzazione: non verificatiSe occorre modificare i metadati, consulta la documentazione della versione di Next.js installata. Su un sito con App Router, esamina sia i metadati del layout sia quelli della pagina e l’URL che producono nella risposta pubblicata. Correggi l’origine dell’incoerenza, poi ripeti i controlli sulla risposta e sulla pagina renderizzata. Verifica separatamente lo stato in Google dopo che avrà elaborato l’aggiornamento.
Se dopo i controlli resta una domanda che il tuo team non riesce a risolvere, un audit mirato può trasformarla in un’attività riproducibile. La pagina del nostro servizio Next.js spiega copertura, documenti consegnati e perimetro separato dell’implementazione.
La pagina è indicizzata, ma non riceve visite
Apri il rapporto sul rendimento nei risultati di ricerca e filtra per l’URL della pagina. Controlla periodo, paese, dispositivo e tipo di ricerca. Poi guarda quali ricerche generano impressioni (le apparizioni nei risultati) e quanti clic portano. Una ricerca fatta una volta dal tuo telefono non sostituisce questi dati.
- Nessuna impressione: verifica i filtri e l’URL canonico, poi chiediti se la pagina corrisponde a ciò che cerca il tuo pubblico. L’assenza di dati, da sola, non indica una causa.
- Impressioni ma pochi clic: guarda insieme la query, la posizione e come appare il risultato. Un titolo vago non aiuta a scegliere, e anche una posizione bassa limita le visite.
- Clic senza richieste: controlla l’offerta e il percorso di contatto. Invia una richiesta di prova e ritrovala presso il destinatario: il messaggio «Inviato» non basta.
Consegna allo sviluppatore un problema verificabile
Al posto di «sistema la SEO, non siamo su Google», prepara una scheda dedicata a una sola pagina. Annota l’URL, la data del controllo, lo stato in Search Console e la data dell’ultima scansione, la risposta del server e le restrizioni all’indicizzazione. Aggiungi i due URL canonici, quello dichiarato dal sito e quello scelto da Google, e descrivi il risultato atteso. Allega il frammento HTML o la schermata del rapporto che sostiene la diagnosi.
Nell’esempio, la correzione si considera riuscita quando la pagina dei corsi è pubblica, restituisce il suo contenuto con HTTP 200 e non porta più il noindex involontario, né nell’HTML né nelle intestazioni. Anche un nuovo test in tempo reale di Google non rileva più la restrizione. Segna la data della modifica. Tutto questo conferma la correzione. L’indicizzazione è un’altra cosa e resta da vedere.
Dopo la pubblicazione, tieni d’occhio la nuova scansione e lo stato dell’URL. Ripetere la richiesta per lo stesso indirizzo non accelera nulla. Google non garantisce né l’inclusione né una scadenza, perciò «indicizzato entro 24 ore» non è un criterio su cui accettare il lavoro.
Se la causa resta incerta, consegna la scheda a chi farà l’analisi del sito: avrà un punto di partenza concreto. Risolti accesso e indicizzazione, puoi passare ai contenuti e verificare se il sito risponde in modo completo alle domande dei clienti, nella ricerca tradizionale e nelle risposte dell’IA.