SEO eCommerce: decidir entre categorías, productos y facetas

Respuesta breve

Una arquitectura eCommerce decide qué necesidad resuelve cada tipo de URL. Las categorías agrupan demanda y catálogo; los productos responden a una elección concreta; las facetas ayudan a filtrar, pero solo algunas combinaciones merecen una landing indexable. La decisión depende de intención, inventario, enlaces, mantenimiento y coste de rastreo.

Puntos clave

• Inventaría tipos de URL antes de aplicar reglas.
• No indexes todas las combinaciones de filtros por defecto.
• Una categoría necesita utilidad además de una cuadrícula.
• Productos agotados y discontinuados requieren decisiones distintas.
• Canonical, robots, sitemap y enlaces deben apoyar la misma versión.
• Prueba cada regla en la plataforma y versión reales.

Los tipos de URL de una tienda

Categorías

Necesitan utilidad además de una cuadrícula: alcance, criterios y diferencias.

Productos

Variantes con criterio de URL; agotados y discontinuados, con decisiones distintas.

Facetas y filtros

No se indexan todas las combinaciones por defecto: se inventarían antes.

Índice

1. Pensar en tipos de URL
2. El papel de las categorías
3. El papel de los productos
4. Variantes y URLs
5. Facetas y filtros
6. Productos agotados o retirados
7. Enlazado y contenido editorial
8. Implementación en WordPress y PrestaShop
9. Medición y validación
10. Errores frecuentes
11. Preguntas habituales

Pensar en tipos de URL

Un catálogo puede generar páginas de categoría, subcategoría, marca, producto, variante, búsqueda, filtros, ordenaciones y paginación. Antes de decidir indexación, extrae una muestra de cada patrón y responde:

• ¿qué tarea completa?
• ¿tiene inventario estable?
• ¿puede recibir enlaces normales?
• ¿aporta información además de productos?
• ¿se mantendrá cuando cambie el catálogo?
• ¿qué ocurre si queda vacía?

La página de SEO eCommerce usa este árbol como base del servicio. Este artículo desarrolla el modelo editorial y técnico.

El papel de las categorías

Una categoría puede ser el mejor destino para consultas que expresan una familia de productos. Debe ayudar a elegir: nombre claro, introducción útil, filtros comprensibles, orden coherente, productos disponibles y enlaces hacia decisiones relacionadas.

El texto no necesita desplazar el catálogo ni repetir descripciones. Puede explicar criterios, compatibilidad, medidas o diferencias. Si la categoría contiene pocos productos y coincide con otra, fusionar puede ser mejor que sostener dos landings débiles.

La paginación debe permitir navegación HTML y conservar URLs coherentes. No canonicalices todas las páginas hacia la primera si contienen productos distintos y siguen formando parte de la serie.

El papel de los productos

La ficha resuelve la evaluación de un artículo concreto. Necesita nombre, características, variantes, disponibilidad, imágenes, condiciones y contenido propio cuando corresponda. Copiar la descripción del proveedor puede generar páginas indistinguibles, pero inventar beneficios o reseñas es peor.

Los datos estructurados solo representan lo visible y actual. La guía general de Google (RS-008) no permite prometer una feature ni justificar campos falsos. Precio, disponibilidad y reseñas deben corresponder a la página y al estado real.

Si varias variantes tienen contenido y URL propios, define si son productos diferenciados o selecciones dentro de una ficha. Evita crear una URL indexable por cada combinación sin necesidad.

Los datos estructurados solo representan lo visible y actual.

Variantes y URLs

Color, talla, capacidad o configuración pueden cambiar el producto. La decisión depende de:

• intención de búsqueda diferenciada;
• disponibilidad y permanencia;
• contenido y medios propios;
• enlaces y navegación;
• comportamiento de plataforma;
• feed y datos estructurados;
• canonical y parámetros.

Una variante importante puede merecer URL si el catálogo y la demanda la sostienen. Otras funcionan como estado de interfaz. Documenta la regla para que altas nuevas no creen URLs incoherentes.

Facetas y filtros

Las facetas ayudan a encontrar productos por atributos. El riesgo aparece cuando cada combinación genera una URL rastreable, enlazada e indexable. Con varios filtros, el espacio crece y puede incluir resultados vacíos, duplicados o de poco valor.

Clasifica las combinaciones:

Clases de faceta, tratamiento candidato y la condición que lo justifica.

Clase	Tratamiento candidato	Condición
landing con intención propia	indexable y enlazada	inventario, contenido y mantenimiento
filtro útil solo para usuario	accesible, no indexable	navegación funcional sin competir
ordenación	generalmente no indexable	no crea una necesidad nueva
combinación vacía	no indexable y respuesta útil	no permanece en sitemap
parámetro de tracking	canonical limpio	no modifica contenido

La tabla es un marco, no una regla universal. robots.txt, meta robots, canonical y atributos de enlace tienen efectos distintos. La implementación se prueba con crawl, HTML y logs cuando existan.

Productos agotados o retirados

