Lingue

noindex e SEO

Noindex mantiene una pagina fuori dai risultati di ricerca, ma solo se Google può eseguirne la scansione. I due metodi validi, la trappola di robots.txt e come verificare che abbia funzionato.

Prima pubblicazione: 23 giu 2026 · Ultimo aggiornamento: 13 ago 2026 · Advanced
Lingue
AIScritto daAI v2

Noindex è la direttiva che mantiene una pagina fuori dall'indice e quindi dai risultati di ricerca. Puoi impostarla in due modi validi: con il meta tag robots (`<meta name="robots" content="noindex">`) oppure con l'header HTTP `X-Robots-Tag: noindex`, che è l'unica opzione per file non HTML come i PDF. L'errore principale è bloccare la pagina in robots.txt: Google non può scansionarla e quindi non vede la regola. Per rimuovere una pagina, consenti la scansione e restituisci noindex. Non inserire noindex in robots.txt (non è supportato dal 1° settembre 2019); se noindex e canonical coesistono, verifica l'intento anziché considerarli automaticamente un errore; ricorda infine che la deindicizzazione avviene solo dopo una nuova scansione.

TL;DR — noindex rimuove una pagina dall’indice tramite uno dei due metodi validi: il meta tag robots (<meta name="robots" content="noindex">) o l’header HTTP X-Robots-Tag: noindex (richiesto per file non HTML come i PDF). Il problema cruciale: una pagina bloccata in robots.txt non può essere noindexata — Google non la scansiona mai per vedere la regola, “the crawler will never see the noindex rule,” (traduzione) «il crawler non vedrà mai la regola noindex», e un URL linkato può rimanere indicizzato. Quindi per rimuovere una pagina, consenti la scansione e fornisci noindex. Non mettere noindex in robots.txt (non supportato dal 1 settembre 2019), rivedi noindex con un canonical che punta altrove come potenzialmente conflittuale, e sappi che la deindicizzazione avviene solo dopo una nuova scansione — la guida di Google stessa dice che una pagina a bassa priorità può richiedere mesi. Secondo un commento di Mueller del 2017 (non politica documentata), noindex,follow a lungo termine tende a comportarsi come noindex,nofollow una volta che la pagina esce dall’indice. Verifica in GSC sotto “URL contrassegnato ‘noindex’.”

Cosa è noindex — controllo dell’indice, non controllo della scansione

noindex è la direttiva primaria di controllo dell’indice. La definizione di Google della regola è una riga: “Do not show this page, media, or resource in search results.” (traduzione) «Non mostrare questa pagina, questo contenuto multimediale o questa risorsa nei risultati di ricerca.» Quando viene rispettata, l’effetto è totale — “When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (traduzione) «Quando Googlebot esegue la scansione della pagina ed estrae il tag o l’header, Google elimina completamente la pagina dai risultati della Ricerca Google, indipendentemente dal fatto che altri siti vi rimandino.» Evidence for this claim Google's noindex rule prevents the page, media, or resource from appearing in Google Search results after Google sees the rule. Scope: Google Search; noindex is not an access-control or privacy mechanism. Confidence: high · Verified: Google Search Central: Block Search indexing with noindex

Tieni a mente una distinzione fondamentale, perché quasi ogni errore con noindex nasce dal confonderla: noindex controlla l’indicizzazione; robots.txt controlla la scansione. Sono fasi diverse del processo. L’ho spiegato così nella mia guida Ahrefs sulla rimozione degli URL: “Crawling is not the same thing as indexing. Even if Google is blocked from crawling pages, if there are any internal or external links to a page they can still index it.” (traduzione) «La scansione non è la stessa cosa dell’indicizzazione. Anche se Google è bloccato dalla scansione delle pagine, se ci sono link interni o esterni a una pagina, può comunque indicizzarla.» Questa frase è l’intera ragione per cui esiste il resto di questo articolo.

Microsoft aggiunge alla stessa direttiva una conseguenza specifica per Bing: il contenuto marcato con noindex è escluso anche dall’addestramento dei modelli di base di Microsoft. Il prerequisito resta valido: Bingbot deve poter scansionare ed elaborare la direttiva a livello di pagina. Un blocco robots.txt abbinato a noindex non dimostra quindi né la deindicizzazione né l’esclusione dall’addestramento.

