Arquitectura de sitios de ecommerce

Cómo estructurar las páginas de una tienda online para que tanto los compradores como los motores de búsqueda puedan navegar por ella — estructura plana frente a piramidal, profundidad de clics, estructura de url, enlaces internos, Breadcrumbs, Mega Menu, navegación por facetas y navegación mobile-first. Google lee tu grafo de enlaces, no las rutas de URL.

Publicado por primera vez: 25 jun 2026 · Última actualización: 8 ago 2026 · Avanzado
Idiomas
1 señal de evidencia en esta página

La arquitectura del sitio web de ecommerce es la forma en que se organizan y enlazan las categorías, subcategorías y productos de tu tienda. El mayor malentendido es que una estructura plana siempre es mejor y que la profundidad de URL es lo que importa; ninguna de las dos cosas es cierta. Google lee tu grafo de enlaces internos, no las rutas de URL, para determinar la jerarquía y la importancia. Una pirámide razonable (página de inicio → categorías → subcategorías → productos) supera tanto a una estructura totalmente plana como a una demasiado profunda. La estructura de url es apenas un factor de posicionamiento; el riesgo real es la estabilidad de las URL. Los puntos de fallo específicos del ecommerce son que la navegación por facetas consuma el presupuesto de rastreo, que los productos estén presentes en varias categorías, que los Mega Menu diluyan la autoridad de enlace y que la navegación móvil sea la navegación que realmente rastrea Google.

TL;DR — Google lee tu grafo de enlaces, no tus rutas de URL, para inferir la jerarquía y la importancia relativa — “Google generalmente no mira la estructura de las URL… analiza los enlaces entre páginas.” (traducción) Así que una pirámide razonable (página de inicio → categoría → subcategoría → producto) con un enlazado interno sólido supera tanto a una estructura plana (Mueller: una estructura superplana no es mejor que una pirámide razonable) como a una demasiado profunda (no quieres “hacer clic un millón de veces”). La estructura de URL apenas es un factor de posicionamiento; la estabilidad de la URL es el riesgo real. Los puntos de fallo específicos del comercio son los productos de varias categorías (asígnales una única URL principal), los mega menus (dilución de autoridad de enlaces + crawlability), la navegación por facetas (factor que agota el presupuesto de rastreo — robots.txt > URL principal), y la navegación mobile-first (tu navegación móvil es tu navegación de SEO).

Evidence for this claim Google recommends linking menus to categories, categories to subcategories, and subcategories to products so Googlebot can follow the catalog hierarchy. Scope: Google ecommerce linking architecture. Confidence: high · Verified: Google Search Central: Ecommerce site structure Evidence for this claim Breadcrumb structured data communicates a page's position in site hierarchy and may support breadcrumb appearances in search. Scope: Google breadcrumb guidance. Confidence: high · Verified: Google Search Central: Breadcrumb structured data

La arquitectura sirve a dos amos

La arquitectura del sitio web de ecommerce es la organización jerárquica de las páginas de una tienda — categorías, subcategorías, productos y contenido de apoyo — además de la navegación, los enlaces internos y los patrones de URL que las conectan. Tiene que satisfacer a dos audiencias al mismo tiempo: los compradores que quieren productos en la menor cantidad de clics posible y los motores de búsqueda que necesitan descubrir cada página, entender cómo se relacionan las páginas y asignar una importancia relativa.

Todo este tema se reduce a un principio que la mayoría de las guías de arquitectura ocultan o pasan por alto: Google lee los enlaces, no las URL.

Google lee enlaces, no URL

Este es el hecho fundamental. De la documentación de ecommerce de Google:

“Por lo general, Google no examina la estructura de las URL para determinar la estructura de un sitio. En cambio, analiza los enlaces entre páginas para obtener información sobre la importancia relativa de las distintas páginas de un sitio.”

Y el mecanismo para “importancia relativa”:

“cuantos más enlaces apunten a una página dentro de un sitio, mayor será la importancia relativa de la página respecto a otras páginas.”

