# Transformar o trilho de navegação do PrestaShop em navegação para as categorias irmãs

> Um trilho de navegação que só serve para subir um nível usa mal um componente presente em todas as suas páginas. Como transformá-lo em navegação para as categorias vizinhas, o que isso muda na malha interna, e o caso do tátil.

- Página: <https://www.datafirefly.com/pt/2026/11/05/trilho-navegacao-categorias-irmas-prestashop/>
- Idioma: pt
- Publicado em: 2026-11-05
- Atualizado em: 2026-10-10
- Outros idiomas: [fr](https://www.datafirefly.com/2026/11/05/fil-ariane-navigation-categories-soeurs-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/11/05/breadcrumb-sibling-category-navigation-prestashop/index.md), [es](https://www.datafirefly.com/es/2026/11/05/migas-pan-navegacion-categorias-hermanas-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/11/05/breadcrumb-navigation-geschwisterkategorien-prestashop/index.md), [pl](https://www.datafirefly.com/pl/2026/11/05/okruszki-nawigacja-kategorie-siostrzane-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/11/05/kruimelpad-prestashop-navigatie-zustercategorieen/index.md)
- Índice: <https://www.datafirefly.com/pt/2026/llms.txt>

Na maioria das lojas PrestaShop, o trilho de navegação serve para uma única coisa: subir um nível. O visitante clica em «Calçado» a partir de uma ficha de produto e volta à categoria-mãe. É útil, mas é um uso muito pobre de um elemento presente em todas as suas páginas.

Existe uma variante que muda a natureza deste componente: tornar cada nível abrível e mostrar num menu as categorias do mesmo grau. O trilho deixa de ser um caminho de regresso e passa a ser uma navegação lateral.

Este artigo trata dessa transformação. Para a marcação JSON-LD e a leitura que o Google faz dela, veja antes [o artigo sobre a marcação BreadcrumbList](https://www.datafirefly.com/pt/2026/09/14/trilho-navegacao-prestashop-marcacao-breadcrumblist/), que cobre a outra metade do assunto.

## O problema que isto resolve

Um visitante chega a uma ficha «Berbequim sem fios 18V» vindo do Google. Percebe que o modelo não lhe serve. As opções de navegação dele são limitadas: o menu principal, que o devolve ao topo da árvore, ou o trilho, que o leva à categoria que acabou de ver.

O que ele procura é muitas vezes lateral, não vertical. Quer ver as aparafusadoras, ou os berbequins com fios, ou seja as categorias vizinhas. Hoje, tem de voltar ao nível superior para descer outra vez. Dois cliques e um recarregamento de página, quando um só chegaria.

Nas páginas de entrada vindas do SEO, este desvio é um ponto de fuga mensurável. A taxa de saída das fichas de produto vindas da pesquisa orgânica é estruturalmente elevada, e uma parte dessas saídas corresponde a visitantes que não encontraram a via lateral.

## O princípio: cada nível passa a ser um menu

O trilho mostra por exemplo: Início > Ferramentas > Furar > Berbequim sem fios 18V.

Cada segmento passa então a ter um menu:

**Em «Ferramentas»**, as outras categorias de primeiro nível: Jardim, Canalização, Eletricidade.

**Em «Furar»**, as outras subcategorias de Ferramentas: Aparafusar, Serrar, Lixar.

**No produto**, nada, ou os produtos vizinhos da mesma categoria conforme a configuração.

A regra a reter: um segmento mostra os seus irmãos, não os seus filhos. É isso que torna a navegação lateral. Mostrar os filhos limita-se a reproduzir o mega-menu num sítio onde ele não serve.

## As três variantes, e qual escolher

**Só irmãos.** O comportamento descrito acima. É a variante por omissão, e a que serve a maioria dos catálogos.

**Irmãos mais filhos do segmento atual.** O último segmento de categoria mostra as suas subcategorias. Pertinente quando a árvore é profunda e o visitante aterra muitas vezes a meio.

**Irmãos mais produtos populares.** No último segmento, uma lista curta de produtos da mesma categoria com miniatura. Esta variante é a mais pesada e a mais intrusiva. Só se justifica em catálogos onde a categoria tem menos de vinte referências.

## Quantas entradas mostrar

A questão não é cosmética. Um menu que mostra quarenta categorias irmãs é inutilizável, e torna cada página do site mais pesada.

Três regras de calibragem.

**Limite a uma dúzia de entradas** por nível, com uma ligação «ver todas as categorias» para além disso. Quem procura para além de doze opções não procura num menu, procura numa página.

**Ordene por volume, não por alfabeto.** A ordem alfabética é uma escolha por omissão que destaca categorias arbitrárias. Uma ordenação por número de produtos ou por volume de negócios coloca à cabeça o que tem mais hipóteses de interessar.

**Marque a categoria atual** na lista, a negrito ou com um ponto. Sem essa referência, o visitante não sabe de onde parte.

## O efeito na malha interna

É o aspeto que mais escapa à decisão, e merece atenção nos dois sentidos.

Do lado positivo, cada página de categoria passa a receber ligações de todas as páginas das categorias irmãs. Num catálogo de três mil produtos repartidos por quarenta categorias, isso representa vários milhares de ligações internas novas, distribuídas na horizontal em vez de convergirem para a página inicial.

Do lado da vigilância, estas ligações são idênticas em todas as páginas, o que as aproxima de um elemento de navegação global. O valor individual delas é baixo. Não substituem uma malha contextual no conteúdo das páginas.

Ponto de vigilância técnico: se os menus forem gerados no servidor, o HTML de cada página cresce. Conte entre três e oito kilobytes adicionais conforme o tamanho da árvore. Numa loja já pesada, carregue os menus a pedido em vez de os incluir logo.

## O caso do telemóvel

Não existe rato em ecrã tátil, o que torna a variante de menu ao passar o cursor inoperante tal como está. Três opções, por ordem de preferência.

**O toque abre o menu, o segundo toque segue a ligação.** Comportamento normal, percebido pelos visitantes, mas que exige um indicador visual claro, uma seta por exemplo.

**Um trilho que desliza na horizontal**, sem menu, com apenas o último nível clicável. Solução de recurso aceitável.

**Esconder por completo** no telemóvel. A evitar: o trilho é justamente mais útil em ecrã pequeno, onde o menu principal está recolhido.

## O que há a medir

Três indicadores, recolhidos um mês depois da implementação, apenas nas páginas de ficha de produto.

O **número de páginas vistas por sessão**, que é o efeito direto esperado.

A **taxa de saída das fichas de produto**, a comparar antes e depois no tráfego vindo da pesquisa orgânica.

A **taxa de cliques no trilho**, a medir por evento. É o único indicador que diz se o componente é mesmo usado, e é muitas vezes dececionante no início, à volta de 2 a 4 % das sessões. Um número baixo não significa que o dispositivo seja inútil: significa que serve uma minoria de visitantes, geralmente os que hesitam, ou seja aqueles que é preciso reter.

## Os erros a evitar

**Reproduzir o mega-menu.** Se o menu do trilho mostra o mesmo que a navegação principal, não traz nada e duplica o peso da página.

**Esquecer o caminho real do visitante.** Um produto ligado a várias categorias mostra por omissão a categoria predefinida, que não é necessariamente aquela por onde o visitante chegou. Nas entradas internas, conserve a categoria de origem.

**Partir a marcação estruturada.** As entradas do menu não devem entrar no JSON-LD BreadcrumbList, que descreve apenas o caminho, não as alternativas. É um erro frequente quando o menu é acrescentado depois.

O  cobre esta mecânica no PrestaShop 8 e 9: menus por nível com escolha entre irmãos, filhos ou misto, limite de entradas e ordenação configuráveis, comportamento tátil dedicado, conservação da categoria de origem nas entradas internas, e marcação JSON-LD limitada ao caminho real.