Evidence for this claim Microsoft says content marked noindex is not included in the Bing index and is not used to train its generative AI foundation models. Scope: Bing and Microsoft foundation-model use; Bingbot must be able to crawl and process the directive before the outcome can be inferred. Confidence: high · Verified: Bing Webmaster Blog: New controls for Bing Chat

I due metodi di consegna validi

Sono esattamente due, e noindex in robots.txt non è uno di questi (ne parleremo più avanti).

Metodo 1 — il meta tag robots. Per una pagina HTML, inseriscilo nel <head>:

<meta name="robots" content="noindex">

L’istruzione di Google è testuale: “To prevent all search engines that support the noindex rule from indexing a page on your site, place the following <meta> tag into the <head> section of your page.” (traduzione) «Per impedire a tutti i motori di ricerca che supportano la regola noindex di indicizzare una pagina del tuo sito, inserisci il seguente tag <meta> nella sezione <head> della tua pagina.» Il valore robots si rivolge a tutti i crawler che supportano la regola; sostituiscilo con googlebot per rivolgerti solo a Google (<meta name="googlebot" content="noindex">).

Metodo 2 — l’header HTTP X-Robots-Tag. Stessa direttiva, inviata nell’header di risposta invece che nel markup:

X-Robots-Tag: noindex

Questo è l’unico modo per applicare noindex a risorse non HTML, perché non c’è un <head> per ospitare un meta tag. Google: “A response header can be used for non-HTML resources, such as PDFs, video files, and image files.” (traduzione) «Un header di risposta può essere usato per risorse non HTML, come PDF, file video e file immagine.» E dalla specifica robots: puoi usare l’X-Robots-Tag “for non-HTML files like image files where the usage of robots meta tags in HTML is not possible.” (traduzione) «per file non HTML come i file immagine dove l’uso dei tag meta robots in HTML non è possibile.» Evidence for this claim Google supports noindex in an HTML robots meta tag or an X-Robots-Tag HTTP response header. Scope: Google Search delivery methods; the HTTP header is applicable to non-HTML resources as well as HTML. Confidence: high · Verified: Google Search Central: Robots meta tag and X-Robots-Tag specifications

Una nota sul posizionamento: metti il meta tag nel <head> — è la posizione standard e più sicura, ed è quella che mostra la guida di Google. La pagina delle specifiche di Google dice che “doesn’t enforce placement of meta robots in the HTML head and will respect robots meta tags in the body section of an HTML document as well,” (traduzione) «non impone il posizionamento dei meta robots nell’head HTML e rispetterà anche i meta tag robots nella sezione body di un documento HTML», ma non fare affidamento su questo come metodo principale; un tag <meta> fuori posto che un CMS inietta nel <body> può applicare noindex a una pagina per sbaglio con la stessa facilità con cui lo farebbe uno che intendevi aggiungere al <head>.

Poiché l’header viene configurato sul server, l’implementazione varia in base alla tecnologia usata. Ecco due esempi comuni per applicare noindex a tutti i PDF di un sito:

Apache (.htaccess o vhost):

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex"
</FilesMatch>

Nginx (blocco server/location):

location ~* \.pdf$ {
  add_header X-Robots-Tag "noindex";
}

L’errore n. 1 — noindex + un blocco robots.txt

Noindex is crawl-then-obey: keep the URL fetchable long enough for the directive to be processed.

The same page contains a meta robots noindex directive. With crawling allowed, Google can fetch the page, see noindex, and remove the URL after processing. With crawling blocked in robots.txt, Google cannot see noindex and the linked URL may remain in results.

Questa è la modalità di errore che vedo più spesso, quindi ecco il meccanismo per intero. Il tag noindex vive sulla pagina; Google deve recuperare la pagina per leggerlo. Google dichiara il requisito direttamente:

“For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler. If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (traduzione) «Affinché la regola noindex sia efficace, la pagina o la risorsa non deve essere bloccata da un file robots.txt e deve essere altrimenti accessibile al crawler. Se la pagina è bloccata da un file robots.txt o il crawler non può accedere alla pagina, il crawler non vedrà mai la regola noindex e la pagina può comunque apparire nei risultati di ricerca, ad esempio se altre pagine rimandano a essa.»

