Рекомендуемый подход для реализации панировочных сухарей

Я хочу внедрить хлебные крошки на веб-сайте, и сейчас я пытаюсь найти способ их реализовать.

Пользователи могут искать продукты, но также могут перейти к категории продуктов, чтобы найти продукт. На странице продукта пользователь может нажать на категорию продукта, чтобы найти похожие продукты. Таким образом, пользователи имеют разные пути для достижения определенного продукта / страницы.

Я думаю, у меня есть два варианта реализации панировочных сухарей

Вариант 1. Добавьте каждую посещенную страницу в крошку. Например: Домой> Результаты поиска> продукт 1> категория 2> продукт 2 Недостаток: хлебная крошка может стать очень длинной

Вариант 2. Укажите для каждой страницы конкретную фиксированную крошку, например: Главная> категория 1> продукт 1 Проблема: что делать с продуктами, которые входят в несколько категорий?

Что вы думаете? Есть ли вариант 3, который я упустил?

Хотя они и называются «хлебными крошками», как в сказке, цель хлебных крошек не состоит в том, чтобы заменить историю браузера. Так что вариант 1 не вариант.

Это скорее инструмент, показывающий пользователю, как он нашел продукт, и, прежде всего, как он может найти другие продукты, которые логически расположены «рядом» с найденным продуктом.

Так что это в основном вариант 2.

Если у вас есть продукты, которые находятся в нескольких категориях, у вас есть три варианта:

• Показать все возможные пути к продукту.
• Показать путь, по которому пользователь пришел к продукту. (Это требует, чтобы вы использовали первичный ключ таблицы «продукт-категория» вместо идентификаторов продуктов.) Это означает, что при поиске пользователю вряд ли пригодятся хлебные крошки «Поиск> Продукт».
• Укажите «основную категорию» для каждого продукта, которая определяет показанные хлебные крошки (и используется в других местах, например, когда есть корзина для покупок и пользователь щелкает продукт в представлении корзины).

Предполагается, что хлебные крошки отражают макет вашего сайта, а не то, как пользователь получает доступ к вашему сайту, что в значительной степени исключает вариант № 1. Я не хотел бы видеть это на Амазонке:

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

Хотя это свидетельствует о моей истории просмотров и кликах ОКД, это не является представителем сайта :)

Я предполагаю, что у вас есть база данных, так как вы упоминаете категории продуктов. Если у вас есть родительские категории, то у вас есть структура, которую вы можете использовать. Предполагая, что у вас есть первая страница, мы можем просто назвать это «Домой» на следе крошки. Затем, предполагая, что в вашей базе данных у вас есть такие вещи, как это:

table_productCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

Позволяет вам иметь дерево категорий товаров:

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

... тогда всякий раз, когда вы переходите на страницу продукта, вам не нужно беспокоиться о том, находится ли продукт более чем в одной категории, пользователь перешел туда и, используя запрос БД, мы можем построить крошку:

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

Кроме того, у вас будут страницы, которые не являются продуктами. "О нас" "Свяжитесь с нами" и так далее. В CMS содержимое этих страниц находится в базе данных и также классифицируется.

table_contentCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

... вы поняли. Это означает, что все ваши страницы с Контентом, а не продуктами, также могут быть разбиты на кусочки:

Home > About > Finding Us in a web of backstreets

Я должен не согласиться с характеристикой хлебных крошек в большинстве ответов, потому что есть разница (в моем понимании) между категориями или таксономией (вложенная иерархия категорий, которая ведет от наиболее общего к наиболее конкретному, например, Категория продукта> Подкатегория продукта> Продукт> Модель или автомобили> седаны> chevy> impala> x5000) и путь через веб-сайт (я говорю не об истории браузера, а о контекстно-зависимом пути).

Если вы должны были искать четырехдверные седаны и находить список кандидатов, а затем детализировать их до одного или нескольких из них, для вас было бы более важно вернуться к списку, возвращенному результатом поиска, чем подняться по категориям для какой бы продукт вы ни выбрали. (Таким образом, приведенный выше пример может быть «home> search> chevy impala x5000», а не «cars> седаны> chevy> impala> x5000»

Использование панировочных сухарей в качестве маркера того, где вы были, аналогично варианту 1, за исключением того, что вы не добавляете крошки на неопределенный срок до конца, потому что хлебные крошки предназначены для того, чтобы проследить ваш путь назад (а когда вы поднимаете хлебную крошку, все из пальцев после этого удаляются, потому что вы выбрали конкретную точку на пути и оттуда перейдете.

Если "хлебные крошки" являются деревом категорий, как некоторые здесь предложили, почему мы называем их "хлебными крошками"? Мое понимание хлебных крошек заключается в том, что они относятся к конкретному пути, а не к конкретной модели.