SEO para ecommerce: 8 errores técnicos y de estructura que frenan tu tienda online

Escribí la primera versión de esta guía en 2022. Desde entonces Google cambió la métrica de interactividad de Core Web Vitals, retiró la herramienta de parámetros de URL de Search Console y metió su sistema de contenido útil dentro del algoritmo principal. Solo en 2026 dejó de mostrar el resultado enriquecido de preguntas frecuentes, convirtió en spam la manipulación del botón «atrás» del navegador, renovó la caja de búsqueda alrededor de AI Mode y abrió en Search Console un informe de visibilidad en sus funciones de IA. Los errores que veo en auditorías de tiendas online siguen siendo casi los mismos; lo que cambió es cuánto cuestan y cómo se corrigen.

Este artículo se queda en la parte técnica y estructural: cómo está armada la tienda y qué les entrega a los rastreadores. Si lo que necesitas es decidir qué términos atacar con cada categoría o ficha, eso lo explico aparte en cómo usar palabras clave en un ecommerce.

Error 1: una arquitectura sin jerarquía clara

Una tienda es, antes que nada, un árbol: inicio, categorías, subcategorías y productos. Cuando ese árbol no existe —productos colgados de cualquier lado, categorías que se repiten con otro nombre, menús que cambian según la campaña— Google tarda más en entender qué página representa cada tema y el usuario se pierde en el segundo clic.

En ecommerce sigo recomendando una estructura por silos: cada categoría agrupa sus subcategorías y estas sus productos, y los enlaces internos refuerzan esa agrupación. En la práctica eso se traduce en:

• Profundidad corta. Que cualquier producto quede a pocos clics del inicio a través de enlaces HTML normales, no solo desde el buscador interno.
• Migas de pan en categorías y fichas, que dejan explícita la ruta y reparten enlaces hacia arriba.
• Enlazado lateral con criterio: productos relacionados, complementarios y "también compraron" que conecten fichas de la misma familia, y artículos del blog que enlacen a la categoría que resuelve la compra.
• Una sola URL de ficha por producto. Si un producto vive en tres categorías, que la dirección de la ficha no cambie según desde dónde se llegó.

Error 2: dejar que los filtros generen miles de URLs rastreables

La navegación facetada —filtrar por talla, color, marca, precio— es lo que más infla una tienda. Diez filtros combinables producen una cantidad de URLs que ningún catálogo justifica, y Googlebot puede pasar más tiempo en ?color=rojo&talla=m&orden=precio que en las fichas nuevas.

Google publicó una guía específica para esto. Lo que dice, resumido:

