Idiomas

Arquitetura de site de ecommerce

Como estruturar as páginas de uma loja online para que compradores e mecanismos de busca naveguem por ela — plana vs. pirâmide, profundidade de cliques, estrutura de URL, links internos, breadcrumbs, mega menus, navegação facetada e navegação mobile-first. O Google lê o seu grafo de links, não os seus caminhos de URL.

Publicado pela primeira vez: 25 de jun. de 2026 · Última atualização: 21 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2
1 sinal de evidência nesta página

A arquitetura de site de ecommerce é como as categorias, subcategorias e produtos da sua loja são organizados e linkados. O maior equívoco é que plano é sempre melhor e que a profundidade de URL é o que importa — nenhuma das duas coisas é verdade. O Google lê o seu grafo de links internos, não os seus caminhos de URL, para inferir hierarquia e importância. Uma pirâmide razoável (home → categorias → subcategorias → produtos) supera tanto uma estrutura totalmente plana quanto uma profunda demais. A estrutura de URL é quase um fator de ranking; a estabilidade de URL é o risco real. Os pontos de falha específicos do ecommerce são a navegação facetada consumindo orçamento de rastreamento, produtos vivendo em várias categorias, mega menus diluindo autoridade de links e a navegação móvel sendo a navegação que o Google de fato rastreia.