Así que tu grafo de enlaces internos hace el trabajo pesado. Que la URL sea /shoes/running/brand-x o /products/brand-x es secundario. El producto que está enlazado desde tu página de inicio, tu categoría principal y tres publicaciones de blog recibirá más atención de rastreo y más PageRank que un producto a dos clics de profundidad sin nada que apunte a él, aunque el segundo tenga la URL “menos profunda”.

La cadena práctica que recomienda Google:

“añade enlaces desde los menús a las páginas de categoría, desde las páginas de categoría a las páginas de subcategoría y, por último, desde las páginas de subcategoría a todas las páginas de producto.”

Y la advertencia para catálogos grandes:

“Si las páginas de categoría no incluyen enlaces directos a todos los productos de una categoría, Googlebot podría no encontrar todos tus productos solo mediante el rastreo.”

Cuando no sea factible enlazar directamente cada producto a gran escala, recurre a sitemaps XML y (para productos) un feed de Merchant Center como rutas de descubrimiento secundarias — pero estas son una red de seguridad, no un sustituto de un grafo de enlaces rastreable.

Plana vs. piramidal — el mito, desmentido

Casi todas las guías de la competencia repiten alguna versión de “lo plano es mejor” o “mantén todo a tres clics”. Esa recomendación es parcialmente correcta y está mal planteada. El matiz proviene directamente de John Mueller (Google, sesión de oficina del 2 de febrero de 2021):

“Por otro lado, más bien el enfoque descendente o la estructura piramidal nos ayuda mucho más a comprender el contexto de las páginas individuales dentro del sitio.”

“Así que, en particular, si sabemos que esta categoría está asociada con estas otras subcategorías, entonces esa es una conexión clara que tenemos entre esas partes.”

“Así que, desde mi punto de vista, creo que para muchos sitios tiene sentido tener una estructura más piramidal.”

Y la frase que acaba con el mito por completo:

“Pero no es el caso de que una estructura súper plana vaya a ser mejor que una especie de estructura piramidal razonable.”

Por qué una estructura totalmente plana perjudica: si cada página está a uno o dos enlaces de la página de inicio, también has aplanado la señal de importancia. En la práctica, le estás diciendo a Google “todo aquí es igualmente importante,” lo que elimina el contexto que usa para entender qué categorías contienen qué subcategorías que contienen qué productos.

Pero no corrijas en exceso hacia un árbol profundo, porque Mueller también puso un límite a eso:

“Pero al mismo tiempo no quieres que sea tal que parezca que tienes que hacer clic un millón de veces para llegar realmente al contenido real.”

Así que ningún extremo gana. El objetivo es una pirámide lo suficientemente superficial: categorías amplias en la parte superior, estrechándose hacia productos, con una profundidad de clics baja para todo lo que importe. Como regla práctica, procura que la mayoría de los productos estén a ~3–4 clics de la página de inicio en una tienda grande, 2–3 en una pequeña — pero trátalo como una pauta, no como una directiva de Google (consulta la nota sobre profundidad de clics más abajo).

La “regla de los 3 clics” es un consenso, no una regla de Google

Verás “cada página debe estar a no más de 3 clics de la página de inicio” en todas partes. Es útil como heurística, pero Google no ha indicado un número de clics específico. El riesgo real en un catálogo grande no es exceder un número de clics — es dejar páginas huérfanas (nada enlaza con ellas) o enterrarlas tan profundo que los rastreadores rara vez llegan a ellas. Un producto de cola larga a cuatro o cinco clics de profundidad puede posicionar bien si está en una jerarquía lógica y aparece en tu sitemap. La profundidad de clics es una preocupación de capacidad de rastreo y de flujo de PageRank, no un factor de posicionamiento directo.

Esta es también la razón por la que el enlazado interno supera a la profundidad de URL. Un producto a cinco clics de profundidad en la jerarquía pero enlazado directamente desde la página de inicio obtiene más atención de rastreo que un producto a dos clics de profundidad sin enlaces internos entrantes. Si tienes un producto importante situado en lo profundo del árbol, la solución no es rediseñar todo el esquema de URL — es enlazarlo desde páginas de mayor autoridad.

