SEO para ecommerce

El SEO para ecommerce es el SEO habitual aplicado a una tienda online: el mismo algoritmo de Google, pero con el efecto acumulado de la escala, las URL duplicadas por defecto, la navegación por facetas, las restricciones de la plataforma y los ingresos que dependen de cada página. Este es el centro de todo el pilar.

Publicado por primera vez: 25 jun 2026 · Última actualización: 31 ago 2026 · Avanzado
1 señal de evidencia en esta página

El SEO para ecommerce no es un algoritmo independiente: es el mismo sistema de posicionamiento de Google aplicado a una tienda, pero agravado por la escala, las URL casi duplicadas por defecto, la navegación por facetas, las estructuras impuestas por la plataforma y los ingresos que dependen de cada página. El mito principal que hay que desterrar es que el schema de producto ayuda a posicionar: permite optar a resultados enriquecidos, pero no mejora la clasificación. El reto técnico canónico es la navegación por facetas. La plataforma importa, aunque ninguna plataforma generalista impide hacer SEO.

En resumen: Antes de ser un problema de posicionamiento, el SEO para ecommerce es un problema de escala y estructura. Una tienda genera URL casi duplicadas por defecto —variantes, filtros y parámetros de ordenación—, así que el trabajo real es controlar un espacio masivo de URL, no empujar una sola página. Funciona con el mismo Google que cualquier otro sitio. La escala añade ingresos por página, estructuras impuestas por la plataforma y duplicación integrada. La navegación por facetas es el reto técnico canónico. Los datos estructurados permiten resultados enriquecidos, pero no son un factor de posicionamiento. Core Web Vitals sí lo es, aunque pesa poco frente a relevancia y autoridad. La mayoría de tiendas pequeñas puede ignorar el presupuesto de rastreo; los grandes catálogos, no.

Evidencia de esta afirmación Google relies on crawlable links and site structure to discover and understand ecommerce pages. Alcance: Google ecommerce crawling guidance. Confianza: alta · Verificado: Google Search Central: Ecommerce site structure Evidencia de esta afirmación Product structured data can make product pages eligible for product snippets and merchant listing experiences. Alcance: Google product rich-result eligibility. Confianza: alta · Verificado: Google Search Central: Product structured data

Una tienda genera URL más rápido de lo que Google puede rastrearlas

El hecho definitorio es el volumen. Un catálogo de 10 000 productos produce cientos de miles de URL rastreables al añadir filtros, órdenes y variantes, casi todas muy parecidas. El problema central no es posicionar un producto, sino mantener la atención de Google en las páginas que generan ingresos y apartarla de las permutaciones filtradas. Por debajo funciona el mismo Google: las mismas señales, con la relevancia y la autoridad como motores principales, sin algoritmo ni indexación especial para tiendas. La escala y la estructura convierten decisiones SEO corrientes en decisiones de infraestructura.

Google mantiene una sección específica sobre ecommerce en Search Central. Abre con el problema real: “A critical challenge for any ecommerce website is being discovered in Search.” (traducción: «Un reto fundamental para cualquier sitio de ecommerce es que se descubra en la Búsqueda»). Las tiendas suelen tropezar primero con el descubrimiento, no con el posicionamiento.

Por qué es más difícil que el SEO general

Se acumulan cinco presiones:

  1. Escala. Un minorista mediano con 10 000 SKU, 5 colores y 4 tallas ya tiene más de 200 000 URL potenciales antes de aplicar facetas.
  2. Contenido duplicado por defecto. Variantes, categorías filtradas, parámetros de ordenación, identificadores de sesión y paginación generan URL casi idénticas. No es un fallo introducido por ti: así funcionan las plataformas. Debes gestionarlo de forma intencionada.
  3. Restricciones de plataforma. Imponen estructuras de URL que no siempre puedes sustituir por completo.
  4. Ingresos por página. Perder posiciones en una consulta con intención de compra afecta directamente a los ingresos.
  5. Superficie de resultados enriquecidos. Fragmentos de producto, fichas de comerciante, paneles de compras, búsqueda de imágenes, Lens y la pestaña Shopping exigen datos estructurados correctos.

