Selección y ordenación de productos en páginas de categoría

TL;DR — Cada página de categoría toma dos decisiones discretas: qué productos muestra y en qué orden. Merchandising suele elegir el orden para vender más, pero esa misma elección determina qué productos rastrea Google con mayor fiabilidad y cuáles reciben más enlaces. Evita que los agotados ocupen la parte superior y que los botones de ordenación creen miles de direcciones casi duplicadas.

Dos decisiones ocultas en una sola página

La selección determina qué artículos pertenecen a una página de categoría; la ordenación fija su secuencia predeterminada. Evidence for this claim Google recommends navigational links from menus to categories and from category pages to products so crawlers can discover an ecommerce catalog. Scope: Google Search ecommerce site-structure guidance. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure Los motores de búsqueda solo pueden rastrear productos expuestos mediante enlaces descubribles, mientras que las URLs con facetas requieren controles de rastreo deliberados. Evidence for this claim Faceted navigation can create very large URL spaces and should be managed deliberately to avoid inefficient crawling. Scope: Google Search guidance for faceted navigation; the right controls depend on whether filtered URLs need indexing. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

Al mirar una página de categoría —«zapatillas de running», «portátiles por menos de $500»— parece una cuadrícula fija de productos. No lo es. Detrás hay dos decisiones:

1. Selección — qué productos aparecen: ¿todos, solo los disponibles, una selección manual? ¿Aparecen los agotados?
2. Orden de clasificación — la secuencia en que aparecen: el orden predeterminado que ve primero el comprador —«Destacados», «Más vendidos», «Más recientes» o «Precio»— y las opciones alternativas.

Casi todas las tiendas configuran ambas cosas para vender más. Es razonable, pero rara vez se revisan sus consecuencias SEO.

Por qué el orden importa para la búsqueda

Los motores de búsqueda prestan más atención a la parte superior y a la primera página. Por eso, los productos de las primeras filas del orden predeterminado suelen rastrearse con mayor fiabilidad y tratarse como más importantes. Si los mejores quedan enterrados en la «página 6», compradores y Google tendrán menos probabilidades de encontrarlos.

También hay un efecto de UX. La investigación del Baymard Institute concluyó que «Más vendidos» puede hacer que el catálogo parezca más limitado de lo que es al agrupar arriba artículos populares similares, lo que aumenta el abandono. Un orden más variado de «Destacados» o «Relevancia» suele funcionar mejor para compradores y buscadores.

Los dos fallos habituales

1. Los productos agotados encabezan la página. Una pared de artículos «Agotados» hace que la página parezca menos útil. Relegarlos al final del orden predeterminado o detrás de un selector «mostrar agotados» evita desperdiciar las posiciones más valiosas. La decisión sobre la página individual del producto —mantenerla, redirigirla o eliminarla— es independiente.

2. Los botones «Ordenar por» crean direcciones duplicadas. Al ordenar por precio, la URL suele cambiar a algo como ?sort=price. Es la misma lista de productos en otro orden, pero un buscador puede verla como otra página. Sin control, cada opción multiplica las URLs casi duplicadas; normalmente es una configuración de plataforma o desarrollo.

Lista de comprobación sencilla

• No permitas que los agotados encabecen el orden predeterminado: relégalos o escóndelos tras un selector.
• Prefiere un orden variado de «Destacados/Relevancia» frente a «Más vendidos», salvo que exista un motivo concreto.
• Evita que los mejores productos queden enterrados.
• Impide que las URLs de ordenación se conviertan en duplicados indexables.

¿Quieres la versión técnica —la regla exacta de contenido duplicado para ?order=price, una receta de robots.txt, la relación entre agotados y eficiencia de rastreo y los límites de itemListOrder—? Abre la pestaña Avanzado.

TL;DR — Una página de categoría combina dos mecanismos SEO: la selección condiciona la calidad del contenido y el alcance de los enlaces internos; el orden condiciona los duplicados y la prioridad de rastreo. Google cita ?order=price como caso de contenido duplicado: canonicaliza las variantes o bloquéalas con robots.txt/noindex. Define una única vista predeterminada, canonical e indexable; suele convenir «Destacados/Relevancia» con diversidad. Relega los agotados. El esquema itemListOrder describe el orden visible, no lo impone.

Dos palancas, dos mecanismos SEO distintos