Estructura de URL: la estabilidad importa, la profundidad no

Las directrices de Google sobre URL para ecommerce tratan principalmente de higiene, no de jerarquía:

“usa URL a largo plazo y persistentes. Evita enlazar internamente a parámetros temporales, como los ID de sesión, códigos de seguimiento, valores relativos al usuario (location=nearby, time=last-week) y la hora actual.”

“Minimiza el número de URL alternativas que devuelven el mismo contenido para evitar que Google haga más solicitudes a tu sitio de las necesarias.”

“Usa parámetros de URL ?key=value en lugar de ?value, donde sea posible. Los parámetros de URL permiten que Google Search entienda la estructura de tu sitio y rastree e indexe con mayor eficiencia.”

Observa lo que no está: ningún mandato sobre la profundidad de anidación. La documentación de URL de Google no dice que /category/subcategory/product sea mejor o peor que /product/slug. La profundidad es una decisión de estructura del sitio, no una prescripción de URL.

Mueller ha calificado la estructura de URL como baja (aproximadamente 1 de 7) como factor de posicionamiento directo, y dijo que hacer que las URL sean artificialmente planas no aporta ningún beneficio de SEO. La conclusión para ecommerce: la estructura de URL apenas es un factor de posicionamiento, pero la estabilidad de las URL es un factor de riesgo real. Reestructurar /category/subcategory/product a /product más tarde causa cadenas de redirecciones y una alteración temporal del posicionamiento incluso si el estado final es neutro. Elige pronto un formato coherente y descriptivo (/product/black-t-shirt supera a /product/3243) y no lo cambies constantemente.

Productos de varias categorías y la trampa del contenido duplicado

El único lugar donde la estructura de url sí te da problemas es en los productos que están en múltiples categorías. Si tu URL codifica la ruta de la categoría, se puede acceder al mismo producto en /shoes/running/brand-x y /sale/brand-x y /brand-x-page — tres URL, un producto, contenido duplicado. Dos soluciones:

  • URL de producto planas (/products/brand-x) — una URL principal independientemente de la ruta de categoría que haya seguido el comprador para llegar allí. Este es el valor predeterminado recomendado por la guía de ecommerce de Ahrefs, precisamente para evitar este problema.
  • URL anidadas en categorías con una URL principal — elige una categoría principal, crea la URL del producto bajo ella y canonicaliza cualquier otra ruta hacia esa principal.

De cualquier modo, resuelves la ambigüedad con una única URL canónica. Después restauras la señal de jerarquía —que la URL plana descarta— con marcado de datos estructurados de Breadcrumbs (más abajo).

El enlazado interno es el mecanismo real

PageRank y la atención de rastreo fluyen a través de los enlaces <a href>, por lo que tu estrategia de enlazado interno es tu arquitectura en la práctica. Algunos patrones que importan:

  • Enlaza los más vendidos y los productos prioritarios desde la página principal y las páginas de alta autoridad. Google señala explícitamente que puedes indicar la importancia enlazando productos populares desde la página principal, publicaciones de blog o boletines.
  • Las páginas de categoría son distribuidoras de autoridad de enlaces. Toman autoridad de la página principal/navegación y la transmiten a los productos. Una página de categoría que no enlaza todos sus productos deja algunos sin descubrir solo con el rastreo.
  • Enlaces editoriales → producto. El contenido del blog que enlaza productos relevantes tanto transmite autoridad como crea contexto temático.
  • Productos relacionados / “los clientes también compraron” añaden enlaces cruzados en todo el árbol para que los rastreadores (y los compradores) no encuentren callejones sin salida.
  • Los Breadcrumbs también son enlaces internos, no solo UX.

