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.
1 señal de evidencia en esta página
- Herramienta activa relacionadaFaceted Navigation Auditor
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.
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 dataEn resumen: El SEO para ecommerce es simplemente SEO para una tienda online: conseguir que tus páginas de producto y categoría aparezcan en Google cuando la gente busca para comprar. No existe un «algoritmo de ecommerce» especial. Parece más difícil porque las tiendas tienen muchas más páginas que un sitio normal y gran parte son casi idénticas: el mismo producto en cinco colores o la misma categoría ordenada de diez maneras. El trabajo consiste en mantener ese conjunto organizado para que Google posicione las páginas que realmente generan ingresos.
Qué es el SEO para ecommerce
En una tienda, dos tipos de página producen la mayor parte del rendimiento orgánico:
- Páginas de producto — una por cada artículo que vendes.
- Páginas de categoría o colección — listas que agrupan productos, como «zapatillas de running para hombre».
El SEO para ecommerce busca que esas páginas se posicionen para búsquedas como «botas de senderismo impermeables» o «auriculares inalámbricos por menos de 100 USD»: búsquedas de personas dispuestas a comprar. Es el mismo Google y las mismas reglas que en cualquier otro sitio. Las páginas deben poder rastrearse, ser relevantes para la búsqueda e inspirar suficiente confianza para competir.
Por qué una tienda es más complicada que un blog
Un blog puede tener 100 páginas. Una tienda con 2 000 productos, cada uno en varios colores y tallas, puede generar silenciosamente cientos de miles de direcciones al contar todos los filtros y órdenes. La mayoría son duplicados. Google no puede rastrearlas sin límite y esas páginas compiten con tus propias páginas. Gran parte del trabajo consiste en ordenar el sistema para que Google se concentre en las páginas reales y no en miles de variaciones filtradas.
Un esquema de página de categoría destaca cuatro zonas. Una introducción breve y útil explica la categoría. Las URL de filtros y ordenación necesitan controles intencionados de rastreo e indexación. Los enlaces reales a productos permiten que los rastreadores lleguen al catálogo. La paginación usa URL distintas y enlaces rastreables a la página siguiente.
© Patrick Stox LLC · CC BY 4.0 ·
Las pocas cosas que más importan
- Escribe descripciones reales. No pegues el texto del fabricante que usan otras 50 tiendas. Incluso un par de frases originales por producto ayudan.
- Añade contenido útil a las categorías. A Google le cuesta posicionar una página que sea solo una cuadrícula de productos. Una introducción breve y útil ayuda; no escondas al final un muro de palabras clave que nadie lee.
- Gestiona con criterio los artículos agotados. Si volverán, conserva la página. Si desaparecen para siempre, redirígelos a algo parecido o devuelve 404.
- Usa datos estructurados de producto para optar a estrellas, precios e información de envío en los resultados. Mejoran la presentación y pueden atraer clics, pero no elevan la posición.
El error más habitual
Añadir schema de producto no mejora el posicionamiento. Google lo ha dicho de forma explícita. El schema permite mostrar fragmentos enriquecidos —estrellas, precio y disponibilidad— capaces de atraer más clics, pero solo cuando la página ya aparece. Multiplica la visibilidad; no es un atajo hacia las primeras posiciones.
¿Quieres la versión completa sobre facetas, presupuesto de rastreo, soluciones para Shopify y otras plataformas y próximos pasos? Cambia a la pestaña Avanzado.
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 dataEn 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.
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:
- 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.
- 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.
- Restricciones de plataforma. Imponen estructuras de URL que no siempre puedes sustituir por completo.
- Ingresos por página. Perder posiciones en una consulta con intención de compra afecta directamente a los ingresos.
- 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.
Navegación por facetas: el reto canónico
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 dataUsa 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, sí 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: OutOfStocky 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:
noindexen 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: collectionde 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: collectiony 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.
Resumen de IA
Versión condensada de la perspectiva avanzada:
- Mismo algoritmo, contexto más difícil. La dificultad procede de la escala y la estructura, no de reglas diferentes.
- Cinco presiones: tamaño del catálogo, duplicados por defecto, URL impuestas por la plataforma, ingresos por página y gran superficie de resultados enriquecidos.
- Las facetas son EL reto técnico. Causan rastreo excesivo y descubrimiento lento;
usa
robots.txt, canónicas,nofollowy 404 para combinaciones vacías. Las canónicas son sugerencias, no una solución completa. - Datos estructurados ≠ posicionamiento. Aportan aptitud y CTR. Combina Product o Merchant Listing con un feed de Merchant Center.
- Core Web Vitals es un factor real pero modesto. Dominan relevancia y autoridad.
- El presupuesto de rastreo es para catálogos grandes. La mayoría puede ignorarlo.
- Agotados: conserva los temporales con
OutOfStock; redirige los permanentes con valor; devuelve 404/410 para los que no lo tengan. - Las categorías necesitan contenido útil, no bloques de palabras clave al pie.
- La plataforma cambia el punto de partida, no las reglas. Ninguna plataforma generalista imposibilita hacer SEO.
Documentación oficial
Google Search Central — ecommerce
- Documentación de ecommerce — centro oficial sobre descubrimiento, estructura y datos de producto.
- Compartir datos de producto con Google — rastreo, datos estructurados y feeds de Merchant Center.
- Incluir datos estructurados relevantes para ecommerce — tipos de marcado aplicables a tiendas.
- Diseñar una estructura de URL para sitios de ecommerce — reducir URL alternativas y mantener estructuras descriptivas.
- Ayudar a Google a comprender la estructura de un ecommerce — navegación, enlaces y jerarquía.
- Paginación y carga incremental — patrones rastreables para catálogos.
- Escribir reseñas de alta calidad — orientación editorial sobre reseñas.
- Datos estructurados de producto — requisitos de fragmentos y fichas de comerciante.
- Datos estructurados de fichas de comerciante — requisitos de Merchant Listing.
- Variantes de producto —
ProductGroup+Product. - Gestionar el rastreo de navegación por facetas — referencia principal para el problema de facetas.
- Optimizar el presupuesto de rastreo — para catálogos a escala de 10 000/1 000 000 de URL.
Bing / Microsoft
- Bing Webmaster Tools — validación de marcado e información de rastreo.
- Compatibilidad con JSON-LD — datos estructurados en Bing Webmaster Tools.
Citas de la fuente
Declaraciones públicas de Google. Las citas permanecen en el idioma original y cada traducción se marca explícitamente.
El mito central: los datos estructurados no son un factor de posicionamiento
- “Structured data won’t make your site rank better. It’s used for displaying the search features listed in developers.google.com/search/docs/…” (traducción: «Los datos estructurados no harán que tu sitio se posicione mejor. Se usan para mostrar las funciones de búsqueda enumeradas en developers.google.com/search/docs/…»). — John Mueller, Google, Bluesky, abril de 2025. Difundido por Search Engine Journal; el original es una publicación en Bluesky. Leer la cobertura
El descubrimiento es el primer reto del ecommerce
- “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»). — Documentación de Google Search Central. Ir a la cita
Estructura de URL: reducir duplicados
- “Minimize the number of alternative URLs that return the same content.” (traducción: «Reduce al mínimo el número de URL alternativas que devuelven el mismo contenido»). — Documentación de Google Search Central. Ir a la cita
Estructura del sitio: la navegación influye en la comprensión
- “navigation structures on your site (such as menus and cross page links) can impact Google’s understanding of your site structure.” (traducción: «las estructuras de navegación de tu sitio, como menús y enlaces entre páginas, pueden influir en cómo entiende Google la estructura»). — Documentación de Google Search Central. Ir a la cita
Datos estructurados en páginas de producto
- “can help Google understand your page better and display it as a rich result.” (traducción: «pueden ayudar a Google a comprender mejor tu página y mostrarla como resultado enriquecido»). — Documentación de Google Search Central.
Merchant Center frente al rastreo
- Los feeds aumentan la confianza de que Google conoce todos los productos, “since web crawling is not guaranteed to find all products on your site.” (traducción: «ya que el rastreo web no garantiza encontrar todos los productos del sitio»). — Documentación de Google Search Central.
Facetas y rastreo
- Las URL con facetas “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»). Fuente
No uses noindex para ahorrar presupuesto de rastreo
- “Don’t use
noindex, as Google will still request, but then drop the page when it sees anoindexmetatag or header in the HTTP response, wasting crawling time.” (traducción: «No usesnoindex, ya que Google solicitará la página y después la descartará cuando vea la etiqueta o cabecera, desperdiciando tiempo de rastreo»). Ir a la cita
Productos agotados
- “what works best for us is if we can keep the URL online for things that are really temporary, in the sense that if the URL remains indexable and with structured data you tell us this product is currently not available.” (traducción: «nos funciona mejor mantener activa la URL en situaciones realmente temporales y usar los datos estructurados para indicar que el producto no está disponible»). — John Mueller, Google SEO Office Hours. Leer la cobertura
Contenido de categorías
- “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 categorías no tienen más contenido que enlaces a productos, a Google le resulta muy difícil posicionarlas»). — John Mueller, Google. Leer la cobertura
- “add content that people will actually find useful” y no “low-quality, auto-generated blurbs of text.” (traducción: «añade contenido que la gente realmente considere útil» y no «textos automáticos de baja calidad»). — Gary Illyes, Google. Leer la cobertura
Lista de fundamentos de SEO para ecommerce
- Indexación limpia —
site:y GSC muestran productos y categorías reales, no variantes de filtros, órdenes o sesiones. - Facetas controladas — las URL no deseadas están bloqueadas o canonizadas, las combinaciones vacías devuelven 404 y no dependes solo de canónicas.
- Variantes consolidadas — una canónica por producto o una configuración deliberada de
ProductGroup. - URL descriptivas y estables — palabras, no identificadores; sin parámetros de seguimiento en enlaces internos.
- Enlaces internos por la jerarquía — menú → categoría → subcategoría → producto mediante
<a href>reales. - Descripciones de producto únicas — no copias literales del fabricante.
- Categorías con contenido útil, no texto de plantilla.
- Política de agotados definida — conserva lo temporal y redirige o elimina lo permanente.
- Datos estructurados válidos — Merchant Listing,
Offer, precio positivo, moneda yProductGrouppara variantes. - Feed de Merchant Center junto a los datos estructurados.
- Core Web Vitals correcto en plantillas de producto y categoría, empezando por LCP.
- Presupuesto de rastreo revisado solo cuando proceda — más de 10 000 páginas, muchas facetas o un grupo grande no indexado.
- Paginación rastreable — enlaces
<a href>, alternativa al scroll infinito y sin canonizar toda la serie a la primera página.
Modelos mentales
1. Mismo algoritmo, distinta superficie. No hay algoritmo de ecommerce. Diagnostica una página como cualquier otra —¿se rastrea, indexa, es relevante y tiene autoridad?— y añade la capa de fallos específica de las tiendas.
2. Pensar primero en la duplicación. Supón que duplicar es el estado predeterminado. Pregunta cuántas URL devuelven el mismo contenido y cuál debe ser la única canónica. Variantes, filtros, órdenes y paginación son los sospechosos habituales.
3. El schema multiplica, no impulsa. Amplía la visibilidad de una página ya posicionada mediante resultados enriquecidos y CTR. No mueve por sí mismo la posición.
4. La puerta del presupuesto de rastreo. Dedícale tiempo solo con unas 10 000 URL únicas o más, explosión de facetas, inventario muy cambiante o semanas para indexar.
5. Árbol de decisión para agotados. Temporal → conservar + OutOfStock; permanente
con enlaces o tráfico → 301 a lo más relevante; permanente sin valor → 404/410. Nunca
apliques noindex a una página con backlinks externos.
SEO para ecommerce: hoja de referencia
Datos estructurados
| Tipo | Uso |
|---|---|
Product / Merchant Listing | Productos comprables; precio, disponibilidad, envío y valoraciones |
Product Snippet | Páginas editoriales o de reseñas sin compra |
ProductGroup + Product | Variantes de color, talla o material; identificadores únicos |
BreadcrumbList | Migas en la SERP; cuentan como enlaces normales |
Review / aggregateRating | Estrellas de reseñas del sitio |
Organization / LocalBusiness | Información de marca o tienda |
Merchant Listing
- Obligatorio:
name,image,offers→Offerconprice> 0 ypriceCurrencyISO-4217. - Recomendado:
description,brand.name,sku,gtin,availability,itemCondition,shippingDetails,hasMerchantReturnPolicy,aggregateRating,review.
Facetas
| Objetivo | Control |
|---|---|
| No rastrear nunca esas URL | bloqueo en robots.txt |
| No indexar, pero permitir rastreo | rel="canonical" hacia la página sin filtrar (sugerencia) |
| No rastrear mediante esos enlaces | rel="nofollow" |
| Combinación sin resultados | devolver 404 |
| Algunas URL deben indexarse | separador &, orden coherente y sin duplicados |
Agotados
| Situación | Acción |
|---|---|
| Temporal | conservar; availability: OutOfStock; aviso de reposición |
| Permanente, con valor | 301 al producto o categoría más relevante |
| Permanente, sin valor | 404 / 410 |
| Nunca | noindex en páginas con backlinks ni cadenas hacia otros retirados |
Datos rápidos
- Datos estructurados: aptitud para resultados enriquecidos, no posicionamiento.
- Core Web Vitals: factor confirmado, modesto frente a relevancia y autoridad.
- Presupuesto de rastreo: aproximadamente el 90 % de sitios puede ignorarlo.
- Canónicas: sugerencias, no directivas; no bastan para facetas.
Errores que más esfuerzo desperdician
Tratar los datos estructurados como táctica de posicionamiento
El marcado hace que una página apta sea comprensible para resultados enriquecidos; no la posiciona. Corrige rastreo, indexación, relevancia y autoridad antes de esperar cambios de posiciones por el schema.
Usar noindex para ahorrar rastreo
Google debe solicitar la página para ver noindex. Úsalo para controlar la indexación
y aplica una estrategia distinta para impedir el rastreo de espacios de URL inútiles.
Esperar que las canónicas resuelvan solas las facetas
Son sugerencias y exigen rastrear las variantes. Elimina rutas hacia estados inútiles
y usa reglas estrechas de robots.txt donde haya desperdicio real.
Suponer que todo valor predeterminado de la plataforma es correcto
Shopify, WooCommerce, BigCommerce y Magento toman decisiones distintas. Audita el HTML y el comportamiento de URL generados en vez de confiar en la etiqueta de la plataforma.
Redirigir todos los productos retirados a la portada
Una redirección irrelevante puede tratarse como soft 404. Usa un sustituto o categoría
realmente relacionado o devuelve 404/410 si no existe destino útil.
Herramientas para un sistema operativo de SEO para ecommerce
- Faceted Navigation Auditor — clasifica URL reales antes de decidir qué indexar, canonizar, bloquear o devolver como
404. - Schema Markup Validator — comprueba marcado de producto, oferta, variantes, migas y organización.
- Rich-Result Eligibility Checker — muestra qué requisitos de resultados enriquecidos cumple el marcado y cuáles faltan.
- Google Search Console Page Indexing — segmenta productos, categorías, facetas, paginación y variantes.
- Google Search Console Crawl Stats — vigila solicitudes y respuestas en tiendas donde importa el presupuesto.
- Google Merchant Center — combina feeds con datos estructurados y detecta diferencias de disponibilidad.
- Ahrefs Site Audit o Screaming Frog — rastrea plantillas para detectar canónicas, cadenas, huérfanos y duplicados.
- Google Rich Results Test y URL Inspection — valida el marcado publicado y revisa el renderizado, la indexación y la canónica elegida.
Métricas de salud del SEO para ecommerce
Cobertura del índice por clase de página
Métrica: URL indexadas, duplicadas, rastreadas no indexadas y soft 404 separadas en productos, categorías, facetas, variantes, paginación y retiradas. Qué indica: si el inventario correcto puede descubrirse y los duplicados están contenidos. Cómo obtenerla: clasifica exportaciones de Page Indexing con datos de catálogo y rastreo. Referencia: compara con el inventario aprobado de cada clase; una tasa única oculta exclusiones intencionadas. Frecuencia: mensual y tras despliegues de plataforma.
Proporción de rastreo no canónico
Métrica: porcentaje de solicitudes verificadas de Googlebot a facetas, órdenes, seguimiento y variantes consolidadas. Qué indica: si la generación de URL desvía el rastreo. Cómo obtenerla: segmenta logs por patrones y compáralos con Crawl Stats. Referencia: crea una base por plantilla y busca una reducción sostenida; las tiendas pequeñas quizá no necesiten optimizarla. Frecuencia: semanal durante la corrección y después mensual en catálogos grandes.
Tasa de aprobación de Core Web Vitals por plantilla
Métrica: proporción de grupos de producto y categoría con estado de campo bueno. Qué indica: experiencia en plantillas que generan ingresos. Cómo obtenerla: Search Console o CrUX por plantilla y dispositivo. Referencia: usa las categorías vigentes de Google y la tendencia propia, no una puntuación de laboratorio. Frecuencia: mensual, más pruebas de laboratorio tras despliegues.
Valor de las páginas de entrada orgánicas
Métrica: clics, impresiones, conversiones e ingresos de productos y categorías canónicos. Qué indica: si la limpieza técnica ayuda a páginas con valor comercial. Cómo obtenerla: une datos por URL de Search Console, analítica y comercio. Referencia: compara clases y periodos estacionales; no existe un objetivo universal. Frecuencia: semanal para operaciones y mensual para estrategia.
Recursos que merecen tu tiempo
Mis artículos relacionados
- SEO empresarial — rastreo, duplicación y facetas a gran escala.
- Guía para principiantes de SEO técnico — fundamentos técnicos de una tienda.
- Enlaces internos para SEO — miles de productos y categorías.
- Archivo de Patrick Stox en Search Engine Land — artículos sobre SEO técnico.
De otros autores
- Ecommerce SEO: A Beginner’s Guide — guía paso a paso de Chris Haines.
- Guía de Backlinko — extensa y muy citada.
- Resolver contenido duplicado en Shopify — solución de URL de colección y producto.
- r/TechSEO — depuración de rastreo, índice y facetas.
- Guía de Search Engine Land — referencia completa.
- Guía de Shopify — restricciones y funciones nativas.
- Limitaciones y soluciones de Shopify — análisis técnico de la duplicación.
Estadísticas que merece la pena citar
- Aproximadamente el 90 % de los sitios no necesita pensar en el presupuesto de rastreo — Gary Illyes, Google. Los grandes catálogos con facetas están en el 10 % restante. Contexto
- La matemática del catálogo se multiplica rápido — 10 000 SKU × 5 colores × 4 tallas = más de 200 000 URL antes de aplicar facetas. La escala es el problema central.
- Los enlaces internos superan a los sitemaps para el descubrimiento — Google ha descrito los sitemaps XML como la segunda forma más importante de encontrar URL, después de los enlaces internos. En una tienda, la navegación y la estructura de categorías hacen más trabajo que el sitemap. Transmitido a partir de comentarios de representantes de Google; es una orientación, no una métrica publicada.
Registro de cambios
Actualizado el 31 ago 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 18 jul 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
- Avanzado
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 17 jul 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.