Google recomienda enlazar de menús a categorías y de categorías a productos para que los rastreadores descubran el catálogo. Evidence for this claim Google recommends navigational links from menus to categories and from category pages to products so crawlers can discover an ecommerce catalog. Scope: Google Search ecommerce site-structure guidance. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure Los filtros y órdenes pueden crear espacios enormes de URLs, por lo que su rastreo debe diseñarse por separado del orden de merchandising. Evidence for this claim Faceted navigation can create very large URL spaces and should be managed deliberately to avoid inefficient crawling. Scope: Google Search guidance for faceted navigation; the right controls depend on whether filtered URLs need indexing. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

Este tema merece una página propia, aparte del SEO de páginas de categoría y de la navegación por facetas, porque la selección y el orden son palancas diferentes y fallan de maneras distintas:

• La selección afecta a las señales de calidad y completitud y al alcance de los enlaces internos. Una vista llena de agotados o artículos pobres y casi duplicados parece menos útil; los productos poco visibles reciben menos enlaces.
• El orden afecta al contenido duplicado y al presupuesto de rastreo mediante variantes ?sort=, y también a la prioridad por profundidad: la parte superior y la primera página se rastrean con mayor fiabilidad.

Es un punto ciego entre equipos: merchandising elige el orden para la conversión, pero casi nadie le explica sus consecuencias SEO. Aquí se cubren ambos lados.

Por qué la ordenación es un problema SEO

Ordenar parece una decisión puramente de UX, pero Google lo trata como contenido duplicado. En su documentación de paginación, bajo el epígrafe “Avoid indexing URLs with filters or alternative sort orders,” (traducción) «Evita indexar URLs con filtros u órdenes alternativos» plantea este caso exacto: “you may support ?order=price on URLs to return the same list of results ordered by price.” (traducción) «puedes admitir ?order=price en las URLs para devolver la misma lista de resultados ordenada por precio». Su recomendación es: “To avoid indexing variations of the same list of results, block unwanted URLs from being indexed with the noindex robots meta tag or discourage crawling of particular URL patterns with a robots.txt file.” (traducción) «Para evitar indexar variaciones de la misma lista de resultados, impide la indexación de URLs no deseadas mediante la metaetiqueta robots noindex o desalienta el rastreo de patrones concretos con robots.txt».

Es un caso de duplicación más claro que un filtro. Un filtro (color=red) cambia qué productos integran el conjunto y puede captar demanda long tail. Una variante de orden solo cambia la secuencia; en palabras de Google, devuelve «la misma lista de resultados». Rara vez merece indexación.

La ordenación es un «parámetro activo». En mi guía de parámetros de URL clasifico los parámetros de ordenación como activos, junto con filtros, paginación y búsqueda: cambian lo presentado y exigen una decisión de indexación. No son pasivos como los de seguimiento: “You should avoid passive parameters like those used for tracking on internal links.” (traducción) «Debes evitar en los enlaces internos parámetros pasivos como los usados para seguimiento». Una URL ?sort=price-asc necesita una decisión real: canonical a la base o noindex más robots.txt.

Interacción con la profundidad de rastreo. Google afirma que las categorías son la entrada a los productos; si no enlazan a todos, “Googlebot might not find all of your products by crawling alone.” (traducción) «Puede que Googlebot no encuentre todos tus productos solo mediante el rastreo». Con paginación, la primera página se rastrea mejor, así que el orden predeterminado decide qué productos obtienen esa ventaja. «Precio: de menor a mayor» puede enterrar productos emblemáticos en la página 6; un orden acorde con la demanda concentra los relevantes cerca de la primera página.

Elegir el orden predeterminado: merchandising frente a SEO

La buena noticia es que ambos objetivos suelen apuntar en la misma dirección.

La investigación de Baymard Institute defiende «Relevancia/Destacados» con diversidad frente a «Más vendidos»: este último agrupa artículos similares de gran volumen, hace que el catálogo parezca más limitado y puede aumentar el abandono. El artículo clásico de Practical Ecommerce formula el argumento paralelo de CRO: “when the shopper is presented with bad choices right out of the gate, he’s apt to bail immediately.” (traducción) «cuando al comprador se le presentan malas opciones desde el principio, es probable que abandone de inmediato».

