Filtri ecommerce: quali meritano una pagina e quali vanno chiusi ai crawler

Metà dei problemi di scansione che Google ha incontrato nel 2025 viene dalla navigazione a faccette. Ogni volta che sul tuo negozio online imposti un filtro che stringe il catalogo per marca, colore, taglia, quasi sempre fai nascere un indirizzo nuovo. E per capire che un insieme di URL non gli serve, un crawler deve prima scaricarne una buona parte.

Perché ti importa? Perché su un catalogo grande il tempo che Googlebot passa sulle combinazioni può ritardare la scoperta delle schede nuove, e fa lavorare il server per niente. E le piattaforme ecommerce decidono in blocco: PrestaShop 9 chiude ogni elenco filtrato, WooCommerce non ne chiude nessuno, Shopify blocca l’ordinamento nel robots.txt e lascia scansionabile il filtro singolo.

I filtri, però, servono a chi compra. E un elenco filtrato con un indirizzo suo può superare le categorie generiche nei risultati di ricerca, e da lì arrivare nelle AI Overview e nelle risposte di ChatGPT.

La guida di Google dice che spesso non c’è motivo di far scansionare gli elenchi filtrati, senza spiegare quali meritano l’indice. La piattaforma decide senza guardare le ricerche. Partire da quelle tocca a te: una pagina per le ricerche che il tuo assortimento regge, fuori dalla scansione gli indirizzi che servono soltanto a navigare.

Che cos’è la navigazione a faccette

La navigazione a faccette è il sistema di filtri con cui il cliente stringe un elenco di prodotti combinando marca, colore, taglia e altri attributi. Ciascuna caratteristica usata come filtro è una faccetta, e i valori sono le voci che propone, come Nike, nero o 38, spesso con accanto il numero dei prodotti. Dopo ogni scelta l’elenco si accorcia e i conteggi si rifanno sui prodotti rimasti. In genere due valori della stessa faccetta si sommano, nero o blu, mentre faccette diverse si incrociano, nero e numero 38. La navigazione a faccette compare nelle pagine di categoria e fra i risultati della ricerca interna.

La categoria è un posto che decidi tu nell’albero del catalogo: scarpe, scarpe running, scarpe running da donna. Ha una pagina sua, un link dal menu e un nome scelto per chi la cerca, e un prodotto ci sta perché ce l’hai messo tu. La faccetta, invece, attraversa le categorie: il nero vale fra le scarpe running come fra le giacche, e si combina con gli altri attributi. Una categoria esiste prima che il cliente arrivi; un elenco filtrato nasce dalla sua scelta.

Il filtro lavora sullo schermo, per il cliente. Dietro la sua scelta, quasi sempre, il negozio lascia un indirizzo che nessuno ha progettato: /scarpe-running/?colore=nero è l’elenco delle scarpe running nere, e con quell’URL l’elenco si riapre senza toccare un filtro. A un crawler arriva l’indirizzo, non il filtro, ed è l’indirizzo che Google può indicizzare e mostrare per una ricerca.

La forma dell’indirizzo cambia da una piattaforma all’altra. Con i parametri, i valori si accodano dopo il punto interrogativo, e basta che la piattaforma li scriva nell’ordine dei clic perché lo stesso elenco abbia due URL, ?colore=nero&taglia=38 o ?taglia=38&colore=nero a seconda che il cliente parta dal colore o dalla taglia. Con i valori nel percorso, /scarpe-running/nero/38/, l’elenco filtrato somiglia a una sottocategoria e regge soltanto con i segmenti in ordine fisso. Con il frammento, #colore=nero, che Google in genere ignora, o con uno script che aggiorna i prodotti senza toccare l’URL, per Google l’indirizzo è ancora la categoria, e l’elenco filtrato non nasce né come copia né come pagina.

Anche l’ordinamento e la paginazione cambiano l’indirizzo, senza stringere l’elenco. Riordinare per prezzo o per novità rimescola gli stessi prodotti, e l’URL che ne nasce è una copia. Dividere l’elenco in pagine distribuisce invece prodotti diversi su indirizzi diversi, e la seconda pagina non copia la prima.

Dove un crawler trova i filtri

