Рекомендований підхід до впровадження сухарів


13

Я хочу впроваджувати сухарі на веб-сайті, зараз я борюся над тим, як найкраще їх впровадити.

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

Я думаю, що у мене є два варіанти впровадження сухарів

Варіант 1: Додайте кожну відвідувану сторінку до сухаря. Наприклад: Головна> Результати пошуку> продукт 1> Категорія 2> продукт 2 Недолік: сухарі можуть стати дуже довгими

Варіант 2: Вкажіть для кожної сторінки конкретний фіксований сухар, наприклад: Головна> категорія 1> продукт 1 Випуск: що робити з продуктами, які містяться в декількох категоріях?

Які ви думки? Чи є варіант 3, який я не помітив?

Відповіді:


9

Хоча їх називають «панірувальними сухарями», як у казці, мета панірувальних сухарів - не замінити історію браузера. Отже, варіант 1 - це не варіант.

Вони радше інструмент, щоб показати користувачеві, як він знайшов товар, і перш за все, як він може знайти інші продукти, які логічно розміщені "поруч" з знайденим продуктом.

Отже, це в основному варіант 2.

Якщо у вас є товари, які є кількома категоріями, у вас є три варіанти:

  • Показати всі можливі шляхи до продукту.
  • Покажіть шлях, яким користувач прийшов до продукту. (Для цього потрібно використовувати первинний ключ таблиці таблиці продуктів замість ідентифікаторів продукту.) Це означає, що користувачеві під час пошуку буде мало корисних сухарів.
  • Укажіть "основну категорію" для кожного продукту, який визначає показані сухарі (і використовується в інших місцях, наприклад, коли є кошик для покупок і користувач клацає товар у вікні кошика.)

Гаразд, давайте демпінговий варіант 1, але чи вважаєте ви, що це гарна ідея показати на сухарях, як користувач потрапив до продукту, навіть якщо він проводив пошук. Для іспиту: Головна> Результати пошуку> product_1, Головна> категорія_1> продукт_1 або Головна> категорія_2>

З трьох можливостей, які я дав, у мене немає улюбленого. Це залежить від програми. Показати, як користувач потрапив до продукту - це, мабуть, єдиний варіант, якщо у вас немає "основних категорій", а вам потрібно лише один шлях у сухарях.

1

Хлібобулочні судна повинні бути представниками макета вашого сайту, а не того, як користувач отримує доступ до вашого сайту, що в значній мірі виключає варіант №1. Я не хотів би бачити це на Amazon:

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

Хоча це вказує на мою історію перегляду та клацання OCD, він не є представником сайту :)

Я припускаю, що у вас є база даних, коли ви згадуєте категорії продуктів. Якщо у вас є категорії батьків, то у вас є структура, яку ви можете використовувати. Припускаючи, що у вас є титульна сторінка, ми можемо просто назвати це "Додому" на стежці. Тоді, припускаючи, що у вашій базі даних ви розташовані так:

table_productCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

Дозволяє мати дерево категорій продуктів:

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

... тоді, коли ви потрапляєте на сторінку продукту, вам не потрібно буде турбуватися про те, чи є продукт у кількох категоріях, користувач переходив туди і за допомогою db-запиту ми можемо створити сукупність:

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

Ваше перше твердження дійсно вузьке. Деякі люди використовують сухарі на основі місцезнаходження, щоб вказати ваше місцезнаходження на сайті, інші ж використовують сухарі, щоб вказати, як користувач потрапив туди, де він знаходиться на сайті. Я б сказав, що остання більше стосується концепції «сухаря». Вміст вашого веб-сайту є важливим фактором у визначенні того, що краще.

Домовились, можливо, це трапляється саме так. Я в основному мав на увазі пропозицію "Додати поточну сторінку до сухаря", яка дала б результат, з якого я наводив приклад.

0

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

Якщо ви б шукали чотиридверні седани і знаходили список кандидатів, а потім розбиралися в одному або декількох з них, для вас було б важливіше повернутися до списку, поверненого результатом пошуку, ніж підніматися на категорії для який би продукт ви не вибрали. (Отже, вищенаведеним прикладом може бути "домашня сторінка> пошук> chevy impala x5000", а не "машини> седани> chevy> impala> x5000"

Використання панірувальних сухарів як маркера місця, де ви були, схоже на вибір 1, за винятком того, що ви не додаватимете до кінця крихти до кінця, оскільки сухарі мають бути підібрані, щоб простежити ваш шлях назад (і коли ви збираєте сухарі, все громоздки після цього видаляються, оскільки ви вибрали певну точку шляху і перейдете звідти.

Якщо «панірувальні сухарі» є категорією дерева, як деякі з них запропонували, чому ми називаємо їх «панірувальними сухарями»? Моє розуміння сухарів полягає в тому, що вони конкретні для шляху, а не конкретні для моделі.


Залежить, кого ви запитаєте . (Вони на справді список один більш модель є.) На даний момент, цей термін в основному просто стоїть для загального «х> у> г» візуальний віджеті, з другим рішенням, що вживаються реалізатора, які фактичні методології вони використовують .
Су '
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.