Una auditoría SEO de una tienda online no se parece a la de un blog. El catálogo introduce variables que un sitio editorial no tiene: variantes de producto, filtros facetados, stock cambiante y parámetros de ordenación que generan miles de URLs. Por eso, cuando alguien me pregunta por dónde empezar, mi respuesta siempre es la misma: no abras Search Console a mirar gráficas. Configura primero un entorno reproducible que te deje medir sin ruido. Este artículo describe esa secuencia exacta, en el orden en que conviene ejecutarla.
Paso 0: prepara el entorno antes de tocar la tienda
Antes de auditar nada, necesitas tres cosas montadas. Si te las salta, acabarás tomando decisiones sobre datos contaminados.
1. Un rastreo de referencia con user-agent de Googlebot
Configura Screaming Frog (o la herramienta que uses) con el user-agent de Googlebot smartphone y activa la representación de JavaScript. En un ecommerce con lazy loading de imágenes y precios cargados por AJAX, el rastreo sin renderizado te devuelve plantillas vacías y falsos duplicados. Es el error más frecuente que veo: se audita con el rastreo por defecto de escritorio y se concluye que hay contenido duplicado donde solo hay renderizado incompleto.
2. Propiedades separadas en Search Console
Ten una propiedad de dominio y una de prefijo URL con la versión canónica. Compara ambas. Si los datos difieren mucho, tienes un problema de redirección o de parámetros que no estás controlando.
3. Exportación de logs del servidor
Pide al equipo de infraestructura al menos 15 días de logs con IP, user-agent, URL solicitada y código de estado. Sin esto no puedes saber qué rastrea Google realmente, solo qué cree tu herramienta que rastrea.
Paso 1: congela la indexabilidad y documenta el estado inicial
Antes de cambiar canonicals o añadir noindex, guarda una captura del estado actual: número de URLs indexadas, sitemap enviado, robots.txt y directivas meta de las plantillas principales (categoría, producto, filtros).
Un detalle que solo se aprende con la práctica: en PrestaShop y en algunas configuraciones de WooCommerce con plugins de filtros, el robots.txt bloquea /*?orderby= pero los enlaces internos siguen apuntando a esas URLs. Resultado: Google no puede rastrear la página, pero sí descubre el enlace y acumula señales en una URL bloqueada. Revisa siempre la coherencia entre lo bloqueado y lo enlazado.
Paso 2: mapea la arquitectura real del catálogo
No la que diseñaste, la que existe. Exporta todas las URLs rastreadas y clasifícalas en cuatro cubos:
- Productos canónicos
- Categorías navegables
- Facetas y parámetros
- URLs de sistema (carrito, checkout, cuenta, búsqueda interna)
Cuenta cuántas hay de cada tipo. En tiendas medianas es habitual encontrar que las facetas superan en número a los productos. Ahí está la mayor parte del presupuesto de rastreo.
Decisión práctica sobre facetas
No existe una regla universal. Las facetas con volumen de búsqueda real (por ejemplo, combinaciones de color y talla en moda) merecen indexarse como landing. Las que solo sirven para navegar deben quedar accesibles pero no indexables. Lo que no funciona: aplicar noindex masivo a todas las facetas y luego descubrir que algunas traían tráfico long tail. Revisa Search Console antes de decidir, filtrando por URLs con parámetros y consultas con impresiones.
Paso 3: configura canonicals, paginación y variantes
Este es el punto donde más tiendas pierden fuerza. Tres configuraciones concretas:
Variantes de producto
Si cada talla o color genera URL propia con contenido casi idéntico, elige una canónica. En Shopify, las variantes por defecto no crean URL independiente, pero muchos temas las generan con parámetros; en Magento sí es habitual tener URLs por variante. Decide si la variante merece página (porque tiene demanda propia) o si debe apuntar al producto padre.
Paginación
La página 2 de una categoría debe ser indexable y autocanónica. No la canónices a la página 1: pierdes el rastreo de los productos que solo aparecen ahí. Y no la bloquees en robots.txt, porque entonces Google no verá los enlaces de esa página.
Ordenación y vista
Los parámetros de ordenación (?orderby=price, ?view=grid) deben apuntar con canónica a la URL limpia de categoría. Verifica que el enlace interno no los propague.
Paso 4: datos estructurados de producto, con matices
La implementación de schema Product y Offer es obligatoria si quieres rich results, pero aquí conviene ser honesto sobre las limitaciones. Según la documentación oficial de Google, los datos estructurados no garantizan la aparición de mejoras en los resultados; son una condición necesaria, no suficiente.
Errores que aparecen una y otra vez:
- availability desincronizado con el stock real. Un producto marcado como InStock que en realidad está agotado genera penalizaciones en las mejoras y confusión en el usuario.
- price sin moneda o con formato local (19,99 € en lugar de 19.99 con priceCurrency: EUR).
- Reseñas agregadas inventadas o importadas de un proveedor. Google pide que reflejen reseñas reales del sitio.
Si tu tienda tiene miles de referencias y el ERP actualiza precios cada hora, la sincronización del schema es un proyecto de desarrollo, no un ajuste de plantilla. Planifícalo como tal.
Paso 5: mide el rendimiento con datos de campo, no de laboratorio
Core Web Vitals en ecommerce tiene un problema estructural: las plantillas de producto pesadas por imágenes y scripts de terceros. Lighthouse te da una foto de laboratorio; lo que cuenta es el dato de campo en Search Console, sección Experiencia.
Revisa primero qué plantillas concentran los problemas. En muchas tiendas, la home pasa los umbrales y son las fichas de producto con muchas imágenes las que fallan en LCP. Optimizar la home no mueve la aguja. Prioriza por plantilla y por tráfico.
Matiz importante: si tu catálogo cambia de precio y disponibilidad por JavaScript de terceros (recomendadores, chat, pasarelas), el INP puede verse afectado y no siempre está bajo tu control directo. Documenta qué scripts son prescindibles y cuáles no antes de eliminar nada.
Comprueba cuántos clics necesita Googlebot para llegar a un producto desde la home. En catálogos profundos, los productos de la página 5 de una categoría pueden quedar a cuatro o cinco clics. Añade bloques de enlaces internos (productos relacionados, categorías hermanas, destacados) que acorten esa distancia.
Y revisa el menú: los enlaces a facetas desde el menú principal son una señal fuerte de indexación. Si no quieres que una faceta se indexe, no la pongas en el menú.
Paso 7: contenido de categoría y thin content
Las categorías con solo un listado de productos compiten mal. Añadir texto descriptivo ayuda, pero no cualquier texto. Descripciones genéricas copiadas del fabricante generan duplicidad entre tiendas. Según estudios del sector, los ecommerce que trabajan contenido propio en categorías principales obtienen mejor rendimiento orgánico, aunque la correlación no implica causalidad y depende mucho del nicho.
Un caso concreto que suelo encontrar: categorías con cientos de productos donde el texto se inserta al final y es idéntico en todas las subcategorías. Google lo detecta como contenido duplicado interno. Solución: contenido diferenciado por subcategoría, al menos en las que tienen demanda de búsqueda.
Paso 8: cuadro de mando y verificación
Cierra la auditoría con un panel que puedas revisar cada mes:
- URLs indexadas vs. enviadas en sitemap
- Distribución de códigos de estado en el rastreo
- Consultas con impresiones pero sin clics (oportunidades de título y meta)
- Plantillas con peor LCP de campo
- Productos agotados y su tratamiento (301, 410 o mantener con aviso)
Sobre productos agotados: no hay una respuesta única. Si el producto va a volver, mantén la URL con aviso y disponibilidad actualizada. Si es descatalogado definitivo, redirige a la categoría o a un sustituto. Redirigir todo a la home es una práctica que diluye señales y confunde al usuario.
Lo que esta auditoría no resuelve
Ser transparente importa. Una auditoría técnica no arregla un catálogo sin demanda, no sustituye una estrategia de precios y no garantiza posiciones. Tampoco puede compensar una experiencia de compra deficiente: si el checkout falla en móvil, el tráfico orgánico no convierte. Y hay límites prácticos: en tiendas con miles de SKUs y ERP legacy, la sincronización perfecta de datos estructurados puede llevar meses y conviene priorizar las referencias con más tráfico antes que perseguir el 100% de cobertura.
La auditoría es el diagnóstico. La ejecución por fases, con métricas por plantilla, es lo que mueve resultados.
Perfiles verificables: Sitio web
Publicado el 25 de October de 2026. Última revisión: 25 de October de 2026.