Un agotado temporal puede mantener ficha, alternativas y aviso real. Un producto discontinuado requiere evaluar equivalencia, demanda, enlaces, histórico y sustituto. Redirigir a una categoría genérica no siempre ayuda; devolver 410 tampoco es automático.

Preguntas:

• ¿volverá y existe fecha confirmada?
• ¿hay un sustituto equivalente?
• ¿la ficha conserva contenido o enlaces útiles?
• ¿la URL recibe tráfico o conversiones?
• ¿qué comunica el feed?
• ¿cómo afecta a navegación y sitemap?

La respuesta puede ser mantener, redirigir, retirar o conservar temporalmente noindex. Registra el motivo y evita cambios masivos sin datos.

Enlazado y contenido editorial

Las categorías enlazan productos; las fichas pueden enlazar guías de uso o compatibilidad; los artículos enlazan categorías cuando ayudan a comprar. No insertes enlaces de servicio en cada párrafo. El anchor describe el destino y la navegación debe funcionar sin JavaScript.

El contenido editorial puede cubrir comparaciones, selección, mantenimiento o definiciones. Antes de crear un artículo, revisa si la categoría ya satisface la intención. La política de contenido útil (RS-002) y spam (RS-003) favorece piezas con valor real y desaconseja producción masiva para capturar variaciones.

Implementación en WordPress y PrestaShop

La estrategia es común; los controles cambian. En WordPress/WooCommerce intervienen Core, tema, plugins, taxonomías y endpoints. En PrestaShop la versión, los módulos, overrides, facetas y caché modifican la superficie.

No copies una regla entre plataformas sin comprobar HTML, enlaces, canonicals, sitemaps y parámetros. Inventaría módulos y plugins que generen salida SEO. Una única fuente debe controlar cada señal.

Medición y validación

Antes de cambiar:

• cuenta URLs por patrón;
• identifica status, canonical y robots;
• cruza sitemap y enlaces;
• segmenta datos por tipo;
• guarda logs o muestra cuando estén disponibles;
• registra conversión y valor sin PII;
• define hipótesis y rollback.

Después, repite el crawl, lee caché pública y compara cobertura, consultas y negocio durante un periodo proporcionado. No atribuyas una mejora a una regla si también cambió catálogo, temporada o campaña.

En cuatro láminas

¿Indexable por defecto?. Columnas: Indexable, Depende, No. Categoría: Indexable → Sí, con utilidad. Producto: Indexable → Sí. Faceta: Depende → Si tiene demanda propia. Ordenación: No → Nunca

HTML: <!-- /zapatos/?color=rojo&talla=42 --> / <link rel="canonical" / href="https://tienda.example/zapatos/"> / <meta name="robots" / content="noindex, follow">

1 versión preferida. La que apoyan a la vez canonical, robots, sitemap y enlaces internos.

Errores frecuentes

• Indexar todos los filtros porque generan URLs limpias.
• Bloquear todos en robots y dejar canonicals invisibles.
• Escribir texto intercambiable en cada categoría.
• Redirigir cualquier agotado a inicio.
• Mantener páginas vacías en sitemap.
• Crear variantes indexables sin enlaces.
• Duplicar schema entre tema y plugin.
• Aplicar una recomendación de otra versión o plataforma.
• Medir solo tráfico y olvidar margen o conversión.

Preguntas habituales

¿Cuántas facetas deben indexarse?

No existe una cifra universal. Solo las que tengan intención propia, inventario suficiente, contenido útil, enlaces y capacidad de mantenimiento. Empieza con un conjunto pequeño y medido.

¿Necesito texto largo en categorías?

Necesitas información que ayude a decidir. Puede ser breve, una tabla o un selector. No empujes productos fuera de pantalla ni rellenes por longitud.

¿Qué hago con búsquedas internas?

Por defecto no deberían indexarse como sustituto de una arquitectura. Pueden ser útiles para usuarios y para investigación interna, con privacidad y sin generar un espacio infinito.

¿Canonical resuelve duplicados de facetas?

Es una señal, no un control de rastreo ni una garantía. Debe coordinarse con enlaces, robots, sitemap y contenido. Si el espacio crece sin límite, corrige la generación y navegación.

Gobernar tipos de URL en vez de optimizar páginas sueltas

El SEO de catálogo consiste en gobernar tipos de URL durante todo su ciclo de vida. Categorías, productos y facetas tienen misiones distintas. Una regla clara y verificable reduce duplicidad sin impedir que las personas exploren.

Próximo paso

Extrae veinte URLs por patrón y completa una tabla de tarea, inventario, enlaces, canonical, robots y sitemap. Después prioriza con SEO eCommerce o una auditoría antes de aplicar cambios globales.

Fuentes

• Google Search Central, contenido útil — RS-002.
• Google Search Central, políticas de spam — RS-003.
• Google Search Central, SEO Starter Guide — RS-005.
• Google Search Central, políticas de datos estructurados — RS-008.
• Observación SERP cualitativa para eCommerce — RS-022.
• Especificación técnica y editorial — RS-001.

Servicio relacionado

Si esto es lo que te está pasando, seo para prestashop es el trabajo que lo resuelve. Diagnóstico primero, prioridades después.

Ver seo para prestashop