빵 부스러기를 구현하기위한 권장 접근법

13

웹 사이트에서 빵 부스러기를 구현하고 싶습니다. 이제 빵 부스러기를 가장 잘 구현하는 방법에 대해 고심하고 있습니다.

사용자는 제품을 검색 할 수 있지만 제품 범주로 이동하여 제품을 찾을 수도 있습니다. 제품 페이지에서 사용자는 제품 범주를 클릭하여 유사한 제품을 찾을 수 있습니다. 따라서 사용자는 특정 제품 / 페이지에 도달하는 경로가 다릅니다.

빵 부스러기를 구현하는 두 가지 옵션이 있다고 생각합니다.

옵션 1 : 방문한 모든 페이지를 이동 경로에 추가하십시오. 예 : 홈> 검색 결과> 제품 1> 카테고리 2> 제품 2 단점 : breadcrum이 매우 길어질 수 있음

옵션 2 : 모든 페이지에 특정 고정 이동 경로를 지정하십시오 (예 : 홈> 카테고리 1> 제품 1 문제 : 여러 카테고리에있는 제품으로 수행 할 작업)?

당신의 의견은 무엇입니까? 간과 한 옵션 3이 있습니까?

web-development breadcrumbs

— vdrmrt
소스

9

동화 에서처럼 "빵 부스러기"라고 불리지 만, 빵 부스러기의 목적은 브라우저 기록을 대체하는 것이 아닙니다. 따라서 옵션 1은 옵션이 아닙니다.

이 제품은 사용자에게 제품을 찾은 방법과 무엇보다도 발견 된 제품 옆에 논리적으로 배치 된 다른 제품을 찾는 방법을 보여주는 도구입니다.

기본적으로 옵션 2입니다.

여러 범주의 제품이있는 경우 세 가지 옵션이 있습니다.

제품에 가능한 모든 경로를 표시하십시오.
사용자가 제품을 찾은 경로를 보여줍니다. (이를 위해서는 제품 ID 대신 제품 간 범주 테이블의 기본 키를 사용해야합니다.) 사용자가 검색 할 때 "검색> 제품"이동 경로가 거의 도움이되지 않는다는 것을 의미합니다.
표시된 이동 경로를 결정하는 각 제품에 대해 "주 카테고리"를 지정하십시오 (예 : 장바구니가 있고 사용자가 장바구니보기에서 제품을 클릭하는 경우와 같이 다른 위치에서 사용됨).

옵션 1을 덤프 해 봅시다. 그러나 검색을 통해 사용자가 어떻게 제품에 왔는지 빵 부스러기에 표시하는 것이 좋습니다. 예 : 홈> 검색 결과> product_1, 홈> category_1> product_1 또는 홈> category_2> product_1

내가 준 세 가지 가능성 중에서 나는 마음에 들지 않습니다. 응용 프로그램에 따라 다릅니다. 사용자가 제품에 온 방법을 보여주는 것은 아마입니다 만 당신은 "주요 범주"를하지 않아도 당신은 원하는 경우에 옵션을 하나 개의 빵 부스러기의 경로를.

1

사이트 이동 경로는 사용자가 사이트에 액세스하는 방식이 아니라 사이트 레이아웃을 나타내는 것으로 간주되며 옵션 1을 거의 배제합니다. 아마존에서 이것을보고 싶지 않습니다.

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

범주 또는 분류법 (가장 일반적인 범주에서 가장 구체적인 범주로 이어지는 범주의 중첩 된 계층 구조) (예 : 제품 범주> 제품 하위 범주>)에 차이가 있기 때문에 대부분의 답변에서 빵 부스러기의 특성에 동의하지 않아야합니다. 제품> 모델 또는 자동차> 세단 형 자동차> 시보레> 임팔라> x5000) 및 웹 사이트를 통한 경로 (브라우저 기록에 대한 이야기는 아니지만 상황에 맞는 경로).

4 도어 세단을 검색하고 후보 목록을 찾은 다음 하나 이상의 목록으로 드릴 다운 한 경우 검색 결과에서 리턴 된 목록으로 다시 오름차순으로 카테고리를 오름차순으로 올리는 것이 더 중요합니다. 어떤 제품을 선택하든 (위의 예는 "자동차> 세단 형 자동차> 시보레> 임팔라> x5000"대신 "홈> 검색> 시보레 임팔라 x5000"일 수 있습니다.

이동 경로를 뒤로 추적하기 위해 이동 경로를 추적하도록 의도되어 있기 때문에 끝까지 이동 경로를 무한정 추가하지 않는다는 점을 제외하고 이동 경로를 사용하여 현재 위치의 마커로 사용하는 것은 선택 1과 유사합니다. 경로에서 특정 지점을 선택하고 거기서 이동하기 때문에 그 이후의 cumbs가 제거됩니다.

"breadcrumbs"가 여기에서 제안한 카테고리 트리 인 경우 왜 "breadcrumbs"를 "breadcrumbs"라고 부릅니까? 빵 부스러기에 대한 나의 이해는 그것들이 모델에 한정되지 않고 경로에 따라 다르다는 것입니다.

— 래리 밀스-갈
소스

당신이 묻는 사람에 따라 다릅니다 . (실제로 모델이 하나 더 나와 있습니다.)이 시점에서이 용어는 기본적으로 일반적인 "x> y> z"시각적 위젯을 나타내며 구현자가 실제 사용하는 방법론에 대한 두 번째 결정을 내립니다. .

— Su '