La conexión SEO es que el conjunto visible sin desplazarse también recibe el rastreo más fiable y mayor equidad de enlaces internos. Si es estrecho o poco representativo, perjudicas dos veces al resto del catálogo: en la interfaz y en el rastreo. Un orden representativo expone a Google una porción más amplia y distribuye mejor los enlaces.

Cuándo se justifica otro orden: hay casos reales, como una liquidación donde «Precio: de menor a mayor» expresa la intención o una colección «Novedades» cuyo propósito es mostrar lo más reciente. La regla no es «siempre Destacados», sino representar el catálogo y adelantar productos dignos de rastreo con un motivo claro.

Productos agotados dentro del listado

Esta decisión es distinta de lo que haces con la página propia de un producto agotado (redirigir, devolver 404 o mantenerla activa — lo trato por separado —, y las directrices de Google suelen favorecer mantener activa la URL frente a aplicar 404 indiscriminadamente). Aquí la pregunta es más concreta: ¿deben aparecer los productos agotados en el orden predeterminado de la categoría y, de ser así, dónde?

Google no ha publicado una regla específica para listados. John Mueller sí indicó que las existencias no son un factor de posicionamiento en la búsqueda normal: “seems unrelated, at least for normal search.” (traducción) «parece no estar relacionado, al menos para la búsqueda normal». Sobre productos agotados explicó: “we will assume it’s more like a soft 404 error, where we will drop that URL,” (traducción) «supondremos que se parece más a un error 404 suave y retiraremos esa URL» y subrayó: “even if one product goes out of stock, the rest of the site’s rankings are not affected by that.” (traducción) «aunque un producto se agote, las posiciones del resto del sitio no se ven afectadas».

No existe un mecanismo de «disponible = mejora de posiciones». Relegar los agotados en el listado responde a eficiencia y calidad, no a un factor directo:

1. Equidad de rastreo y enlaces desperdiciada. Los productos agotados no convierten. Darles las posiciones iniciales transfiere la mejor ventaja de profundidad de rastreo y enlaces internos a páginas en las que no se puede comprar.
2. Señal de calidad del contenido. Un listado compuesto en su mayoría por productos agotados parece más pobre y menos útil: la misma preocupación por el escaso valor que subyace al riesgo de soft 404 que Mueller describió para páginas individuales de productos agotados, pero ahora en el nivel del listado.
3. El principio de no engañar sobre la disponibilidad. Merchant Center ya exige un tratamiento claro y no engañoso de la disponibilidad en las páginas de producto; aplica el mismo principio a los listados y coloca los productos agotados al final del orden predeterminado o detrás de un selector.

Recomendación práctica: relega los agotados al final del orden predeterminado o detrás de «mostrar agotados»; no permitas que encabecen el listado ni desindexes todos esos productos. La eliminación del índice es otra decisión.

Gestión técnica de las URLs de ordenación

Una vez elegido el orden predeterminado, todo lo demás es una variante. Trata esas variantes como ruido de filtros:

• Elige una vista base y predeterminada como página canonical e indexada. Todas las demás permutaciones de ordenación son variantes no canónicas, sin excepción.

• Aplica canonical desde las variantes de ordenación hacia la base o bloquea el parámetro. Como una variante de ordenación es “the same list of results,” (traducción) «la misma lista de resultados», casi nunca tiene demanda de palabras clave independiente: nadie busca «zapatillas ordenadas por precio ascendente». Compáralo con una faceta de filtro como «zapatillas de correr rojas», que sí puede tenerla. Por eso la ordenación es un caso más claro para bloquear o canonicalizar que los filtros, como muestra la demanda independiente casi nula de la ordenación pura en la investigación sobre la larga cola de la navegación por facetas.

