SEO de comercio electrónico empresarial

TL;DR — El SEO de comercio electrónico empresarial es SEO para tiendas en línea enormes, con decenas de miles o millones de páginas de producto. Las reglas de posicionamiento son las mismas que en cualquier sitio, pero la escala convierte pequeños problemas en problemas gigantes. Un sistema de filtros que crea unos cientos de URL adicionales en una tienda pequeña puede crear millones en una tienda empresarial, y arreglarlo requiere un equipo entero, no una persona en una tarde.

Qué significa realmente «comercio electrónico empresarial»

No existe un algoritmo de Google separado para los grandes minoristas. Googlebot rastrea, indexa y posiciona una tienda gigante igual que una tienda de Shopify gestionada por una sola persona. Lo que cambia es todo lo que rodea al SEO:

• Tamaño del catálogo: decenas de miles o millones de productos.
• Filtros por todas partes: color, talla, marca, precio y valoración. Cada combinación puede convertirse en su propia URL, y se acumulan rápidamente.
• Muchos equipos: merchandising, ingeniería, legal y responsables regionales, cada uno con sus prioridades y sin que ninguno tenga el SEO como responsable.
• Migraciones grandes y arriesgadas: cambiar de plataforma a un sistema nuevo cada pocos años, cuando un mapa de redirecciones defectuoso puede borrar años de posicionamiento.

La idea principal

La escala multiplica los problemas. En una tienda pequeña, un error de filtrado puede crear unos miles de URL basura: es molesto, pero no catastrófico. En una tienda empresarial, el mismo error crea millones de URL basura que desperdician el tiempo de Google —su «presupuesto de rastreo»— y evitan que llegue a las páginas de producto reales. Las matemáticas son brutales: una categoría con 10 filtros de 5 opciones puede generar más de dos millones de combinaciones de URL desde una sola categoría.

Lo que más importa

• No dejes que los filtros creen páginas infinitas. Es el problema número uno. Lo controlas sobre todo con el archivo robots.txt, que indica a los bots dónde no deben entrar.
• No copies a Amazon. Amazon posiciona 275 millones de páginas en parte porque es Amazon: puede salir airosa de cosas que hundirían a una marca más pequeña. Copia su estructura, no sus atajos.
• Las descripciones del fabricante pueden servir. No necesitas reescribir millones de ellas. Añade reseñas, fotos, vídeos y detalles únicos de los productos que realmente importen.
• La parte más difícil suele ser la gente, no la tecnología. Conseguir que una corrección pase por ingeniería, legal y cinco partes interesadas es más difícil que saber cuál es la corrección.

¿Quieres la versión práctica —matemáticas del presupuesto de rastreo, datos estructurados, migraciones y manual organizativo—? Cambia a la pestaña Avanzado.

TL;DR — El SEO de comercio electrónico empresarial es la intersección de dos disciplinas ya complejas, cuya complejidad se multiplica en lugar de sumarse. La columna vertebral técnica es esta: la navegación por facetas representa aproximadamente el 50 % de los problemas de rastreo de Google (Illyes), así que primero hay que controlar el presupuesto de rastreo (robots.txt > canonical > noindex); las decisiones de canonicalización se propagan por millones de URL; los datos estructurados ProductGroup/hasVariant y los feeds de Merchant Center gestionan variantes y descubrimiento de productos; los productos agotados necesitan reglas, no decisiones página por página; y las migraciones son el mayor evento de riesgo. Pero el cuello de botella real es organizativo: he visto cadenas de redirecciones de 14 saltos y 24 versiones de URL de una página publicarse porque falló la coordinación, no porque faltara conocimiento.

Qué la convierte en una disciplina propia

He escrito por separado sobre SEO empresarial y sobre el mundo del SEO de ecommerce, y esta página deliberadamente no repite ninguno de los dos. El SEO de comercio electrónico empresarial aparece al apilar ambos ámbitos y dejar que su complejidad se multiplique.

El SEO empresarial es difícil por la escala, la deuda técnica y la política organizativa. El SEO de ecommerce es difícil por la navegación por facetas, las variantes, el contenido duplicado y las limitaciones de la plataforma. Juntos, un fallo de navegación por facetas que produce 50 000 URL duplicadas en una tienda pequeña se convierte en una trampa de rastreo de 50 millones de URL a escala empresarial; la solución no es editar robots.txt durante diez minutos, sino organizar un sprint de ingeniería, una revisión legal y una aprobación ejecutiva. Ese es el efecto multiplicador y es la lente que conviene aplicar a todo lo que sigue.

Un recordatorio que doy a todas las audiencias empresariales: no copies a los gigantes. Amazon posiciona aproximadamente 275 millones de páginas y recibe unos 686 millones de visitas orgánicas mensuales; Microsoft alcanza unos 516 millones. Se posicionan a pesar de muchos errores técnicos porque su autoridad absorbe el daño. Copia su arquitectura de información si es buena, pero nunca sus atajos.

Navegación por facetas: el problema número uno de rastreo en la Web

Si corriges una sola cosa a escala de comercio electrónico empresarial, corrige esta. Gary Illyes ha dicho que la navegación por facetas y los parámetros de acción representan aproximadamente el 75 % de todos los problemas de rastreo que Google encuentra en la Web, y que cerca del 50 % procede solo de la navegación por facetas. El ecommerce empresarial es la principal fuente de ese problema porque los filtros se combinan de forma multiplicativa. Diez filtros con cinco valores cada uno generan más de dos millones de URL por categoría; multiplícalos por 20 categorías y habrás fabricado cientos de millones de combinaciones rastreables antes de optimizar nada.

