SEO para plataformas de ecommerce

En resumen: Las plataformas de ecommerce se ocupan automáticamente de algunas tareas de SEO —HTTPS, sitemaps y etiquetas canónicas—, pero cada una tiene peculiaridades que pueden perjudicarte si no las conoces. Las más comunes son las URL duplicadas cuando un producto aparece en varias colecciones (Shopify), las páginas de categoría con poco contenido (todas las plataformas) y la navegación por facetas, que crea millones de URL con parámetros que no quieres indexar. Ninguna plataforma es intrínsecamente mejor para posicionar: elige la que encaje con tus requisitos de productos, categorías, variantes y operaciones, y verifica su salida real.

Qué diferencia al SEO para plataformas de ecommerce

Un sitio web general tiene páginas. Una tienda de ecommerce tiene páginas y productos, categorías, variantes, colecciones, filtros y paginación. Cada elemento genera URL, y no todas deberían indexarse.

Cada plataforma adopta decisiones predeterminadas distintas:

• Shopify — fija la estructura de URL (/products/, /collections/), establece automáticamente la canónica de las URL duplicadas de colección y producto, genera un sitemap y limita la edición de robots.txt en los planes estándar.
• WooCommerce — funciona sobre WordPress, por lo que ofrece control total mediante plugins SEO (Yoast, Rank Math); es más flexible, pero exige más configuración.
• Magento (Adobe Commerce) — solución empresarial muy configurable, aunque la mayoría de ajustes SEO requieren intervención de desarrollo.
• BigCommerce — ofrece más flexibilidad que Shopify y menos carga de desarrollo que Magento, con buenos valores SEO predeterminados.

La comparación se centra en estas cuatro, pero las guías detalladas al final también abarcan Salesforce Commerce Cloud, Shopware, OpenCart, Ecwid, Wix eCommerce, Squarespace Commerce y PrestaShop.

Aspectos SEO específicos del ecommerce

Todas las tiendas afrontan estos problemas, independientemente de la plataforma:

Datos estructurados de producto — El marcado Product de Schema.org con precio, disponibilidad y reseñas puede hacer que una página sea apta para presentaciones enriquecidas de Google; ser apta no garantiza que se muestren. Algunas plataformas lo añaden automáticamente y otras necesitan un plugin o un tema. Comprueba la salida real de la página, no solo la afirmación comercial de la plataforma.

Navegación por facetas — Los parámetros de filtro (?color=red&size=M) pueden generar miles de URL con contenido casi idéntico. La mayoría deben bloquearse para la indexación o canonizarse hacia la página base de la categoría.

URL duplicadas de variantes — Un producto con 10 combinaciones de talla y color no debería tener 10 páginas indexadas. Las etiquetas canónicas o el tratamiento de parámetros evitan el problema.

Productos agotados y descatalogados — La forma en que la plataforma gestiona productos ausentes (404, redirección 301 a la categoría o conservación con datos estructurados de disponibilidad) afecta directamente al valor de los enlaces y a la experiencia de usuario.

Paginación — Las categorías se paginan. La página 2 de /collections/shoes/ tiene menos contenido que la página 1, y el tratamiento varía según la plataforma.

En resumen: A escala, el SEO de una plataforma de ecommerce se reduce a cómo gestiona la canonización masiva de URL, qué cobertura de datos estructurados ofrece, cuánto control permite sobre robots.txt y el sitemap y cómo aborda la navegación por facetas. Shopify tiene los valores predeterminados más rígidos; WooCommerce, el mayor control; Magento, la mayor potencia y el coste de configuración más alto. Nada de esto es una ventaja de posicionamiento: describe quién asume el trabajo de configuración. Google evalúa las páginas, los enlaces y los datos que genera tu implementación, no el CMS que la construyó.

Método para elegir una plataforma

