6 min de lectura
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.
Índice
- Pensar en tipos de URL
- El papel de las categorías
- El papel de los productos
- Variantes y URLs
- Facetas y filtros
- Productos agotados o retirados
- Enlazado y contenido editorial
- Implementación en WordPress y PrestaShop
- Medición y validación
- Errores frecuentes
- 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.
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:
| 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.
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.
Conclusión
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.