PrestaShop: combinaciones, facetas y URLs fuera de control
Las combinaciones de atributos y los filtros multiplican direcciones hasta perder el control del catálogo. Qué generar, qué cerrar y en qué orden hacerlo.
En PrestaShop, las combinaciones de atributos y la navegación por facetas pueden generar decenas de miles de direcciones a partir de unos cientos de productos. La solución no es bloquearlo todo ni abrirlo todo: es decidir qué combinaciones tienen demanda real, dejarlas como páginas propias y cerrar el resto antes de que crezca.
Cómo una tienda genera páginas infinitas
/camisetas+ color+ talla+ marca+ precio
- 2.400 URL para 30 productos, compitiendo entre sí
Cada filtro multiplica.
Es el problema característico de esta plataforma y el que más veces explica que una tienda con buen producto no aparezca por ninguna parte. No es un defecto del sistema: es una funcionalidad potente que, sin decisiones, se multiplica sola.
El SEO en PrestaShop consiste, en buena parte, en poner límites a lo que el propio catálogo genera.
De dónde sale el descontrol
Por qué importa
El tiempo de rastreo no es infinito. Cuando el buscador se pasa el día recorriendo la misma lista de productos ordenada de veinte maneras, las categorías y las fichas que sí venden se revisan menos y tardan más en reflejar los cambios. Y el conjunto transmite lo que es: mucha página y poco contenido distinto.
Cómo se ve esto sin abrir una línea de código
No hace falta ser técnico para saber si tu tienda tiene este problema, y conviene saberlo antes de pedir presupuesto a nadie. Son cuatro comprobaciones de media hora, todas desde el navegador y con lo que ya tienes.
Si el informe de Search Console te suena a chino, el recorrido está explicado en por qué Google indexa páginas que no quiero, y la revisión completa de una tienda, paso a paso, en cómo auditar una tienda online en dos horas.
Qué merece ser una página
| Tipo de dirección | ¿Debe indexarse? | Por qué |
|---|---|---|
| Categoría principal | Sí, con texto propio | Es la que responde a la búsqueda genérica |
| Faceta con demanda real | Sí, si hay búsquedas y stock | «Botas de montaña impermeables» se busca |
| Faceta cruzada de tres filtros | No | Nadie busca así y son miles |
| Combinación de talla o color | No, con canónica al producto | Es el mismo producto, no otro |
| Orden y paginación | La paginación sí, el orden no | Ordenar no crea una página nueva |
| Búsqueda interna | No | La genera cualquiera al teclear |
El orden correcto de actuación
Cuenta lo que hay
Productos y categorías reales frente a páginas indexadas. La diferencia es el tamaño del problema.
Decide qué facetas merecen página
Con datos: las que tienen búsquedas y stock estable. Suelen ser entre cinco y quince, no cientos.
Pon canónica en las combinaciones
Apuntando al producto principal: son variantes, no productos distintos.
Cierra a la indexación lo que sobra
Primero con noindex accesible, para que se pueda leer, y después bloqueando si interesa.
Escribe las facetas elegidas
Con texto propio: si van a ser páginas, tienen que aportar algo, no ser un listado filtrado.
Comprueba el sitemap
Que declare solo lo que quieres indexado, no todo lo que existe.
El error de bloquear primero
La configuración de PrestaShop que conviene revisar
Además de lo anterior, hay ajustes propios que marcan diferencia: la generación de direcciones amigables y su patrón, el tratamiento de las combinaciones en la ficha, la configuración de la navegación por facetas y su límite de valores, la redirección de productos descatalogados y el comportamiento cuando un producto se queda sin stock.
Ese último es importante y suele estar por defecto: decidir si un producto agotado sigue accesible, si redirige o si desaparece cambia el destino de cientos de direcciones a lo largo de un año.
Qué pedirle exactamente a quien lleva la tienda
Aquí es donde se pierden los proyectos: el dueño dice «tenemos un problema de SEO», el desarrollador contesta «lo miramos» y a los tres meses sigue todo igual. Las peticiones tienen que ser concretas y comprobables, y son estas.
Qué hace exactamente cada una de esas etiquetas, para no pedir una por otra, está en noindex, nofollow y disallow; el destino de las fichas que se quedan sin stock, en productos agotados: qué hacer con esas URLs.
Y dos respuestas que conviene reconocer. «El módulo de SEO ya lo hace» no es una respuesta: la respuesta es enseñar en qué direcciones está puesto el noindex. Y «eso no se puede tocar en PrestaShop» tampoco: se toca en la configuración de la tienda y en el módulo de facetas, sin reescribir nada.
Lo que hay que hacer en una tienda nueva
Si la tienda todavía es pequeña, todo esto se decide en una tarde y nunca se convierte en problema: se eligen las facetas que se abren, se cierra el resto, se ponen las canónicas de las combinaciones y se configura el sitemap.
Es la diferencia entre una decisión de una tarde y un proyecto de tres meses dentro de dos años, y por eso es de las primeras cosas que miro cuando alguien monta una tienda con esta plataforma.
Y si se deja como está
No pasa nada de golpe, que es lo que hace que se deje. Lo que pasa es que cada cosa tarda más: la ficha nueva que antes aparecía en dos días tarda tres semanas, el cambio de precio se refleja tarde, y las categorías que de verdad venden se revisan menos que la lista de zapatos ordenada por precio ascendente.
Y hay un coste que solo se ve cuando llega: el día que cambies de plataforma o rehagas la tienda, esas decenas de miles de direcciones hay que redirigir o dejar morir una por una. Ordenarlas ahora, con la tienda funcionando, es una tarde de decisiones; ordenarlas dentro de una migración es lo que convierte un proyecto de tres semanas en uno de tres meses.
Pasa lo mismo al migrar de PrestaShop 1.6 a 8, que cambia direcciones y reglas de URL aunque la tienda siga siendo la misma.
Qué revisar primero
Un caso: de cuarenta mil a novecientas
Cómo se eligen las facetas que sí merecen página
Es la decisión que más valor aporta de todo este trabajo y la que más se toma a ojo, así que conviene tener un método.
Se parte de tres fuentes: las consultas reales de Search Console, donde aparecen combinaciones que ya te traen impresiones sin que tengas página para ellas; el buscador interno de la tienda, que dice qué acota la gente cuando ya está dentro; y las preguntas de los clientes por teléfono o en tienda, que suelen usar el vocabulario que las herramientas no recogen.
Con esa lista se filtra por dos criterios prácticos. El primero, que haya stock estable: una faceta con tres productos que se agotan cada semana es una página que va a estar vacía la mitad del año, y una categoría vacía es peor que no tenerla. El segundo, que se pueda escribir algo propio sobre ella: si el texto sería «aquí tienes nuestros productos impermeables», esa faceta no merece página, merece ser un filtro.
Lo que queda suele ser una lista corta, de cinco a quince, y ahí está la oportunidad: son categorías nuevas que responden a búsquedas reales y que ninguno de tus competidores ha escrito, porque casi todos han elegido entre abrirlo todo o cerrarlo todo.
Qué mediría
La proporción entre páginas indexadas y productos reales. En una tienda sana esa cifra es del orden de unas pocas páginas por producto contando categorías y contenido; cuando se dispara a decenas por producto, hay algo generando direcciones que nadie ha decidido.
Y una advertencia sobre los módulos que prometen resolver esto solos: hay bastantes que generan automáticamente páginas para todas las combinaciones posibles, con un texto plantilla, y los venden como una mejora de posicionamiento. Es exactamente el problema que este artículo describe, empaquetado y con factura. Antes de instalar cualquier módulo que cree páginas por su cuenta conviene preguntar cuántas va a generar con tu catálogo, y comprobar que se puede desactivar sin dejar miles de direcciones huérfanas detrás.
Preguntas frecuentes
¿Por qué mi tienda tiene tantas páginas indexadas?
Por la combinación de cinco generadores: las combinaciones de atributos, la navegación por facetas cruzando filtros, el orden de los listados, la paginación y el buscador interno. Multiplicados entre sí, convierten un catálogo de setecientos productos en decenas de miles de direcciones.
¿Cierro todos los filtros?
No: unas pocas facetas con demanda real merecen ser páginas propias con su texto, porque responden a búsquedas que nadie está atendiendo. Suelen ser entre cinco y quince, elegidas con datos. El resto de cruces, que no busca nadie, se cierra a la indexación.
¿Las combinaciones de talla o color deben indexarse?
No: son variantes del mismo producto, no productos distintos. Lo correcto es la etiqueta canónica apuntando al producto principal, de modo que la fuerza se concentre ahí en lugar de repartirse entre veinte direcciones que muestran casi lo mismo.
¿Basta con bloquearlo en el fichero de robots?
No, y hacerlo primero congela el problema: si bloqueas el acceso, nadie puede leer el noindex y esas direcciones se quedan en los resultados. El orden correcto es noindex con acceso libre, esperar a que se lea, y solo después bloquear para ahorrar rastreo.
¿Cuánto tarda en arreglarse?
Con decenas de miles de direcciones, meses: hay que releer muchas páginas para que salgan del índice. Por eso conviene empezar cuanto antes y no tocarlo a mitad. En una tienda nueva, en cambio, todo esto se decide en una tarde y no llega a ser nunca un problema.
Lo que más trabajo da en el SEO para PrestaShop es decidir qué combinaciones y qué filtros merecen una dirección indexable, y retirar el resto sin romper la tienda. Para el rastreo y la indexación cuento con el SEO técnico, y para las categorías y las fichas, con el SEO para ecommerce. Para comprobar qué tienes dentro del índice, cómo saber si Google tiene indexada tu web y Search Console explicado para quien no es técnico. El diagnóstico completo, en una auditoría SEO.
La primera llamada no cuesta nada y suele bastar para saber si tiene arreglo. Si tu caso no es para mí, te lo digo.