La razón de que sea tan destructivo es estructural. Como explica Illyes, cuando Google descubre un espacio de URL “cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (traducción) «no puede decidir si ese espacio de URL es bueno o no hasta haber rastreado una parte importante de él». Por eso Google gasta presupuesto rastreando basura solo para descubrir que es basura.

Jerarquía de controles de Google, de más a menos eficaz:

1. Desautorización en robots.txt: impide el rastreo por completo. Es la palanca más eficaz cuando no necesitas indexar esas páginas de facetas (por ejemplo, Disallow: /*?*color=).
2. Fragmentos de URL (#) para filtrar: Google normalmente no rastrea las URL con fragmentos, así que filtrar mediante # no consume presupuesto de rastreo.
3. rel="canonical": “may, over time, decrease the crawl volume of non-canonical versions.” (traducción) «puede reducir con el tiempo el volumen de rastreo de las versiones no canónicas». Es más lento y menos fiable; Google también puede ignorarlo.
4. rel="nofollow": solo funciona si se aplica a todos los enlaces que apuntan a esa URL.

Este es también el mito que más tengo que desmontar: noindex no es la opción predeterminada correcta para las facetas que no quieres indexar. La propia guía de Google dice “block unimportant pages using robots.txt instead of noindex” (traducción) «bloquea las páginas poco importantes con robots.txt en lugar de noindex», porque noindex todavía permite el rastreo, y el rastreo es el recurso que intentas proteger.

Si algunas páginas de facetas deben indexarse porque tienen demanda de búsqueda real, Google exige disciplina: usa & como separador de parámetros, un orden de parámetros coherente sin duplicados y un 404 HTTP cuando una combinación de filtros no devuelve resultados; no hagas una redirección a una página de error genérica.

El presupuesto de rastreo depende de la calidad de las URL, no del tamaño del sitio

El mayor error de planteamiento que veo es «somos una empresa, así que tenemos una crisis de rastreo». No necesariamente. La corrección de John Mueller que conviene interiorizar es “crawling is independent of website size. Some sites have a gazillion (useless) URLs and luckily we don’t crawl much from them,” (traducción) «el rastreo es independiente del tamaño del sitio web. Algunos sitios tienen una cantidad enorme de URL inútiles y, por suerte, no rastreamos muchas», y “for most normal websites, crawl budget is not something you need to focus on at all.” (traducción) «para la mayoría de los sitios web normales, el presupuesto de rastreo no es algo en lo que debas centrarte».

La traducción práctica: una tienda de 10 millones de páginas con URL limpias puede estar perfectamente bien, mientras que una tienda de 100 000 páginas que genera 10 millones de combinaciones facetadas puede sufrir una crisis real de rastreo. El tamaño no es el detonante: lo son la calidad de las URL y la duplicación.

Google dice que la gestión activa del presupuesto de rastreo empieza a importar en torno a 1 millón o más de páginas únicas que cambian aproximadamente cada semana, 10 000 o más páginas con actualizaciones diarias, o un volumen significativo de “Discovered – currently not indexed” (traducción) «Descubierta: actualmente sin indexar» en GSC. Sus palancas principales son “Consolidate duplicate content to focus on unique pages rather than unique URLs,” (traducción) «consolida el contenido duplicado para centrarte en páginas únicas y no en URL únicas»; “Block unimportant pages using robots.txt instead of noindex,” (traducción) «bloquea las páginas poco importantes con robots.txt en lugar de noindex»; devuelve 404/410 para páginas retiradas de forma permanente y mantén los sitemaps actualizados con un lastmod preciso. Vigila especialmente los soft 404: las categorías vacías y las líneas retiradas siguen rastreándose y “waste your budget.” (traducción) «desperdician tu presupuesto».

Contenido duplicado a escala (y la penalización que no existe)

No existe una penalización por contenido duplicado. Fabrice Canel y Krishna Madhavan, de Microsoft, describen bien el daño real: el contenido duplicado “doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems.” (traducción) «no activa por sí solo penalizaciones de búsqueda, pero reduce la visibilidad al diluir la autoridad, confundir la intención y ralentizar la llegada de las actualizaciones tanto a los motores de búsqueda como a los sistemas de descubrimiento impulsados por IA».

En el ecommerce empresarial, la duplicación procede de tres lugares previsibles: descripciones del fabricante sindicadas por la Web, navegación por facetas que crea variantes de URL y el mismo producto presente en varias categorías. Las soluciones son etiquetas canonical para las variantes, redirecciones 301 para consolidar, hreflang para localizar y una higiene de URL rigurosa. Como las decisiones de canonicalización se propagan aquí por millones de páginas, conviene saber que Google usa aproximadamente 40 señales de canonicalización —estructura de URL, enlaces internos, sitemaps e incluso datos de Merchant Center—; por eso tu rel=canonical es una señal fuerte, no una orden.

Variantes, datos de producto y datos estructurados

Dos cosas cambiaron el panorama de las variantes. Primero, desde febrero de 2024 Google admite ProductGroup con hasVariant, variesBy y productGroupID: es el patrón adecuado para minoristas de ropa, electrónica y muebles con cientos de variantes por producto. Segundo, y todavía infrautilizados a escala empresarial, los feeds de Merchant Center protegen frente a las brechas de descubrimiento. Google es explícito: “web crawling is not guaranteed to find all products on your site,” (traducción) «el rastreo web no garantiza encontrar todos los productos de tu sitio», y recomienda que “for larger sites or sites with frequently changing content,” (traducción) «en sitios grandes o con contenido que cambia con frecuencia» subas feeds periódicamente. Los feeds permiten controlar cuándo se actualizan los datos —hasta cada hora mediante la Content API—, compartir datos que no están en la página —como el inventario a nivel de tienda— y cubrir el descubrimiento que el rastreo no puede garantizar. Trátalos como complemento de los datos estructurados en página, no como alternativas excluyentes.

Además de Product/ProductGroup, los tipos de esquema que más aportan a escala son BreadcrumbList (jerarquía), Organization (confianza de marca y políticas de devolución), Review, LocalBusiness (omnicanal) y VideoObject. Hay que retirar otro mito: las etiquetas de paginación rel="next"/rel="prev" están obsoletas y no hacen nada; cada página paginada necesita su propia URL y una canonical autorreferente, no una que apunte a la página 1.

PDP y PLP: dónde invertir realmente el esfuerzo

En las páginas de detalle de producto, las descripciones del fabricante son aceptables a escala: reescribir millones de ellas tiene un ROI casi nulo. Prefiero “add product reviews, video content, comparisons, or unique attributes rather than rewrites,” (traducción) «añadir reseñas de producto, vídeo, comparaciones o atributos únicos en lugar de reescribir», y concentrar ese esfuerzo en las PDP de mayores ingresos donde exista una oportunidad para un término principal. Las reseñas generadas por usuarios son la mejor palanca de contenido único a escala porque no exigen que tu equipo escriba nada.

En las páginas de listado de productos o categorías, la selección de productos importa más de lo que muchos esperan: muestra productos importantes en distintas facetas en lugar de listas exhaustivas y coloca el contenido útil donde ayude —en la parte superior o en fragmentos compactos—, en vez de ocultarlo. Sé honesto sobre los límites de posicionamiento impuestos por la marca: no todas las páginas de categoría pueden superar a un marketplace.

Para los productos agotados, el marco es este: si han desaparecido de forma permanente, redirige con 301 a un producto similar —no a la página de inicio, porque Google podría tratarlo como un soft 404— o elimínalos (404/410) después de quitar los enlaces internos; si están temporalmente agotados y volverán, mantén la página activa con fechas de reposición, listas de espera o avisos; si no estás seguro, manténla activa, pero con menor prioridad. El matiz empresarial es que, con miles de SKU entrando y saliendo, no puedes decidirlo página por página. Como he dicho: “Set some rules that you’re comfortable with and just go with them… there’s no perfect solution.” (traducción) «establece reglas con las que te sientas cómodo y síguelas; no existe una solución perfecta». A escala, esas reglas deben automatizarse.

Los enlaces internos son la fontanería del PageRank

La documentación de Google es directa: “The more links a page has to it within a site, the higher the relative importance,” (traducción) «cuantos más enlaces apuntan a una página dentro de un sitio, mayor es su importancia relativa», y “if category pages don’t include direct links to all products in a category, Googlebot might not find all of your products.” (traducción) «si las páginas de categoría no enlazan directamente con todos los productos de una categoría, Googlebot podría no encontrar todos tus productos». Esto tiene dos consecuencias empresariales. Primero, los mega menús que enlazan con cientos de destinos diluyen la autoridad en páginas de poco valor; simplificarlos concentra la autoridad donde importa. Segundo, la navegación debe usar enlaces <a href> reales, no controladores de clic de JavaScript: Google “doesn’t submit searches into site search boxes during crawling,” (traducción) «no envía búsquedas en los cuadros de búsqueda del sitio durante el rastreo», así que lo que solo sea accesible mediante búsqueda o un evento de JS puede no descubrirse nunca.

Migraciones: el mayor evento de riesgo

Cambiar de plataforma cuesta aproximadamente entre USD 50K en el mercado medio y USD 500K+ en empresas grandes, y dura entre 4 y 8 meses o más; es donde mueren años de valor orgánico. La recomendación de Google es dividirlo por fases: “You can choose to move larger sites one section at a time. This can make it easier to monitor, detect, and fix problems faster.” (traducción) «puedes trasladar los sitios grandes por secciones; así resulta más sencillo supervisarlos, encontrar fallos y corregirlos antes». Lo no negociable es documentar cada URL antigua —incluidas imágenes, vídeo, CSS y JS— a partir de sitemaps, logs y analítica; usar redirecciones 301/308 del lado del servidor con cadenas de menos de tres saltos; emplear canonicals autorreferentes en cada URL nueva; actualizar inmediatamente los enlaces internos; usar el cambio de dirección en GSC (salvo en HTTP→HTTPS); y, algo que muchos olvidan, retirar los bloqueos de noindex y robots.txt del entorno de staging antes del lanzamiento. Nada de esto es una garantía: seguir la lista reduce los riesgos conocidos y controlables, pero no promete conservar posiciones, tráfico o ingresos; la guía de migración de Google presenta la fluctuación posterior como esperable, no como una señal de fallo que perseguir.

Internacionalización, JavaScript y monitorización

La internacionalización multiplica rápidamente las relaciones: 50 000 productos por 15 países son 750 000 relaciones hreflang que hay que mantener coherentes, y el contenido fino traducido automáticamente es un riesgo real. En JavaScript, Martin Splitt ha señalado que el renderizado puede añadir “a few hours to even weeks” (traducción) «desde unas horas hasta incluso semanas» de retraso frente al HTML renderizado en servidor; las tiendas React/Vue/Angular que esconden la navegación y los listados de productos tras el renderizado del cliente se rastrean con menos eficiencia. En monitorización, rastrear cada mes un sitio de 10 millones de páginas es lento y caro; recomiendo muestrear el rastreo, observando a diario las plantillas críticas, y analizar los archivos de log como fuente de verdad sobre lo que realmente visitan los bots. También es útil el encuadre de Splitt: la optimización del presupuesto de rastreo “concerns more the contents side than the technical infrastructure aspect” (traducción) «se ocupa más del contenido que de la infraestructura técnica»; se corrige eliminando URL de poco valor, no pidiendo a Google que rastree más.

La capa organizativa es el verdadero cuello de botella

Esta es la parte que omiten la mayoría de las guías y la que realmente destruye los programas. Mientras estaba en IBM presenté Enterprise SEO Chaos, un relato desde dentro de la disfunción en una empresa con más de 378 000 empleados en más de 170 países. Los grandes éxitos: cadenas de redirecciones de 14 saltos, hasta 24 versiones de URL de la misma página, una migración en la que solo se implementaron 14 de las 35 redirecciones prometidas, dominios enteros redirigidos a una sola página, menús JS que bloqueaban el rastreo y departamentos compitiendo por las mismas palabras clave. En todos los casos existía el conocimiento de SEO; lo que falló fue la coordinación de la ejecución. La lección central —todo tiene que funcionar conjuntamente— se reduce a dos cosas: colaboración (romper los silos) y educación (hacer que cada parte interesada entienda los fundamentos del SEO).

Por eso también mantengo pequeñas las auditorías empresariales. El entregable no es un informe de 300 diapositivas, sino 5–10 problemas prioritarios con su impacto empresarial cuantificado en dólares. Encuentra los puntos de dolor hablando primero con las partes interesadas, segmenta el sitio —por sección, idioma, región o framework tecnológico— para hacerlo abordable y “focus on a few key issues and not a massive report of everything.” (traducción) «concéntrate en unos pocos problemas clave y no en un informe masivo de todo». Presenta los cambios como pruebas A/B y usa una matriz de impacto/esfuerzo para obtener aprobación. Como he dicho sobre el trabajo estructural poco glamuroso: “It’s hard to do that at scale, but boring projects = $$$ when it comes to enterprise SEO.” (traducción) «es difícil hacerlo a escala, pero los proyectos aburridos = $$$ cuando se trata de SEO empresarial».

La búsqueda con IA está cambiando la superficie de compra

Hay dos novedades que los minoristas empresariales deben vigilar. AI Overviews aparece ahora en aproximadamente el 14 % de las consultas de compras —unas 5,6 veces más que el 2,1 % de finales de 2025— y el Universal Commerce Protocol de Google, anunciado en enero de 2026, permite a los agentes de IA descubrir productos, crear carritos y completar transacciones dentro de AI Mode/Gemini sin que el comprador visite el sitio. La guía de Google es tranquilizadora sobre las tácticas: “structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add,” (traducción) «los datos estructurados no son necesarios para la búsqueda generativa con IA y no tienes que añadir ningún marcado especial de schema.org»; Merchant Center y el contenido de producto de alta calidad siguen siendo las palancas más fuertes para la visibilidad en IA. Los fundamentos son los mismos; lo que cambia es la superficie.

Resumen de IA

Una síntesis de la versión Avanzada:

• Definición: el SEO de comercio electrónico empresarial es SEO empresarial × SEO de ecommerce: las dos complejidades se multiplican. Un fallo de facetas que genera 50 000 URL duplicadas en una tienda pequeña se convierte aquí en una trampa de rastreo de 50 millones de URL, y la solución necesita ingeniería, legal y aprobación ejecutiva.
• No copies a los gigantes. Amazon (unos 275 millones de páginas) se posiciona a pesar de errores que su autoridad oculta; copia la estructura, no los atajos.
• La navegación por facetas es el problema número uno de rastreo (aproximadamente el 50 % de los problemas de rastreo de Google, según Illyes). Contrólala con robots.txt > fragmentos de URL > canonical > nofollow, no con noindex, que todavía permite rastrear.
• El presupuesto de rastreo depende de la calidad de las URL, no del tamaño (Mueller). Un sitio limpio de 10 millones de páginas puede estar bien; uno de 100K páginas que genera 10 millones de facetas está en crisis.
• No existe una penalización por contenido duplicado: la duplicación diluye la autoridad y confunde la intención. Corrígela con canonicals, 301s, hreflang e higiene de URL (unas 40 señales de canonicalización).
• Variantes y descubrimiento: usa ProductGroup/hasVariant (febrero de 2024) y feeds de Merchant Center: el rastreo «no garantiza encontrar todos los productos».
• Inversión en PDP/PLP: las descripciones del fabricante sirven a escala; invierte en reseñas, vídeo y comparaciones en páginas de altos ingresos. Automatiza los productos agotados con reglas.
• Las migraciones son el mayor evento de riesgo: divídelas por fases, mapea cada URL, usa 301s de menos de tres saltos, canonicals autorreferentes y retira los bloqueos de staging antes del lanzamiento.
• El verdadero cuello de botella es organizativo. Las historias de IBM incluyen cadenas de redirecciones de 14 saltos, 24 versiones de URL de una página y 14 de 35 redirecciones implementadas. La colaboración y la educación son decisivas.
• Búsqueda con IA: AI Overviews aparece en aproximadamente el 14 % de las consultas de compras; el Universal Commerce Protocol (enero de 2026) permite a los agentes comprar sin visitar el sitio. Los fundamentos son los mismos, pero cambia la superficie.

Documentación oficial

Documentación de fuentes primarias que rige el SEO de comercio electrónico empresarial.

Google

• Introducción al SEO de ecommerce — hub de ocho temas sobre ecommerce en Search.
• Gestionar el rastreo de URL de navegación por facetas — jerarquía de controles (robots.txt > fragmentos > canonical > nofollow) y reglas para facetas indexables.
• Crawling December: navegación por facetas (diciembre de 2024) — artículo complementario a la documentación.
• Optimizar el presupuesto de rastreo — umbrales de escala y guía de consolidación.
• Diseñar una estructura de URL para ecommerce — variantes mediante rutas frente a consultas y tres trampas del diseño de URL.
• Ayudar a Google a entender la estructura de tu sitio de ecommerce — enlaces internos y navegación con <a href>.
• Compartir los datos de producto con Google — datos estructurados y feeds de Merchant Center.
• Datos estructurados para ecommerce — Product, ProductGroup, BreadcrumbList, Review y más.
• Datos estructurados de variantes de producto (febrero de 2024) — ProductGroup / hasVariant / variesBy.
• Paginación y carga incremental de páginas — por qué rel=next/prev está obsoleto.
• Migraciones de sitio con cambios de URL — manual de migración por fases.
• Core Web Vitals y Google Search — LCP <2,5 s, INP <200ms y CLS <0,1.
• Funciones de IA y tu sitio web — qué ayuda y qué no a la visibilidad en IA.

Bing / Microsoft

• Directrices para webmasters de Bing — rastreabilidad, contenido único y datos estructurados.
• Mantener el contenido descubrible con sitemaps en la búsqueda impulsada por IA (julio de 2025) — límites empresariales de sitemaps y precisión de lastmod.
• IndexNow impulsa un descubrimiento de contenido más rápido e inteligente (mayo de 2025) — envío de URL en tiempo real para catálogos que cambian rápido.
• ¿El contenido duplicado perjudica el SEO y la visibilidad en la búsqueda con IA? (diciembre de 2025) — Canel y Madhavan sobre el coste real de la duplicación.

Citas de la fuente

Declaraciones registradas de representantes de Google y Bing. Los enlaces profundos llevan al pasaje citado —o lo buscan— en la página de origen.

Navegación por facetas y rastreo — Gary Illyes, Google

• “crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (traducción) «los rastreadores suelen acceder a un número muy grande de URL de navegación por facetas antes de que sus procesos determinen que esas URL son realmente inútiles». Ir a la cita
• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (traducción) «cuando descubre un conjunto de URL, no puede decidir si ese espacio de URL es bueno o no hasta rastrear una parte importante de él». — Gary Illyes, Google. Leer la cobertura
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly…” (traducción) «a veces puedes crear accidentalmente estas nuevas URL falsas y hacer que tu espacio de URL pase de unas tranquilas 1000 URL a un millón abrasador, lo que entusiasma a los rastreadores y hace que golpeen tus servidores de forma inesperada…». — Gary Illyes, via LinkedIn. Leer la cobertura

Presupuesto de rastreo — John Mueller, Google (paráfrasis de cobertura secundaria)

• El planteamiento repetido de Mueller es que el rastreo es independiente del tamaño del sitio: Google rastrea poco los sitios compuestos sobre todo por URL inútiles y, para la mayoría de los sitios normales, no merece la pena centrarse en el presupuesto de rastreo. Trata esta redacción como una paráfrasis hasta confirmarla en una fuente primaria.

JavaScript y presupuesto de rastreo — Martin Splitt, Google (paráfrasis de cobertura secundaria)

• Splitt ha descrito el renderizado de JS como una fuente de retraso frente al HTML y ha presentado la optimización del presupuesto de rastreo como una cuestión más de calidad del contenido que de infraestructura: “you can tell us not to index or not to scan contents that is of low quality.” (traducción) «puedes indicarnos que no indexemos o no rastreemos contenido de baja calidad». Trátalo como una paráfrasis pendiente de comprobación en una fuente primaria.

Documentación del presupuesto de rastreo — Google Search Central

• “Consolidate duplicate content to focus on unique pages rather than unique URLs.” (traducción) «consolida el contenido duplicado para centrarte en páginas únicas y no en URL únicas». Ir a la cita
• “Block unimportant pages using robots.txt instead of noindex.” (traducción) «bloquea las páginas poco importantes con robots.txt en lugar de noindex». Ir a la cita

Estructura del sitio y datos de producto — Google Search Central

• “The more links a page has to it within a site, the higher the relative importance.” (traducción) «cuantos más enlaces apuntan a una página dentro de un sitio, mayor es su importancia relativa». Ir a la cita
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products.” (traducción) «si las páginas de categoría no enlazan directamente con todos los productos de una categoría, Googlebot podría no encontrar todos tus productos». Ir a la cita
• “Web crawling is not guaranteed to find all products on your site.” (traducción) «el rastreo web no garantiza encontrar todos los productos de tu sitio». Ir a la cita

Migraciones — Google Search Central

• “You can choose to move larger sites one section at a time. This can make it easier to monitor, detect, and fix problems faster.” (traducción) «puedes trasladar los sitios grandes por secciones; así es más fácil supervisar, detectar y corregir los problemas con rapidez». Ir a la cita

Búsqueda con IA — Google Search Central

• “Structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add.” (traducción) «los datos estructurados no son necesarios para la búsqueda generativa con IA y no tienes que añadir ningún marcado especial de schema.org». Ir a la cita

Contenido duplicado — Fabrice Canel y Krishna Madhavan, Microsoft Bing

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems.” (traducción) «el contenido duplicado no activa por sí solo penalizaciones de búsqueda, pero reduce la visibilidad al diluir la autoridad, confundir la intención y ralentizar la llegada de las actualizaciones a los motores de búsqueda y los sistemas de descubrimiento impulsados por IA». Ir a la cita

Lista de comprobación de SEO de comercio electrónico empresarial

Ejecuta esto por plantilla, no página por página: a esta escala, una sola corrección de plantilla afecta a cientos de miles de URL.

Rastreo y navegación por facetas

• Identifica cada parámetro que crea una URL rastreable (color, talla, orden, página o sesión).
• Decide si cada faceta es indexable antes de escribir las reglas.
• Bloquea en robots.txt los espacios de facetas no indexables (no con noindex).
• Las facetas indexables usan separadores &, un orden de parámetros coherente y devuelven 404 si no hay resultados.
• No permitas espacios infinitos (calendarios, explosiones de enlaces relativos o identificadores de sesión).

Duplicación y canonicalización

• Resuelve las variantes con rel=canonical o ProductGroup/hasVariant.
• Un producto presente en varias categorías tiene una única URL canonical.
• Las relaciones hreflang son coherentes en todos los pares de idiomas.
• Los soft 404 (categorías vacías y líneas de producto retiradas) devuelven un 404/410 real.

Datos de producto y datos estructurados

• El feed de Merchant Center está activo para un descubrimiento de productos fiable.
• Se valida el marcado Product/ProductGroup, BreadcrumbList, Review y Organization.
• No hay rel=next/rel=prev obsoletos; las páginas paginadas tienen canonical autorreferente.

Prioridad del contenido

• Las PDP de altos ingresos se enriquecen (reseñas, vídeo y comparaciones), sin reescrituras masivas.
• El contenido generado por usuarios y las reseñas están habilitados como palanca de contenido único escalable.
• Los productos agotados se gestionan mediante reglas (301 / mantener activa / 404), no manualmente.

Arquitectura y enlaces internos

• La navegación usa <a href> reales, no controladores de clic de JS.
• Se revisa el número de enlaces del mega menú para evitar diluir la autoridad.
• Las páginas de categoría enlazan directamente con sus productos.

Migración y monitorización

• Cada URL antigua está documentada (incluidas imágenes, vídeo, CSS y JS) antes del traslado.
• Redirecciones 301/308, cadenas de menos de 3 saltos y canonicals autorreferentes en las URL nuevas.
• Los bloqueos noindex/robots de staging se retiran antes del lanzamiento y se presenta el cambio de dirección.
• Se muestrean a diario las plantillas críticas y se revisan los logs para detectar desperdicio.

Modelos mentales

1. El efecto multiplicador. No pienses «problemas empresariales + problemas de ecommerce». Piensa empresa × ecommerce. Cada problema de ecommerce (facetas, variantes, duplicación o productos agotados) se multiplica por la escala, y cada corrección por la fricción organizativa. Estima ambos ejes antes de delimitar el trabajo.

2. Jerarquía de control del rastreo (de más a menos eficaz). Desautorización en robots.txt → fragmentos de URL (#) → rel=canonical → rel=nofollow. Usa la palanca más fuerte que permita la situación; nunca elijas noindex por defecto para facetas que no quieres indexar, porque sigue consumiendo presupuesto de rastreo.

3. Presupuesto de rastreo = calidad de las URL, no tamaño. Elevas el presupuesto efectivo eliminando desperdicio (facetas, duplicados y soft 404), no pidiendo a Google que rastree más. El tamaño por sí solo nunca es el detonante: lo es la duplicación.

4. Árbol de decisión de productos agotados (y automatízalo). Desaparecido de forma permanente → 301 a un producto similar o elimina (404/410) después de quitar los enlaces internos. Agotado temporalmente y con retorno previsto → mantén activa la página con reposición o lista de espera. Incierto → manténla activa con menor prioridad. Elige reglas que te resulten cómodas y codifícalas: a escala no puedes decidir página por página.

5. Modelo de riesgo de migración. Divide por secciones → mapea cada URL antigua → 301 de menos de 3 saltos → canonical autorreferente en cada URL nueva → actualiza enlaces internos → retira bloqueos de staging → presenta el cambio de dirección → monitoriza por plantilla. Un paso omitido puede borrar años de valor.

6. Escalera de madurez organizativa. Ad hoc → centralización → procedimientos operativos → formación proactiva y apoyo. La mayoría de los programas empresariales no se atasca por falta de conocimiento, sino por coordinación; subir esta escalera es el trabajo real. El entregable de una auditoría son 5–10 problemas cuantificados en dólares, planteados como pruebas A/B en una matriz de impacto/esfuerzo, nunca un informe de 300 diapositivas.

SEO de comercio electrónico empresarial — hoja rápida

Controles de navegación por facetas: qué hace cada uno

Umbrales del presupuesto de rastreo (estimación aproximada de Google)

• Más de 1 M de páginas únicas que cambian cada semana aproximadamente → gestiónalo.
• Más de 10 000 páginas que cambian a diario → gestiónalo.
• Muchas páginas «Discovered – currently not indexed» (descubiertas actualmente sin indexar) en GSC → gestiónalo.

Reglas para productos agotados

• Permanente → 301 a un producto similar (nunca a la página de inicio o categoría) o 404/410.
• Temporal, con retorno → mantén activa la página + fecha de reposición / lista de espera / aviso.
• Incierto → manténla activa, con menor prioridad.

No negociables de una migración

• 301/308, cadenas de <3 saltos, canonicals autorreferentes, enlaces internos actualizados, bloqueos de staging retirados y cambio de dirección presentado (no para HTTP→HTTPS).

Umbrales de Core Web Vitals

• LCP <2,5 s · INP <200ms · CLS <0,1. Un desempate para el posicionamiento, pero una palanca real de conversión (Vodafone: 31 % de mejora de LCP → 8 % más ventas).

Datos estructurados de variantes

• ProductGroup + hasVariant + variesBy + productGroupID (admitidos desde febrero de 2024).

Mitos que conviene eliminar

• Penalización por contenido duplicado (no existe) · noindex para facetas (usa robots.txt) · reescribir todo el contenido del fabricante (no lo hagas) · rel=next/prev (obsoleto) · «envía un sitemap y Google lo encontrará todo» (no está garantizado).

Herramientas para el SEO de comercio electrónico empresarial

• Google Search Console: informe de indexación de páginas (dónde salen las páginas del flujo) y estadísticas de rastreo (códigos de respuesta, tiempo medio y tipo de archivo). Es el primer lugar donde buscar desperdicio de rastreo.
• Google Merchant Center: descubrimiento de productos basado en feeds y actualizaciones de precio e inventario (cada hora mediante la Content API), como protección frente a brechas de descubrimiento.
• Bing Webmaster Tools + IndexNow: envío de URL en tiempo real para catálogos que cambian rápido (productos nuevos, precios y promociones); reduce el retraso entre el cambio y la indexación.
• Análisis de archivos de log del servidor: la fuente de verdad sobre lo que realmente rastrean los bots. Herramientas: Screaming Frog Log File Analyser o envío de logs a BigQuery o a una plataforma de logs.
• Rastreadores y auditorías de sitios: Ahrefs Site Audit y Screaming Frog SEO Spider para profundidad, cadenas de redirecciones, URL bloqueadas y patrones de facetas que funcionan como trampas. A escala empresarial, muestrea a diario las plantillas críticas en vez de rastrearlo todo cada mes.
• Ahrefs Webmaster Tools: rastreo y auditoría gratuitos para sitios que verifiques.
• Rich Results Test y validadores de esquema: confirma el marcado Product/ProductGroup, BreadcrumbList y Review antes de desplegarlo en millones de páginas.

¿Qué debe ocurrir con la URL de un producto agotado?

Playbook: caída de visibilidad orgánica después de una migración

1. Confirma el alcance por plantilla y sección. Compara los conjuntos de URL antiguos y nuevos, los datos de páginas e indexación de Google Search Console y los resultados del rastreo. Si la pérdida está aislada, pausa las secciones no afectadas y diagnostica la plantilla dañada; si afecta a todo el sitio, considera primero los controles de lanzamiento y las redirecciones.
2. Comprueba si producción sigue bloqueada. Revisa robots.txt, las directivas de robots a nivel de página y las cabeceras de respuesta en busca de reglas de staging. Si producción conserva un bloqueo, elimínalo mediante el proceso de reversión del lanzamiento y vuelve a probar antes de cambiar otra cosa.
3. Sigue las URL antiguas a través de las redirecciones. Toma muestras de URL de alto valor desde sitemaps, logs, analítica, imágenes y otros recursos. Si una URL antigua no llega mediante una 301/308 del servidor a su destino previsto, corrige el mapa; si las cadenas superan el límite planificado, redúcelas a un solo salto cuando sea posible.
4. Verifica que coincidan las señales del destino. Cada URL nueva debe devolver el estado previsto, tener una URL autorreferente y recibir enlaces internos actualizados. Si las referencias de canonicalización o los enlaces internos apuntan a otro lugar, corrige la plantilla compartida antes de trabajar URL por URL.
5. Compara las entradas de descubrimiento. Revisa los sitemaps XML, los feeds de Merchant Center y la navegación. Si todavía publican URL antiguas o bloqueadas, actualiza la fuente que las genera en lugar de limpiar exportaciones individuales.
6. Elige continuar, dividir por fases o revertir. Continúa solo cuando la sección afectada supere las comprobaciones de lanzamiento y la visibilidad se estabilice. Si otra sección aún no se ha migrado, mantenla en espera. Si las plantillas críticas siguen bloqueadas o no puede recuperarse con seguridad la cobertura de redirecciones, usa la ruta de reversión documentada de la migración.
7. Supervisa por cohortes. Sigue las parejas de URL antiguas y nuevas y los grupos de plantillas hasta que se estabilicen el rastreo, la indexación y el rendimiento orgánico. Registra cada comprobación fallida para convertirla en una barrera previa al lanzamiento de la siguiente fase.

Clasifica las reglas de navegación facetada

Review this faceted-navigation inventory and propose a crawl/indexation disposition
for each parameter or combination: indexable landing page, blocked crawl space,
canonicalized duplicate, or needs manual review.

For every recommendation, cite the supplied evidence: search demand, product count,
internal links, current canonical, robots rule, response code, and URL examples.
Flag empty combinations that should return 404. Use a consistent parameter-order
policy. Do not assume noindex saves crawl budget, and do not invent demand data.

Inventory:
[PASTE CSV]

Revisa el marcado ProductGroup de las variantes

Compare this product-variant JSON-LD with the visible product data. Check the use of
ProductGroup, hasVariant, variesBy, productGroupID, URLs, offers, prices, availability,
and identifiers. Return:
1. Field-level mismatches
2. Required source data that is missing
3. A corrected JSON-LD draft using only values present in my input
4. A validation checklist

Do not fabricate prices, availability, reviews, identifiers, URLs, or variants.

Visible product data and current JSON-LD:
[PASTE BOTH]

Comprobación puntual del mapa de redirecciones

Ejecuta la prueba: Solicita una muestra estratificada de URL antiguas de productos, categorías, imágenes y recursos con un cliente HTTP o rastreador que siga cabeceras. Resultado esperado: Cada URL antigua devuelve la 301/308 del servidor prevista y llega a la nueva URL asignada sin una cadena evitable. Interpretación del fallo: Aún existen reglas ausentes, redirecciones de respaldo demasiado amplias o mapas heredados encadenados. Ventana de supervisión: Inmediatamente después del despliegue y de nuevo cuando se lance cada sección de la migración. Activador de reversión: Cohortes de URL críticas no llegan a sus destinos asignados o empiezan a resolver en páginas genéricas.

Comprobación de canónicas de las plantillas nuevas

Ejecuta la prueba: Rastrea URL representativas nuevas de PDP, PLP, paginación y variantes y compara cada URL con su referencia autorreferente final. Resultado esperado: Cada página destinada a indexarse devuelve éxito y tiene una URL autorreferente; las variantes duplicadas siguen la regla de consolidación aprobada. Interpretación del fallo: Una plantilla compartida o un valor de entorno emite referencias de canonicalización del dominio antiguo o de otra plantilla. Ventana de supervisión: Inmediatamente después de la publicación y a diario durante la ventana de lanzamiento. Activador de reversión: Una plantilla crítica canoniza de forma constante hacia el sitio antiguo, otro locale o una página no relacionada.

Comprobación de eliminación de bloqueos en producción

Ejecuta la prueba: Obtén el robots.txt de producción, inspecciona las directivas de robots renderizadas y comprueba las cabeceras de respuesta de cada plantilla crítica. Resultado esperado: No quedan directivas de bloqueo exclusivas de staging ni noindex en URL destinadas a indexarse. Interpretación del fallo: La configuración de lanzamiento o las reglas de CDN/cabeceras aún contienen controles de staging. Ventana de supervisión: Antes de los cambios de DNS o enrutamiento e inmediatamente después del cambio. Activador de reversión: El sitio de producción bloquea el rastreo o la indexación de una sección crítica.

Validación de variantes de producto

Ejecuta la prueba: Prueba páginas representativas ProductGroup en Rich Results Test de Google y compara los datos de variantes extraídos con la página visible y el feed de Merchant Center. Resultado esperado: El marcado se interpreta correctamente, las relaciones entre variantes son coherentes y el precio, la disponibilidad, los identificadores y las URL coinciden con los datos visibles. Interpretación del fallo: La plantilla de datos estructurados o el feed comercial publica datos de producto incompletos o contradictorios. Ventana de supervisión: Antes del despliegue, inmediatamente después de publicar la plantilla y después de cambios relevantes en el feed. Activador de reversión: El marcado desplegado representa mal el precio o la disponibilidad en una cohorte de plantillas.

Recursos que merecen tu tiempo

Mis artículos relacionados

• Estrategias de SEO empresarial para maximizar el crecimiento — incluye una sección dedicada al SEO de comercio electrónico empresarial, con PDP, PLP y referencias de escala.
• Los sitios empresariales son donde brilla el SEO técnico — jerarquía de prioridades y método de muestreo del rastreo.
• Retos y errores del SEO empresarial — apoyo interno, cuellos de botella legales, deuda técnica y por qué los proyectos poco vistosos dan resultados.
• Auditoría de SEO empresarial — segmentar, delimitar y publicar entre 5 y 10 problemas prioritarios.
• ¿Cómo debes gestionar los productos agotados? Depende — marco de decisión para automatizar a escala.
• Google utiliza unas 40 señales de canonicalización — referencia esencial antes de desplegar canónicas en millones de URL.
• Navegación facetada (Sam Underwood, revisado por mí) — análisis profundo del principal problema de rastreo.

Mis presentaciones

• Caos del SEO empresarial (SMX Advanced 2016, de mi etapa en IBM) — historias de cadenas de redirecciones de 14 saltos y 24 versiones de una URL.

De otras fuentes

• Documentación de SEO para comercio electrónico de Google — centro especializado de ocho temas.
• Sitebulb — 5 estrategias para el SEO de comercio electrónico empresarial — análisis sólido de JS, megamenús y facetas.
• Search Engine Land — Google: el 75 % de los problemas de rastreo proviene de dos errores de URL — entrevista con Gary Illyes que sustenta la estadística sobre navegación facetada.
• Search Engine Land — guía de SEO para navegación facetada — guía editorial detallada sobre controles y decisiones de indexación.
• Search Engine Journal — Gary Illyes advierte sobre los problemas de parámetros de URL — fuente de las citas de LinkedIn sobre la explosión de URL.
• Search Engine Land — AI Overviews en el 14 % de las búsquedas de compras — datos sobre el crecimiento de la cobertura de compras mediante IA.
• web.dev — impacto empresarial de Core Web Vitals — casos de Vodafone, Nykaa y AliExpress detrás de las cifras de ingresos.
• r/TechSEO — comunidad para depurar rastreo e indexación a escala.

Estadísticas que merece la pena citar

• Aproximadamente el 50 % de los problemas de rastreo proviene de la navegación facetada (≈75 % al combinar facetas y parámetros de acción) — Gary Illyes, en el informe anual de rastreo de Google. Source
• Más de dos millones de URL desde una categoría — 10 filtros × 5 valores cada uno explican las trampas de rastreo empresarial antes de una sola optimización.
• AI Overviews en aproximadamente el 14 % de las consultas de compras — unas 5,6 veces más que el 2,1 % de finales de 2025. Cobertura
• Referencias de escala orgánica empresarial — Amazon posiciona unas 275 M de páginas y recibe unos 686 M de visitas orgánicas mensuales; Microsoft alcanza unas 516 M. No copies sus atajos. Fuente
• Core Web Vitals → ingresos — Vodafone Italia: una mejora del 31 % en LCP generó un 8 % más de ventas; Nykaa: una mejora del 40 % en LCP → un 28 % más de tráfico orgánico; AliExpress: 10× CLS + 2× LCP → un 15 % menos de rebote. Fuente
• Escala de sitemaps de Bing — 50 000 URL por archivo, 50 000 sitemaps secundarios por índice y hasta 2,5 billones de URL entre los archivos de índice. Fuente
• Coste y duración de una migración de plataforma — aproximadamente USD 50K (mercado medio) a USD 500K+ (empresarial) durante 4–8+ meses; el mayor evento de riesgo SEO para el comercio minorista empresarial.

Ponte a prueba: SEO de comercio electrónico empresarial

Cinco preguntas rápidas sobre control del rastreo, gestión de productos y migraciones. Elige una respuesta para cada una y comprueba el resultado.

Registro de cambios