Un crawler conosce l’indirizzo di un elenco filtrato soltanto se lo trova scritto da qualche parte: nella sitemap, su un altro sito o, dentro il negozio, in un link. Googlebot segue gli elementi <a> con l’URL nell’attributo href; le caselle da spuntare e i menu a tendina, che reagiscono a un clic, per lui non sono link. Nella categoria dei notebook di MediaWorld, a ottobre, abbiamo contato 946 link, e solo 3 contenevano il parametro dei filtri: i filtri erano caselle, e ?brand=ASUS funzionava per il cliente senza che la categoria lo offrisse a un crawler.

I link che uno script aggiunge a pagina caricata arrivano a Googlebot dopo il rendering, una fase che Google, sulle pagine con il noindex o con una risposta diversa da 200, può saltare. OpenAI e Anthropic, invece, non dichiarano se GPTBot e ClaudeBot eseguono il JavaScript: un filtro che vuoi far arrivare anche a loro deve avere il link già scritto nell’HTML che arriva dal server. Il sorgente della categoria, aperto dal browser, ti mostra quindi quali filtri un crawler trova anche senza eseguire JavaScript.

Le ricerche che chiedono una pagina

Nelle indicazioni di Google sulle faccette, la scelta di quali filtri far indicizzare è sparita. Nel 2014, in un post sul suo blog, Google chiedeva di distinguere parametro per parametro quelli utili a chi cerca, con l’esempio di un negozio di caramelle: il filtro sul gusto acido sì, perché qualcuno cerca le gommose acide, la fascia di prezzo no. La guida del dicembre 2024, che ha preso il posto di quel post, lascia due strade sole: chiudere alla scansione gli URL dei filtri, oppure renderli puliti e accettarne il costo. E aggiunge che spesso non c’è un buon motivo per far scansionare gli elenchi filtrati, perché bastano le schede e un elenco di tutti i prodotti, senza filtri. Di come scegliere che cosa tenere aperto, nella guida non c’è più traccia.

A indicare quali elenchi meritano una pagina sono i risultati di ricerca. Per «scarpe running donna nere», nella SERP che SEOZoom ha registrato a ottobre, i primi quattro risultati erano elenchi già ristretti al nero: New Balance, adidas, Nike e Zalando. Le categorie intere di Intersport e Decathlon, senza filtro sul colore, erano quinta e settima. È il caso che la guida prevede quando parla di URL a faccette da rendere indicizzabili: le istruzioni che dà sono tecniche, e la scelta delle ricerche per cui aprirli resta al negozio.

La scelta pesa anche fuori dalla SERP. La ricerca di ChatGPT riscrive la domanda in una o più query e le manda ai fornitori di ricerca con cui collabora, come spiega la documentazione di OpenAI. Per noi la base dell’AEO, il lavoro sulle risposte che gli assistenti costruiscono cercando sul web, resta la presenza nella Ricerca: un assistente che cerca dal vivo parte spesso dai motori tradizionali, Google in testa, il cui indice alimenta AI Overview e AI Mode. Un elenco ristretto con un URL indicizzato può essere recuperato e citato; una combinazione senza indirizzo lascia all’assistente la categoria o la scheda di un singolo prodotto. Per comparire fra le fonti di AI Overview e AI Mode, poi, una pagina deve essere indicizzata e idonea a mostrare uno snippet, come spiega la documentazione di Google sulle funzionalità AI.

Sul tuo negozio ricerche di questo tipo arrivano già su qualche pagina, e il rapporto Rendimento di Search Console ti dice quali: di norma conta impressioni e clic sull’URL che Google ha scelto come canonico. Filtra le query che contengono un colore o una marca e guarda dove finiscono. Se fra le pagine compare un elenco filtrato, Google lo indicizza già e gli manda ricerche sue. Una categoria che raccoglie query con un colore, invece, risponde a domande strette con un elenco largo, e al cliente tocca ripetere con i filtri la scelta che aveva già scritto su Google. Sono ricerche che hai già, e le prime da valutare per una pagina.

Le ricerche per cui il tuo sito non compare restano fuori da Search Console. Per scoprirle parti dagli attributi che i prodotti hanno davvero e dalle parole che i clienti scrivono nel motore interno del sito, e per ciascuna guardi quali pagine vincono su Google. Nella nostra Analisi keyword, la griglia «Ultima SERP e posizionamento pagine nel tempo» mostra gli URL in classifica query per query, e dall’indirizzo, o aprendo la pagina quando l’indirizzo non basta, riconosci un elenco già ristretto, una categoria intera o una scheda. Una posizione dice dove compare una pagina, e soltanto Search Console misura i clic che riceve.

