Abordagem recomendada para a implementação de trilhas de navegação

Quero implementar migalhas de pão em um site, agora estou lutando para saber como melhor implementá-las.

Os usuários podem procurar produtos, mas também podem navegar para uma categoria de produto para encontrar um produto. Em uma página de produto, o usuário pode clicar em uma categoria de produto para encontrar produtos semelhantes. Portanto, os usuários têm caminhos diferentes para alcançar um produto / página específico.

Eu acho que tenho duas opções para implementar a farinha de rosca

Opção 1: adicione todas as páginas visitadas à trilha de navegação. Por exemplo: Página inicial> Resultados da pesquisa> produto 1> Categoria 2> produto 2 Desvantagem: a farinha de rosca pode ficar muito longa

Opção 2: especifique para cada página uma trilha fixa específica, por exemplo: Página inicial> categoria 1> produto 1 Problema: o que fazer com os produtos que estão em várias categorias?

Quais são suas opiniões? Existe a opção 3 que eu ignorei?

Embora sejam chamadas de "migalhas de pão" como no conto de fadas, o objetivo das migalhas de pão não é substituir o histórico do navegador. Portanto, a opção 1 não é uma opção.

Eles são um instrumento para mostrar ao usuário como ele encontrou o produto e, acima de tudo, como ele pode encontrar outros produtos que são logicamente colocados "ao lado" do produto encontrado.

Portanto, é basicamente a opção 2.

Se você possui produtos que estão em várias categorias, você tem três opções:

• Mostre todos os caminhos possíveis para o produto.
• Mostre o caminho que o usuário chegou ao produto. (Isso requer que você use a chave primária da tabela de produto para categoria em vez de IDs do produto.) Isso implica que o usuário não terá migalhas de pão "Pesquisa> Produto" úteis ao pesquisar.
• Especifique uma "categoria principal" para cada produto que determine as trilhas de navegação exibidas (e seja usada em outros locais, por exemplo, quando houver um carrinho de compras e o usuário clicar em um produto na visualização de carrinho).

As trilhas de navegação devem representar o layout do site, não a maneira como o usuário está acessando o site, o que praticamente exclui a opção 1. Eu não gostaria de ver isso na Amazon:

Home>Products>Home>PS3 Games>Call of Duty>PS3 Games>Funky Boxer Shorts->Add To Cart

Embora seja indicativo do meu histórico de navegação e do clique no TOC, ele não é representativo do site :)

Suponho que você tenha um back-end de banco de dados, como menciona categorias de produtos. Se você possui categorias principais, então você tem uma estrutura que pode ser usada. Supondo que você tenha uma primeira página, podemos simplesmente chamar isso de "Página inicial" na trilha de navegação. Então, supondo que no seu banco de dados você tenha coisas organizadas assim:

table_productCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

Permitindo que você tenha uma árvore de categorias de produtos:

Software
    Windows
        Apps
        Games
        Crash-To-Desktop
    Linux
        Servers
        3-Games
Hardware
    Laptops
    PCs
    Missile-Launchers

... então, sempre que você acessa a página do produto, não precisa se preocupar se o produto está em mais de uma categoria, o usuário navegou até lá e, usando uma consulta db, podemos criar uma trilha de:

Home > Software > Windows > Games > Aunt Dolly and the Scared Sheep

Além disso, você terá páginas que não são produtos. "Sobre nós" "Entre em contato", etc. Em um CMS, o conteúdo dessas páginas está no banco de dados e também é categorizado.

table_contentCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

... Você entendeu a ideia. Isso significa que todas as suas páginas com Conteúdo, em vez de produtos, também podem ser acessadas:

Home > About > Finding Us in a web of backstreets

Eu tenho que discordar da caracterização das migalhas de pão na maioria das respostas, porque há uma diferença (no meu entendimento) entre categorias ou taxonomia (a hierarquia aninhada de categorias que levam do mais geral ao mais específico, por exemplo, Categoria do Produto> Sub Categoria do Produto> Produto> Modelo ou carros> sedans> chevy> impala> x5000) e o caminho através de um site (não estou falando do histórico do navegador, mas de um caminho sensível ao contexto).

Se você procurasse por sedãs de quatro portas e encontrasse uma lista de candidatos, em seguida, detalhados em um ou mais deles, seria mais importante subir de volta à lista retornada pelo resultado da pesquisa do que subir as categorias para qualquer produto que você escolher. (Portanto, o exemplo acima pode ser "home> pesquisa> chevy impala x5000" em vez de "carros> sedans> chevy> impala> x5000"

O uso da farinha de rosca para ser um marcador de onde você esteve é ​​semelhante à opção 1, exceto que você não adiciona migalhas indefinidamente até o final porque as migalhas de pão devem ser buscadas para rastrear seu caminho para trás (e quando você pega uma migalha de pão, tudo dos cumbs depois disso são removidos porque você escolheu um ponto específico no caminho e navegará a partir daí.

Se "migalhas de pão" é uma árvore de categorias, como alguns sugeriram aqui, por que os chamamos de "migalhas de pão"? Meu entendimento das migalhas de pão é que elas são específicas de um caminho e não de um modelo.