SEO della navigazione a faccette: indicizza solo le pagine di filtri cercate dagli utenti, poi gestisci il resto con robots.txt, noindex, canonical e 404.

In questa pagina
In breve
la navigazione a faccette (i filtri per colore, taglia, marca o prezzo su una pagina di categoria) crea un URL nuovo per ogni combinazione, e può moltiplicare per migliaia le pagine scansionabili di un negozio. Indicizza solo le pagine di filtri che corrispondono a ricerche reali e hanno prodotti sufficienti, dai loro URL statici puliti e contenuti unici, e tieni il resto lontano da Google: robots.txt per fermare la scansione, noindex o un tag canonical per tenerle fuori dall'indice, e un 404 per le combinazioni vuote.
Vuoi approfondire? Chiedi a
Quiz veloce
La SEO fa per te, e come iniziare?
Sorank corrisponde alle tue risposte
Provalo per 3 giorni sul tuo sito e scopri a che punto sei su Google, ChatGPT e le altre IA.
Prova gratis per 3 giorni3 giorni gratis, poi smetti quando vuoi. Garanzia risultati o rimborsati di 90 giorni.
La SEO della navigazione a faccette consiste nel lasciare che i clienti filtrino liberamente, facendo in modo che Google dedichi tempo solo alle pagine di filtri che meritano di posizionarsi. Google definisce la navigazione a faccette «di gran lunga la fonte più comune di problemi di overcrawl segnalati dai proprietari di siti» nel suo articolo Crawling December sulla navigazione a faccette (dicembre 2024), e ha trasformato i suoi vecchi consigli in una pagina ufficiale di documentazione sulla gestione degli URL a faccette (ultimo aggiornamento a dicembre 2025). Questa guida spiega perché i filtri creano problemi, come decidere quali pagine di faccette indicizzare, quale metodo usare per le altre e come verificare il risultato in Search Console.
La navigazione a faccette è l'insieme di filtri che restringe una pagina di elenco in base agli attributi. Una faccetta è un attributo (colore, taglia, marca, materiale, fascia di prezzo) e ogni faccetta ha dei valori (nero, 42, Nike). Compare su negozi online, portali immobiliari, siti di lavoro, siti di viaggi e directory: ovunque un lungo elenco debba essere ridotto.
Ogni filtro applicato di solito cambia l'URL in uno di questi tre modi:
La navigazione a faccette è diversa dall'albero delle categorie. Le categorie (Scarpe, poi Scarpe da corsa) sono una gerarchia fissa che progetti tu; le faccette si combinano, quindi il numero di pagine che creano lo decidono i clic del visitatore, non tu. È qui che nascono i problemi di SEO, ed è il motivo per cui le faccette devono entrare nel tuo piano di architettura del sito fin dall'inizio.
Il problema è aritmetico. Prendi una categoria con quattro faccette: 12 colori, 10 taglie, 20 marche e 5 fasce di prezzo. Consentendo zero o un valore per faccetta si ottengono già 13 × 11 × 21 × 6 = 18.018 URL possibili per una sola categoria. Aggiungi la selezione multipla (nero e blu), tre ordinamenti e un selettore «prodotti per pagina», e il totale supera 100.000. I crawler di Google possono trovarle tutte seguendo i link.
Questa esplosione di URL causa quattro problemi:
La guida di Google sul budget di scansione è pensata per siti con oltre 1 milione di pagine, o oltre 10.000 pagine che cambiano ogni giorno. La navigazione a faccette è il modo più comune in cui un negozio con 2000 prodotti finisce in quella categoria senza accorgersene.
Alcune pagine di faccette meritano di posizionarsi. «Scarpe da corsa nere» o «scarpe trail Nike» sono ricerche reali, e una pagina filtrata risponde meglio di una categoria generica. La regola: indicizza una pagina di faccetta solo se corrisponde a una query che le persone digitano, mostra abbastanza prodotti per essere utile e resta stabile nel tempo.
| Tipo di faccetta | Esempio | Domanda di ricerca | Trattamento consigliato |
|---|---|---|---|
| Tipo di prodotto o sottocategoria | /scarpe/trail/ | Alta | Indicizzare come vera pagina di categoria |
| Marca | /scarpe/corsa/nike/ | Spesso alta | Indicizzare se ci sono prodotti sufficienti |
| Colore, materiale, genere, uso | /scarpe/corsa/nero/ | Variabile | Indicizzare solo se la ricerca di parole chiave conferma la domanda |
| Taglia, larghezza | ?size=42 | Bassa (tranne in alcune nicchie) | Scansionabile per gli utenti, non indicizzata |
| Fascia di prezzo, valutazione, disponibilità | ?price=50-100 | Molto bassa | Bloccare la scansione |
| Ordinamento, visualizzazione, elementi per pagina | ?sort=price_asc | Nessuna | Bloccare la scansione |
| Due o più valori di una faccetta, o tre o più faccette combinate | ?color=black&color=blue | Quasi nessuna | Bloccare la scansione |
| Parametri di sessione o di tracciamento | ?sessionid=, ?utm_source= | Nessuna | Canonical verso l'URL pulito |
Tre verifiche prima di rendere indicizzabile una pagina di faccetta:
Le pagine che superano le verifiche diventano pagine di destinazione a sé stanti: un URL statico pulito, un title e un H1 unici, una breve introduzione, link dalla categoria padre e un posto nella tua sitemap XML. La guida all'ottimizzazione delle pagine di categoria copre in dettaglio questo lavoro on-page.
Suggerimento
Trasforma le combinazioni vincenti in URL statici (/scarpe/corsa/nero/) e lascia ogni altro filtro come parametro. Così puoi bloccare tutti i parametri con una sola regola di robots.txt senza toccare le pagine che vuoi far posizionare.
Ogni metodo agisce su un passaggio diverso: la scansione, l'indicizzazione o il consolidamento dei segnali. Nessuno fa tutte e tre le cose, ed è per questo che la maggior parte dei siti ne combina più d'uno.
| Metodo | Ferma la scansione | Tiene fuori dall'indice | Consolida i segnali | Limite principale |
|---|---|---|---|---|
| robots.txt Disallow | Sì | In gran parte (un URL bloccato può restare indicizzato senza contenuto se è linkato) | No | Google non può vedere i tag nelle pagine bloccate |
| Meta robots noindex | No (viene scansionata sempre meno col tempo) | Sì | No | La pagina deve restare scansionabile |
| rel="canonical" | In parte, col tempo | Di solito | Sì | È un suggerimento che Google può ignorare se le pagine sono diverse |
| rel="nofollow" sui link dei filtri | In parte | No | No | Ogni link interno ed esterno deve averlo |
| Frammenti (#) o filtri JavaScript | Sì | Sì | Non serve | Le pagine filtrate non potranno mai posizionarsi |
| 404 per combinazioni vuote | Sì, dopo un po' | Sì | Non serve | Solo per filtri non validi o vuoti |
La documentazione di Google raccomanda robots.txt quando gli URL filtrati non devono comparire nella ricerca. Una regola come Disallow: /*?*sort= o Disallow: /*?*price= impedisce a Googlebot di richiedere quegli URL, e fa risparmiare subito budget di scansione. Verifica ogni schema con un controllore di robots.txt prima di pubblicarlo, perché un solo carattere jolly troppo ampio può bloccare vere pagine di categoria.
Un tag noindex rimuove in modo affidabile una pagina dai risultati di Google, ma Google deve comunque scansionarla per leggerlo, quindi non fa risparmiare budget di scansione nel breve periodo. Usalo sulle pagine di faccette già presenti nell'indice che devono uscirne.
Attenzione
Non bloccare mai una pagina in robots.txt aggiungendo allo stesso tempo noindex. La documentazione di Google su noindex precisa che un crawler bloccato non vede mai la regola, quindi la pagina può restare nei risultati. Lascia che Google riscansioni prima il noindex e aggiungi il Disallow solo quando gli URL sono usciti dall'indice.
Un tag canonical su /scarpe/corsa/?colore=nero&ordine=novita che punta a /scarpe/corsa/?colore=nero indica a Google quale versione tenere e unisce i segnali dei link. Google lo considera un suggerimento: se la pagina filtrata mostra un insieme di prodotti molto diverso dalla destinazione canonical, può scegliere una propria canonical, che in Search Console comparirà come Duplicato senza canonical scelto dall'utente o con uno stato simile. I canonical vanno bene per gli ordinamenti, i parametri di tracciamento e le varianti minori, non per i filtri che cambiano completamente l'elenco dei prodotti.
Google chiede uno stato 404 per le combinazioni di filtri senza risultati, i filtri duplicati, le combinazioni senza senso e le pagine di paginazione che non esistono, invece di un reindirizzamento a una pagina di errore generica. La stessa logica vale per la pagina 9 di un elenco che ha solo 3 pagine, un problema trattato nella guida alla SEO della paginazione.
Uno strumento non esiste più: lo strumento «Parametri URL» di Search Console. Google lo ha ritirato nel 2022, notando che solo circa l'1 % delle configurazioni inserite era utile per la scansione. La gestione dei parametri ora avviene nel tuo robots.txt, nei tuoi canonical e nei tuoi link interni.
Su Shopify, WooCommerce o Magento, le app di filtri e i temi generano ciascuno gli URL a modo loro: controlla cosa produce il tuo prima di scrivere le regole, e ripeti il controllo dopo ogni aggiornamento del tema o di un'app. Un audit SEO e-commerce dovrebbe includere questa verifica ogni trimestre.
Ripeti questi controlli un mese dopo ogni modifica. I risultati nell'indice si muovono lentamente: Google deve riscansionare ogni URL prima che un noindex o un canonical abbia effetto.
Gli assistenti IA come ChatGPT, Gemini e Perplexity scompongono una domanda d'acquisto in più ricerche prima di rispondere. Una richiesta come «scarpe trail impermeabili da donna sotto 150 dollari» si trasforma in ricerche su tipo di prodotto, uso, genere e prezzo, cioè proprio le tue faccette. Una buona pagina di faccetta (titolo chiaro, attributi scritti nel testo, dati di prodotto strutturati, prodotti sufficienti) è il tipo di pagina che queste ricerche recuperano e citano. Un URL con parametri senza testo e con un title duplicato, no.
L'efficienza della scansione conta anche per i crawler IA: un bot che dedica le sue visite alle varianti ?sort= raggiunge meno delle tue pagine utili. Le stesse regole (bloccare le combinazioni senza valore, aprire quelle buone) aiutano Google e gli assistenti IA allo stesso tempo. Il nostro studio sulle citazioni IA per i negozi Shopify mostra come questi assistenti recuperano le pagine di prodotto e di categoria.
La parte difficile è scegliere quali combinazioni meritano una pagina. La ricerca automatica di parole chiave di Sorank trova le ricerche sugli attributi dietro le tue categorie, e il generatore di cluster tematici le raggruppa, così ogni pagina di faccetta indicizzabile punta a una query distinta senza che due pagine si contendano la stessa parola chiave.

La navigazione a faccette funziona per la SEO quando decidi quali filtri diventano pagine e tieni tutte le altre combinazioni fuori dalla scansione di Google. Parti dall'inventario dei parametri, blocca i parametri di ordinamento e di prezzo, poi crea pagine di destinazione per le combinazioni che le persone cercano. Per trovare automaticamente queste combinazioni e pubblicare i contenuti che le circondano, consulta i piani di Sorank, con 3 giorni di prova gratuita.
No. La navigazione a faccette aiuta i clienti e può portare traffico quando le combinazioni di filtri giuste diventano pagine di destinazione indicizzabili. Crea problemi solo se ogni combinazione è scansionabile e indicizzabile, perché così si spreca budget di scansione e l'indice si riempie di pagine duplicate. La soluzione è controllare quali combinazioni Google può scansionare e indicizzare.
Funzionano entrambi per Google. Una configurazione comune usa percorsi statici per le poche combinazioni che vuoi far posizionare (/scarpe/corsa/nero/) e parametri di query per tutti gli altri filtri. Questa separazione permette di bloccare tutti i parametri in robots.txt senza bloccare le tue pagine di destinazione.
I filtri che modificano la pagina senza creare link scansionabili né nuovi URL evitano lo spreco di scansione, e Google di solito ignora i frammenti che seguono un #. Lo svantaggio è che nessuna di queste viste filtrate può posizionarsi. Usa JavaScript per i filtri di basso valore e URL reali con link HTML per le combinazioni che corrispondono alle ricerche.
HANNO PROVATO SORANK PRIMA DI TE
