Zalecane podejście do wdrażania bułki tartej


13

Chcę wdrożyć bułkę tartą na stronie internetowej, teraz zastanawiam się, jak najlepiej je wdrożyć.

Użytkownicy mogą wyszukiwać produkty, ale mogą także przechodzić do kategorii produktów, aby znaleźć produkt. Na stronie produktu użytkownik może kliknąć kategorię produktu, aby znaleźć podobne produkty. Użytkownicy mają zatem różne ścieżki do osiągnięcia określonego produktu / strony.

Myślę, że mam dwie opcje implementacji bułki tartej

Opcja 1: Dodaj każdą odwiedzoną stronę do menu nawigacyjnego. Na przykład: Strona główna> Wyniki wyszukiwania> produkt 1> Kategoria 2> produkt 2 Wada: bułka tarta może stać się bardzo długa

Opcja 2: Określ dla każdej strony konkretny stały numer nawigacyjny, na przykład: Strona główna> kategoria 1> produkt 1 Problem: co zrobić z produktami należącymi do wielu kategorii?

Jakie są twoje opinie Czy przeoczyłem opcję 3?

Odpowiedzi:


9

Chociaż są one nazywane „bułką tartą”, jak w bajce, celem bułki tartej nie jest zastąpienie historii przeglądarki. Zatem opcja 1 nie jest opcją.

Są raczej narzędziem do pokazania użytkownikowi, jak znalazł produkt, a przede wszystkim, jak może znaleźć inne produkty, które są logicznie umieszczone „obok” znalezionego produktu.

Jest to w zasadzie opcja 2.

Jeśli masz produkty z wielu kategorii, masz trzy opcje:

  • Pokaż wszystkie możliwe ścieżki do produktu.
  • Pokaż ścieżkę dostępu użytkownika do produktu. (Wymaga to użycia klucza podstawowego tabeli produktu do kategorii zamiast identyfikatorów produktu). Oznacza to, że użytkownik nie będzie miał prawie żadnej pomocy w wyszukiwaniu.
  • Określ „główną kategorię” dla każdego produktu, który określa pokazywane okruszki (i jest używany w innych miejscach, na przykład gdy jest koszyk, a użytkownik klika produkt w widoku koszyka).

Ok, zrzućmy opcję 1, ale czy uważasz, że dobrym pomysłem jest pokazanie w bułce tartej sposobu, w jaki użytkownik wszedł do produktu, nawet jeśli był on wyszukiwany. Na przykład: Strona główna> Wyniki wyszukiwania> produkt_1, Strona główna> kategoria_1> produkt_1 lub Strona główna> kategoria_2>

Z trzech możliwości, które dałem, nie mam ulubionego. To zależy od zastosowania. Pokazanie, w jaki sposób użytkownik przyszedł do produktu, jest prawdopodobnie jedyną opcją, jeśli nie masz „głównych kategorii” i chcesz tylko jednej ścieżki w bułce tartej.

1

Elementy nawigacyjne powinny reprezentować układ witryny, a nie sposób uzyskiwania dostępu do witryny przez użytkownika, co w zasadzie wyklucza opcję nr 1. Nie chciałbym tego widzieć na Amazon:

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

Wskazuje na moją historię przeglądania i klikanie OCD, ale nie jest reprezentatywna dla strony :)

Zakładam, że masz backend bazy danych, jak wspominasz kategorie produktów. Jeśli masz kategorie nadrzędne, masz tam strukturę, której możesz użyć. Zakładając, że masz pierwszą stronę, możemy po prostu nazwać ją „Domem” na ścieżce nawigacyjnej. Następnie, zakładając, że w bazie danych masz takie rzeczy ułożone w ten sposób:

table_productCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

Pozwalając ci mieć drzewo kategorii produktów:

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

... wtedy za każdym razem, gdy trafisz na stronę produktu, nie musisz się martwić, czy produkt należy do więcej niż jednej kategorii, użytkownik tam nawigował i za pomocą zapytania db możemy zbudować okruszkę:

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

Dodatkowo będziesz mieć strony, które nie są produktami. „O nas”, „Skontaktuj się z nami” itp. W CMS zawartość tych stron znajduje się w bazie danych i jest również podzielona na kategorie.

table_contentCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

... Masz pomysł. Oznacza to, że wszystkie Twoje strony zawierające Treść, a nie produkty, mogą być również kratkowane:

Home > About > Finding Us in a web of backstreets

Twoje pierwsze stwierdzenie jest bardzo wąskie. Niektóre osoby używają bułki tartej opartej na lokalizacji, aby wskazać Twoją lokalizację w witrynie, ale inne używają tartej bułki tartej, aby wskazać, w jaki sposób użytkownik dotarł do miejsca, w którym się znajduje. Powiedziałbym, że to drugie jest bardziej zgodne z koncepcją „bułki tartej”. Zawartość Twojej witryny jest ważnym czynnikiem decydującym o tym, która z nich jest lepsza.

Zgadzam się, może tak się dzieje. Miałem na myśli głównie sugestię „Dodaj bieżącą stronę do bułki tartej”, która dałaby wynik, który podałem jako przykład.

0

W większości odpowiedzi muszę się nie zgodzić z charakterystyką bułki tartej, ponieważ istnieje różnica (w moim rozumieniu) między kategoriami lub taksonomią (zagnieżdżona hierarchia kategorii, które prowadzą od najbardziej ogólnych do najbardziej szczegółowych, np. Kategoria produktu> podkategoria produktu> Produkt> Model lub samochody> sedany> chevy> impala> x5000) i ścieżkę przez stronę internetową (nie mówię o historii przeglądarki, ale ścieżce kontekstowej).

Jeśli miałbyś szukać czterodrzwiowych sedanów i znalazł listę kandydatów, a następnie wywiercony w jednym lub kilku z nich, ważniejsze byłoby, aby powrócić do listy zwróconej przez wynik wyszukiwania, niż wejść do kategorii dla niezależnie od wybranego produktu. (Tak więc powyższym przykładem może być „strona główna> wyszukiwanie> chevy impala x5000” zamiast „samochody> sedany> chevy> impala> x5000”

Używanie bułki tartej jako znacznika miejsca, w którym byłeś, jest podobne do wyboru 1, z tym wyjątkiem, że nie dodajesz okruchów na koniec, ponieważ bułka tarta ma być zbierana w celu prześledzenia ścieżki do tyłu (a gdy zbierzesz bułkę tartą, wszystko z tych cumbs po tym są usuwane, ponieważ wybrałeś konkretny punkt na ścieżce i będziesz nawigować stamtąd.

Jeśli „bułka tarta” jest drzewem kategorii, jak sugerują tu niektórzy, dlaczego nazywamy je „bułką tartą”? Rozumiem, że bułka tarta jest taka, że ​​są one specyficzne dla ścieżki, a nie dla konkretnego modelu.


Zależy, kogo zapytasz . (W rzeczywistości wymieniają tam jeszcze jeden model.) W tym momencie termin ten oznacza po prostu ogólny widget wizualny „x> y> z”, przy czym druga osoba wdrażająca podejmuje decyzję o tym, z jakiej faktycznej metodologii korzysta .
Su '
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.