Pagine condivise via link: Google chiede il noindex

Dal 26 ottobre 2026 Google chiede di tenere fuori dall’indice, fin dall’inizio, le pagine nate per essere condivise con un link. Parliamo di chat AI condivise, app generate, preventivi e configuratori: la regola consigliata è noindex. Attenzione però: noindex funziona solo se Google può leggere la pagina, e se lo stesso indirizzo è bloccato in robots.txt l’URL può comparire lo stesso nei risultati. SEO Radar Italia controlla già questi segnali insieme. La card Robots e Indicizzazione legge meta robots, header X-Robots-Tag e robots.txt dell’URL analizzato: in una sola analisi vedi se una pagina condivisa è davvero esclusa.

La novità sta nella guida di Google contro lo spam generato dagli utenti, che finora parlava soprattutto di commenti, forum e servizi di hosting. Adesso cita in modo esplicito gli strumenti che permettono di pubblicare pagine condivise, contenuti generati e web app. Google non nomina prodotti e non parla di intelligenza artificiale. La descrizione però calza con molti servizi nati negli ultimi due anni, e anche con funzioni che trovi su siti molto più piccoli.

Cosa ha cambiato Google nella guida sullo spam degli utenti

La pagina si chiama Prevent user-generated spam on your site and platform. La versione precedente era ferma al 10 dicembre 2025. Quella nuova porta la data del 26 ottobre 2026, e la modifica compare nel registro degli aggiornamenti della documentazione. Gli interventi sono tre.

Parte della guida	Prima	Dopo il 26 ottobre 2026
Introduzione	Le piattaforme di hosting possono essere usate per creare molti siti di spam	Anche gli strumenti che pubblicano pagine condivise, contenuti generati o web app; il rischio riguarda “pagine o siti”
Nuova sezione	Assente	“Only index content meant for Search”: noindex o blocco in robots.txt di default per le pagine nate per condivisione, collaborazione o utilità
Monitoraggio	Operatore site:, log del server, controlli su phishing e malware	In più: verifica in Search Console, controllo dei report di indicizzazione e rendimento, avvisi sulle metriche della piattaforma

Il cuore della modifica è la nuova sezione, due paragrafi in tutto. Il primo chiede di valutare una cosa: i contenuti creati dagli utenti vanno trovati nei motori di ricerca o solo aperti da chi ha il link? Il secondo fissa la regola:

When pages are created for direct sharing, collaboration, or utility rather than public search discovery, apply the noindex rule (using a robots meta tag or X-Robots-Tag HTTP response header) or block crawling in robots.txt by default.
Google Search Central, Prevent user-generated spam on your site and platform

Nel registro Google spiega lo scopo: aiutare le piattaforme a tenere fuori dall’indice le pagine degli utenti non pensate per la ricerca. E individuare lo spam prima. Le parole che contano sono le ultime, “by default”. L’esclusione diventa il punto di partenza. Chi vuole una pagina trovabile deve sceglierlo in modo esplicito.

Quali pagine rientrano nell’indicazione

Google descrive queste pagine per la loro funzione, non per nome. Sono pagine create perché qualcuno le apra da un link ricevuto, non perché le trovi su Google. La guida non fa esempi, quindi l’elenco che segue è nostro:

conversazioni con un assistente AI condivise tramite link;
app, pagine o giochi generati da un servizio e pubblicati con un indirizzo pubblico;
preventivi, configurazioni di prodotto e risultati di calcolatori salvati con un URL univoco;
liste dei desideri, carrelli e raccolte condivise da un e-commerce;
bozze, anteprime e documenti collaborativi aperti a “chiunque abbia il link”.

Il rischio è doppio. Uno spammer può creare migliaia di queste pagine in pochi minuti, con testi e link a suo favore, e farle scoprire a Google. Un utente in buona fede, invece, può ritrovare in un motore di ricerca un contenuto che pensava di aver mandato a una sola persona.

Noindex o robots.txt: non sono la stessa cosa

La guida mette le due strade nella stessa frase. Il resto della documentazione di Google, però, le tratta in modo molto diverso. La pagina introduttiva su robots.txt lo dice chiaramente. Il file serve a gestire il traffico dei crawler, non a tenere una pagina fuori da Google. Un URL bloccato può essere indicizzato lo stesso se altri siti lo linkano: nei risultati comparirà senza descrizione, ma comparirà.

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.
Google Search Central, Block Search indexing with noindex

Anche la pagina sui modi per controllare cosa mostri nella ricerca è stata aggiornata il 21 ottobre. Indica robots.txt come metodo valido solo per immagini e video, mentre noindex vale per tutti i tipi di contenuto. Pensa a cosa succede a un link condiviso: finisce in chat, email, forum e social. È proprio il tipo di collegamento esterno che può portare Google su un URL bloccato.

Metodo	Cosa fa	Limite per le pagine condivise
noindex nel meta robots	Google legge la pagina e la toglie dai risultati	La pagina deve essere accessibile al crawler
X-Robots-Tag: noindex	Stesso effetto, ma lo invia il server	Va configurato sul server o sulla CDN; funziona anche per PDF e immagini
Disallow in robots.txt	Impedisce la scansione	L’URL può finire nell’indice senza contenuto se è linkato altrove
Password o login	Solo chi ha accesso vede la pagina	Cambia il modo in cui funziona la condivisione

Il caso delle chat condivise di Claude