Per dirla in modo ancora più diretto: “We have to crawl your page in order to see <meta> tags and HTTP headers.” (traduzione) «Dobbiamo scansionare la tua pagina per vedere i tag <meta> e gli header HTTP.» Niente scansione, niente regola.

robots.txt è il modo più comune in cui una pagina finisce per non essere scansionabile, ma la formulazione di Google copre più casi: dice anche “the crawler can’t access the page,” (traduzione) «il crawler non può accedere alla pagina», il che include errori ripetuti del server (5xx), timeout e una barriera di autenticazione non intenzionale davanti alla pagina. Ognuno di questi problemi rende inefficace noindex senza segnalarlo, proprio come un blocco in robots.txt.

Quindi l’istinto di “bloccarlo in robots.txt e mettere noindex, per sicurezza” è esattamente l’opposto — il blocco impedisce la scansione, la scansione è ciò che rivela il noindex, e la pagina può rimanere nell’indice indefinitamente (spesso come URL senza descrizione). In Google Search Console questo appare come lo stato “Indicizzata, sebbene bloccata da robots.txt” — una pagina che hai bloccato ma che è stata comunque indicizzata perché qualcosa la collega.

La soluzione: sblocca la pagina in robots.txt, mantieni noindex su di essa e lascia che Google la ricontrolli. Solo dopo che la pagina è stata rimossa dall’indice — se poi vuoi risparmiare completamente la scansione — è sicuro aggiungere un disallow.

Esempio reale di distribuzione: il sito di staging che non voleva sparire

Un redesign viene lanciato da staging.example.com. I template di staging già contengono già noindex, ma la checklist di distribuzione aggiunge anche:

User-agent: *
Disallow: /

Sembrano due livelli di protezione. In realtà è una trappola se Google ha già scoperto gli URL di staging tramite un link QA condiviso, una vecchia sitemap, un ticket pubblico o un link in contenuti di produzione copiati. Il disallow impedisce la scansione successiva, quindi Google non può confermare il noindex; il hostname può rimanere come risultati sottili, solo URL.

La sequenza di pulizia è: rimuovi il disallow, mantieni noindex su ogni risposta di staging, conferma che la risposta pubblicata sia scansionabile ed esponga la direttiva, richiedi una nuova scansione per un campione rappresentativo e monitora l’hostname finché non sparisce. Poi metti l’ambiente dietro autenticazione. L’autenticazione è il controllo di privacy duraturo; noindex è solo un controllo dell’indice di ricerca.

noindex, nofollow e disallow a confronto

Tre direttive che le persone confondono costantemente. Operano in fasi diverse:

  • noindex — controllo dell’indice. La pagina viene scansionata, ma esclusa dai risultati. Definizione di Google: “Do not show this page, media, or resource in search results.” (traduzione) «Non mostrare questa pagina, questo contenuto multimediale o questa risorsa nei risultati di ricerca.»
  • nofollow — controllo dei link. Google: “Do not follow the links on this page.” (traduzione) «Non seguire i link presenti in questa pagina.» Non dice nulla sull’indicizzazione della pagina stessa.
  • disallow (robots.txt) — controllo della scansione. Ferma completamente il recupero. Non è un controllo dell’indice — un URL disallow può essere comunque indicizzato se è collegato.

C’è anche none, che Google documenta come “Equivalent to noindex, nofollow.” (traduzione) «Equivale alle direttive noindex e nofollow combinate». E quando le direttive sono in conflitto, la specifica è chiara: “In the case of conflicting robots rules, the more restrictive rule applies.” (traduzione) «In caso di regole robots contrastanti, si applica la regola più restrittiva.» (Tabella completa nella scheda Cheat Sheets.)

Tratta noindex con rel=canonical come un controllo di intento

Mettere noindex e rel="canonical" sulla stessa pagina non è automaticamente non valido. Crea però una configurazione da rivedere: un canonical chiede a Google di consolidare i segnali, mentre noindex chiede che questo URL venga escluso. Per scegliere tra duplicati, usa il tag canonical — Google sconsiglia specificamente di usare noindex per questo: “We don’t recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.” (traduzione) «Non consigliamo di usare noindex per impedire la selezione di una pagina canonica all’interno di un singolo sito, perché bloccherebbe completamente la pagina dalla Ricerca.» Nota l’ambito: la cautela di Google riguarda specificamente l’uso di noindex per scegliere quale duplicato vince come canonico all’interno del tuo sito — non è un’affermazione che noindex e canonical non possano mai coesistere tecnicamente su una pagina (una pagina che stai realmente ritirando può comunque avere un canonical auto-referenziale). Un canonical che punta a un URL diverso merita l’avvertimento più forte: conferma che sia l’esclusione che il consolidamento siano entrambi intenzionali. Usa canonical per consolidare i duplicati; usa noindex solo quando vuoi davvero che questa pagina esca dai risultati.