He defendido el argumento a favor de los enlaces internos durante años. Como escribí en Lo más importante que los expertos en SEO pasan por alto: los enlaces internos: “Al añadir enlaces internos, estás dirigiendo el flujo de la autoridad de tu sitio web hacia el mejor contenido, lo que a su vez indica a los motores de búsqueda qué páginas consideras las más importantes.” Y la parte que los equipos olvidan: “puede que estés produciendo con frecuencia nuevas piezas de contenido en las que añades enlaces internos, pero ¿recuerdas volver a tus piezas más antiguas?” — en una tienda, eso significa enlazar las novedades desde las páginas de categoría y editoriales existentes, no solo publicarlas y desentenderte. La razón por la que vale la pena el esfuerzo: “Los enlaces en tu sitio son mucho más fáciles de conseguir que los enlaces de otros sitios, y pueden ser igual de efectivos.”

Para un tratamiento completo, consulta enlaces internos.

Los Breadcrumbs valen la pena por tres razones: son enlaces internos, dan a Google una señal de jerarquía explícita y pueden mostrarse como una ruta de Breadcrumbs en la SERP. De la documentación de datos estructurados de Google:

“Una ruta de Breadcrumbs en una página indica la posición de la página en la jerarquía del sitio.”

Lo crucial es que los Breadcrumbs te permiten comunicar jerarquía incluso cuando tus URL son planas. Un producto en /products/black-t-shirt aún puede llevar Home > Clothing > T-Shirts > Black T-Shirt mediante el marcado de datos estructurados BreadcrumbList. Y la recomendación de Google es modelar la ruta del usuario, no la URL:

“Recomendamos proporcionar Breadcrumbs que representen una ruta de usuario típica hacia una página, en lugar de reflejar la estructura de url.”

Para los productos que pertenecen a varias categorías, puedes proporcionar varios marcados BreadcrumbList para las distintas rutas de navegación. Un BreadcrumbList necesita al menos dos entradas ListItem (cada una con position, name e item) para ser apto para el resultado enriquecido; el item del último breadcrumb es opcional. (Por lo que vale, Mueller ha dicho que la ubicación de los breadcrumbs en la página no importa para el SEO, así que optimízala para los usuarios.)

Menús de navegación y Mega Menu

Aquí existen dos problemas distintos: la capacidad de rastreo y la dilución de la autoridad de los enlaces.

Crawlability. Google solo puede seguir los enlaces que son anclajes reales:

“Google solo puede rastrear tu enlace si es un elemento HTML <a> con un atributo href.”

JavaScript está bien siempre que el DOM renderizado contenga anclas reales“Los enlaces también son rastreables cuando usas JavaScript para insertarlos dinámicamente en una página, siempre que se utilice el marcado HTML que se muestra arriba.” Lo que se rompe son los manejadores de solo onclick, los atributos de estilo routerLink o los hrefs de javascript::

“Google no puede extraer de forma fiable las URL de los elementos <a> que no tienen un atributo href ni de otras etiquetas que funcionan como enlaces debido a eventos de script.”

Así que un Mega Menu de JavaScript puede ser rastreable —el mito de que «los menús JS no se pueden rastrear» es falso—, pero solo si renderiza enlaces <a href> adecuados.

Dilución de la autoridad de los enlaces. Cada enlace en tu navegación global desvía una parte de la autoridad de la página de inicio. Un Mega Menu de 200 enlaces distribuye esa autoridad de forma dispersa entre 200 destinos. Mueller también ha señalado que los Mega Menus muy grandes y que cambian con frecuencia pueden ser difíciles de interpretar para Google. La opción pragmática: limita la navegación global a categorías de nivel superior (una cantidad manejable, no toda la taxonomía) y deja que las páginas de categoría se encarguen de la navegación más profunda de subcategorías y productos. Esa es la pirámide expresándose en la navegación.

Esta es la mayor fuga de presupuesto de rastreo en la mayoría de los sitios de ecommerce. Los filtros (precio, color, tamaño, orden de clasificación) generan cada uno URL rastreables, y las combinaciones se multiplican: un catálogo modesto puede ocultar millones de URL filtradas.

