Tenéis una tienda en Magento con miles de productos y Search Console llena de «Duplicada: el usuario no ha indicado ninguna versión canónica» o «Descubierta: actualmente sin indexar». Las fichas buenas no salen y Google se pasa el día rastreando filtros.
La conclusión: casi siempre es configuración y catálogo, no el CMS. Magento genera duplicados con mucha facilidad si se deja por defecto o si alguien tocó un ajuste hace años. Se arregla en dos sitios: la configuración de SEO del panel y cómo está categorizado el producto.
Primero, en qué versión estáis
Magento se llama hoy Adobe Commerce en su versión de pago y Magento Open Source en la libre. Según el calendario oficial de versiones de Adobe:
- La 2.4.9 salió el 12 de mayo de 2026, con soporte hasta mayo de 2029.
- La 2.4.8 tiene soporte hasta mayo de 2028.
- La 2.4.7 termina el soporte regular en mayo de 2027.
Si seguís en una 2.3 o en una 2.4 antigua, el SEO no es vuestro primer problema: lo es la seguridad. Y una tienda hackeada puede acabar con contenido basura indexado.
Principios que valen para cualquier tienda
Esto no ha cambiado. Pensad en la tienda como una tienda física:
- Un producto no puede estar en dos estanterías a la vez. Si lo metéis en dos categorías y la URL depende de la categoría, Google ve el mismo producto varias veces.
- Una tienda no puede vender de todo. Cuanto más concreto el catálogo, más fácil posicionarlo.
- Si el catálogo es amplio, priorizad las categorías rentables en el menú, en la portada y en el enlazado interno.
La configuración que hay que revisar
Está en Stores > Settings > Configuration > Catalog > Catalog > Search Engine Optimization. Según la referencia de configuración de Adobe, estos son los ajustes que importan:
| Ajuste | Qué hace | Yo lo dejo en |
|---|---|---|
| Use Categories Path for Product URLs | Mete la ruta de la categoría en la URL del producto. Adobe avisa de que puede crear varias URLs para la misma página. | No |
| Use Canonical Link Meta Tag for Categories | Añade canonical en las categorías. | Sí |
| Use Canonical Link Meta Tag for Products | Añade canonical en los productos, con la URL que debe indexarse. | Sí |
| Create Permanent Redirect for URLs if URL Key Changed | Crea una 301 automática si cambiáis la URL de un producto o categoría. | Sí |
Ojo: en el código de Magento, los dos canonical vienen desactivados por defecto. Lo he comprobado en el config.xml del módulo Catalog. Si nadie los activó, no los tenéis.
Desde la línea de comandos, para no ir pantalla por pantalla:
bin/magento config:set catalog/seo/product_use_categories 0
bin/magento config:set catalog/seo/product_canonical_tag 1
bin/magento config:set catalog/seo/category_canonical_tag 1
bin/magento cache:flushEstos valores se aplican al ámbito por defecto. Si tenéis varias tiendas o vistas con valores propios, revisadlos con --scope y --scope-code.
Categorización y duplicados
Con la ruta de categoría activada, un producto en dos categorías tiene dos URLs. Duplicado directo. Y si el producto aparece en la categoría padre y en la hija, también generáis listados muy parecidos entre sí.
Lo más simple sigue siendo lo que decía en la versión antigua:
- Cada producto en una sola categoría principal, siempre que el catálogo lo permita.
- URLs de producto sin ruta de categoría. Perdéis algo de agrupación semántica en la URL, pero ganáis una única URL por producto.
- Canonical activada en productos y categorías.
- Si cambiáis la estructura de URLs, 301 de cada URL antigua a la nueva. Revisadlo con un rastreo antes y después; lo explico en recuperar URLs tras una migración.
Filtros, ordenación y buscador interno
La navegación por capas de Magento es donde se va el rastreo. Cada combinación de filtros, orden y número de productos por página es una URL nueva. Google tiene una guía sobre navegación por facetas y lo más efectivo, según ella, es bloquear en el robots.txt las URLs de filtros que no queréis en el buscador. El canonical ayuda, pero dice que a largo plazo funciona peor.
En Magento el robots.txt se edita en Content > Design > Configuration, sección Search Engine Robots (documentación de Adobe). Un punto de partida para los parámetros de la barra de herramientas del listado:
User-agent: *
Disallow: /catalogsearch/
Disallow: /*?*product_list_order=
Disallow: /*?*product_list_dir=
Disallow: /*?*product_list_limit=
Disallow: /*?*product_list_mode=Los filtros por atributo (color, talla, precio) usan el código del atributo como parámetro, así que dependen de vuestra tienda. Antes de bloquear, mirad en Search Console y en los logs cuáles reciben tráfico. Alguna combinación con búsquedas reales («zapatillas de trail mujer») quizá merezca ser una categoría propia con URL limpia, no un filtro.
La paginación (?p=2) dejadla rastreable. Y olvidaos de rel="next" y rel="prev": Google ya no las usa.
La ficha de producto, la base de todo
- Descripción corta y larga, distintas de verdad. La corta sale en listados y la larga en la ficha. Si son iguales, duplicáis entre listado y producto.
- El nombre del producto alimenta el title, la URL y los alt de imagen. Que sea el nombre real del producto. El resto, en las descripciones.
- Meta title y meta description propios en las fichas importantes. Con eso y lo anterior, el SEO básico de la ficha está cubierto.
- Datos estructurados de producto con precio, disponibilidad y opiniones si las hay. Validadlos con la documentación de Google y que el precio coincida con el visible.
Un apunte que vale también para las IAs: una frase arriba que diga qué es el producto y para quién, en texto, no solo en imágenes. Es lo primero que lee cualquier sistema que resume vuestra ficha.
Rendimiento
El frontend clásico de Magento (Luma) es pesado. Una alternativa, el tema Hyvä, es gratuito y de código abierto desde noviembre de 2025, así que el coste de licencia ya no es excusa. Pasar a Hyvä es rehacer el tema, no un plugin, pero a mi entender es la mejora de velocidad más grande que se puede hacer en Magento.
Lo que mido: las Core Web Vitals de categorías y fichas con datos reales. LCP por debajo de 2,5 s, INP por debajo de 200 ms y CLS por debajo de 0,1. El INP sustituyó al FID y es donde más sufren las tiendas con muchos scripts.
Más allá de lo técnico
Con la parte técnica resuelta hace falta estrategia: estudio de competencia, medición seria en GA4 para saber qué canales venden, y trabajo de popularidad (menciones y enlaces del sector). Ninguna pata funciona sola.
Si vuestra tienda Magento tiene alguno de estos problemas, así trabajo el SEO para ecommerce. Y si estáis dudando entre plataformas, tengo el equivalente para SEO en PrestaShop.
¿Sabéis cuántas URLs distintas tiene ahora mismo vuestro producto más vendido?
¿Te ha servido? Si quieres que lo mire en tu web, aquí te cuento cómo trabajo seo para ecommerce o escríbeme.
¿Te queda alguna duda?
Pregúntamela y la respondo en el muro de preguntas, una vez al día.