Un ecommerce no es una web con más páginas: es una web donde cada filtro, cada variante de talla y cada orden de listado puede generar una URL nueva. Una tienda de 2.000 referencias puede acabar exponiendo a Google cientos de miles de direcciones, casi todas iguales entre sí. Ahí es donde el SEO técnico deja de ser una lista de buenas prácticas y se convierte en el factor que decide si tu catálogo se rastrea entero o si Google se queda dando vueltas en combinaciones de filtros.
Esta guía recorre las siete capas que revisamos en cualquier auditoría técnica de tienda online, en el orden en que conviene atacarlas: arquitectura, duplicados, rastreo, rendimiento, datos estructurados, internacionalización y medición. Si lo que buscas es decidir sobre qué plataforma montarla, tenemos una comparativa aparte sobre cómo elegir plataforma de ecommerce; aquí damos por hecho que la tienda ya existe y lo que toca es que posicione.
El SEO técnico es la base de cualquier estrategia de posicionamiento en ecommerce
Puedes tener el mejor contenido y los mejores productos, pero si tu web tiene problemas técnicos de SEO, Google no la rastreará ni indexará correctamente. En ecommerce, donde compites por keywords de alta intención de compra, el SEO técnico marca la diferencia entre aparecer en la primera página o ser invisible.
La diferencia con una web corporativa es de escala y de consecuencias. En un site de treinta páginas, un error de canonical se traduce en una página mal indexada. En una tienda, el mismo error replicado en la plantilla de categoría afecta a miles de URLs a la vez y se come el presupuesto de rastreo que debería ir a las fichas que venden. Por eso el orden importa: no tiene sentido optimizar imágenes si Google ni siquiera está llegando a las fichas de producto.
Arquitectura de URLs y estructura de categorías
Una arquitectura de URLs limpia y una estructura de categorías lógica son fundamentales. Las URLs deben ser descriptivas, cortas y jerárquicas: /categoria/subcategoria/producto. Evita parámetros de sesión, IDs numéricos y URLs autogeneradas. Implementa breadcrumbs con schema markup para que Google entienda la jerarquía.
Qué hacer con los filtros y las facetas
La navegación facetada es el mayor generador de URLs basura de cualquier tienda. La regla práctica que aplicamos: indexa solo las combinaciones que tienen demanda de búsqueda real y una página con contenido propio —«zapatillas running hombre», «sofá 3 plazas gris»— y bloquea el resto. Para las combinaciones que no interesan, lo eficaz no es el noindex a secas, porque Google sigue gastando rastreo en llegar hasta ellas: conviene impedir que se generen enlaces rastreables hacia esas facetas (enlaces construidos por JavaScript sin href, o parámetros tras un #) y reservar el Disallow del robots.txt para los patrones de parámetros que ya existan indexados.
Los tres errores de arquitectura que más vemos
El primero, categorías de un solo producto creadas para «tener más landings»: diluyen la autoridad y generan thin content a escala. El segundo, la profundidad: si una ficha está a cinco clics de la home, Google la tratará como poco importante; con un buen enlazado desde categorías, destacados y productos relacionados, ninguna referencia debería estar a más de tres. El tercero, cambiar la estructura de URLs en una migración sin un mapa de redirecciones 301 completo, que es la forma más rápida y más cara de perder un año de posicionamiento: lo detallamos en la guía de migración entre plataformas de ecommerce.
Gestión de contenido duplicado
El contenido duplicado es el problema SEO más común en ecommerce. Las causas habituales: filtros y facetas que generan URLs diferentes para el mismo contenido, variantes de producto (talla, color) con páginas separadas, paginación mal implementada, y versiones con y sin www/https. La solución: canonicals correctas, meta robots noindex para páginas de filtro, y una paginación rastreable con canonical autorreferenciada en cada página.
La paginación ya no se marca con rel=prev/next
Conviene corregir aquí un consejo que todavía circula en muchas guías: Google confirmó en 2019 que llevaba años sin usar rel="prev" y rel="next" como señal de indexación. Marcar la paginación con esas etiquetas no hace daño, pero no sirve de nada. Lo que sí funciona hoy es lo contrario de lo que mucha gente implementa: cada página del listado debe tener su propia canonical apuntando a sí misma —no a la página 1—, debe ser rastreable mediante enlaces <a href> reales y debe seguir siendo indexable, porque es el camino por el que Google descubre las fichas que viven en la página siete. El scroll infinito solo es seguro si va acompañado de URLs paginadas accesibles sin JavaScript.
Variantes de producto: una página o varias
No hay una respuesta única. Si cada variante tiene demanda propia —tallas de neumático, capacidades de un portátil, colores con nombre comercial— conviene una URL por variante, con contenido y gtin diferenciados y enlazadas entre sí. Si la variante solo cambia un atributo visual sin búsquedas asociadas, lo correcto es una única URL canónica con selector de variante y marcado de ProductGroup. El error que penaliza no es elegir una u otra, sino tener diez URLs clónicas compitiendo entre ellas sin canonical que las ordene.
Velocidad y Core Web Vitals
Las Core Web Vitals (LCP, INP, CLS) son factor de ranking. En ecommerce, los problemas más comunes son: imágenes de producto sin optimizar (usa WebP, lazy loading, srcset para responsive), JavaScript de third-party que bloquea el render (analytics, chat, remarketing), y CLS causado por elementos que cargan sin dimensiones definidas (banners, sliders, botones de pago).
Los umbrales que hay que cumplir son LCP por debajo de 2,5 segundos, INP por debajo de 200 milisegundos y CLS por debajo de 0,1, y el matiz importante es cómo se miden: Google usa el percentil 75 de los usuarios reales recogidos en CrUX, no la nota de laboratorio de PageSpeed Insights. Una tienda puede sacar 95 en el test sintético y suspender en campo, porque el laboratorio no simula el móvil de gama media con cuatro pestañas abiertas desde el que compra buena parte de tu tráfico. Si la pestaña de Experiencia en Search Console está en rojo, esa es la realidad; el resto es orientativo.
Qué arreglar en cada métrica, por orden de impacto
En LCP, el culpable casi siempre es la imagen principal de la ficha o el banner de la categoría. Precargarla con <link rel="preload">, servirla en WebP o AVIF con srcset, quitarle el lazy loading precisamente a esa (el lazy en la imagen que está en pantalla es el error más común) y asegurarse de que no depende de un script de terceros suele bajar un segundo largo sin tocar el backend.
En INP, la métrica que sustituyó a FID en marzo de 2024, el problema ya no es la carga sino la respuesta: el selector de talla que tarda medio segundo, el filtro que recalcula todo el listado en el hilo principal, el «añadir al carrito» que espera a una llamada síncrona. Lo que funciona es trocear las tareas largas, mover cálculo a web workers y dar realimentación visual inmediata aunque la operación siga en curso. Lo explicamos con más detalle en el artículo sobre INP y las métricas de Core Web Vitals.
En CLS, la receta es aburrida y eficaz: dimensiones explícitas en toda imagen e iframe, espacio reservado para banners de cookies y promociones, y fuentes con font-display: swap más size-adjust para que el cambio de tipografía no mueva el texto. El coste de ignorarlo no es solo SEO: un botón de pago que se desplaza justo cuando el usuario va a pulsarlo es una conversión perdida, algo que se nota especialmente en el embudo final —ahí entra lo que contamos sobre optimización del checkout.
Schema markup para productos
Implementa datos estructurados (schema.org) para productos, reviews, precios, disponibilidad y breadcrumbs. Esto genera rich snippets en los resultados de Google (estrellitas de review, precio, disponibilidad) que aumentan significativamente el CTR. WooCommerce, Shopify y PrestaShop tienen plugins que automatizan esto.
Merchant listing o product snippet: no es lo mismo
Google distingue dos experiencias. El product snippet es para páginas donde no se compra directamente —comparativas, reseñas— y admite más información de valoraciones, incluidos pros y contras. El merchant listing es el de las páginas donde el usuario sí puede comprar, y es el que te interesa en una ficha: admite tallas y atributos de moda, detalles de envío y política de devoluciones. Cumplir los requisitos del merchant listing hace que la página pueda optar también a product snippet, así que para un ecommerce el objetivo siempre es el primero.
En la práctica eso significa cuidar los identificadores (gtin, mpn, brand), mantener price, priceCurrency, availability y priceValidUntil sincronizados con lo que realmente ve el usuario —si el marcado dice que hay stock y la ficha dice que no, Google acaba descartando el marcado—, y añadir el envío y la política de devoluciones, que Google recomienda declarar también a nivel de Organization junto con los programas de fidelización. Un desajuste entre el feed del Merchant Center y el schema de la página es uno de los motivos más frecuentes de que los rich results dejen de aparecer sin aviso.
Las reseñas, con cuidado
Las estrellas son el elemento que más sube el CTR, y por eso es el que más vigila Google. Solo deben marcarse valoraciones reales de la propia ficha, generadas por clientes y visibles en la página; marcar valoraciones agregadas de la marca entera en todas las fichas, o reseñas que el usuario no puede ver, es una vía rápida a una acción manual por spam de datos estructurados.
Rastreo e indexación eficiente
En ecommerce con catálogos grandes (más de 10.000 URLs), el crawl budget es limitado. Asegúrate de que Googlebot gaste su presupuesto en las páginas importantes: usa robots.txt para bloquear páginas de filtro innecesarias, configura el sitemap XML para priorizar productos y categorías principales, y elimina o redirige páginas de productos descatalogados.
410, 301 o dejarla viva: qué hacer con un producto que ya no se vende
Es la decisión que más tráfico mueve en catálogos rotativos. Si el producto va a volver —reposición de stock—, la ficha se queda publicada, con el estado marcado como agotado en el schema y alternativas enlazadas. Si no vuelve pero existe un sustituto claro, un 301 a ese sustituto conserva el valor de los enlaces. Y si no vuelve ni tiene equivalente, un 410 es preferible al 404: Google lo interpreta como definitivo y deja de reintentar antes, lo que devuelve presupuesto de rastreo al resto del catálogo. Lo que nunca conviene es redirigirlo todo a la home, un patrón que Google trata como soft 404.
Mide el rastreo con logs, no con intuición
El informe de estadísticas de rastreo de Search Console da la tendencia, pero la foto fina está en los logs del servidor: qué URLs visita Googlebot, con qué frecuencia y qué código devuelven. Es habitual descubrir que el 60% de las visitas se va en URLs con parámetros de ordenación que a nadie le importan, mientras las fichas nuevas tardan semanas en entrar. Segmentar el sitemap por tipo —productos, categorías, contenido— ayuda además a diagnosticar: si el sitemap de productos tiene un 30% de URLs «detectadas pero no indexadas», el problema es de calidad o de duplicación, no de rastreo. Si estás heredando una tienda que no montaste tú, este es el primer sitio donde mirar; lo desarrollamos en la guía de auditoría de una tienda online heredada.
Internacionalización SEO
Si vendes en múltiples países o idiomas, implementa correctamente hreflang para indicar a Google qué versión de cada página mostrar en cada mercado. Elige entre subdominios, subdirectorios o dominios separados por país. La estrategia más segura para la mayoría de ecommerce es subdirectorios (/es/, /fr/, /de/).
Los cuatro fallos clásicos de hreflang
Uno: no incluir la etiqueta autorreferencial. Cada página debe listarse a sí misma además de a sus alternativas, o el bloque entero se ignora. Dos: falta de reciprocidad; si la versión española apunta a la francesa pero la francesa no devuelve el apunte, Google descarta la relación. Tres: olvidar x-default para el visitante cuyo idioma no tienes cubierto. Y cuatro: usar códigos inventados —es-ES y es-MX son válidos, es-LATAM no existe; el idioma va en ISO 639-1 y el país en ISO 3166-1 alpha-2.
Hay un quinto que no es de marcado sino de negocio, y es el que más devoluciones genera: tener la misma ficha en cuatro mercados con precios, impuestos, plazos de envío o disponibilidad que no se corresponden con el país del usuario. Si la logística y los pagos no están correctamente conectados por mercado, el hreflang perfecto solo sirve para atraer tráfico que no convierte; es la parte que tratamos en el artículo sobre integraciones de API entre ecommerce, ERP, logística y pagos.
Qué ha cambiado en 2026: la búsqueda con IA y la ficha de producto
La capa técnica no ha cambiado de fundamentos, pero sí ha cambiado quién la consume. Durante quince años el destinatario del marcado era el robot que construía diez enlaces azules; hoy una parte creciente de las consultas de producto se responden dentro de resúmenes generados por IA y de superficies de compra que se alimentan directamente del catálogo estructurado. Eso tiene dos consecuencias prácticas para una tienda.
La primera es que los datos estructurados han pasado de ser decoración a ser la fuente. Cuando el sistema que responde no lee tu plantilla sino tu marcado y tu feed, un precio desactualizado o una disponibilidad mal declarada ya no te cuesta una estrella en el snippet: te deja fuera de la respuesta. Mantener alineados el schema de la ficha, el feed del Merchant Center y lo que ve el usuario ha dejado de ser higiene y es ahora requisito de visibilidad.
La segunda es que el tráfico informacional genérico se está contrayendo. Las consultas del tipo «mejor X para Y» cada vez se resuelven más sin clic, y varios análisis publicados a lo largo de 2026 apuntan a caídas de dos dígitos en el clic orgánico no branded de los ecommerce, concentradas justamente en contenido comparativo. La lectura no es dejar de hacer contenido, sino desplazar el esfuerzo hacia lo que un resumen no puede sustituir: disponibilidad real, condiciones de envío, stock por tienda, comparativas con datos propios y fichas con información que no está en ningún otro sitio. Sobre cómo construir esas fichas tenemos una guía específica de SEO para la ficha de producto.
Lo que no ha cambiado es la base: ningún sistema, clásico o generativo, puede usar lo que no puede rastrear. Por eso el orden de prioridades de esta guía sigue siendo el mismo que hace cinco años.
Cómo auditar el SEO técnico de tu tienda en una semana
No hace falta una herramienta de mil euros al mes para tener una foto fiable. Este es el recorrido que seguimos nosotros cuando entramos en una tienda por primera vez, comprimido en cinco pasos.
1. Inventario real. Rastrea el dominio completo con un crawler de escritorio y compáralo con el número de productos del catálogo. Si el crawler encuentra 180.000 URLs y tienes 3.000 productos, ya sabes que el problema número uno son las facetas.
2. Qué sabe Google. En Search Console, el informe de indexación por motivo: «Duplicada sin canónica seleccionada por el usuario», «Rastreada, pero no indexada» y «Alternativa con etiqueta canónica adecuada» te dicen, por este orden, si tienes un problema de duplicación, de calidad o de nada.
3. Dónde se va el rastreo. Un mes de logs del servidor filtrado por Googlebot verificado. Ordena por número de hits y mira las veinte primeras URLs: si no son categorías y productos, ya tienes el trabajo del trimestre.
4. Rendimiento en campo. Las tres métricas en la pestaña de Experiencia, separadas por móvil y escritorio, y una plantilla de cada tipo —home, categoría, ficha, buscador interno, checkout— pasada por PageSpeed. El objetivo no es el 100, es salir del rojo en campo.
5. Validación del marcado. La prueba de resultados enriquecidos de Google sobre una ficha representativa, y después el informe de mejoras de Search Console para ver cuántas fichas arrastran el mismo error. Un fallo en la plantilla es un fallo en todo el catálogo.
Con eso tienes la foto. El paso siguiente es priorizar por impacto y no por facilidad, que es donde se pierde la mayoría de los planes de SEO técnico. Si prefieres que lo hagamos nosotros, nuestra auditoría SEO para ecommerce cubre exactamente este recorrido, y cuando la tienda maneja datos de pago conviene cruzarla con una auditoría de seguridad específica de ecommerce.
Preguntas frecuentes sobre SEO técnico para ecommerce
¿Cuánto tarda en notarse una corrección de SEO técnico?
Depende de la capa. Un arreglo de canonical o de indexación se refleja en semanas, en cuanto Google vuelve a rastrear las plantillas afectadas. Las Core Web Vitals tardan más porque se calculan sobre una ventana móvil de 28 días de datos de campo: aunque despliegues la mejora hoy, el informe no la refleja del todo hasta pasado un mes largo.
¿Debo bloquear las páginas de filtro en robots.txt?
Solo las que ya existen indexadas y no quieres conservar, y sabiendo que el Disallow impide el rastreo pero no desindexa por sí solo. Para las que aún no se han generado, la solución limpia es que no haya enlaces rastreables hacia ellas. Y nunca bloquees en robots.txt una URL que lleva noindex: si Google no puede rastrearla, tampoco puede leer el noindex.
¿Las Core Web Vitals son realmente factor de ranking?
Sí, pero con matices: es una señal de desempate, no un multiplicador. Entre dos resultados de relevancia parecida, el más rápido gana; un resultado claramente mejor no pierde por ser medio segundo más lento. El argumento fuerte para invertir en ellas no es el ranking, es la conversión.
¿Qué hago con las fichas de producto que no tienen descripción propia?
Si son cientos de referencias con la descripción del fabricante copiada, no las desindexes en masa: pierdes long tail. Prioriza por tráfico y margen, reescribe las que venden, añade atributos estructurados a todas y deja que las de cola larga vivan con marcado correcto aunque el texto sea genérico.
¿Afecta el SEO técnico a la plataforma que elija?
Afecta a cuánto trabajo cuesta, no a si es posible. Todas las plataformas serias permiten hoy un SEO técnico correcto; lo que cambia es el control que te dejan sobre URLs, canonicals y rendimiento, y cuánto hay que pelearse con la plantilla para conseguirlo.
🚀 ¿Tu ecommerce necesita un impulso técnico?
En Keliam desarrollamos y optimizamos tiendas online. Migración entre plataformas, desarrollo a medida, integraciones y rendimiento.
- Desarrollo Ecommerce — soluciones e-commerce a medida
- Auditoría Técnica Web — análisis de rendimiento y seguridad
- Mantenimiento Web — soporte continuo para tu plataforma