La jerarquía de correcciones de Google, en su orden declarado de eficacia:

“Usa robots.txt para impedir el rastreo de las URL de navegación por facetas”

Ese es el método preferido. Las señales blandas —en particular rel=canonical— se reconocen, pero “generally less effective in the long term than the previously mentioned methods.” (traducción) «por lo general son menos eficaces a largo plazo que los métodos mencionados anteriormente». (Esto es lo contrario de lo que recomiendan muchas guías, que comienzan con la etiqueta canónica.) Otras palancas:

  • Los fragmentos de URL (#) para el estado del filtro evitan pasivamente el rastreo, ya que “Google Search generalmente no admite fragmentos de URL en el rastreo y la indexación.”
  • Devolver 404 para combinaciones vacías: “If there are no green fish in the site’s inventory, users as well as crawlers should receive a ‘not found’ error.” (traducción) «Si no hay peces verdes en el inventario del sitio, tanto los usuarios como los rastreadores deberían recibir un error de «no encontrado»».

La decisión estratégica precede a la técnica: identifica qué combinaciones de filtros tienen una demanda de búsqueda real (y merecen ser páginas de destino indexables) frente a los filtros de pura experiencia de usuario (que deberían bloquearse o implementarse de modo que nunca generen una URL). Este tema tiene su propio análisis detallado — consulta navegación por facetas — y está directamente relacionado con el presupuesto de rastreo.

Mobile-first: tu navegación móvil es tu navegación SEO

Google indexa la versión para móviles de tu sitio:

“Google utiliza la versión móvil del contenido de un sitio, rastreada con el agente de smartphone, para la indexación y la clasificación.”

Eso tiene consecuencias estructurales. Se requiere paridad de contenido —

“Asegúrate de que tu sitio móvil contenga el mismo contenido que tu sitio de escritorio.” — y también lo es la paridad de datos estructurados — “Asegúrate de que tus sitios móvil y de escritorio tengan los mismos datos estructurados.” Y algo fundamental:

“Google no cargará el contenido que requiere interacciones del usuario (por ejemplo, deslizar, hacer clic o escribir) para cargarse.”

Evidence for this claim Mobile architecture must preserve primary content and crawlable navigation because Google indexes from the mobile version and does not load content that requires user interaction. Scope: rendered production pages, crawlable navigation, search results, analytics, and current documentation Confidence: high · Verified: Mobile-first indexing best practices

Así que, si tu navegación móvil oculta las categorías detrás de un menú hamburguesa que solo renderiza los enlaces al tocar (mediante eventos de clic de JS en lugar de enlaces <a href> reales en el DOM), es posible que esos enlaces de categorías y productos no reciban ninguna señal de rastreo a través de la navegación. Cualquier jerarquía que hayas creado en la versión de escritorio debe conservarse en la versión móvil, como anclajes reales, con el mismo contenido y el mismo esquema.

Enlaces de sitio: influenciados, no controlados

Esos grupos de enlaces que a veces aparecen debajo del resultado de tu página de inicio son enlaces de sitio, y una buena arquitectura hace que sean más probables — pero no puedes elegirlos. Google: “Nuestros sistemas analizan la estructura de enlaces de tu sitio para encontrar atajos.” Y: “Si la estructura de tu sitio no permite que nuestros algoritmos encuentren buenos enlaces de sitio… no los mostraremos.” Influyes en la calidad mediante una estructura lógica, títulos de página y encabezados descriptivos, y un texto de anclaje conciso y relevante; no puedes especificar qué páginas aparecen. Si aparece uno malo, la palanca es noindex o eliminar esa página.

Dónde encaja esto

Esta es una pieza del clúster de arquitectura web dentro de SEO para ecommerce. Se conecta directamente con navegación por facetas (el lado del rastreo), Category Page SEO y Product Page SEO (los tipos de página), y enlaces internos (el mecanismo). Para saber cómo los rastreadores recorren todo esto, consulta rastreo.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.