Si tienes una tienda en PrestaShop con un catálogo mediano o grande y has activado el módulo de navegación por facetas, es muy probable que Google esté intentando rastrear decenas de miles de URLs que no deberían existir desde el punto de vista del SEO. No es una exageración. Una tienda con mil productos distribuidos en cincuenta categorías, con filtros de talla, color, precio, marca y material, puede generar matemáticamente millones de combinaciones de URLs únicas. La mayoría de ellas muestran entre uno y tres productos, tienen contenido prácticamente idéntico a otras combinaciones similares, y no responden a ninguna intención de búsqueda real.
El resultado es predecible: el presupuesto de rastreo de Googlebot se agota en páginas sin valor, las URLs estratégicas se indexan con menos frecuencia, y el sitio acumula miles de páginas duplicadas o de baja calidad que diluyen la autoridad del dominio en lugar de concentrarla donde genera posicionamiento.
Este es uno de los problemas técnicos más habituales que encuentramos en auditorías de PrestaShop, y también uno de los que más impacto tiene cuando se resuelve correctamente.
Indice del artículo
- 1 Por qué PrestaShop genera este problema por defecto
- 2 El presupuesto de rastreo: por qué es crítico en catálogos grandes
- 3 Capa 1: configuración del módulo Faceted Search
- 4 Capa 2: canonical tags hacia la categoría padre
- 5 Capa 3: bloqueo en robots.txt para patrones de URL conocidos
- 6 Capa 4: cuándo sí tiene sentido indexar URLs de facetas
- 7 Cómo auditar el estado actual de tu PrestaShop
Por qué PrestaShop genera este problema por defecto
El módulo nativo de PrestaShop para navegación por facetas, en versiones modernas llamado “Faceted Search”, está diseñado para maximizar la experiencia de filtrado del usuario, no para proteger la salud SEO del sitio. Por defecto, cada combinación de filtros activos genera una URL única que el módulo considera indexable. Cuando un usuario selecciona color azul y talla M en una categoría de camisetas, PrestaShop crea una URL del tipo /camisetas?q=Color-Azul/Talla-M o una variante amigable dependiendo de la configuración del módulo y la versión instalada.
El problema se multiplica exponencialmente con cada filtro adicional. Si tienes cinco atributos con diez valores cada uno, la combinatoria teórica supera el millón de URLs. Google no va a rastrear todas, pero sí intentará seguir los enlaces que llevan a esas páginas desde las categorías principales, consumiendo recursos de rastreo que deberían ir a tus páginas de producto y categoría reales.
A esto se suma que PrestaShop, dependiendo de la versión y la configuración del módulo, no aplica canonicals ni directivas noindex de forma coherente por defecto en estas URLs de facetas. Sin intervención manual o mediante configuración específica del módulo, muchas de estas páginas quedan accesibles, enlazadas desde la navegación del sitio e indexables.
El presupuesto de rastreo: por qué es crítico en catálogos grandes
El concepto de crawl budget o presupuesto de rastreo es fundamental para entender por qué este problema es urgente en tiendas con más de cinco mil URLs. Google no rastrea un sitio de forma exhaustiva ni infinita: asigna a cada dominio un número determinado de páginas a rastrear en un período de tiempo, basado en la autoridad del dominio, la velocidad de respuesta del servidor y las señales históricas de calidad del contenido.
Si tu PrestaShop tiene cien mil URLs generadas por filtros de facetas y Google dedica el 70% de su presupuesto de rastreo a intentar procesarlas, tus fichas de producto nuevas tardarán semanas en indexarse, tus páginas de categoría principales se rastrean con menos frecuencia de la necesaria, y cualquier actualización de precios o disponibilidad en el catálogo tarda más en reflejarse en el índice.
La solución no es una sola medida, sino una estrategia en capas que combina configuración del módulo, directivas técnicas y, en casos justificados, generación selectiva de URLs de facetas con valor SEO real.
Capa 1: configuración del módulo Faceted Search
El primer punto de intervención es el propio módulo. En versiones recientes de PrestaShop, el módulo Faceted Search incluye opciones de configuración que permiten controlar qué combinaciones de filtros generan URLs indexables y cuáles no.
Accede al back-office de PrestaShop, ve a Módulos → Faceted Search y busca las opciones de indexación. Dependiendo de la versión del módulo, encontrarás opciones para aplicar automáticamente etiquetas noindex a las URLs de facetas, para generar canonical tags que apunten a la categoría padre, o para deshabilitar la generación de URLs amigables en combinaciones de filtros seleccionados.
La configuración más conservadora y generalmente más segura para la mayoría de tiendas es aplicar noindex, follow a todas las URLs de facetas sin excepción. Esto le dice a Google que no incluya esas páginas en el índice, pero que siga los enlaces que contienen para descubrir fichas de producto. El atributo follow es importante: si usas noindex, nofollow, impides que el PageRank fluya hacia los productos individuales que aparecen en esas páginas filtradas.
En paralelo a la directiva noindex, implementar canonical tags correctas añade una capa adicional de señal hacia Google. Cada URL de faceta debería incluir en su <head> un elemento canonical que apunte a la URL de la categoría principal sin filtros.
html
<link rel=”canonical“ href=”https://tutienda.com/camisetas/“ />
Esto comunica explícitamente a Google que la página canónica para ese contenido es la categoría base, no la versión filtrada. En la práctica, los canonicals y las etiquetas noindex son complementarios y redundantes de forma positiva: si por algún motivo el rastreador ignora el noindex, el canonical sigue enviando la señal correcta sobre qué URL debe posicionar.
Si tu módulo no genera estos canonicals automáticamente, puedes implementarlos mediante una modificación en el template de categoría de tu tema. En PrestaShop, el archivo relevante suele ser `catalog/listing/product-list.tpl` o `catalog/category.tpl` dependiendo de la versión. La lógica es condicional: si la URL actual contiene parámetros de filtro activos, inyectar el canonical hacia la versión limpia de la categoría.
Capa 3: bloqueo en robots.txt para patrones de URL conocidos
El archivo `robots.txt` es la tercera línea de defensa. A diferencia del noindex, que permite el rastreo pero impide la indexación, el bloqueo en robots.txt impide directamente que Googlebot acceda a esas URLs, lo que preserva el presupuesto de rastreo de forma más eficiente.
El problema con esta aproximación en PrestaShop es que las URLs de facetas no siempre siguen un patrón único y consistente. Dependiendo de la configuración del módulo y de si se usan URLs amigables o parámetros GET, los patrones pueden variar. Una configuración habitual con parámetros GET permite bloquear con relativa precisión:
User-agent: *
Disallow: /*?q=
Disallow: /*&q=
Si tu instalación usa URLs amigables para las facetas del tipo /camisetas/color-azul/talla-m, el bloqueo es más complejo porque esos segmentos de URL se parecen a las URLs de subcategorías reales. En ese caso, es preferible priorizar las capas de noindex y canonical en lugar del bloqueo en robots.txt para evitar bloquear accidentalmente páginas legítimas.
Capa 4: cuándo sí tiene sentido indexar URLs de facetas
No todas las combinaciones de filtros son inútiles para el SEO. Hay un caso específico en el que generar y posicionar una URL de faceta tiene valor real: cuando esa combinación de filtros responde a una intención de búsqueda con volumen suficiente y cuando la página resultante tiene contenido diferenciado respecto a otras combinaciones.
El ejemplo clásico es una combinación de categoría más marca: /zapatillas-running/nike/ o /sofas/esquineros/. Estas URLs combinan una categoría genérica con un atributo de alto volumen de búsqueda, generan una página con un conjunto de productos coherente y homogéneo, y atacan una keyword transaccional real que los usuarios escriben en Google.
Para identificar qué combinaciones merecen indexarse, cruza los datos de volumen de búsqueda de tus atributos principales con los informes de Search Console. Si hay queries del tipo “categoría + atributo” con más de doscientas búsquedas mensuales en tu mercado, esa combinación es candidata a tener su propia URL indexable con contenido editorial mínimo diferenciador: un H1 específico, una meta description única y un párrafo introductorio que contextualice la selección.
El resto de combinaciones —las que responden a dos, tres o más filtros simultáneos sin demanda de búsqueda demostrable— deben recibir el tratamiento de noindex y canonical sin excepción.
Cómo auditar el estado actual de tu PrestaShop
Antes de implementar cualquier cambio, necesitas un diagnóstico preciso de cuántas URLs de facetas existen actualmente en tu instalación y cuántas están indexadas.
El proceso que seguimos en auditorías es el siguiente: primero, rastreo completo con Screaming Frog configurando el spider para seguir todos los parámetros y URLs amigables. Filtro los resultados por el patrón de URL característico de las facetas y obtengo el número total de URLs generadas. Segundo, en Google Search Console uso el operador site:tudominio.com/categoria para estimar cuántas variantes de cada categoría están efectivamente en el índice de Google. Tercero, en el informe de Cobertura de Search Console busco el volumen de páginas en estado “Descubierta, actualmente no indexada” y “Rastreada, actualmente no indexada”: un número elevado en estas categorías es señal directa de que Google está invirtiendo presupuesto de rastreo en páginas que termina descartando.
Con ese mapa, la priorización es sencilla: las categorías con mayor volumen de URLs de facetas y mayor tráfico orgánico son las primeras donde intervenir.
Los filtros de navegación por facetas en PrestaShop son imprescindibles para la experiencia de compra, pero son una trampa SEO si no se gestionan con criterio técnico desde el principio. La solución no pasa por desactivar los filtros ni por limitar la funcionalidad para el usuario, sino por implementar una estrategia en capas que combine noindex, canonicals, bloqueo selectivo en robots.txt y generación deliberada de URLs indexables solo donde existe demanda de búsqueda real. Bien ejecutado, este trabajo puede reducir el número de URLs rastreables en un 80% o más y liberar presupuesto de rastreo que Google redirigirá automáticamente hacia las páginas que realmente importan para tu negocio.
Somos una agencia de seo prestashop, te ayudamos a conseguir tus objetivos. ¡Contáctanos!
Deja un comentario