noindex,follow vs noindex,nofollow — il lento decadimento

Uno schema comune è noindex,follow: tieni la pagina fuori dai risultati, ma continua a seguirne i link affinché l’autorevolezza possa fluire attraverso di essa, per esempio durante una migrazione o mentre la pagina è temporaneamente esclusa. La documentazione ufficiale attuale di Google non descrive un decadimento automatico; consente esplicitamente di combinare noindex con altre regole, compresa l’impostazione intenzionale di noindex,nofollow fin dall’inizio. L’affermazione secondo cui l’effetto «svanisce nel tempo» si basa invece su un hangout per webmaster del 2017, nel quale John Mueller spiegò che, nella pratica, un noindex mantenuto a lungo tende a essere trattato come noindex,nofollow: quando Google decide che la pagina non appartiene alla ricerca e la elimina completamente, smette anche di seguirne i link perché non elabora più la pagina. È un’osservazione pratica tratta dalla trascrizione di un video, non una regola ufficiale di Google; va quindi considerata indicativa, non garantita. La conclusione operativa resta valida: noindex,follow può andare bene come stato transitorio, ma non va usato come strategia permanente per trasferire autorevolezza tramite i link. È meglio correggere i link sottostanti o rimuovere la pagina.

Quanto tempo impiega noindex?

Non è immediato. noindex si applica solo dopo che Google riesegue la scansione e rielabora la pagina — fino ad allora, la pagina può rimanere indicizzata anche se il tag è attivo. Google non si impegna su una finestra fissa, e le sue stesse indicazioni tendono verso «potrebbe volerci un po’», non «da un momento all’altro»: “Depending on the importance of the page on the internet, it may take months for Googlebot to revisit a page.” (traduzione) «A seconda dell’importanza della pagina su Internet, Googlebot potrebbe impiegare mesi prima di visitarla di nuovo.» Una pagina ad alto traffico e con molti link potrebbe essere riscansionata in pochi giorni; una pagina di scarso valore e con pochi link può restare nell’indice per mesi. Se devi rimuovere urgentemente una pagina dai risultati, lo strumento Rimozioni di GSC è una soluzione temporanea: nasconde l’URL mentre il noindex permanente compie il suo lavoro più lentamente. Per le pagine eliminate davvero, anche un 404/410 ne determina la rimozione: come ho scritto nella mia guida alla rimozione, “If you remove the page and serve either a 404 (not found) or 410 (gone) status code, then the page will be removed from the index shortly after the page is re-crawled.” (traduzione) «Se rimuovi la pagina e restituisci un codice di stato 404 (non trovato) o 410 (eliminato), la pagina verrà rimossa dall’indice poco dopo una nuova scansione.» Il principio è sempre lo stesso: la rimozione avviene dopo una nuova scansione.

noindex in robots.txt è morto (dal 1 settembre 2019)

Vedrai ancora persone suggerire una riga Noindex: in robots.txt. Non farlo. Non è mai stata una regola ufficialmente supportata, e Google ha ritirato anche la sua gestione non ufficiale anni fa. Dall’annuncio di Search Central di luglio 2019: “Since these rules were never documented by Google, naturally, their usage in relation to Googlebot is very low.” (traduzione) «Poiché queste regole non sono mai state documentate da Google, il loro utilizzo in relazione a Googlebot è naturalmente molto limitato.» E la data: “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.” (traduzione) «Il 1° settembre 2019 ritireremo tutto il codice che gestisce regole non supportate e non pubblicate, come noindex.»

Lo stesso post indicava le alternative supportate, con noindex tramite meta tag o header in cima alla lista: “noindex in robots meta tags: Supported both in the HTTP response headers and in HTML, the noindex rule is the most effective way to remove URLs from the index when crawling is allowed.” (traduzione) «noindex nei meta tag robots: supportata sia negli header della risposta HTTP sia in HTML, la regola noindex è il modo più efficace per rimuovere URL dall’indice quando la scansione è consentita.» L’elenco comprendeva anche i codici di stato 404/410, la protezione con password, il disallow in robots.txt per impedire la scansione e lo strumento Rimozioni di Search Console.