Si solo corriges un aspecto técnico en una tienda grande, corrige este. Filtrar una categoría por color, talla, precio o marca genera una explosión combinatoria de URL casi duplicadas. La guía de Google identifica dos fallos: rastreo excesivo, porque las URL “appear novel, causing crawlers to access many useless URLs before recognizing their lack of value” (traducción: «parecen nuevas y hacen que los rastreadores accedan a muchas URL inútiles antes de reconocer que carecen de valor»), y descubrimiento más lento, porque “Resources spent on faceted URLs reduce time available for discovering genuinely new content” (traducción: «Los recursos dedicados a URL con facetas reducen el tiempo disponible para descubrir contenido realmente nuevo») .

Si no necesitas indexar URL filtradas, Google propone varias defensas: bloqueo en robots.txt, fragmentos de URL —Google “generally doesn’t support URL fragments in crawling and indexing” (traducción: «por lo general, no admite fragmentos de URL en el rastreo y la indexación»)—, rel="canonical" hacia la página sin filtrar y nofollow en los enlaces de filtro. Si algunas combinaciones sí deben indexarse, usa el separador estándar &, mantén un orden coherente y devuelve 404 cuando una combinación no tenga resultados.

Un mito: las canónicas no «arreglan» la navegación por facetas. Son sugerencias, no directivas; Google puede ignorarlas cuando otras señales, especialmente los enlaces, apuntan a la URL filtrada. Son una capa. robots.txt controla mejor el desperdicio cuando nunca quieres que esas URL se soliciten.

Presupuesto de rastreo: cuándo importa de verdad

Gary Illyes ha dicho aproximadamente “90% of websites don’t need to think about crawl budget” (traducción: «el 90 % de los sitios web no necesita pensar en el presupuesto de rastreo»). Para una tienda con menos de unas 10 000 páginas únicas y una buena higiene de URL, el cuello de botella suele ser el contenido o la indexación. El otro 10 % incluye grandes catálogos, cambios diarios de SKU y navegación por facetas.

Presta atención si hay más de 10 000 páginas, el descubrimiento tarda semanas o GSC muestra un grupo grande «Crawled — currently not indexed». Google recomienda “Eliminate duplicate content to focus crawling on unique content rather than unique URLs” (traducción: «Elimina contenido duplicado para centrar el rastreo en contenido único, no en URL únicas»), devolver 404/410 para páginas eliminadas y evitar cadenas largas. No uses noindex para ahorrar rastreo: Google “will still request, but then drop the page when it sees a noindex (traducción: «aun así la solicitará y luego la descartará al ver noindex»). Bloquea en robots.txt el desperdicio real y reserva noindex para lo que quieras rastrear, pero no indexar.

Datos estructurados: aptitud, no posicionamiento

Los datos estructurados de producto no mejoran el posicionamiento. John Mueller, abril de 2025: “Structured data won’t make your site rank better.” (traducción: «Los datos estructurados no harán que tu sitio se posicione mejor»). Sirven para optar a fragmentos de producto y fichas de comerciante, que pueden elevar el CTR. El schema multiplica visibilidad; no mueve posiciones.

Evidencia de esta afirmación Product structured data can make product pages eligible for product snippets and merchant listing experiences. Alcance: Google product rich-result eligibility. Confianza: alta · Verificado: Google Search Central: Product structured data

Usa marcado Merchant Listing en páginas de compra y Product Snippet en páginas editoriales o de reseñas. Merchant Listing exige name, image y un Offer anidado con price positivo y priceCurrency ISO-4217. Añade availability, shippingDetails, hasMerchantReturnPolicy y aggregateRating. Usa ProductGroup + Product para variantes, con identificadores únicos. Acompaña los datos estructurados con un feed de Google Merchant Center: Google recomienda ambos, porque un feed “increases confidence Google knows all of your products, since web crawling is not guaranteed to find all products on your site” (traducción: «aumenta la confianza de que Google conoce todos tus productos, ya que el rastreo web no garantiza encontrarlos todos») .

Core Web Vitals: un factor real, en su justa proporción

La experiencia de página, incluido Core Web Vitals, es un factor confirmado. Su impacto es modesto frente a relevancia y autoridad. En una tienda, la mejora de mayor impacto suele ser LCP en plantillas de producto y categoría —imágenes principales y scripts que bloquean el renderizado—. Corrígelo porque ayuda a convertir y desempata, no porque una página débil vaya a superar a competidores fuertes.

