Inici › Blog › Posicionament
Posicionament
Navegació per facetes: com evitar que els filtres devorin el teu crawl budget
En un catàleg industrial, cada filtre de producte que combines (material, pressió, connexió, temperatura) pot generar una URL nova. Multiplica aquestes opcions i de sobte la teva web projecta a Google milions de pàgines gairebé idèntiques que es mengen el crawl budget i deixen sense rastrejar el que de veritat ven. La solució no és treure filtres a l'usuari: és separar el que és útil per a la persona del que ha de rastrejar la màquina, fent servir robots.txt, canonical, noindex i ofuscació amb cap. I, cada vegada més, estructurar el catàleg amb Schema perquè els motors d'IA t'entenguin.
Els catàlegs B2B són una mina i, a la vegada, una trampa tècnica. Una sola vàlvula de control es pot filtrar per material (acer inoxidable, llautó), pressió nominal (PN16, PN40), tipus de connexió (brida, rosca) i rang de temperatura. Aquesta flexibilitat és or per a l'experiència d'usuari, però si la deixes anar es converteix en un embornal de recursos per a Google. Anem a veure per què passa, què t'hi jugues i com s'arregla sense sacrificar la usabilitat de la teva web.
Per què els filtres es mengen el teu pressupost de rastreig
Abans de tocar res convé entendre el mecanisme. El problema no són els filtres en si, sinó la manera com el teu CMS els converteix en URL rastrejables. Aquí tens les tres peces que has de tenir clares.
L'explosió combinatòria d'URL
A diferència d'un menú de categories clàssic, la navegació facetada deixa que l'usuari apliqui diversos filtres a la vegada. El problema tècnic és l'explosió combinatòria: si una categoria té 10 filtres amb 5 opcions cadascun, les combinacions possibles pugen a milers. Cada vegada que algú (o un bot) selecciona una combinació, el CMS sol crear una URL nova del tipus /categoria/valvulas?material=inox&presion=pn16&conexion=brida.
Si aquestes URL són rastrejables i indexables, la teva web projecta a Google l'existència de milions de pàgines amb contingut pràcticament idèntic. No aporten cap «information gain» i, a més, confonen l'algorisme sobre quina és la pàgina d'autoritat que hauria de posicionar.
Crawl budget: els recursos de Google són finits
El crawl budget o pressupost de rastreig és la suma de dues coses: quant aguanta el teu servidor (límit de capacitat) i quant li interessa a Google el teu lloc (demanda de rastreig). En indústria, on els catàlegs són enormes però les actualitzacions de producte de vegades són lentes, malgastar aquest pressupost és un error estratègic dels cars.
Quan Googlebot dedica el seu temps a rastrejar facetes irrellevants (un filtre de «preu ascendent», combinacions sense estoc), deixa de rastrejar pàgines noves o actualitzacions de productes que sí que importen. A la pràctica: les teves fitxes crítiques i les teves categories d'alta conversió es queden esperant torn. Un pressupost ben gestionat garanteix que les pàgines amb més densitat informativa i valor comercial siguin les que reben l'atenció dels cercadors, cosa que a més facilita que els agents d'IA les citin.
Contingut duplicat i dilució d'autoritat
El risc més seriós d'una navegació facetada sense control és doble: canibalització de paraules clau i dilució del link equity. Quan moltes URL mostren el mateix llistat amb variacions mínimes, l'autoritat de la pàgina (el PageRank intern) es fragmenta entre centenars d'adreces en lloc de concentrar-se en la categoria principal.
Això envia senyals contradictoris a l'algorisme. Si Google troba milers de pàgines amb el mateix bloc de text i els mateixos productes, pot penalitzar la visibilitat del domini sencer per considerar-lo thin content o duplicat a gran escala. I en l'era de la cerca generativa, una estructura caòtica impedeix que els models de llenguatge entenguin la jerarquia del teu catàleg i et relega davant de competidors amb arquitectures més netes.
El kit tècnic per frenar el malbaratament
Optimitzar la navegació facetada no consisteix a carregar-se la funcionalitat per a l'usuari. Consisteix a separar el que és útil per a la persona del que ha de rastrejar la màquina. La regla d'or en entorns industrials: si una combinació de filtres no té volum de cerca (ho sabràs amb un keyword research previ), no hauria de ser rastrejable. Les facetes principals («Tipus de bomba hidràulica») funcionen com a pàgines de categoria reals; les secundàries («color del xassís», «pes de l'embalatge») es queden fora de l'abast dels bots.
Robots.txt i paràmetres a Search Console
L'eina més contundent per frenar el malbaratament és el fitxer robots.txt. Amb directives Disallow pots bloquejar patrons d'URL que continguin paràmetres de filtratge concrets (per exemple, Disallow: /*?filter_*), de manera que Googlebot ni tan sols intenti processar aquestes combinacions i s'estalviï cicles de rastreig. Com a complement, l'antiga eina de paràmetres d'URL a Search Console —avui amb menys pes que abans— permet indicar a Google quins paràmetres canvien el contingut i quins són simples ordenacions que no s'han d'indexar.
Dit això, si el teu objectiu és liderar en AEO (Answer Engine Optimization), delegar tot el control a Google és arriscat: l'estructura ha d'estar blindada des del codi font perquè la teva «font de veritat» no es fragmenti.
Canonical vs. noindex: quan fer servir cada un
Hi ha una confusió molt habitual entre rel="canonical" i l'etiqueta noindex, i convé tenir-la resolta:
| Mecanisme | Què fa | Quan fer-lo servir |
|---|---|---|
| Canonical | És un suggeriment, no una ordre. Diu a Google que consolidi l'autoritat de diverses versions en una URL mestra. | Facetes que mostren productes molt similars i que vols que Google entengui com una sola entitat. |
| Noindex | Impedeix que la pàgina aparegui als resultats, però no evita que es rastregi: el bot continua gastant recursos a visitar-la. | Pàgines que no han de sortir a les cerques, però atenció: per si sol no protegeix el teu crawl budget. |
La nostra recomanació és una estratègia híbrida: bloquejar amb robots.txt el que és irrellevant i fer servir canonicals per consolidar la força de les variants de producte que sí que aporten valor tècnic.
Ofuscació d'enllaços: AJAX i peticions POST
Per a catàlegs B2B amb milers de SKU, la solució definitiva és l'ofuscació de facetes: presentar els filtres a l'usuari de manera funcional però ocultar-los al rastrejador. En lloc d'etiquetes <a href="...">, es fan servir botons o capes de JavaScript que carreguen els resultats mitjançant AJAX. En fer servir peticions POST en lloc de GET, els paràmetres de filtratge no es reflecteixen a la URL i elimines d'arrel la creació de duplicats. Una altra alternativa és el patró PRG (Post-Redirect-Get) perquè els bots no segueixin enllaços de filtratge.
El resultat: Googlebot només veu una estructura de categories neta i lògica, mentre l'enginyer que navega per la teva web gaudeix d'un filtratge potent i ràpid. Aquesta és la base d'una web preparada per als navegadors agèntics, on la claredat de la ruta és vital perquè el rastreig surti bé.
Facetes llestes per als motors de resposta i la IA
L'evolució del SEO cap al GEO (Generative Engine Optimization) i l'AEO canvia les regles. Els navegadors agèntics i els models de llenguatge no es limiten a seguir enllaços: intenten comprendre l'ontologia del teu catàleg. Una navegació facetada caòtica genera tant soroll que a la IA li costa distingir les especificacions tècniques reals d'un producte de les simples variacions de visualització. Una estructura neta, en canvi, és el prerequisit perquè et citin com a font d'autoritat.
Quan els teus filtres estan ben optimitzats, un agent d'IA pot extreure sense ambigüitat dades com «vàlvules d'acer inoxidable amb certificació PN16». En evitar que la IA es perdi en milers d'URL duplicades, dispares les opcions que el teu producte sigui el recomanat en una consulta tècnica complexa d'un comprador industrial.
Dades estructurades i Schema per jerarquitzar filtres
La solució a llarg termini no és només ocultar dades al bot, sinó estructurar-les amb Schema.org. El marcatge de dades estructurades (Product, ItemList, BreadcrumbList) et permet comunicar directament als cercadors la jerarquia dels teus filtres sense que s'hagin de rastrejar un a un com a URL independents.
Implementar JSON-LD per definir les propietats tècniques de cada faceta ajuda que els motors entenguin que «material» o «capacitat de càrrega» són atributs d'una entitat, no pàgines noves. Aquesta densitat informativa estructurada és el que separa les empreses industrials líders de les que només tenen un catàleg online. En el fons, l'objectiu és convertir el teu inventari en una base de coneixement llegible per màquines, perquè cada impacte de rastreig compti.
Què t'endús d'aquest article
- Els filtres generen una explosió combinatòria d'URL gairebé idèntiques que esgota el teu crawl budget.
- El crawl budget és finit: cada faceta inútil que rastreja Google és una fitxa o categoria que es queda sense rastrejar.
- La clau és separar el que és útil per a l'usuari del que és rastrejable per la màquina: si una combinació no té cerques, no hauria de ser rastrejable.
- Robots.txt bloqueja, canonical consolida i noindex oculta (però no estalvia rastreig): fes-los servir combinats, no per separat.
- Estructurar el catàleg amb Schema i JSON-LD és el que et fa citable pels motors de resposta i els agents d'IA.
Preguntes freqüents
Què és exactament la navegació per facetes?
És el sistema de filtres que permet a l'usuari combinar diversos atributs a la vegada (material, pressió, connexió, etc.) dins d'una categoria. Millora molt l'experiència de compra, però tècnicament pot generar milers d'URL úniques si no es controla.
El noindex protegeix el meu crawl budget?
No per si sol. El noindex evita que la pàgina aparegui als resultats, però el bot continua rastrejant-la per llegir l'etiqueta, així que continua gastant pressupost de rastreig. Per estalviar crawl budget de veritat, cal bloquejar l'accés amb robots.txt.
Quan faig servir canonical i quan robots.txt?
Fes servir canonical per consolidar l'autoritat de variants de producte que sí que aporten valor i que vols que Google entengui com una sola entitat. Fes servir robots.txt per bloquejar directament les facetes irrellevants (ordenacions, filtres sense cerques) i que el bot ni les visiti.
Què és l'ofuscació de facetes?
És presentar els filtres a l'usuari de manera funcional però ocultar-los al rastrejador, carregant els resultats amb AJAX i peticions POST en lloc d'enllaços GET. Així els paràmetres no es reflecteixen a la URL i s'evita la creació de contingut duplicat d'arrel.
Com decideixo quines facetes han de ser indexables?
Amb un keyword research previ. Si una combinació de filtres té volum de cerca real (per exemple «vàlvules d'acer inoxidable PN16»), converteix-la en una pàgina de categoria sòlida. Si no en té, mantén-la fora de l'abast dels rastrejadors.
Per què importa això per a la cerca amb IA?
Perquè els models de llenguatge intenten entendre l'ontologia del teu catàleg, no només seguir enllaços. Una estructura neta i marcada amb Schema permet que la IA extregui dades tècniques precises i et citi com a font; una estructura caòtica et relega davant de competidors millor organitzats.
Demana el teu diagnòstic gratuït →Veure SEO industrial