I filtri a faccette creano un conflitto strutturale. Dal lato del visitatore sono indispensabili per navigare in un catalogo ampio. Dal lato dei motori producono una combinatoria che può raggiungere milioni di indirizzi per qualche migliaio di prodotti.
Aggiungete il caricamento in AJAX, che migliora l’esperienza ma può far sparire ogni traccia di quelle pagine, e ottenete il tema tecnico peggio trattato del SEO per l’e-commerce.
Il problema di fondo
Prendiamo una categoria con sei faccette: marca, colore, taglia, prezzo, materiale, voto. Con una media di otto valori ciascuna, il numero di combinazioni possibili supera il quarto di milione. Su venti categorie si arriva a diversi milioni di indirizzi.
Tre conseguenze, in ordine di gravità.
Il budget di scansione si diluisce. I motori dedicano al vostro sito un tempo limitato. Se viene speso su combinazioni di filtri, i nuovi prodotti vengono scoperti più lentamente.
Il contenuto si duplica. Filtrare su «rosso» e filtrare su «rosso» più «disponibile» dà spesso lo stesso elenco di prodotti, con titolo e contenuto identici.
Il valore si disperde. Ogni link verso una combinazione di filtri trasmette una parte dell’importanza della pagina categoria. Moltiplicato per cinquanta link di filtri su ogni pagina, la perdita è considerevole.
Cosa produce l’AJAX senza trattamento
Il caricamento asincrono dei risultati evita di ricaricare la pagina, cosa comoda. Implementato male, produce due problemi opposti.
Nessun indirizzo. Se il filtro non modifica l’URL, la selezione non è condivisibile, né recuperabile con il tasto indietro, né indicizzabile. Chi affina la ricerca e poi apre una scheda prodotto non può tornare alla sua selezione.
Oppure indirizzi illeggibili. Se il filtro scrive nell’URL un parametro tecnico costruito concatenando identificatori, ottenete indirizzi instabili e incomprensibili, il cui ordine varia con l’ordine di selezione dei filtri, il che moltiplica le varianti della stessa pagina.
L’implementazione corretta modifica l’URL con un indirizzo pulito e stabile, senza ricaricare la pagina.
La regola di decisione: quali faccette aprire
È il cuore del tema. Non tutte le combinazioni di filtri devono essere indicizzabili, e la stragrande maggioranza non deve esserlo.
Tre criteri cumulativi per aprire una faccetta all’indicizzazione.
1. Corrisponde a un’intenzione di ricerca reale. Verificatelo: «scarpe antinfortunistiche numero 47» si digita, «scarpe antinfortunistiche con 4 stelle» no. Voto, disponibilità e ordinamento non rientrano mai nell’indicizzazione.
2. Produce un numero di risultati sufficiente e stabile. Contate almeno dieci prodotti. Una pagina di filtro con due risultati è una pagina di bassa qualità.
3. Può portare contenuto proprio. Titolo, meta descrizione e idealmente un paragrafo introduttivo specifici. Senza, create contenuto duplicato rispetto alla categoria superiore.
Si aggiungono due regole di esclusione, più importanti dei criteri precedenti.
Non aprite mai le combinazioni di due faccette o più. «Marca X» può essere indicizzabile, «Marca X più rosso più taglia 42» non deve esserlo mai. È questa regola a contenere l’esplosione combinatoria.
Non aprite mai le faccette di ordinamento e paginazione incrociate con i filtri. Non creano alcuna intenzione nuova.
In pratica, su un catalogo di tremila prodotti, si arriva a un numero compreso tra trenta e cento pagine di faccette aperte. Non diecimila.
Filtri a Faccette AJAX per PrestaShopLa navigazione a faccette che filtra veloce e indicizza bene€99.00
La costruzione degli URL
Quattro requisiti per le pagine aperte.
Riscrittura pulita. Un indirizzo leggibile, costruito sul nome della categoria e su quello del valore del filtro, invece di una catena di parametri numerici.
Ordine normalizzato. Se più filtri sono attivi, il loro ordine nell’URL deve essere deterministico, di solito alfabetico. Senza questo, due selezioni identiche producono due indirizzi diversi.
Stabilità. L’indirizzo di una faccetta non deve cambiare quando riorganizzate il catalogo, pena la rottura delle pagine posizionate.
Un solo formato. Nessuna coesistenza tra una versione a parametri e una riscritta. Se tecnicamente esistono entrambe, una deve reindirizzare all’altra.
Canonico, noindex, robots: da non confondere
Tre meccanismi diversi, regolarmente mescolati, con effetti opposti.
Il tag canonico indica la versione preferita di una pagina. Su una faccetta aperta punta a se stessa. Su una faccetta chiusa punta alla categoria superiore. Attenzione: è un’indicazione, non una direttiva, e i motori possono ignorarla se il contenuto differisce nettamente.
La direttiva noindex chiede di non indicizzare una pagina. Presuppone che la pagina venga scansionata per essere letta. È lo strumento giusto per le combinazioni che volete fuori dall’indice lasciando che i link trasmettano.
Il blocco nel file robots impedisce la scansione. La pagina non viene mai letta, quindi una direttiva noindex che vi si trovasse non verrebbe mai vista. È l’errore classico: bloccare e mettere un noindex insieme rende il secondo inefficace.
La combinazione che funziona: blocco robots per i parametri puramente tecnici come l’ordinamento, noindex per le combinazioni di filtri e niente di particolare per le faccette aperte, se non il loro canonico auto-referenziale.
Contenere la scansione all’origine
I meccanismi sopra intervengono dopo che il motore ha scoperto gli indirizzi. Un approccio complementare consiste nel non darglieli.
L’offuscamento dei link di filtro consiste nel non esprimerli come link nell’HTML: il comportamento di navigazione è prodotto da uno script su un elemento non cliccabile nel senso del protocollo. Il visitatore non vede alcuna differenza, il robot non ha alcun link da seguire.
Due precauzioni. La tecnica va applicata solo ai link che non volete far scansionare, mai a quelli che reggono la navigazione principale. E le pagine così nascoste devono restare raggiungibili per un’altra via se volete che siano indicizzate, come accade per le faccette aperte.
Su un catalogo grande è la misura che produce l’effetto più rapido sul budget di scansione.
La paginazione
Si combina con le faccette e merita regole proprie.
Ogni pagina di una serie paginata porta un canonico verso se stessa, non verso la prima. Dichiarare tutte le pagine canoniche verso la prima equivale a chiedere l’esclusione dei prodotti che figurano solo nelle pagine successive.
I parametri di paginazione devono comparire dopo quelli di filtro, in ordine stabile, e la pagina 1 non deve esistere in doppio con e senza parametro.
Il contenuto delle pagine aperte
Una faccetta aperta all’indicizzazione deve somigliare a una pagina vera, non a una categoria filtrata.
Tre elementi minimi. Un titolo proprio, costruito a partire dalla categoria e dal valore, ma scritto invece che concatenato meccanicamente. Un’introduzione breve e unica, cento-duecento parole, che spieghi cosa raggruppa la selezione. E un link verso l’alto alla categoria superiore, che struttura la relazione.
Senza questi tre elementi, la pagina aperta entra in concorrenza con la categoria superiore e le due si cannibalizzano.
Il comportamento del browser
Tre punti di implementazione che riguardano l’esperienza d’uso ma hanno un effetto indiretto sul posizionamento.
Il tasto indietro deve riportare alla selezione precedente, non alla home né allo stato iniziale della categoria. Questo presuppone una gestione della cronologia.
Il ritorno da una scheda prodotto deve ripristinare la selezione e la posizione di scorrimento. È l’attrito più segnalato sui cataloghi a faccette.
Il contatore di risultati dovrebbe aggiornarsi prima dell’applicazione, se possibile, per evitare al visitatore di scoprire un elenco vuoto.
Misurare
Quattro indicatori, rilevati prima e tre mesi dopo.
Il numero di pagine scansionate al giorno, nelle statistiche di scansione di Search Console. Deve calare sulle pagine di filtro e restare stabile o salire sul catalogo.
Il report di indicizzazione, sorvegliando la categoria delle pagine scansionate ma non indicizzate, che dovrebbe diminuire.
Il traffico delle pagine di faccette aperte, pagina per pagina, per verificare che la selezione fosse pertinente.
Il tempo di scoperta dei nuovi prodotti, tra la pubblicazione e la prima comparsa nei report. È l’indicatore più eloquente del budget di scansione recuperato.
Il modulo Filtri a Faccette AJAX per PrestaShop tratta questa catena su PrestaShop 8 e 9: filtraggio senza ricaricamento con URL riscritti e ordine normalizzato, apertura selettiva delle faccette all’indicizzazione, canonici e direttive coerenti e ripristino della selezione al ritorno da una scheda. Sui cataloghi voluminosi, il modulo Offuscamento Link SEO completa il dispositivo contenendo la scansione all’origine.