• Si no necesitas que las URLs filtradas aparezcan en Google, lo más efectivo es bloquear su rastreo con robots.txt, o implementar los filtros con fragmentos (#), que Google no rastrea.
• El rel="canonical" hacia la versión sin filtro y el nofollow en los enlaces ayudan, pero Google los describe como menos efectivos a largo plazo que las dos opciones anteriores.
• Si sí permites el rastreo, usa el separador estándar &, mantén un orden fijo de los filtros, evita filtros duplicados y responde con 404 a las combinaciones sin resultados o sin sentido.

La decisión que tomo con cada tienda es separar dos grupos: los pocos filtros que corresponden a búsquedas reales (por ejemplo, una categoría filtrada por marca) se convierten en páginas indexables con URL limpia, título y texto propios; el resto se bloquea. Que una combinación exista en el menú no significa que merezca estar en el índice.

Una nota práctica: la herramienta de parámetros de URL de Search Console, que muchas tiendas usaban para esto, se retiró en 2022. Hoy el control está en el propio sitio, no en un ajuste de la consola.

Error 3: paginación que esconde productos

Los listados largos se dividen en páginas, y ahí aparecen dos errores frecuentes. El primero es poner en las páginas 2, 3 o 4 un canonical que apunta a la página 1. Google pide lo contrario: que cada página del listado tenga su propia URL y su propio canonical. Si todas dicen "la buena es la primera", los productos que solo aparecen en las siguientes pierden su camino de descubrimiento.

El segundo es el botón "cargar más" o el scroll infinito hecho solo con JavaScript. Googlebot sigue enlaces <a href>; no hace clic en botones. Si el listado no tiene enlaces rastreables a la página siguiente, para Google la categoría termina donde termina la primera carga.

El sitemap XML y el feed de Merchant Center son la red de seguridad para que Google encuentre todos los productos aunque la paginación falle, pero no reemplazan una paginación bien hecha.

Error 4: variantes de producto que compiten entre sí

En 2022 escribí que el contenido duplicado podía traer una penalización. Hay que corregirlo: Google aclara que algo de duplicado dentro de un sitio es normal y no viola sus políticas de spam. El problema real es otro. Cuando tres URLs casi idénticas —la misma camiseta en tres colores, con la misma foto, el mismo texto y el mismo título— piden posicionar, Google elige una por su cuenta, y no siempre es la que te conviene.

Hay dos formas válidas de resolverlo, y la elección depende de cómo esté construida la ficha:

• Una sola página con selector de variantes. Todas las variantes comparten una URL canónica de grupo, aunque cada una pueda tener su URL con parámetro para que el usuario llegue con el color ya elegido.
• Una página por variante. Tiene sentido cuando la variante tiene demanda propia (un color que se busca por nombre). Cada página es autocontenida, con su título, su foto y su canonical a sí misma.

En los dos casos, Google recomienda marcar la relación con datos estructurados de variantes: un ProductGroup que agrupa los Product mediante hasVariant, indica en qué varían con variesBy (talla, color) y se identifica con productGroupID, el SKU padre.

El duplicado que más veo, de todos modos, no es el de variantes: es la descripción del fabricante copiada en la ficha, idéntica a la de todos los distribuidores del mismo producto. Eso no se arregla con un canonical.

Error 5: fichas de producto delgadas

Una ficha con foto, precio y dos líneas del proveedor no le da a Google ninguna razón para preferirla sobre las otras que venden lo mismo. Desde marzo de 2024 el antiguo sistema de contenido útil forma parte del algoritmo principal de Google, así que la utilidad de cada página pesa de forma continua y no solo cuando llega una actualización puntual. En 2026 ya van dos actualizaciones principales: la de marzo, que se desplegó entre el 27 de marzo y el 8 de abril, y la de mayo, que arrancó el 21 de mayo y tardó casi doce días. Cuando una tienda cae en una de esas ventanas, lo primero que reviso son las categorías y fichas que más tráfico perdieron, y casi siempre aparecen las de descripción copiada.

Un detalle de método que Google pide y que ahorra diagnósticos equivocados: anotar la fecha de inicio y de fin de la actualización en el panel de estado de la Búsqueda, esperar al menos una semana completa después de que termine y comparar contra una semana anterior al inicio. Analizar a mitad del despliegue solo muestra ruido.

Lo que convierte una ficha en una página que vale la pena:

• Descripción propia que responda las dudas de compra: para quién es, cómo se usa, medidas, materiales, compatibilidades, qué trae la caja.
• Reseñas de compradores reales. Ayudan a decidir, aportan vocabulario que el equipo no había considerado y, bien marcadas, pueden mostrar valoraciones en el resultado.
• Información logística visible: envío, tiempos y política de devolución. Es lo que el comprador revisa antes de pagar.
• Imágenes propias cuando sea posible, no solo las del catálogo del fabricante.

Un caso que se repite: productos agotados que se eliminan y devuelven 404. Si el producto va a volver, conviene mantener la URL, marcar la disponibilidad como agotada y ofrecer alternativas; si se descontinuó y existe un reemplazo directo, una redirección al sucesor conserva lo ganado.

Error 6: datos de producto incoherentes entre página, schema y feed

Google distingue dos tipos de resultado para productos. Los fragmentos de producto sirven para páginas donde no se compra directamente, como reseñas o comparativas. Las fichas de comerciante (merchant listings) son para páginas donde el usuario puede comprar, y admiten datos como envío, devoluciones y tallas. Cumplir lo que piden las fichas de comerciante también hace elegible la página para los fragmentos de producto.

El error no suele ser la falta de marcado —casi todas las plataformas lo traen— sino la incoherencia: el JSON-LD dice un precio, la página muestra otro y el feed de Merchant Center un tercero; el schema marca "en stock" un producto agotado. Google recomienda usar los datos estructurados y Merchant Center juntos porque se complementan y le permiten verificar la información, así que cualquier contradicción entre ellos juega en contra.

Lo que reviso en cada auditoría:

1. Que el Product de cada ficha tenga nombre, imagen y oferta con precio, moneda y disponibilidad, y que coincidan con lo visible.
2. Que las valoraciones marcadas existan en la página.
3. Que el feed de Merchant Center se actualice con la misma frecuencia con que cambian precios y stock.
4. Que las variantes estén agrupadas como se explicó en el error 4.

Un hallazgo que se repite en las auditorías de este año: fichas y categorías con marcado FAQPage que el tema o un plugin agregó para ganar espacio en el resultado. Ese resultado enriquecido de preguntas frecuentes dejó de mostrarse en Google Search el 7 de mayo de 2026, y en junio Google retiró su documentación. El marcado no rompe nada, pero ya no aporta ese despliegue, así que no tiene sentido mantenerlo como promesa de visibilidad ni gastar tiempo de desarrollo en él. Las preguntas de compra sí siguen valiendo como contenido visible en la ficha, porque responden dudas reales.

Error 7: ignorar el rendimiento, y en especial INP

La versión original de este artículo hablaba de "velocidad de carga" en general. Hoy conviene ser más preciso. Core Web Vitals mide tres cosas, y desde el 12 de marzo de 2024 la métrica de interactividad es INP (Interaction to Next Paint), que reemplazó a FID:

INP es la métrica que más castiga a las tiendas, porque una ficha está llena de interacciones: elegir talla, cambiar de foto, abrir el carrito, aplicar un filtro. Cada script de terceros (chat, reseñas, píxeles, recomendadores) compite por el mismo hilo del navegador. Las causas que más encuentro son esas integraciones acumuladas, imágenes de catálogo sin redimensionar y carruseles que mueven el diseño al cargar.

Esos mismos scripts de terceros abren un riesgo que en 2026 dejó de ser solo de experiencia. El 13 de abril Google anunció que el back button hijacking —interferir con el historial del navegador para que el botón «atrás» no devuelva a la página anterior, sino a páginas que el usuario nunca visitó, recomendaciones o anuncios— pasa a ser una violación explícita de sus políticas de spam, con posibles acciones manuales o rebajas automáticas desde el 15 de junio de 2026. Google advierte que parte de esos casos sale de las librerías incluidas o de la plataforma de anuncios del sitio, no de código propio. En una tienda eso apunta a widgets de recomendación, pop-ups de salida y redes publicitarias: vale la pena entrar a una ficha desde Google, pulsar «atrás» y confirmar que se vuelve al resultado. Si hubo acción manual y ya se corrigió, se pide reconsideración en Search Console.

Las imágenes merecen su propio punto. Google usa el texto alternativo junto con visión por computador y el contenido de la página para entender qué muestra una imagen, y advierte que llenarlo de palabras clave empeora la experiencia y puede verse como spam. Un buen alt describe el producto como lo haría alguien que lo tiene enfrente ("zapatilla de running negra con suela blanca, vista lateral"), y el nombre del archivo también da pistas: zapatilla-running-negra.jpg dice más que IMG00023.jpg.

Error 8: URLs que no dicen nada

En una consultoría encontré una tienda cuyas URLs de producto solo se diferenciaban por el SKU. Al cambiarlas por URLs descriptivas, el tráfico orgánico y las ventas subieron de forma notable. No fue solo la URL —el cambio vino con títulos y estructura revisados—, pero la URL era el síntoma más visible de que nadie había pensado esas páginas para ser encontradas.

La guía de Google sobre estructura de URLs es sencilla:

• Palabras legibles en lugar de identificadores largos.
• Guiones (-) para separar palabras, no guiones bajos.
• Quitar los parámetros que no cambian el contenido y evitar IDs de sesión en la URL.
• Parámetros con el formato estándar: ?categoria=vestidos&orden=precio.

Un consejo que doy siempre: si la tienda ya tiene tráfico, cambiar URLs es una migración. Cada URL vieja necesita su redirección 301 a la nueva y los enlaces internos deben actualizarse. Cambiar URLs sin ese mapa cuesta más tráfico del que se gana.

Lista de revisión rápida

Qué cambia con la búsqueda por IA

Cada vez más compras empiezan con una pregunta a un asistente, y 2026 aceleró ese cambio en Google. En I/O, en mayo, Google contó que AI Mode superó los mil millones de usuarios mensuales un año después de su lanzamiento, lo pasó a Gemini 3.5 Flash como modelo por defecto y presentó una nueva caja de búsqueda con IA que acepta texto, imágenes, archivos, videos o pestañas de Chrome como entrada. Desde un AI Overview ya se puede hacer una pregunta de seguimiento y seguir la conversación en AI Mode. Para una tienda eso se traduce en consultas más largas y descriptivas: «zapatillas para correr en pavimento con pisada pronadora» en lugar de «zapatillas running».

En compras, Google presentó en el mismo evento Universal Cart, un carrito que funciona entre comercios y se apoya en el Universal Commerce Protocol (UCP) para pagar desde Google. Se anunció para Estados Unidos, así que fuera de ese mercado conviene tomarlo como dirección y no como algo que haya que implementar ya. Lo que sí aplica en cualquier país es la guía que Google publicó en mayo para optimizar en sus funciones de IA generativa:

• No hay marcado especial. Los datos estructurados no son requisito para aparecer en las respuestas con IA y no existe un schema.org para eso; siguen siendo útiles para los resultados enriquecidos.
• Las reglas técnicas son las mismas. La página debe estar indexada y ser apta para mostrarse con fragmento. Para sitios muy grandes que cambian seguido, Google remite a su guía de presupuesto de rastreo: justo el problema de los filtros del error 2.
• Merchant Center pesa. Las respuestas con IA pueden incluir fichas e información de producto, y Google señala que los feeds de Merchant Center ayudan a que los productos sean visibles ahí y en el resto de la Búsqueda.
• Los agentes leen la página. Google describe agentes que, por ejemplo, comparan especificaciones de producto analizando capturas, la estructura del DOM y el árbol de accesibilidad. Especificaciones en texto real, y no dentro de imágenes, son más fáciles de leer para un comprador, para Google y para un agente.

El 15 de octubre Google sumó más enlaces dentro de las respuestas de AI Overviews y AI Mode, ubicados más arriba, y empezó a probar una sección destacada con los sitios oficiales para completar una tarea. Para medir todo esto ya no hay que adivinar: desde el 31 de agosto de 2026 todos los sitios tienen en Search Console el informe de rendimiento de IA generativa, que muestra las impresiones en AI Overviews, AI Mode y Discover por página, país, dispositivo y fecha. En una tienda, lo primero que miro ahí es si aparecen las categorías o solo los artículos del blog. En la misma consola hay un control para excluir el sitio de esas funciones; por defecto el sitio está incluido, y excluirlo no anula la participación en Merchant Center ni en Google Ads.

Fuera de Google, ChatGPT, según su centro de ayuda, decide qué productos mostrar a partir de metadatos estructurados de proveedores propios y de terceros —precio, descripciones, reseñas, valoraciones— y ordena a los comerciantes por disponibilidad, precio, calidad y si son el fabricante o vendedor principal. Es decir, premia lo mismo que este artículo: datos de producto completos, consistentes y actualizados. Una tienda con facetas descontroladas, fichas copiadas y precios que no cuadran entre página y feed es difícil de entender para un buscador y también para un asistente.

Preguntas frecuentes

¿Google penaliza el contenido duplicado en una tienda online?

No como castigo: Google dice que algo de duplicado dentro de un sitio es normal y no infringe sus políticas de spam. El costo es que Google elige por su cuenta qué versión mostrar y reparte señales entre URLs que deberían ser una sola.

¿Las páginas de filtros deben indexarse?

Solo las que responden a búsquedas reales y tienen contenido propio. El resto de combinaciones conviene bloquearlas del rastreo, que es lo que Google señala como más efectivo.

¿Necesito schema especial para aparecer en AI Overviews o AI Mode?

No. Google indica que no hay marcado especial para sus funciones de IA. El marcado de producto sigue siendo útil para los resultados de compra, siempre que coincida con lo que muestra la página, y el feed de Merchant Center ayuda a que los productos aparezcan en esas respuestas.

¿Vale la pena marcar las preguntas de una ficha con FAQPage?

Ya no por el resultado enriquecido: Google dejó de mostrarlo el 7 de mayo de 2026. Las preguntas pueden quedarse en la ficha como contenido visible si resuelven dudas de compra; el marcado no hace daño, pero tampoco trae ese despliegue.

¿Cómo sé si un script de mi tienda secuestra el botón «atrás»?

Entra a una ficha desde un resultado de Google y pulsa «atrás». Si no vuelves al resultado y terminas en otra página, una recomendación o un anuncio, revisa los widgets y las redes publicitarias instaladas: Google advierte que el problema puede venir de librerías o plataformas de anuncios, y desde el 15 de junio de 2026 lo trata como spam.

Johan Esteban Ortiz Zapata

Especialista SEO senior con más de 7 años en SEO técnico, estratégico y off-page para marcas de banca, retail y educación en Colombia. Más sobre mí · Agendar diagnóstico

Publicado por primera vez el 18 de mayo de 2022. Actualizado y ampliado el 5 de noviembre de 2026.