# Cómo evitar que Googlebot desperdicie su rastreo en los filtros de PrestaShop

> En los catálogos con facetas sin tratar, la parte del rastreo dedicada a los filtros supera a menudo la mitad de las peticiones. Cómo medirla en los registros del servidor, por qué noindex y robots no bastan, y los límites a respetar.

- Página: <https://www.datafirefly.com/es/2026/09/25/googlebot-rastreo-filtros-prestashop/>
- Idioma: es
- Publicado el: 2026-09-25
- Actualizado el: 2026-09-25
- Otros idiomas: [fr](https://www.datafirefly.com/2026/09/25/crawl-filtres-prestashop-budget-exploration/index.md), [en](https://www.datafirefly.com/en/2026/09/25/googlebot-crawl-waste-prestashop-filters/index.md), [de](https://www.datafirefly.com/de/2026/09/25/googlebot-crawl-budget-prestashop-filter/index.md), [it](https://www.datafirefly.com/it/2026/09/25/googlebot-crawl-filtri-prestashop/index.md), [pl](https://www.datafirefly.com/pl/2026/09/25/googlebot-crawl-filtry-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/09/25/crawl-filters-prestashop-crawlbudget/index.md)
- Índice: <https://www.datafirefly.com/es/2026/llms.txt>

En un catálogo importante, una parte considerable de las peticiones de los robots se dirige a combinaciones de filtros que no tienen ninguna vocación de ser indexadas. Ese tiempo se resta del que habría servido para descubrir tus nuevos productos.

Este artículo trata la medición y la puesta en práctica. Los criterios de elección de las facetas a abrir se han detallado por separado.

## Medir el desperdicio antes de actuar

Ninguna decisión debería tomarse sin haber mirado los registros del servidor. Son la única fuente que muestra lo que los robots piden realmente, por oposición a lo que crees que piden.

El método cabe en tres etapas.

**Extraer las peticiones de los robots** durante cuatro semanas, filtrando por el agente de usuario y verificando la autenticidad por resolución inversa de la dirección. Una parte de las visitas que se declaran robot no lo es.

**Clasificar las direcciones solicitadas** en cuatro familias: fichas de producto, categorías sin filtro, categorías con filtros, y el resto. Esta clasificación se hace por patrón de URL y lleva unos minutos una vez cargado el archivo en una hoja de cálculo o una base.

**Calcular la distribución.** En los catálogos con facetas sin tratar, la parte dedicada a los filtros supera con frecuencia la mitad de las peticiones, y puede alcanzar el 80% en las configuraciones más abiertas.

Dos cifras complementarias merecen anotarse. La **frecuencia de paso por tus fichas de producto**: si un producto solo se visita una vez al mes, tu presupuesto de rastreo está saturado en otra parte. Y el **plazo de descubrimiento** de tus últimas novedades, entre la puesta en línea y la primera visita.

## Lo que revelan los registros

Tres constataciones vuelven sistemáticamente en los catálogos nunca tratados.

**Las combinaciones profundas.** Direcciones que llevan tres, cuatro o cinco filtros simultáneos, sin ninguna posibilidad de ser indexadas y que sin embargo representan un volumen importante.

**Los parámetros de ordenación.** La misma lista de productos solicitada en seis órdenes distintos. Ninguno de esos estados aporta nada al índice.

**Las facetas sin resultado.** Combinaciones que no devuelven ningún producto, exploradas a pesar de todo porque el enlace existe en la página.

Este último punto es el más revelador: tu interfaz propone enlaces hacia selecciones vacías, lo que ya es un problema para tus visitantes antes de serlo para el rastreo.

## Por qué las directivas clásicas no bastan

El reflejo consiste en poner una directiva noindex en esas páginas. Resuelve la indexación, no el rastreo: la página debe ser visitada para que la directiva se lea.

El bloqueo en el archivo robots impide el rastreo, pero tiene dos inconvenientes. Las páginas ya indexadas pueden quedarse ahí, sin que su contenido pueda releerse para entender que hay que retirarlas. Y el bloqueo se sortea mal: una dirección bloqueada pero masivamente enlazada desde tus páginas sigue siendo conocida.

Estas dos herramientas siguen siendo útiles. Simplemente intervienen después de que el robot haya descubierto la dirección.

## No dar el enlace

El enfoque complementario consiste en no expresar esos enlaces como enlaces.

El principio: el comportamiento de navegación lo produce un script asociado a un elemento que no es un enlace en el sentido del protocolo. El visitante hace clic y navega con normalidad, el robot no encuentra ninguna dirección que seguir.

Tres condiciones para que sea limpio.

**El elemento debe seguir siendo accesible.** Un elemento clicable que no es un enlace debe llevar los atributos que lo hacen utilizable con el teclado y comprensible por un lector de pantalla. Sin eso, resuelves un problema de rastreo creando un problema de accesibilidad.

**La navegación debe seguir siendo funcional.** La dirección debe cambiar, el botón de retroceso debe funcionar, el enlace debe seguir siendo compartible. La ofuscación afecta a la forma en que el enlace se expresa en el código, no a la desaparición de la dirección.

**El perímetro debe ser limitado.** Aplica este tratamiento solo a los enlaces que no quieres ver rastreados. Tu navegación principal, tus categorías y tus facetas abiertas deben seguir siendo enlaces normales.

## Lo que no hay que hacer con ello

Dos desviaciones a descartar claramente.

**Ocultar enlaces hacia contenido que quieres indexar**, esperando controlar la distribución de valor. Es una práctica antigua, ineficaz, y priva a tus páginas de enlaces entrantes.

**Presentar al robot una página distinta de la del visitante.** La ofuscación de enlaces no cambia el contenido servido, cambia la forma en que un elemento de interfaz está escrito. La diferencia es nítida y hay que atenerse a ella: servir un contenido distinto según el agente es una práctica sancionada.

## Las otras palancas

La ofuscación no es la única herramienta, y no siempre es la primera.

**Reducir el número de filtros propuestos.** Muchos catálogos muestran doce facetas de las que cuatro se usan. Retirar las inútiles reduce mecánicamente la combinatoria y simplifica la interfaz.

**Ocultar los filtros sin resultado.** Un valor que no devuelve nada no debería proponerse. Eso suprime enlaces inútiles y mejora la experiencia.

**Cargar los filtros bajo demanda.** En móvil, el panel de filtros suele estar plegado: si su contenido solo está presente tras abrirlo, los enlaces no están en la página servida.

**Cuidar el sitemap.** Debe contener tus páginas útiles y nada más. Un sitemap que lista combinaciones de filtros invita explícitamente a explorarlas.

## Controlar tras la puesta en marcha

Cuatro indicadores, medidos antes y luego al mes y a los tres meses.

**La distribución de las peticiones de robots** por familia de URL, con el mismo método que al principio. Es la medida directa del efecto.

**El número total de páginas exploradas por día**, en las estadísticas de rastreo. Cuidado con la interpretación: una bajada es esperada y deseable aquí, al contrario de lo que se suele creer.

**La frecuencia de visita de las fichas de producto**, que debería aumentar puesto que el tiempo liberado se redistribuye.

**El plazo de descubrimiento de las novedades**, que es el indicador final: por él se lleva a cabo todo el proyecto.

Un apunte de método: deja pasar de tres a cuatro semanas antes de concluir. La redistribución del presupuesto de rastreo no se ve inmediatamente.

## Lo que puede salir mal

Tres situaciones a vigilar tras la puesta en marcha.

**Páginas útiles vueltas inaccesibles.** Si una faceta que querías abrir acaba en el perímetro ofuscado, pierde sus enlaces entrantes. Verifica que tus páginas abiertas siguen enlazadas desde un lugar normal.

**Una navegación rota con el teclado.** La prueba se hace en treinta segundos: recorre los filtros con la tecla de tabulación y verifica que son alcanzables y activables.

**Una bajada de tráfico en las páginas de facetas.** Si tenías algunas que recibían tráfico y quedaron dentro del perímetro, la bajada aparece en tres a seis semanas. De ahí el interés de anotar las posiciones antes.

El  implementa este dispositivo en PrestaShop 8 y 9: tratamiento selectivo de los enlaces de filtros y de ordenación con exclusión de las facetas abiertas, conservación del comportamiento de navegación y de los atributos de accesibilidad, y perímetro configurable por categoría.