Productos agotados

Decide según la permanencia:

  • Agotado temporalmente: conserva la URL activa e indexable; establece availability: OutOfStock y permite avisos de reposición. Mueller: “what works best for us is if we can keep the URL online for things that are really temporary.” (traducción: «nos funciona mejor mantener la URL activa para situaciones realmente temporales»).
  • Retirado para siempre, con enlaces o tráfico: redirección 301 al producto equivalente más cercano o a su categoría.
  • Retirado para siempre, sin valor acumulado: 404 o 410.
  • Evita: noindex en páginas con enlaces externos y cadenas de redirecciones hacia otros productos que también puedan retirarse.

El principio rector, también de Mueller: “the short version is to do what works best for the user, and search engines will generally figure it out from there too.” (traducción: «la versión breve es hacer lo que mejor funcione para el usuario; los buscadores normalmente también sabrán interpretarlo»).

Las categorías necesitan contenido: el adecuado

A Google le cuesta posicionar una categoría que solo contiene una cuadrícula. Mueller: “When ecommerce category pages don’t have any other content at all beyond links to the products, it’s really hard for Google to rank those pages.” (traducción: «Cuando las páginas de categoría de ecommerce no tienen más contenido que enlaces a productos, a Google le resulta muy difícil posicionarlas»). El error opuesto es añadir texto vacío al pie: también ha señalado que “about 90-95% of extra text placed at the bottom of pages is unnecessary” (traducción: «aproximadamente el 90–95 % del texto extra al final de las páginas es innecesario»). Gary Illyes lo resume: “add content that people will actually find useful” (traducción: «añade contenido que la gente realmente considere útil»), no descripciones automáticas de baja calidad.

La plataforma importa, pero ninguna impide hacer SEO

La arquitectura tiene efectos acumulativos a escala. Elegir plataforma es una decisión SEO, pero ninguna plataforma generalista imposibilita el SEO: cada una ofrece un punto de partida diferente.

  • Shopify fuerza /collections/[name]/products/[slug], lo que crea URL duplicadas por cada colección. Canoniza a /products/[slug], aunque los enlaces internos a menudo apuntan a la URL de colección. La solución habitual es quitar el filtro Liquid | within: collection de las plantillas.
  • WooCommerce / WordPress ofrece control total de URL e integración con plugins; el rendimiento es el aspecto que debes diseñar.
  • BigCommerce incluye mejores funciones de ecommerce y más flexibilidad de URL que Shopify de fábrica, una opción equilibrada para el segmento medio.
  • Magento / Adobe Commerce ofrece máxima flexibilidad, pero genera duplicados por navegación por capas y parámetros de ordenación si no lo configura un especialista.

Próximos pasos

Este centro es el mapa; cada tema siguiente tiene su propia guía.

Guías de plataforma

  • SEO para Shopify — duplicación colección/producto, solución within: collection y límites reales.
  • SEO para Magento — control de navegación por capas y parámetros en Adobe Commerce.
  • SEO para WooCommerce — uso del control de URL de WordPress y coste de rendimiento.
  • SEO para BigCommerce — funciones integradas y equilibrio para el segmento medio.

Dentro de la tienda

  • SEO para páginas de producto — descripciones, imágenes, variantes y señales de compra.
  • SEO para categorías — contenido útil, enlaces internos y términos comerciales.
  • Productos agotados — decisión según retirada temporal o permanente.
  • Navegación por facetas — cuándo bloquear, cuándo indexar y por qué no bastan canónicas.
  • Arquitectura del sitio — patrón menú → categoría → subcategoría → producto.
  • Auditoría SEO de ecommerce — proceso para detectar desperdicio, duplicación y lagunas.

Los fundamentos más amplios están en las guías de SEO técnico sobre presupuesto de rastreo, canonización y navegación por facetas; el ecommerce los aplica a escala.

Añadir una nota de experto

Fijar una cita de experto

¿Es una persona nueva? Crea su perfil sin reclamar en /admin/experts/ → Fijar una cita de experto primero.