Elige en función de los requisitos reales de la tienda, no de una lista de funciones ni de una clasificación de «mejor plataforma para SEO»: ninguna es intrínsecamente superior para posicionar. La arquitectura limita y posibilita lo que puedes construir; los resultados dependen de la rastreabilidad, la exactitud de los datos estructurados, la salida renderizada, el rendimiento, el contenido y las operaciones continuas de la implementación concreta. Evalúa estas dimensiones antes de comparar proveedores:

• Datos de producto — cómo llegan a la página el producto, el precio, la disponibilidad y las reseñas, y si el proceso es automático o depende de un tema, plugin o módulo.
• Estructura de categorías y facetas — si las plantillas exponen enlaces rastreables desde la navegación a las categorías y los productos, y cómo gestionan las URL filtradas.
• Arquitectura de variantes — si la plataforma admite una URL canónica por producto, URL separadas por variante o ambas opciones, y qué implica para el catálogo.
• Localización y feeds — compatibilidad con varias regiones e idiomas y modo de sincronizar los feeds de producto con el escaparate.
• Publicación y despliegue — quién puede cambiar plantillas, robots.txt y redirecciones, y con qué rapidez.
• Responsabilidad operativa — ciclo de vida de productos, gobierno de categorías, redirecciones, frescura del sitemap, pruebas de despliegue y responsabilidad ante fallos.

El control se reparte de forma distinta entre plataformas alojadas, plugins, temas, módulos y código personalizado. Una mayor configurabilidad suele significar más responsabilidad de implementación y mantenimiento, no una capacidad SEO intrínseca superior. Toda afirmación sobre una plataforma concreta debe indicar proveedor, edición, plan, tema, aplicación o módulo, versión y fecha: los valores cambian y un plan o una aplicación pueden sustituirlos.

Comparación de plataformas

Arquitectura de variantes: una URL o muchas

La documentación de datos estructurados de producto de Google recoge más de un enfoque compatible para las variantes: no existe un único número obligatorio de URL. Una tienda puede reunir todas las combinaciones de color y talla en una URL canónica y describir las variantes con ProductGroup, o asignar a cada variante su propia URL y enlazarlas como grupo. Ambos son diseños documentados con requisitos distintos. Elige el que tu plataforma y el tamaño del catálogo puedan sostener bien y comprueba que el marcado publicado coincida con el diseño elegido; no des por hecho que el valor predeterminado de la plataforma coincide con lo que genera el tema o la aplicación.

El problema de las URL duplicadas de colección y producto

El problema canónico más habitual es un producto accesible mediante varias URL:

• Shopify: /products/blue-shirt y /collections/summer/products/blue-shirt. Shopify canoniza automáticamente la URL de colección hacia /products/. Funciona bien de forma predeterminada, pero los enlaces internos deberían apuntar solo a /products/.
• WooCommerce: algo parecido ocurre con la base de categoría, por ejemplo /product-category/shirts/blue-shirt frente a /shop/blue-shirt. Yoast o Rank Math establece las canónicas; revisa los enlaces permanentes para reducir duplicados.
• Magento: la navegación por capas es la principal fuente de URL duplicadas. Configura canónicas para páginas filtradas o bloquea parámetros en robots.txt.
• BigCommerce: las URL de producto pueden aparecer bajo varias categorías. El ajuste «Canonical URL» de cada producto controla la ruta preferida.

Gestión de la navegación por facetas según la plataforma

Empieza por la intención, no por la mecánica: decide qué combinaciones filtradas merecen una página indexable y cuáles son solo inventario que consume rastreo. Google plantea la elección entre bloquear el rastreo de URL con facetas y optimizar las que merecen indexarse. Primero define la estrategia y después aplícala con los controles que permita la plataforma.

• Shopify: en algunos temas, los parámetros (?filter.p.m.color=red) se indexan de forma predeterminada. Usa noindex en páginas filtradas o añade los parámetros a la herramienta de parámetros de URL de Search Console.
• WooCommerce: los plugins WOOCS y de filtros generan URL con parámetros. Combina noindex con los ajustes de parámetros de Rank Math o Yoast.
• Magento (Adobe Commerce): «Layered Navigation» genera URL de filtros de atributos; los permisos de catálogo, las reescrituras y las canónicas de categoría permiten un control detallado. Live Search, con licencia aparte, usa facetas diferentes. Confirma qué sistema está configurado antes de describir sus capacidades.
• BigCommerce: los ajustes integrados de Store Settings → Search permiten canonizar las URL de búsqueda por facetas hacia la categoría base.

