El SEO de una tienda empieza en su sistema de catálogo. Si las variantes crean miles de URLs, el inventario cambia sin actualizar el marcado o las categorías dependen de filtros infinitos, publicar más guías de compra no resuelve el problema principal.
Esta reconstrucción elimina los porcentajes de conversión, abandono y crecimiento que la página anterior presentaba sin fuente. El objetivo es dejar un método que pueda auditarse con el crawl del sitio, el feed, Merchant Center, Search Console y eventos de compra bien implementados.
El catálogo es la unidad de trabajo
Antes de revisar palabras clave, conviene separar los tipos de URL y su función.
| Tipo de página | Debe resolver | Riesgo habitual | Evidencia mínima |
|---|---|---|---|
| Producto | Qué es, cuánto cuesta, si está disponible y cómo se entrega | Variantes duplicadas o información desactualizada | HTML, feed y sistema de inventario alineados |
| Categoría | Qué opciones existen y cómo se diferencian | Texto genérico, paginación y filtros sin control | Inventario visible, enlaces rastreables y facetas definidas |
| Marca o colección | Relación entre productos con una demanda propia | Páginas casi vacías | Selección real, descripción útil y navegación |
| Guía | Ayudar a elegir o usar un producto | Contenido desconectado del catálogo | Criterios verificables y enlaces a productos disponibles |
| Política | Envío, devolución, garantía y privacidad | Contradicciones entre páginas y checkout | Texto aprobado y fecha de vigencia |
Un inventario técnico debe combinar sitemap, crawl, URLs del CMS y productos del feed. Esa comparación descubre productos vendibles sin página indexable, URLs indexables que ya no representan inventario y variantes que compiten entre sí.
Datos de producto que coinciden en todas las superficies
Google explica que una tienda puede aportar información mediante datos estructurados de producto, un feed de Merchant Center o ambos. Para merchant listings, la documentación exige propiedades concretas y Google puede verificar la información antes de mostrarla.
La regla operativa es sencilla: precio, moneda, disponibilidad, condición, identificador y política no deberían contradecirse entre el HTML visible, JSON-LD, feed y checkout. La validación sintáctica no basta si el usuario ve otra cosa.
En una auditoría conviene tomar una muestra estratificada:
- productos disponibles, agotados y en preventa
- productos con una y varias variantes
- ofertas con precio rebajado
- artículos sin GTIN o con identificadores propios
- páginas accesibles en más de un idioma o país.
Cada hallazgo debe incluir URL, SKU, valor visible, valor estructurado, valor del feed y sistema que se considera fuente de verdad.
Categorías, filtros y paginación
No todo filtro merece una URL indexable. La decisión depende de si existe una selección estable, demanda distinta, inventario suficiente y contenido que ayude a elegir. Color, talla y precio pueden ser útiles para navegar sin convertirse automáticamente en páginas de destino.
Define una matriz de facetas antes de tocar robots o canonicals. Para cada combinación decide: rastreable, indexable, enlazada, incluida en sitemap y responsable de mantenerla. Una canonical hacia la categoría principal no arregla por sí sola un espacio infinito de URLs.
Las categorías importantes necesitan enlaces HTML desde rutas estables. El buscador interno y los controles que solo funcionan después de ejecutar JavaScript no deben ser el único camino hacia el catálogo.
Contenido que ayuda a comprar
Una guía de compra sirve cuando reduce una decisión real. Puede explicar compatibilidad, materiales, medidas, mantenimiento o diferencias entre usos. Debe enlazar a productos actuales y tener un plan para actualizar referencias retiradas.
Las reseñas requieren el mismo cuidado. Los datos estructurados deben representar contenido visible y auténtico. Las directrices generales de datos estructurados aclaran que una implementación válida no garantiza un resultado enriquecido y que el marcado engañoso puede perder elegibilidad.
Analítica de ingresos sin dobles conteos
Google Analytics documenta eventos ecommerce como view_item, add_to_cart, begin_checkout y purchase en su guía de medición de ecommerce. Antes de atribuir ingresos al SEO hay que comprobar:
- que
transaction_idsea estable y permita deduplicar compras - que
valueycurrencylleguen en el evento adecuado - que reembolsos y cancelaciones tengan tratamiento acordado
- que el canal no se pierda al pasar por el proveedor de pago
- que consentimiento y bloqueadores formen parte de las limitaciones del informe.
El ingreso de analítica no es automáticamente el ingreso contable. La reconciliación con la plataforma de comercio debe mostrar diferencia absoluta, diferencia porcentual y causas conocidas por periodo.
Panel mínimo por plantilla
Un panel útil evita mezclar todas las URLs del dominio. Para cada plantilla registra:
- URLs válidas, indexables e incluidas en sitemap.
- Impresiones, clics y consultas de Search Console.
- Sesiones con consentimiento y eventos ecommerce observados.
- Productos disponibles y discrepancias con el feed.
- Errores de datos estructurados y fecha de la última muestra.
Los cambios se anotan en el mismo calendario. Un rediseño, una promoción o una caída de inventario puede explicar el movimiento antes que una edición SEO.
Orden recomendado de reparación
Primero se corrigen estados HTTP, canonicals, noindex accidentales y rutas que no pueden rastrearse. Después se alinea catálogo, feed y marcado. La arquitectura de categorías viene a continuación. El contenido editorial se amplía cuando la tienda ya puede entregar el producto que promete.
Los gráficos heredados de esta página permanecen en el repositorio, pero se retiraron del contenido visible porque incorporaban benchmarks sin procedencia recuperable.