TL;DR — O Google lê o seu grafo de links, não os seus caminhos de URL, para inferir hierarquia e importância relativa — “Google generally doesn’t look at the structure of URLs… it analyzes the linkages between pages.” (tradução) «o Google em geral não olha a estrutura de URLs… analisa os vínculos entre as páginas». Então uma pirâmide razoável (home → categoria → subcategoria → produto) com forte linkagem interna supera tanto uma estrutura plana (Mueller: uma estrutura superplana não é melhor do que uma pirâmide razoável) quanto uma profunda demais (você não quer “click through a million times” (tradução) «clicar um milhão de vezes»). A estrutura de URL quase não é fator de ranking; a estabilidade de URL é o risco real. Os pontos de falha específicos do ecommerce são produtos em várias categorias (canonicalize-os), mega menus (diluição de autoridade de links + rastreabilidade), navegação facetada (assassina de orçamento de rastreamento — robots.txt > canonical) e navegação mobile-first (sua navegação móvel é sua navegação 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

A arquitetura serve a dois senhores

A arquitetura de site de ecommerce é a organização hierárquica das páginas de uma loja — categorias, subcategorias, produtos e conteúdo de apoio — mais a navegação, os links internos e os padrões de URL que os conectam. Ela precisa satisfazer dois públicos ao mesmo tempo: compradores que querem produtos no menor número de cliques possível e mecanismos de busca que precisam descobrir toda página, entender como as páginas se relacionam e atribuir importância relativa.

O tópico inteiro se resume a um princípio que a maioria dos guias de arquitetura enterra ou ignora: o Google lê links, não URLs.

Este é o fato estrutural. Da documentação de ecommerce do Google:

“Google generally doesn’t look at the structure of URLs to work out the structure of a site. Instead, it analyzes the linkages between pages to gain insights about the relative importance of different pages on a site.” (tradução) «Em geral, o Google não usa a estrutura das URLs para deduzir a estrutura do site; ele analisa como as páginas se conectam para entender a importância relativa de cada uma.»

E o mecanismo da “importância relativa”:

“the more links a page has to it within a site, the higher the relative importance of the page to other pages.” (tradução) «Quanto mais links internos apontam para uma página, maior tende a ser sua importância relativa diante das demais.»

Então o seu grafo de links interno faz o trabalho pesado. Se a URL lê /shoes/running/brand-x ou /products/brand-x é secundário. O produto linkado da sua home, da sua categoria principal e de três posts do blog vai receber mais atenção de rastreamento e mais PageRank do que um produto a dois cliques de profundidade sem nada apontando para ele — mesmo que o segundo tenha a URL “mais rasa”.

A cadeia prática que o Google recomenda:

“add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (tradução) «Adicione links dos menus às categorias, das categorias às subcategorias e, por fim, das subcategorias a todas as páginas de produto.»

E o alerta para catálogos grandes:

“If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (tradução) «Se a página de categoria não apontar diretamente para todos os produtos, o Googlebot talvez não encontre o catálogo inteiro apenas pelo rastreamento.»

Quando linkar diretamente cada produto não é viável em escala, recorra a sitemaps XML e (para produtos) a um feed do Merchant Center como caminhos secundários de descoberta — mas esses são um plano B, não um substituto para um grafo de links rastreável.

Plano vs. pirâmide — o mito, destruído

Quase todo guia concorrente repete alguma versão de “plano é melhor” ou “mantenha tudo a três cliques”. Esse conselho está meio certo e mal enquadrado. A nuance vem direto de John Mueller (Google, office hours de 2 de fevereiro de 2021):

“On the other hand, kind of more the top down approach or pyramid structure helps us a lot more to understand the context of individual pages within the site.” (tradução) «Por outro lado, uma abordagem de cima para baixo, em forma de pirâmide, ajuda muito mais a compreender o contexto de cada página no site.»

“So in particular, if we know this category is associated with these other subcategories then that’s a clear connection that we have between those parts.” (tradução) «Se sabemos que uma categoria está associada a determinadas subcategorias, existe uma conexão clara entre essas partes.»

“So from my point of view, I think for a lot of sites it makes sense to have more of a pyramid structure.” (tradução) «Na minha visão, uma estrutura mais próxima de uma pirâmide faz sentido para muitos sites.»

E a frase que mata o mito de vez:

“But it’s not the case that a super flat structure is going to be better than a kind of reasonable pyramid structure.” (tradução) «Isso não significa que uma estrutura totalmente plana seja melhor do que uma pirâmide razoável.»

Por que uma estrutura totalmente plana prejudica: se toda página está a um ou dois links da home, você achatou também o sinal de importância. Você está efetivamente dizendo ao Google “tudo aqui é igualmente importante”, o que remove o contexto que ele usa para entender quais categorias são donas de quais subcategorias, que são donas de quais produtos.

Mas não corrija demais para uma árvore profunda, porque Mueller limitou isso também:

“But at the same time you don’t want it to be such that it’s like you have to click through a million times to actually get to the actual content.” (tradução) «Ao mesmo tempo, você não quer exigir uma infinidade de cliques para chegar ao conteúdo de fato.»

Então nenhum extremo vence. O alvo é uma pirâmide rasa o suficiente: categorias amplas no topo, estreitando até os produtos, com a profundidade de cliques mantida baixa para qualquer coisa que importa. Como regra prática, mire na maioria dos produtos a cerca de 3–4 cliques da home em uma loja grande e 2–3 em uma pequena — mas trate isso como uma orientação, não uma diretiva do Google (veja a nota sobre profundidade de cliques abaixo).

A “regra dos 3 cliques” é consenso, não uma regra do Google

Você vai ver “toda página deve estar a 3 cliques da home” em todo lugar. É útil como heurística, mas o Google não declarou um número específico de cliques. O risco real em um catálogo grande não é exceder uma contagem de cliques — é orfanizar páginas (nada linka para elas) ou enterrá-las tão fundo que os rastreadores raramente as alcançam. Um produto de cauda longa a quatro ou cinco cliques de profundidade pode rankear bem se estiver em uma hierarquia lógica e aparecer no seu sitemap. A profundidade de cliques é uma preocupação de rastreabilidade e fluxo de PageRank, não um fator direto de ranking.

É também por isso que a linkagem interna vence a profundidade de URL. Um produto a cinco cliques de profundidade na hierarquia, mas linkado diretamente da home, recebe mais atenção de rastreamento do que um produto a dois cliques de profundidade sem links internos de entrada. Se você tem um produto importante no fundo da árvore, a correção não é rearquitetar todo o esquema de URL — é linkar para ele a partir de páginas de maior autoridade.

Estrutura de URL: estabilidade importa, profundidade não

A orientação de URL do Google para ecommerce é principalmente sobre higiene, não hierarquia:

“use long-term, persistent URLs. Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values (location=nearby, time=last-week), and the current time.” (tradução) «Use URLs duradouras e persistentes; evite links internos para parâmetros temporários, como IDs de sessão, códigos de rastreamento, valores relativos ao usuário e o horário atual.»

“Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (tradução) «Reduza as URLs alternativas que entregam o mesmo conteúdo para evitar requisições desnecessárias do Google.»

“Use ?key=value URL parameters rather than ?value, where possible. URL parameters allow Google Search to understand your site’s structure and crawl and index more efficiently.” (tradução) «Quando possível, use parâmetros de URL ?key=value em vez de ?value; isso ajuda a Pesquisa Google a entender a estrutura e a rastrear e indexar com mais eficiência.»

Note o que não está aí: qualquer mandato sobre profundidade de aninhamento. Os documentos de URL do Google não dizem que /category/subcategory/product é melhor ou pior do que /product/slug. A profundidade é uma decisão de estrutura do site, não uma prescrição de URL.

Mueller classificou a estrutura de URL como baixa (aproximadamente 1 de 7) como fator direto de ranking e disse que deixar URLs artificialmente planas não traz benefício de SEO. A conclusão para o ecommerce: a estrutura de URL quase não é fator de ranking, mas a estabilidade de URL é um fator de risco real. Reestruturar /category/subcategory/product em /product depois causa cadeias de redirecionamento e perturbação temporária de ranking mesmo que o estado final seja neutro. Escolha um formato consistente e descritivo cedo (/product/black-t-shirt vence /product/3243) e não o fique mexendo.

Produtos em várias categorias e a armadilha do conteúdo duplicado

O único lugar em que a estrutura de URL de fato morde você é em produtos que vivem em várias categorias. Se a sua URL codifica o caminho da categoria, o mesmo produto pode ser alcançado em /shoes/running/brand-x e /sale/brand-x e /brand-x-page — três URLs, um produto, conteúdo duplicado. Duas correções:

  • URLs planas de produto (/products/brand-x) — uma URL canônica independentemente do caminho de categoria pelo qual o comprador chegou. Este é o padrão recomendado no guia de ecommerce da Ahrefs, exatamente para contornar esse problema.
  • URLs aninhadas por categoria com canonical — escolha uma categoria primária, construa a URL do produto sob ela e canonicalize todos os outros caminhos para essa primária.

De qualquer forma, você resolve a ambiguidade com um único canonical. Depois você restaura o sinal de hierarquia — que a URL plana descarta — com schema de breadcrumb (abaixo).

A linkagem interna é o mecanismo real

PageRank e atenção de rastreamento fluem por links <a href>, então sua estratégia de linkagem interna é sua arquitetura na prática. Alguns padrões que importam:

  • Linke best-sellers e produtos prioritários da home e de páginas de alta autoridade. O Google observa explicitamente que você pode sinalizar importância linkando produtos populares da home, de posts do blog ou de newsletters.
  • Páginas de categoria são distribuidoras de autoridade de links. Elas recebem autoridade da home/navegação e a repassam aos produtos. Uma página de categoria que não linka todos os seus produtos deixa alguns sem descoberta apenas por rastreamento.
  • Links editoriais → produto. Conteúdo de blog que linka produtos relevantes passa autoridade e cria contexto tópico.
  • Produtos relacionados / “quem comprou também comprou” adicionam links cruzados pela árvore para que rastreadores (e compradores) não caiam em becos sem saída.
  • Breadcrumbs também são links internos, não apenas UX.

Defendo o caso dos links internos há anos. Como escrevi em O aspecto mais importante que profissionais de SEO ignoram: links internos: “By adding internal links, you are directing the flow of your website authority to the best content, which in turn signals to search engines which pages you consider the most important.” (tradução) «Ao adicionar links internos, você está direcionando o fluxo de autoridade do seu site para o melhor conteúdo, o que por sua vez sinaliza aos mecanismos de busca quais páginas você considera mais importantes». E a parte que as equipes esquecem: “you may be frequently producing new pieces of content in which you add internal links, but are you remembering to go back to your older pieces” (tradução) «você pode estar produzindo com frequência novas peças de conteúdo nas quais adiciona links internos, mas você se lembra de voltar às peças mais antigas» — em uma loja, isso significa linkar novidades a partir das páginas existentes de categoria e editoriais, não apenas publicá-las e ir embora. O motivo pelo qual vale o esforço: “Links on your site are a lot easier to get than links from other sites, and they can be just as effective.” (tradução) «Links no seu site são muito mais fáceis de conseguir do que links de outros sites, e podem ser igualmente eficazes».

Para o tratamento completo, veja links internos.

Breadcrumbs: sinal de hierarquia + links internos + rich result

Breadcrumbs ganham seu espaço de três formas: são links internos, dão ao Google um sinal explícito de hierarquia e podem ser renderizados como uma trilha de breadcrumb na SERP. Da documentação de dados estruturados do Google:

“A breadcrumb trail on a page indicates the page’s position in the site hierarchy.” (tradução) «Uma trilha de breadcrumb indica onde a página se encontra na hierarquia do site.»

Crucialmente, os breadcrumbs permitem comunicar hierarquia mesmo quando suas URLs são planas. Um produto em /products/black-t-shirt ainda pode carregar Home > Clothing > T-Shirts > Black T-Shirt via marcação BreadcrumbList. E a recomendação do Google é modelar o caminho do usuário, não a URL:

“We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (tradução) «Recomendamos breadcrumbs que representem um caminho típico do usuário até a página, em vez de reproduzir a estrutura da URL.»

Para produtos que pertencem a várias categorias, você pode fornecer marcações BreadcrumbList múltiplas para os diferentes caminhos de navegação. Uma BreadcrumbList precisa de pelo menos duas entradas ListItem (cada uma com position, name e item) para ser elegível ao rich result; o item da última migalha é opcional. (Aliás, Mueller disse que a posição do breadcrumb na página não importa para SEO — então otimize para os usuários.)

Dois problemas separados vivem aqui: rastreabilidade e diluição de autoridade de links.

Rastreabilidade. O Google só consegue seguir links que são âncoras reais:

“Google can only crawl your link if it’s an <a> HTML element with an href attribute.” (tradução) «O Google só rastreia o link quando ele é um elemento HTML a com o atributo href.»

JavaScript é aceitável desde que o DOM renderizado contenha âncoras reais — “Links are also crawlable when you use JavaScript to insert them into a page dynamically as long as it uses the HTML markup shown above.” (tradução) «Os links também são rastreáveis quando você usa JavaScript para inseri-los em uma página dinamicamente, desde que use a marcação HTML mostrada acima». O que quebra são handlers somente onclick, atributos no estilo routerLink ou hrefs javascript::

“Google can’t reliably extract URLs from <a> elements that don’t have an href attribute or other tags that perform as links because of script events.” (tradução) «O Google não extrai URLs de modo confiável de elementos HTML a sem o atributo href nem de outras tags que funcionam como links por eventos de script.»

Então um mega menu em JavaScript pode ser rastreável — o mito de que “menus JS não podem ser rastreados” é falso — mas apenas se ele renderizar links <a href> adequados.

Diluição de autoridade de links. Cada link na sua navegação global desvia uma fatia da autoridade da home. Um mega menu de 200 links espalha essa autoridade de forma diluída por 200 destinos. Mueller também sinalizou que mega menus muito grandes e que mudam com frequência podem ser difíceis de interpretar para o Google. A jogada pragmática: mantenha a navegação global apenas com categorias de nível superior (uma contagem gerenciável, não toda a taxonomia) e deixe as páginas de categoria cuidarem da navegação mais profunda de subcategorias e produtos. Essa é a pirâmide se expressando na navegação.

Este é o maior vazamento de orçamento de rastreamento na maioria dos sites de ecommerce. Filtros (preço, cor, tamanho, ordenação) geram cada um URLs rastreáveis, e as combinações explodem — um catálogo modesto pode esconder milhões de URLs filtradas.

A hierarquia de correções do Google, na ordem de eficácia declarada por eles:

“Use robots.txt to disallow crawling of faceted navigation URLs” (tradução) «Use robots.txt para impedir o rastreamento das URLs de navegação facetada.»

Esse é o método preferido. Os sinais suaves — notavelmente rel=canonical — são reconhecidos, mas “generally less effective in the long term than the previously mentioned methods.” (tradução) «em geral menos eficazes a longo prazo do que os métodos mencionados anteriormente». (Isto é o oposto do que muitos guias recomendam, que lideram com canonical.) Outras alavancas:

  • Fragmentos de URL (#) para o estado do filtro evitam passivamente o rastreamento, já que “Google Search generally doesn’t support URL fragments in crawling and indexing.” (tradução) «a Pesquisa Google em geral não suporta fragmentos de URL no rastreamento e na indexação».
  • Retorne 404 para combinações vazias: “If there are no green fish in the site’s inventory, users as well as crawlers should receive a ‘not found’ error.” (tradução) «Se não há peixes verdes no inventário do site, usuários e rastreadores devem receber um erro de “não encontrado”.»

A decisão de estratégia vem antes da técnica: identifique quais combinações de filtro têm demanda de busca genuína (e merecem ser landing pages indexáveis) versus filtros puramente de UX (que devem ser bloqueados ou construídos de modo que nunca criem uma URL). Este tópico tem um mergulho profundo próprio — veja navegação facetada — e se liga diretamente a orçamento de rastreamento.

Mobile-first: sua navegação móvel é sua navegação de SEO

O Google indexa a versão móvel do seu site:

“Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (tradução) «O Google usa, para indexação e ranking, a versão móvel do conteúdo rastreada pelo agente para smartphones.»

Isso tem consequências estruturais. A paridade de conteúdo é obrigatória —

“Make sure that your mobile site contains the same content as your desktop site.” (tradução) «Garanta que o site móvel tenha o mesmo conteúdo da versão para computadores.» — e a paridade de dados estruturados também — “Make sure that your mobile and desktop sites have the same structured data.” (tradução) «Garanta que as versões móvel e para computadores tenham os mesmos dados estruturados». E, criticamente:

“Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (tradução) «O Google não carrega conteúdo cuja exibição dependa de interações como deslizar, clicar ou digitar.»

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

Então, se a sua navegação móvel esconde categorias atrás de um hambúrguer que só renderiza links ao toque (via eventos de clique em JS, em vez de links <a href> reais no DOM), esses links de categoria e produto podem não receber sinal de rastreamento pela navegação. Qualquer hierarquia que você construiu no desktop precisa sobreviver no móvel, como âncoras reais, com o mesmo conteúdo e schema.

Aqueles agrupamentos de links que às vezes aparecem sob o resultado da sua home são sitelinks, e uma boa arquitetura os torna mais prováveis — mas você não os escolhe. Google: “Our systems analyze the link structure of your site to find shortcuts.” (tradução) «Nossos sistemas analisam a estrutura de links do seu site para encontrar atalhos». E: “If the structure of your site doesn’t allow our algorithms to find good sitelinks… we won’t show them.” (tradução) «Se a estrutura do seu site não permite que nossos algoritmos encontrem bons sitelinks… não os mostraremos». Você influencia a qualidade por meio de uma estrutura lógica, títulos e cabeçalhos de página descritivos e texto de âncora conciso e relevante; você não pode especificar quais páginas aparecem. Se um ruim aparecer, a alavanca é noindex ou remover a página.

Onde isso se encaixa

Esta é uma peça do cluster de estrutura de site sob Ecommerce SEO. Conecta-se diretamente a navegação facetada (o lado do rastreamento), SEO de páginas de categoria e SEO de páginas de produto (os tipos de página) e links internos (o mecanismo). Para como os rastreadores percorrem tudo isso, veja crawling.

Add an expert note

Pin an expert quote

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