El SEO para plataformas de ecommerce añade complejidad al SEO técnico: datos estructurados de producto, parámetros de navegación por facetas, URL duplicadas de variantes y colecciones, productos agotados y paginación. Ninguna plataforma es intrínsecamente superior para posicionar. Elige según los requisitos de productos, categorías, variantes, feeds, localización, publicación y operaciones; después verifica qué genera la implementación concreta —tema, aplicación, módulo, plan y versión—.

Shopify fija la estructura de URL, genera el sitemap y las canónicas y resuelve automáticamente el duplicado colección-producto. robots.txt está limitado en planes estándar y el schema de producto depende del tema.

WooCommerce funciona sobre WordPress y ofrece control mediante Yoast SEO o Rank Math sobre metadatos, sitemaps, canónicas, redirecciones y schema. Es la opción con más flexibilidad y también con más configuración.

Magento (Adobe Commerce) ofrece reescrituras, canónicas y navegación por capas, pero la mayoría de ajustes requieren desarrollo o trabajo en el panel de administración.

BigCommerce queda entre la facilidad de Shopify y la potencia de Magento. Incluye sitemap, canónicas, redirecciones y datos estructurados básicos, además de cierta flexibilidad de URL y ajustes para la búsqueda por facetas.

En todas las plataformas debes gestionar datos estructurados, canónicas para filtros y variantes, cobertura del sitemap y redirecciones de productos retirados. Las variantes admiten tanto una URL canónica con ProductGroup como URL separadas enlazadas como grupo. En Adobe Commerce, distingue la navegación por capas estándar de las facetas de Live Search.

Lista de comprobación de SEO para plataformas de ecommerce

Todas las plataformas

• Comprueba que el sitemap XML incluye todos los productos y categorías y excluye URL filtradas o con parámetros.
• Confirma que todas las páginas de producto y categoría tienen una etiqueta canónica.
• Comprueba que las URL de navegación por facetas estén bloqueadas, con noindex o canonizadas.
• Verifica que los datos estructurados Product incluyan precio, disponibilidad y reseñas.
• Configura una redirección para todo cambio de URL de producto.
• Revisa la paginación: ¿las páginas 2 y siguientes justifican la indexación?
• Comprueba cómo se gestionan los productos agotados: 404, conservación o redirección.

Específico de Shopify

• Mantén los enlaces internos hacia /products/, no /collections/.../products/.
• Revisa la inyección de schema del tema con Rich Results Test.
• Usa el gestor de redirecciones de Shopify para los cambios de URL.
• En Shopify Plus, personaliza robots.txt para bloquear URL de poco valor.

Específico de WooCommerce

• Instala un solo plugin SEO —Yoast o Rank Math—, no ambos.
• Configura la estructura de enlaces permanentes de productos.
• Configura los datos estructurados de producto en el plugin.
• Gestiona los archivos de WooCommerce y aplica noindex a los que tengan poco contenido.

Específico de Magento

• Configura canónicas para las URL de navegación por capas.
• Revisa las reglas de reescritura y elimina duplicados innecesarios.
• Configura robots.txt para bloquear los parámetros que no quieras rastrear.
• Activa los sitemaps HTML y XML integrados.

Específico de BigCommerce

• Establece la URL canónica en los ajustes de cada producto.
• Revisa la búsqueda por facetas en Store Settings → Search.
• Verifica el envío del sitemap en Search Console.
• Usa el gestor de redirecciones integrado para los cambios de URL.

Herramientas para probar una plataforma de ecommerce