• La canonical por sí sola no ahorra presupuesto de rastreo. Como explico en la guía de parámetros de URL, “a canonical tag can help consolidate signals to a chosen URL but requires each additional version of a page to be crawled” (traducción) «una etiqueta canonical puede ayudar a consolidar las señales en una URL elegida, pero exige rastrear cada versión adicional de una página»: Google todavía tiene que solicitar la URL con ?sort= para ver la etiqueta. En catálogos con muchas URL, combina la canonical con un bloqueo del parámetro de ordenación en robots.txt. Un patrón inspirado en los propios ejemplos de filtros de Google:

  User-agent: Googlebot
  Disallow: /*?*sort=
  Allow: /*?sort=featured$

  (Adaptación del patrón de bloqueo de filtros de Google para un parámetro sort=; no es un ejemplo literal de Google.)

• Devuelve 404 para combinaciones vacías. La documentación de facetas recomienda “return an HTTP 404 status code when a filter combination doesn’t return results” (traducción) «devolver un código HTTP 404 cuando una combinación de filtros no devuelve resultados» en vez de una página vacía indexable.

• Bing conserva una palanca que Google retiró. URL Normalization permite registrar sort como parámetro sin cambio sustancial. Fabrice Canel advierte que “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems” (traducción) «confiar en la etiqueta canonical no es necesariamente la solución perfecta para todos los problemas de contenido duplicado».

Esquema y ordenación: qué puede y qué no puede hacer itemListOrder

Si marcas un listado de categoría con ItemList, el tipo dispone de la propiedad itemListOrder, pero conviene entender bien su función:

• Descriptiva, no directiva. itemListOrder describe el tipo de ordenación; no tiene ninguna influencia documentada en el posicionamiento. No hará que los productos posicionen mejor.
• Si se usa, debe coincidir con el orden visible. Schema.org señala: “the order of elements in your mark-up is not sufficient for indicating the order or elements [sic]. Use ListItem with a ‘position’ property in such cases” (traducción) «el orden de los elementos en el marcado no basta para indicar el orden de los elementos [sic]. En esos casos, usa ListItem con una propiedad ‘position’»; además, las reglas de datos estructurados de Google exigen paridad entre el marcado y el contenido visible. Si tu ItemList declara un orden y la página muestra otro, es una discrepancia, no una señal.
• De todos modos, los listados no admiten resultados enriquecidos de Product. La documentación sobre datos estructurados de fichas de comercio es explícita: “Product rich results only support pages that focus on a single product (or multiple variants of the same product). For example, ‘shoes in our shop’ is not a specific product,” (traducción) «los resultados enriquecidos de Product solo admiten páginas centradas en un único producto (o en varias variantes del mismo producto). Por ejemplo, “zapatos en nuestra tienda” no es un producto concreto», y Google recomienda “focusing on adding markup to product pages instead of pages that list products or a category of products.” (traducción) «centrarse en añadir marcado a páginas de producto, en lugar de a páginas que enumeran productos o una categoría de productos». Por tanto, ItemList/itemListOrder es, como mucho, una ayuda para que las máquinas lean una página de listado; nunca sustituye una estrategia sólida para las URL de ordenación.

Dónde encaja este tema

La selección de productos y el orden forman una parte de la estructura de un sitio de comercio electrónico. El ciclo completo de las páginas de listado —estructura de URL, paginación tras la desaparición de rel=prev/next, tratamiento del contenido pobre y datos estructurados— está en SEO de páginas de categoría. La mecánica para gestionar el rastreo de URL de filtros y facetas está en navegación por facetas. El tratamiento de los productos agotados en la propia página de producto (redirigir, devolver 404 o mantenerla activa) es una decisión independiente. Esta página aborda la pregunta más concreta de qué productos se muestran y en qué orden, y por qué esa decisión de merchandising tiene consecuencias SEO.

Resumen de IA

Versión condensada del contenido avanzado:

• Una categoría decide la selección y el orden; la primera afecta a calidad y enlaces, el segundo a duplicados y profundidad de rastreo.
• Google cita ?order=price como duplicado: recomienda noindex o robots.txt. Define una vista predeterminada canonical e indexable y canonicaliza o bloquea las demás.
• «Destacados/Relevancia» con diversidad suele favorecer conversión y rastreo.
• Relega los agotados; no confundas su posición en el listado con la indexación de sus páginas.
• Una canonical no ahorra por sí sola el rastreo de variantes ?sort=; en catálogos grandes, combínala con robots.txt. Bing ofrece URL Normalization.
• itemListOrder es descriptivo, debe coincidir con el orden visible y no genera resultados enriquecidos de Product en listados multiproducto.

Documentación oficial

Documentación de fuentes primarias, sobre todo de la sección especializada en comercio electrónico de Google.

Google — comercio electrónico

• Paginación y carga incremental — incluye el ejemplo ?order=price y la recomendación de noindex/robots.txt.
• Diseño de URLs para comercio electrónico — minimiza duplicados y usa parámetros ?key=value, por ejemplo ?sort=price-asc y no ?price-asc.
• Gestión del rastreo de URLs con facetas — espacios infinitos, patrones robots.txt y 404 para combinaciones vacías.
• Datos estructurados relevantes — tipos aplicables, incluidos Product y ProductGroup.
• Datos estructurados de fichas de comercio — limita los resultados enriquecidos de Product a páginas centradas en un producto.

Google — documentación complementaria

• Schema.org — ItemList — propiedad itemListOrder y uso de ListItem con position.
• Pausar temporalmente un negocio en línea — preferencia por mantener activas e indexables las URLs de producto.
• Merchant Center — atributo availability — principio de no inducir a error sobre disponibilidad.

Bing / Microsoft

• Directrices para webmasters de Bing — guía general de rastreo e indexación; Bing aún admite rel=prev/rel=next.
• Mejor que canonical: URL Normalization — función de Bing para registrar sort como parámetro ignorable.

Citas de la fuente

Declaraciones públicas de Google y Bing. Cada enlace profundo conduce al pasaje citado cuando la página lo permite.

Documentación de Google — orden y contenido duplicado

• “you may support ?order=price on URLs to return the same list of results ordered by price.” (traducción) «puedes admitir ?order=price en las URLs para devolver la misma lista de resultados ordenada por precio». — Google Search Central. Ir a la cita
• “To avoid indexing variations of the same list of results, block unwanted URLs from being indexed with the noindex robots meta tag or discourage crawling of particular URL patterns with a robots.txt file.” (traducción) «Para evitar indexar variaciones de la misma lista, impide la indexación con noindex o desalienta el rastreo mediante robots.txt». Ir a la cita
• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (traducción) «Minimiza las URLs alternativas que devuelven el mismo contenido para evitar que Google haga más solicitudes de las necesarias». Ir a la cita
• “Faceted navigation’s most common implementation, which is based on URL parameters, can generate infinite URL spaces which harms the website in a couple ways” (traducción) «La implementación más común de navegación por facetas, basada en parámetros de URL, puede generar espacios infinitos de URLs que perjudican al sitio de varias maneras». La primera es Overcrawling (rastreo excesivo). Ir a la cita

John Mueller, defensor de la Búsqueda de Google — agotados y existencias

• “And when it comes to the normal search results, it can happen that we when see that something is out of stock, we will assume it’s more like a soft 404 error, where we will drop that URL from the search results as well.” (traducción) «En los resultados normales, cuando vemos algo agotado podemos asumir que se parece a un 404 suave y retirar también esa URL». Transmitido por la cobertura de Search Engine Journal sobre unas horas de oficina de Search Central de abril de 2022; la grabación es la fuente primaria.
• “The other thing that’s also important to note here is that even if one product goes out of stock, the rest of the site’s rankings are not affected by that.” (traducción) «También es importante señalar que, aunque un producto se agote, las posiciones del resto del sitio no se ven afectadas». Misma fuente anterior.
• Preguntado en Twitter/X, Mueller respondió: “that seems unrelated, at least for normal search. It might impact product search but he is not sure if it will or won’t – but normal web search, it should not impact.” (traducción) «parece no estar relacionado, al menos para la búsqueda normal; podría afectar a la búsqueda de productos, pero no debería afectar a la búsqueda web normal». Search Engine Roundtable (Barry Schwartz), 5 de enero de 2022; cita confirmada mediante una nueva descarga directa con agente de navegador, ya que la descarga predeterminada devuelve 403. Cobertura.

Schema.org — ItemList

• “The order of elements in your mark-up is not sufficient for indicating the order or elements [sic]. Use ListItem with a ‘position’ property in such cases.” (traducción) «El orden de los elementos en el marcado no basta para indicar el orden de los elementos [sic]; usa ListItem con una propiedad ‘position’». Ir a la cita

Google — datos estructurados de fichas de comercio

• “Product rich results only support pages that focus on a single product (or multiple variants of the same product). For example, ‘shoes in our shop’ is not a specific product.” (traducción) «Los resultados enriquecidos de Product solo admiten páginas centradas en un producto; “zapatos en nuestra tienda” no es un producto concreto». Google añade: “We recommend focusing on adding markup to product pages instead of pages that list products or a category of products.” (traducción) «Recomendamos centrarse en añadir marcado a páginas de producto, no a páginas que listan productos o una categoría». Ir a la cita

Fabrice Canel, Microsoft Bing

• “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.” (traducción) «Confiar en la etiqueta canonical no es necesariamente la solución perfecta para todos los problemas de contenido duplicado». — sobre URL Normalization de Bing. Bing Webmaster Blog, abril de 2012. Fuente.

¿Qué tratamiento debe recibir esta URL de ordenación?

Evalúa cada variante de ordenación o filtro con este árbol:

1. ¿Es la vista predeterminada/base, sin parámetro o con el orden elegido? → Indéxala. Es la única vista canonical. Los pasos siguientes se refieren a las otras vistas.

2. ¿La variante cambia qué productos integran el conjunto o solo el orden?

• Solo el orden (una variante ?sort= pura) → ve al paso 3.
• Cambia el conjunto (un filtro como color=red) → es una decisión de facetas; consulta navegación por facetas.

3. ¿Tiene esta vista demanda de búsqueda real e independiente?

• No —lo habitual; nadie busca «ordenado por precio ascendente»— → ve al paso 4.
• Sí —muy raro para una ordenación pura— → dale una URL real, title/H1 únicos y canonical propia; confirma primero la demanda.

4. ¿Qué tamaño tienen el catálogo y su espacio de URLs?

• Pequeño o mediano → canonicaliza la variante a la vista base.
• Grande o con muchas URLs → canonicaliza y bloquea el parámetro en robots.txt, porque la canonical aún exige rastrear cada variante.

5. ¿La combinación de orden y filtro devuelve cero resultados? → Devuelve un 404, no un listado vacío indexable.

¿Dónde deben aparecer los productos agotados?

¿La decisión trata de la página del producto o de su posición en el listado?

• URL propia del producto (redirigir / 404 / mantener activa) → decisión separada; Google suele preferir conservarla.
• Posición en la categoría → continúa.

¿Está agotada la mayor parte de la categoría?

• Sí → el listado puede parecer pobre. Filtra los agotados de la vista predeterminada y ofrece «mostrar agotados».
• No → relega los agotados al final. No permitas que encabecen la lista ni los desindexes.

Regla práctica: retirar del índice corresponde a la página de producto; la posición en el orden predeterminado corresponde al listado. No mezcles ambas decisiones.

Modelos mentales

1. Dos palancas y dos modos de fallo. La selección falla como calidad del contenido y alcance de enlaces; el orden falla como duplicación y profundidad de rastreo. Identifica la palanca antes de cambiar nada.

2. La vista predeterminada es la más rastreada y enlazada. Lo que aparece arriba y en la primera página recibe el rastreo más fiable. Elegir el orden es elegir prioridades de rastreo y distribución de enlaces.

3. Lo óptimo para merchandising suele aproximarse a lo óptimo para SEO. «Destacados/Relevancia» con diversidad representa mejor el catálogo, favorece la conversión y expone una porción más amplia a Google. Los conflictos son excepciones que necesitan una razón.

4. Ordenar es un parámetro activo y exige una decisión. Cada variante debe canonicalizarse a la base o recibir noindex más robots.txt; no la dejes al azar.

5. Índice y posición son preguntas distintas para agotados. Mantener la página en el índice suele ser correcto; dentro del listado, normalmente conviene relegarla.

Auditoría de selección y ordenación

Una revisión para confirmar que el listado muestra los productos adecuados, en el orden adecuado y sin generar duplicados:

Selección — qué productos aparecen

• Los agotados no encabezan el orden predeterminado; quedan al final o tras un selector.
• Las categorías mayoritariamente agotadas no muestran una vista inicial sin productos disponibles.
• Los agotados no se ocultan en bloque del índice; la decisión de la página de producto se gestiona por separado.

Ordenación — la secuencia

• Una vista base es la canonical e indexada.
• El orden inicial muestra una porción representativa y disponible del catálogo.
• Los productos emblemáticos o de alta demanda no quedan enterrados por la paginación.

URLs de ordenación

• Las variantes ?sort= / ?order= se canonicalizan a la base o se bloquean.
• En catálogos grandes, los parámetros también se bloquean en robots.txt.
• Los parámetros usan ?key=value, por ejemplo ?sort=price-asc, no ?price-asc.
• Las combinaciones sin resultados devuelven 404.
• En Bing, sort está registrado en URL Normalization.

Esquema

• Si se usa ItemList/itemListOrder, coincide con el orden visible.
• El listado multiproducto no usa marcado Product para resultados enriquecidos.

Selección y ordenación de productos — hoja de referencia

Variante de URL → acción

Agotados dentro de un listado

Elección del orden predeterminado

Datos rápidos

• Ejemplo de duplicado de Google: ?order=price → “the same list of results.” (traducción) «la misma lista de resultados».
• Ordenar es un parámetro activo.
• Una canonical sola no ahorra presupuesto de rastreo.
• Las existencias no son un factor de posicionamiento normal.
• itemListOrder solo describe el orden visible.
• Bing permite marcar sort como ignorable con URL Normalization.

Errores comunes

Indexar cada opción para «captar más long tail». Una variante pura muestra el mismo conjunto en otro orden y casi no tiene demanda propia. Indexarla fabrica duplicados y consume rastreo sin ventaja de palabras clave. Canonicalízala a la base.

Suponer que «Más vendidos» siempre es el orden más seguro. Baymard muestra que puede hacer parecer más estrecho el catálogo; Practical Ecommerce señala que puede colocar primero artículos caros o mal valorados. Para la mayoría, conviene «Destacados/Relevancia» con diversidad.

Dejar que los agotados encabecen el listado. No convierten, desperdician la ventaja de rastreo y enlaces de las primeras posiciones y hacen que el listado parezca pobre. Relégalos.

Desindexar agotados para «limpiar» el listado. Confunde posición e indexación. Relega en el listado, pero normalmente conserva activa la URL del producto.

Tratar la ordenación como un parámetro pasivo de seguimiento. Es un parámetro activo que cambia la presentación y exige una decisión de indexación.

Confiar solo en canonical en un catálogo enorme. Consolida señales, pero Google debe rastrear cada variante para verla. Añade un bloqueo del parámetro en robots.txt cuando el espacio de URLs sea grande.

Marcar itemListOrder esperando mejorar posiciones. Es descriptivo, no tiene efecto documentado, debe coincidir con el orden visible y no genera resultados enriquecidos de Product en listados multiproducto.

Herramientas para auditar selección y ordenación

• Google Search Console — informe Indexación de páginas: detecta acumulaciones de URLs ?sort=/?order= excluidas o duplicadas.
• GSC — Estadísticas de rastreo: comprueba si Googlebot dedica demasiado tiempo a parámetros de ordenación.
• Bing Webmaster Tools — URL Normalization: registra sort como ignorable.
• Ahrefs Site Audit: descubre explosiones de parámetros, profundidad y enlaces internos por página.
• Screaming Frog SEO Spider: rastrea categorías y compara variantes canonicalizadas e indexables.
• Ahrefs Keywords Explorer: confirma si una vista de ordenación tiene demanda independiente antes de indexarla.

Diagnóstico de problemas de selección y ordenación

El informe de indexación se llena de URLs de ordenación

Causa probable: la interfaz emite enlaces rastreables ?sort= o ?order= y las canonical, reglas robots o enlaces internos no los contienen. Solución: define una vista indexada, canonicaliza las variantes y bloquea el patrón estrecho cuando el desperdicio sea material. Confirma que filtros valiosos y paginación no resultan afectados.

Googlebot dedica demasiado rastreo a permutaciones

Causa probable: cada categoría expone varios órdenes y las canonical aún exigen descargar esas URLs. Solución: elimina enlaces rastreables innecesarios y prueba controles de robots.txt ajustados a los parámetros reales. Verifica en logs o Estadísticas de rastreo que baja su proporción.

Los productos emblemáticos permanecen demasiado profundos

Causa probable: una regla estrecha o inestable los entierra tras la paginación. Solución: prueba «Destacados/Relevancia» representativo y añade enlaces intencionales de categoría o navegación. Comprueba la mejora de profundidad y enlaces sin perjudicar al comprador.

Los agotados dominan la primera página

Causa probable: la disponibilidad no participa en el orden o el inventario está obsoleto. Solución: relega los no disponibles o colócalos tras «mostrar agotados», manteniendo separada la indexación de sus páginas. Confirma que la vista inicial muestra productos comprables.

Demuestra que los controles de ordenación funcionan

Prueba la canonical y el rastreo de una URL de ordenación

Prueba: solicita URLs base, ?sort= y ?order=, inspecciona canonical y reglas robots. Resultado esperado: la base devuelve 200 y canonical propia; las variantes apuntan a la base y cumplen la regla. Fallo: plantilla y patrón robots no coinciden. Seguimiento: la respuesta es inmediata; la canonical elegida cambia tras volver a rastrear. Reversión: se bloquea o deja de ser canonical la categoría base, la paginación o una faceta con demanda.

Prueba el orden predeterminado de productos

Prueba: renderiza categorías representativas con el inventario de producción y registra enlaces, disponibilidad y profundidad de la primera página. Resultado esperado: orden aprobado y estable, disponibles primero y productos clave no enterrados. Fallo: caché, personalización, inventario obsoleto o reglas contradictorias. Seguimiento: tras expirar o purgar la caché. Reversión: desaparece inventario relevante o se perjudica el objetivo validado de merchandising.

Prueba combinaciones vacías de orden y filtro

Prueba: solicita combinaciones imposibles conocidas. Resultado esperado: cada una devuelve 404, no un listado vacío con 200. Fallo: la plantilla devuelve un contenedor genérico. Seguimiento: inmediato. Reversión: combinaciones válidas con poco inventario se clasifican erróneamente como vacías.

Métricas de selección y ordenación

Huella de URLs de ordenación

Métrica: número y proporción de URLs ?sort= y ?order= en datos de rastreo e indexación. Qué indica: sobrecarga de duplicados opcionales. Cómo obtenerla: clasifica exportaciones de Search Console y logs verificados por parámetro. Referencia: compara con la estrategia aprobada de una vista y con la base propia; el tamaño del catálogo determina el recuento. Frecuencia: mensual y tras cambios de plantilla.

Profundidad de rastreo de productos emblemáticos

Métrica: profundidad y número de enlaces internos de los productos prioritarios. Qué indica: si orden y navegación exponen el inventario importante. Cómo obtenerla: rastrea desde la portada y cruza las URLs con la lista de prioridad. Referencia: define una profundidad aceptable según la jerarquía; no inventes un umbral universal. Frecuencia: tras cambios de merchandising y cada mes.

Mezcla de disponibilidad en la primera página

Métrica: proporción de productos comprables en la primera página predeterminada. Qué indica: si los no disponibles consumen las mejores posiciones. Cómo obtenerla: extrae enlaces de categoría y crúzalos con el inventario oficial. Referencia: establece una base por categoría y temporada; liquidación y archivo requieren expectativas distintas. Frecuencia: diaria con inventario volátil; semanal en los demás casos.

Ponte a prueba: selección y ordenación de productos

Cinco preguntas rápidas sobre qué productos muestra una categoría, en qué orden y cuáles son las consecuencias SEO. Elige una respuesta y compruébala.

Recursos que merecen tu tiempo

Mis artículos

• Cómo gestionar productos agotados: depende — mi marco para decidir sobre la página del producto agotado (redirigir, devolver 404 o mantenerla activa), una cuestión distinta de la posición que ocupan los productos agotados en un listado.
• Parámetros de URL: guía completa para profesionales del SEO — donde clasifico los parámetros de ordenación como parámetros activos que requieren una decisión real de indexación y señalo que canonical todavía cuesta un rastreo por variante.
• Navegación por facetas: definición, ejemplos y prácticas recomendadas de SEO — el análisis detallado de la gestión de URL de filtros y facetas que revisé; el marco de demanda de larga cola explica por qué la ordenación pura es un caso más claro para bloquear que los filtros.

Mis charlas

• Cómo funciona la búsqueda (SlideShare) — recorrido por rastreo, renderizado, indexación y posicionamiento. Aviso permanente: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas; no será completa ni exacta al cien por cien».

Recursos del sector

• Ordena los listados por una «Relevancia» basada en diversidad (Kathryn Reeves, Baymard Institute) — argumento de UX contra «Más vendidos» puro.
• El orden predeterminado puede perjudicar la conversión (Pamela Hazelton, Practical Ecommerce) — cómo un mal orden aumenta el abandono.
• Evita indexar URLs con filtros u órdenes alternativos (Google Search Central) — guía oficial sobre ?order=price.
• Google: los productos agotados pueden afectar a la visibilidad (Search Engine Journal) — cobertura de las declaraciones de Mueller.
• Gestionar el rastreo de URLs con facetas (Google Search Central) — espacios infinitos y regla 404 para combinaciones vacías.
• Mejor que canonical: URL Normalization (Fabrice Canel, Bing) — herramienta de Bing para marcar sort como ignorable.

Registro de cambios