Come verificare noindex in Google Search Console

Due controlli:

  • Controllo URL. Controlla l’URL e poi esegui Test URL pubblicato. Il risultato indica se la pagina è indicizzabile e se Google vede una direttiva noindex: è il modo più rapido per confermare che il tag venga letto sulla pagina pubblicata.
  • Report Indicizzazione pagine. Le pagine noindex sono elencate sotto lo stato “URL marked ‘noindex’” (traduzione) «URL contrassegnato come noindex» nella sezione Non indicizzate. Il testo di aiuto di Google: “When Google tried to index the page it encountered a ‘noindex’ directive and therefore did not index it.” (traduzione) «Quando Google ha provato a indicizzare la pagina, ha incontrato una direttiva noindex e quindi non l’ha indicizzata.» Se quella è una pagina che volevi indicizzata, questo è il tuo bug: rimuovi la direttiva.

Una nota terminologica per chi consulta articoli meno recenti: il vecchio report Copertura chiamava questa condizione “Excluded by ‘noindex’ tag.” (traduzione) «Escluso dal tag noindex». L’attuale report Indicizzazione pagine usa “URL marked ‘noindex’” (traduzione) «URL contrassegnato come noindex»: stessa condizione, con un’etichetta più recente.

Cosa noindex non garantisce

Alcune cose che le persone pensano che noindex garantisca ma che in realtà non garantisce:

  • Risparmio sul crawl budget. Google deve comunque recuperare la pagina per vedere il tag — noindex da solo non riduce il crawling. Se vuoi anche quello, aggiungi disallow in robots.txt, ma solo dopo che la pagina è già stata rimossa dall’indice (vedi l’errore sopra per capire perché farlo subito si ritorce contro).
  • Rimozione immediata. Già trattato sopra — avviene al prossimo crawl, senza una tempistica fissa, e Google stesso dice che una pagina a bassa priorità può richiedere mesi.
  • Consolidamento dei duplicati. A questo serve rel="canonical"; noindex rimuove semplicemente la pagina dalla Ricerca, non unisce i segnali verso un altro URL.
  • Riservatezza. La pagina rimane pubblicamente richiedibile da chiunque abbia l’URL. Se qualcosa deve essere davvero privato, è un problema di autenticazione, non un problema di direttive di ricerca.
  • Recupero del posizionamento se lo annulli. Rimuovere noindex non ripristina il precedente posizionamento di una pagina: Google deve eseguire una nuova scansione, rivalutarla e di fatto riguadagnare la posizione da zero.
  • Tempistiche identiche tra i motori di ricerca. Bing e gli altri motori seguono programmi di scansione e nuove scansioni indipendenti da quelli di Google.
  • Esclusione da ogni uso non di ricerca dei tuoi contenuti. noindex blocca una pagina dalla Ricerca Google nel suo insieme — incluse le funzionalità AI della Ricerca stessa (AI Overviews e simili attingono a pagine indicizzate e idonee a essere mostrate, quindi una pagina noindexed è esclusa anche da quelle). Quello che non fa è controllare l’impostazione separata Google-Extended di Google, che determina se i tuoi contenuti possono essere usati per addestrare o basare i modelli di IA generativa di Google al di fuori della Ricerca. Sono due controlli diversi per due lavori diversi.

Dove si colloca noindex rispetto a tutto il resto

noindex è la leva a cui ricorri quando una pagina è nell’indice ma non dovrebbe esserci — il rimedio per un tipo di gonfiore dell’indice (pagine sottili, di utilità o quasi duplicate con nessun valore di ricerca). Sta accanto al meta tag robots e all’header X-Robots-Tag (i suoi due metodi di consegna), a robots.txt e alla sua direttiva disallow (il controllo del crawl con cui viene spesso confuso), al tag canonical (usalo per il consolidamento dei duplicati, non noindex), e alle fasi più ampie di crawling e indicizzazione in cui si inserisce. Se capisci la differenza tra crawl e indicizzazione, noindex smette di essere misterioso: consenti la scansione, restituisci il tag e attendi una nuova scansione.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.