• Faceted Navigation Auditor — comprueba si las combinaciones de filtros crean inventario de URL rastreable o indexable.
• PDP SEO Checker — revisa metadatos, datos estructurados, canónicas y señales de contenido usando la salida real de la plataforma.
• Sitemap Validator — verifica que las URL publicadas de productos y categorías aparezcan una sola vez y apunten a destinos canónicos válidos.
• Redirect Chain Mapper — prueba la retirada de productos, los cambios de categoría y las migraciones para detectar cadenas o destinos irrelevantes.

Guías detalladas por plataforma

• SEO para Shopify
• SEO para WooCommerce
• SEO para Magento
• SEO para BigCommerce
• SEO para Salesforce Commerce Cloud
• SEO para Shopware
• SEO para OpenCart
• SEO para Ecwid
• SEO para Wix eCommerce
• SEO para Squarespace Commerce
• SEO para PrestaShop (pertenece al grupo Plataformas de ecommerce)

Lecturas relacionadas

• SEO para ecommerce
• SEO para navegación por facetas
• SEO para páginas de producto

Errores reales de las tiendas en estas plataformas

Enlazar internamente a la URL de producto con prefijo de colección en Shopify

Menús, navegación y bloques de productos relacionados que apuntan a /collections/summer/products/blue-shirt en vez de /products/blue-shirt.

Por qué está mal — Shopify canoniza la URL larga hacia la URL simple, por lo que normalmente no crea duplicados indexados. Aun así, cada enlace construido de esa forma gasta rastreo y valor de enlace en una URL que desvía la señal en vez de apuntar directamente a la canónica.

Qué hacer — Construye los enlaces del tema desde el identificador del producto (/products/{{ product.handle }}), no desde el contexto de la colección.

Ejecutar dos plugins SEO a la vez en WooCommerce

Instalar Yoast SEO y Rank Math a la vez porque «más cobertura es mejor».

Por qué está mal — Ambos generan sitemaps, canónicas y metadatos. Si intentan controlar el mismo campo aparecen canónicas contradictorias o sitemaps duplicados.

Qué hacer — Elige uno, desactiva por completo el otro y comprueba en el código fuente que solo se genere una canónica y una metadescripción.

Dejar totalmente rastreable e indexable la navegación por facetas

Publicar combinaciones de filtros (?color=red&size=M) sin noindex, canonización ni tratamiento en robots.txt.

Por qué está mal — Incluso una tienda modesta puede generar miles de URL casi duplicadas. Los rastreadores gastan recursos en ellas en vez de en productos y categorías.

Qué hacer — Canoniza las URL filtradas hacia la categoría base, o aplica noindex si deben seguir siendo rastreables para anuncios o experiencia de usuario. Comprueba qué parámetros ve Search Console antes de bloquearlos.

Retirar un producto sin plan de redirección

Eliminar un producto y dejar que la URL devuelva 404 simplemente porque está agotado.

Por qué está mal — Se pierde el historial de posicionamiento y los enlaces entrantes; usuarios y valor de enlace terminan en ninguna parte.

Qué hacer — Decide si mantienes la página con disponibilidad «agotado», si haces una redirección 301 al sustituto o la categoría más cercana, o si devuelves 404 cuando ya no apunte nada a ella.

Dar por hecho que el schema de producto es automático

Suponer que la plataforma ya gestiona el marcado Product.

Por qué está mal — Depende del tema en Shopify, requiere un plugin en WooCommerce, un módulo en Magento y solo es básico de forma predeterminada en BigCommerce. Así se pierden el precio y la disponibilidad en los resultados enriquecidos sin detectarlo.

Qué hacer — Prueba páginas reales con Rich Results Test y corrige los fallos en el tema o plugin, no página por página.

Dejar sin configurar la navegación por capas de Magento

Activar filtros de color, talla y marca sin reglas de canonización o indexación.

Por qué está mal — Las combinaciones se multiplican rápidamente y pueden generar más URL rastreables que productos tiene la tienda.

Qué hacer — Configura canónicas a nivel de categoría y bloquea los parámetros que no quieras rastrear antes de que el catálogo crezca.

Registro de cambios