Noi apriamo una pagina dove la SERP mostra già elenchi ristretti, perché lì la pagina dedicata è il tipo di risultato che Google sceglie, e dove l’assortimento regge nel tempo: un incrocio retto da pochi articoli di fine serie, svuotato il magazzino, finisce in 404 e perde le posizioni guadagnate.

Con categorie intere in testa alla SERP, la pagina dedicata deve conquistarsi il posto con un elenco che la tua categoria non ha. E se a quella ricerca risponde già bene la tua categoria, con i clic in Search Console e i prodotti giusti in alto, una pagina nuova le farebbe soltanto concorrenza, con il rischio di cannibalizzazione. Con segnali incerti lasciamo la ricerca alla categoria e ne seguiamo l’andamento in Search Console: una pagina aperta è un impegno che dura, e per aprirla c’è tempo anche più avanti, con dati migliori.

Il filtro promosso a pagina

Nike e Zalando hanno fatto di un filtro una pagina in due modi. L’indirizzo di Nike finisce con quattro codici, uno per filtro, cioè running, donna, nero e scarpe: se togli un filtro dalla pagina, il suo codice sparisce dall’indirizzo. La pagina è indicizzabile, con il canonical su sé stessa. Zalando parte dalla categoria delle scarpe running da donna e la restringe al nero con un filtro, /scarpe-running-donna/_nero/, con un H1 suo, «Scarpe running da donna in colore nero», e anche qui il canonical su sé stessa.

Dietro le due soluzioni ci sono gli stessi requisiti, e la piattaforma deve permetterli. La combinazione risponde a un solo URL, comunque il cliente ci arrivi: parametri in una sequenza fissa, separati da &, o segmenti del percorso sempre nello stesso ordine. La collega un link <a href> permanente da una pagina che i crawler visitano, come la categoria. E ha title e H1 che nominano la scelta, qualche riga che aiuti a orientarsi fra i prodotti, il canonical su sé stessa e un posto nella sitemap, che per Google raccoglie gli URL da mostrare nei risultati.

Resta il confronto con la categoria madre: due pagine che Google giudica uguali o molto simili finiscono sotto un’unica canonica. A distinguerle aiutano le parole della ricerca nel title e nell’H1 e i link interni che partono dalla categoria. Controllo URL, in Search Console, ti dice quale delle due Google ha scelto: se indica la madre, di solito le pagine si somigliano ancora troppo o i segnali sono deboli.

Le pagine fuori dal modulo dei filtri

Il filtro diventa pagina solo dove la piattaforma lo permette. Su un modulo che non lascia dare a un elenco filtrato title e canonical suoi, o su PrestaShop 9, che lo chiude di serie, la pagina per la ricerca nasce accanto al filtro, e il filtro resta al cliente. Sui notebook, a ottobre, MediaWorld teneva separati i due oggetti in questo modo. Per stringere l’elenco, il cliente aveva la faccetta della marca, che per ASUS portava a ?brand=ASUS, in noindex. Google, invece, per «notebook asus» trovava /it/brand/asus/notebook, una pagina indicizzabile con l’H1 «ASUS Notebook», costruita e collegata come una categoria. Grazie al noindex sul filtro, i due URL non si contendono la stessa ricerca.

Dove invece la scelta è libera, gestisci il filtro promosso a pagina dallo stesso modulo che lo genera, mentre la pagina a parte chiede più lavoro ma tiene l’indirizzo per Google separato dagli URL dei filtri. Puoi costruire queste pagine una per una o, con molte ricerche da coprire, generarle per regole dagli attributi del catalogo.

Gli indirizzi di sola navigazione

Per tutti gli altri elenchi filtrati vale il consiglio di Google: restano al cliente, e i loro indirizzi escono dalla strada dei crawler. Ogni elenco ripete i link dei filtri e della sua paginazione, e da una sola categoria un crawler può proseguire di incrocio in incrocio quasi senza fine, passando anche per elenchi riordinati e vuoti. Nel podcast Search Off the Record, Gary Illyes ha illustrato il rapporto di Google sui problemi di scansione incontrati nel 2025: la metà riguarda la navigazione a faccette.