A luglio 2026 centinaia di conversazioni e Artifact di Claude condivisi tramite link sono risultati trovabili nei motori di ricerca (qui la ricostruzione del caso). Anthropic bloccava il percorso delle chat condivise in robots.txt almeno da settembre 2025. In una delle verifiche l’header noindex c’era, ma stava dietro quel blocco, quindi Google non poteva leggerlo. Tra le pagine trovate c’erano dati personali e documenti di lavoro.

DuckDuckGo ha scelto la strada opposta per la condivisione delle chat di Duck.ai. Ogni pagina condivisa chiede ai motori di ricerca di non indicizzarla sia nel codice sia nella risposta del server. I link scadono dopo 48 ore, se l’utente non sceglie una durata diversa.

Perché riguarda anche un sito piccolo

Non serve gestire un assistente AI per essere coinvolti. Nella stessa pagina sul controllo dei contenuti Google lo scrive senza giri di parole. Lasciare indicizzati contenuti degli utenti di bassa qualità, o di spam, può avere un effetto negativo sul ranking del sito. Ogni URL generato da un modulo è una pagina in più che Google può scansionare e valutare insieme al resto del sito.

Pensa a un serramentista di Padova con un configuratore sul sito WordPress. Il cliente sceglie misure e materiali e riceve un link al preventivo da girare al socio. Se quelle pagine sono indicizzabili, in Search Console compaiono centinaia di URL quasi identici, con nomi e importi, che nessuno cerca su Google. Con noindex sul modello di pagina del preventivo il link continua a funzionare per chi lo riceve, ma la pagina resta fuori dai risultati.

Lo stesso vale per un e-commerce con liste dei desideri pubbliche. E per un’agenzia web che mostra ai clienti le anteprime dei siti in lavorazione su un sottodominio.

Come applicarlo senza fare danni

La regola pratica è una sola. Se una pagina deve sparire dai risultati, lasciala scansionabile e mettila in noindex. Il blocco in robots.txt serve a gestire il carico del server, non a nascondere.

Applica noindex al modello di pagina, non a mano. In WordPress i plugin SEO permettono di escludere dall’indice un intero tipo di contenuto.
Per PDF e immagini generati dagli utenti usa l’header X-Robots-Tag, che si imposta sul server o sulla CDN.
Non aggiungere un Disallow sullo stesso percorso, altrimenti Google smette di leggere il noindex.
Se le pagine contengono dati personali o documenti riservati, noindex non basta: servono una password, un login o link che scadono.
Se alcune pagine condivise devono essere trovate, rendilo una scelta esplicita dell’utente e indicizza solo quelle con un contenuto utile.

Se le pagine sono già nell’indice, non bloccarle in robots.txt per farle sparire prima: otterresti l’effetto contrario. Lascia che Google le scansioni di nuovo e trovi il noindex. Per i casi urgenti c’è lo strumento Rimozioni di Search Console, che nasconde gli URL dai risultati per circa sei mesi. È una misura temporanea: la soluzione definitiva resta il noindex, la password o la rimozione della pagina.

Cosa controllare in Search Console

La guida aggiornata suggerisce di verificare in Search Console il sito o il sottodominio che ospita le pagine degli utenti. Così ricevi un’email se Google applica un’azione manuale o rileva problemi di sicurezza. Poi chiede di controllare con regolarità il report sull’indicizzazione delle pagine e quello sul rendimento nella ricerca. Il segnale da cercare sono i picchi improvvisi di pagine indicizzate, impressioni o query che non c’entrano con il sito.

Per una piattaforma Google aggiunge un livello in più. Consiglia di contare quante pagine pubbliche vengono create e indicizzate, con avvisi in caso di anomalie. Un esempio: pochi utenti che generano gran parte degli URL indicizzabili. Su un sito piccolo basta molto meno: una ricerca come site:tuosito.it/preventivo ti dice in pochi secondi se qualcosa è finito dove non doveva.

Come verificarlo con SEO Radar Italia

Prendi un link condiviso reale, per esempio un preventivo di prova, e analizzalo con SEO Radar Italia. La card Robots e Indicizzazione legge tutti i meta robots, il meta googlebot e l’header X-Robots-Tag. Indica anche quando una direttiva arriva dall’header e non dal codice HTML. Se trova noindex mostra l’etichetta BLOCCATA, che per una pagina condivisa è il risultato giusto.

Nella stessa card trovi il robots.txt e la verifica della sitemap XML. Se la pagina condivisa compare in sitemap ma ha noindex, i segnali si contraddicono e conviene toglierla dalla sitemap. Controlla anche che il percorso dei link condivisi non sia bloccato nel robots.txt. In quel caso Google non leggerebbe mai il noindex che vedi nell’analisi. Se vuoi ripassare le regole del file, c’è la nostra guida completa al robots.txt.

Lo strumento analizza una pagina alla volta e legge i segnali della risposta. Non sa se un URL è già nell’indice di Google: per quello servono il report sull’indicizzazione e il Controllo URL di Search Console.

Checklist per chi ha pagine condivisibili

Ecco i passaggi, nell’ordine in cui conviene farli:

elenca le funzioni che generano un URL da condividere, come preventivi, liste, risultati e anteprime;
apri un esempio di ciascuna e controlla che risponda con noindex nel meta robots o nell’header;
verifica che robots.txt non blocchi quei percorsi;
togli quelle pagine dalla sitemap;
proteggi con login o scadenza le pagine che contengono dati personali;
cerca su Google site: seguito dal tuo dominio e dal percorso delle pagine condivise, e guarda cosa esce.

Parti dal secondo punto con un preventivo o una lista di prova. Se la risposta non contiene noindex, hai già trovato la prima cosa da sistemare.

Pagine condivise via link: Google ora chiede il noindex