Noi partiamo dall’ordinamento, che produce soltanto copie, dalle fasce di prezzo, che seguono i listini e con un cursore libero scrivono un URL per ogni intervallo, e dalle selezioni con più valori della stessa faccetta, come nero e blu insieme, che moltiplicano gli incroci anche senza cambiare attributo. Resta aperta, invece, la categoria senza filtri con tutta la paginazione: ogni pagina ha un URL suo, il canonical su sé stessa e un <a href> verso la successiva, e porta Googlebot fino alle schede che la prima non mostra. Un controllo precede la chiusura: in Search Console nessuno di questi URL deve ricevere già ricerche sue.

Dei mezzi che Google offriva nel 2014 ne restano pochi. Lo strumento Parametri URL di Search Console, dove i siti dichiaravano come trattare ogni parametro, è stato spento nel 2022; il limitatore della velocità di scansione è stato tolto, e con lui l’host separato con la scansione al minimo che il post suggeriva, e Google non usa più rel=prev/next per la paginazione. L’esclusione oggi passa tutta dal sito.

Il Disallow nel robots.txt ferma prima della richiesta i crawler che lo rispettano, e un filtro che vive solo nel frammento non dà nemmeno un URL da chiedere. Un tema che per una faccetta non scrive link toglie ai suoi URL la via principale, ma un indirizzo trovato altrove resta scansionabile. Canonical e nofollow, a lungo andare, rendono meno del robots.txt. Google legge il canonical solo scaricando la pagina, e con il tempo può ridurre le visite alle versioni non canoniche; il nofollow sta sul link, ma funziona soltanto se lo portano tutti i link verso quell’URL. Il noindex toglie la pagina dall’indice ma non fa risparmiare scansione, perché per leggerlo Google deve scaricarla.

Quanto pesano sul tuo sito

A misurare il peso di questi indirizzi sono i log del server. Tenute soltanto le richieste di Googlebot verificate, conti quante vanno agli URL con parametri, quali parametri ricorrono e con quale codice rispondono, e le metti a confronto con le richieste per schede e categorie. Search Console, nelle statistiche di scansione, divide le visite di Googlebot per codice di risposta, tipo di file e scopo, e serve come prima occhiata.

Sulle copie Google non penalizza nessuno: considera normale un po’ di contenuto duplicato, che non viola le sue norme sullo spam, e sceglie da sé quale versione mostrare. Il prezzo è la scansione spesa per scaricarle. Un incrocio rimasto senza prodotti è un’altra storia: con un codice 200 e la scritta «nessun risultato», Google può classificarlo come soft 404 e continuare a chiederlo. Per gli incroci vuoti che restano scansionabili, la guida sulle faccette vuole un errore 404 sull’indirizzo stesso e nessun redirect, anche per i filtri ripetuti, le combinazioni senza senso e le pagine oltre l’ultima della paginazione. Per Google un 404 è un segnale forte a non tornare su quell’URL, mentre un URL bloccato dal robots.txt resta molto più a lungo fra gli URL da scansionare.

Google scrive la guida sul crawl budget per tre tipi di sito: oltre il milione di pagine che cambiano ogni settimana, oltre le diecimila che cambiano ogni giorno, o con molti URL fermi in «Rilevata, ma attualmente non indicizzata». Le soglie sono stime, lo dichiara Google stessa, e sotto di loro bastano una sitemap aggiornata e un controllo regolare del rapporto Indicizzazione delle pagine. Copie e incroci vuoti, però, nascono a ogni filtro anche in un catalogo piccolo, e lo stesso rapporto ti mostra dove finiscono: fra i duplicati, fra i soft 404 o nello stato «Indicizzata ma bloccata da robots.txt».

Le due guide di Google vanno lette insieme. Quella sulle faccette dice che la scansione spesa sui filtri rallenta la scoperta dei contenuti nuovi. Quella sul crawl budget distingue il limite di capacità, cioè quanto il server regge, dalla domanda di scansione, cioè quanto Google vuole scansionare, e avverte che un inventario pieno di URL inutili spreca molto tempo di scansione. Aggiunge però che il budget di scansione liberato con il robots.txt non passa da solo ad altre pagine, salvo che Google sia già al limite di capacità del sito. Chiudere i filtri elimina lo spreco e alleggerisce il server, ma non garantisce che le schede vengano scansionate prima.

La regola nel robots.txt

Con i parametri, il nome è il punto su cui una regola fa presa. Su un catalogo che filtra il colore con un parametro chiamato colore, nome di fantasia, la regola è questa:

User-agent: *
Disallow: /*?*colore=

Googlebot legge l’asterisco come qualunque sequenza di caratteri, compresa quella vuota. La riga blocca quindi /scarpe-running/?colore=nero, la sua seconda pagina /scarpe-running/?colore=nero&page=2 e /scarpe-running/?taglia=38&colore=nero, ma anche un parametro estraneo come sottocolore=. Restano scansionabili /scarpe-running/?page=2 e una pagina costruita a parte come /scarpe-running/nere/. Con i valori nel percorso, invece, manca un nome a cui agganciarsi, e una regola fatica a distinguere un filtro da una categoria vera.

Nella stessa regola cade l’elenco per colore che hai deciso di far indicizzare. Per riaprirlo serve una riga Allow con il suo URL, che per Google prevale sul Disallow perché è più lunga e copre tutti gli indirizzi che cominciano allo stesso modo, compresi /scarpe-running/?colore=nero&taglia=38 e /scarpe-running/?colore=nero&ordina=prezzo. Con il $ in fondo, Allow: /scarpe-running/?colore=nero$, la riga vale solo per l’indirizzo esatto, e la paginazione di quell’elenco resta chiusa: è la stessa forma che Google usa nell’esempio della sua guida, allow: /*?products=all$. In alternativa, l’elenco prende un indirizzo che la regola non tocca, come l’URL di una pagina a parte. L’ordine del lavoro è quindi obbligato: prima scegli le pagine, poi scrivi le regole e una sitemap che contiene soltanto le pagine scelte.

Per gli URL filtrati che Google ha già nell’indice serve un passaggio in più. Prima arriva il noindex, che Googlebot legge solo scaricando la pagina; un Disallow messo subito gli nasconderebbe il noindex, e l’URL, se altre pagine lo linkano, potrebbe restare fra i risultati. Il Disallow arriva quando sono usciti.

I gruppi per i crawler AI

Il robots.txt è diviso in gruppi, e un crawler che segue lo standard applica soltanto il gruppo con il suo nome e, in mancanza, il gruppo con l’asterisco. Le regole dei due non si sommano: lo stabilisce l’RFC 9309, e i crawler di Google vi si attengono. Ne segue che un gruppo con il nome di un crawler AI e la sola riga Allow: / gli apre tutti i filtri che avevi chiuso per gli altri.

Decathlon, nel file che abbiamo letto a ottobre, nominava ClaudeBot verso la fine con la sola riga Crawl-delay: 5, che gli chiede di rallentare. Per lo standard quella riga non chiude un gruppo, e il nome di ClaudeBot finisce nel gruppo successivo, l’ultimo User-agent: * del file, che esclude soltanto una pagina delle carte regalo. Le esclusioni sui filtri, scritte più in alto per gli altri crawler, a ClaudeBot non arrivano. Soltanto i log del sito possono dire se ClaudeBot scarichi davvero gli URL dei filtri.

Un gruppo dedicato serve, per esempio, a separare i due crawler che OpenAI distingue: OAI-SearchBot, che porta i siti nella ricerca di ChatGPT, e GPTBot, che raccoglie contenuti per l’addestramento. Aprire il primo e chiudere il secondo è una scelta legittima, a patto di ricopiare nel gruppo anche le esclusioni sui filtri. Sportler, nelle righe dedicate a Google, ripeteva per intero le regole generali. Da h-brands, invece, 42 crawler AI stavano in un gruppo con l’esclusione del parametro dei filtri ma non dell’ordinamento, che per loro restava scansionabile.

Le impostazioni di serie delle piattaforme

Quattro piattaforme ecommerce molto diffuse, Shopify, PrestaShop, WooCommerce e Magento, arrivano con le loro scelte su link dei filtri, canonical, noindex e robots.txt, e ogni regola che aggiungi lavora sopra di loro. Le abbiamo lette nel codice e nella documentazione delle versioni di ottobre 2026; per Shopify, che sul comportamento di partenza documenta poco, anche nel robots.txt e nelle pagine di un negozio, dorelan.com.

PrestaShop 9 segue alla lettera il consiglio di Google, e lo fa due volte: il robots.txt blocca gli URL con q, e la pagina filtrata porta comunque il noindex e il canonical sulla categoria. Per Googlebot decide il Disallow, perché Google non può leggere il noindex di un URL che non scarica, e un elenco filtrato linkato da altre pagine può restare nell’indice senza contenuto, nello stato «Indicizzata ma bloccata da robots.txt». Per le ricerche che meritano una pagina, la via più corta è costruirla accanto al filtro. Se il tuo negozio arriva dalla 8.2, che non metteva né il noindex né il Disallow su q, l’aggiornamento lascia il robots.txt vecchio e porta il noindex: gli elenchi filtrati già nell’indice escono, e solo allora rigeneri il robots.txt dal pannello.

WooCommerce e Magento fanno il contrario: lasciano ogni elenco filtrato indicizzabile e mettono sui link dei filtri soltanto il nofollow, che Google in genere non segue e che WooCommerce scrive nel widget classico. Lì il lavoro è soprattutto chiudere. Il pannello di Magento, con «Reset To Defaults», carica istruzioni che sbagliano dalla parte opposta: Disallow: /*? ferma ogni URL con un punto interrogativo, ?p=2 della paginazione compreso, e Googlebot perde la strada verso le schede oltre la prima pagina.

Shopify, con il tema Dawn, scrive i filtri come caselle di un modulo, con link soltanto per togliere i filtri attivi: nella collezione il tema non offre a un crawler link verso gli elenchi filtrati. Su dorelan.com la selezione di un solo valore restava scansionabile, ma con il canonical sulla collezione, che indica a Google la pagina madre come versione da mostrare. Per cambiare il robots.txt Shopify mette a disposizione il template robots.txt.liquid, ma lo considera una personalizzazione che la sua assistenza non supporta e avverte che, usato male, può costare tutto il traffico.

Il tuo catalogo nel SEO Spider

Tema, app e personalizzazioni cambiano il quadro di partenza, e per vedere il risultato sul tuo catalogo usiamo il nostro SEO Spider, che si muove come un crawler: parte da un URL e segue i link. Lo lanciamo su una categoria e, con le schede sotto il suo percorso, attiviamo «Scansiona solo la cartella dell’URL di partenza». A scansione finita, nel pannello SEO Elements → URL, la voce Parameters raccoglie gli URL con parametri che lo Spider ha raggiunto: accanto a paginazione, ordinamento ed eventuali parametri di tracciamento, ci trovi i filtri che il tema ha trasformato in link. Per ognuno trovi il codice di risposta, la distanza in clic dalla home (Clicks from Home) e la colonna Blocked by Robots, che segna gli URL già esclusi dal robots.txt.

Di serie lo Spider, come di solito Googlebot, non segue i link con il nofollow, e sulle piattaforme che lo mettono sui filtri l’opzione «Ignora direttiva nofollow» ti mostra anche gli URL che quei link aprirebbero. La scansione scende fino a 8 livelli di profondità e, di serie, si ferma a 750 pagine, un limite che puoi alzare; un URL assente dalla lista può comunque arrivare a Google da altri link.

Con lo Spider provi anche una regola prima di pubblicarla, e la prova serve perché una regola che chiude troppo non produce errori. Il report robots.txt di Search Console ti dice se Google legge il file e se ci sono errori di sintassi; le schede che la regola toglie dalla scansione, raggiungibili soltanto dai filtri, compaiono più avanti nel rapporto Indicizzazione delle pagine. Facciamo due scansioni dalla stessa categoria con le stesse impostazioni, e nella seconda scriviamo i nomi dei parametri da chiudere nel campo «Escludi determinate pagine dalla scansione», senza barre né apici; poi confrontiamo gli URL raggiunti. Il campo, però, scarta ogni indirizzo che contiene il testo scritto: «prezzo» esclude anche una categoria con «prezzo» nel percorso, che la regola /*?*prezzo= lascerebbe passare.

A contare è la scheda che compare nella prima scansione e manca nella seconda. Se il suo URL contiene il testo escluso, l’ha tolta il campo e non la regola; se la seconda scansione si è fermata al limite di pagine, il confronto non vale. Negli altri casi apri la vista Links della prima scansione, scegli il filtro Internal Links e cerchi l’URL della scheda: la colonna Source URL elenca le pagine che la collegano. Se sono tutte indirizzi con il parametro dei filtri, dentro il perimetro scansionato la scheda è raggiungibile soltanto da lì, e prima di pubblicare le regole le serve un link dalla categoria o dalla sua paginazione. Il limite resta quello della scansione: un link da una pagina che lo Spider non ha raggiunto, in quella lista, non compare.

Pubblicate le regole, controlli le pagine aperte e gli indirizzi chiusi in due posti diversi. Search Console ti dice se le prime entrano nell’indice e con quali ricerche; i log, se le richieste di Googlebot verso i secondi calano, e quanto chiedono nel frattempo i crawler AI.