Pendekatan yang disarankan untuk mengimplementasikan remah roti

13

Saya ingin menerapkan remah roti di situs web, sekarang saya sedang berjuang tentang cara terbaik mengimplementasikannya.

Pengguna dapat mencari produk tetapi juga dapat menavigasi ke kategori produk untuk menemukan produk. Pada halaman produk, pengguna dapat mengklik kategori produk untuk menemukan produk serupa. Jadi pengguna memiliki jalur berbeda untuk mencapai produk / halaman tertentu.

Saya pikir saya memiliki dua opsi untuk mengimplementasikan remah roti

Opsi 1: Tambahkan setiap halaman yang dikunjungi ke remah roti. Misalnya: Beranda> Hasil Pencarian> produk 1> Kategori 2> produk 2 Kekurangan: breadcrum bisa menjadi sangat panjang

Pilihan 2: Tentukan untuk setiap halaman remah roti tetap tertentu misalnya: Rumah> kategori 1> produk 1 Masalah: apa yang harus dilakukan dengan produk yang berada dalam beberapa kategori?

Apa pendapat anda Apakah ada opsi 3 yang saya abaikan?

web-development breadcrumbs vdrmrt
sumber

Jawaban:

9

Meskipun mereka disebut "remah roti" seperti dalam dongeng, tujuan remah roti bukan untuk menggantikan riwayat browser. Jadi Opsi 1 bukan opsi.

Mereka lebih merupakan instrumen untuk menunjukkan kepada pengguna bagaimana ia menemukan produk dan di atas semua bagaimana ia dapat menemukan produk lain yang secara logis ditempatkan "di samping" produk yang ditemukan.

Jadi pada dasarnya Opsi 2.

Jika Anda memiliki produk yang berada dalam beberapa kategori, Anda memiliki tiga opsi:

  • Tampilkan semua jalur yang mungkin ke produk.
  • Perlihatkan jalur yang dilalui pengguna ke produk. (Ini mengharuskan Anda menggunakan kunci utama dari tabel produk-ke-kategori Anda, bukan ID produk.) Ini menyiratkan, bahwa pengguna akan mendapatkan hampir tidak membantu "Cari> Produk" remah roti saat mencari.
  • Tentukan "kategori utama" untuk setiap produk yang menentukan remah roti yang ditampilkan (dan digunakan di tempat lain, misalnya ketika ada keranjang belanja dan pengguna mengklik produk dalam tampilan keranjang.)

sumber
Ok mari kita buang opsi 1 tetapi apakah Anda pikir itu ide yang baik untuk menunjukkan dalam remah roti bagaimana pengguna datang ke produk bahkan jika itu melalui pencarian. Misalnya, Beranda> Hasil Pencarian> product_1, Home> category_1> product_1 atau Home> category_2> product_1
Dari tiga kemungkinan yang saya berikan, saya tidak punya favorit. Tergantung aplikasinya. Menunjukkan bagaimana pengguna datang ke produk mungkin satu - satunya pilihan Anda jika Anda tidak memiliki "kategori utama" dan Anda hanya ingin satu jalur di remah roti.
1

Breadcrumbs seharusnya mewakili tata letak situs Anda, bukan bagaimana pengguna mengakses situs Anda, yang cukup banyak mengesampingkan opsi # 1. Saya tidak ingin melihat ini di Amazon:

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

Sementara indikasi riwayat penjelajahan saya dan mengklik OCD, itu tidak mewakili situs :)

Saya berasumsi Anda memiliki backend database, seperti yang Anda sebutkan kategori produk. Jika Anda memiliki kategori induk maka Anda memiliki struktur di sana yang dapat Anda gunakan. Dengan asumsi Anda memiliki halaman depan, kita bisa menyebutnya "Rumah" di jalur remah roti. Kemudian, dengan asumsi dalam database Anda, Anda memiliki hal-hal yang diatur seperti ini:

table_productCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

Mengizinkan Anda memiliki pohon kategori produk:

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

... maka setiap kali Anda menekan halaman produk, Anda tidak perlu khawatir jika produk berada di lebih dari satu kategori, pengguna menavigasi di sana dan menggunakan permintaan db kita dapat membuat remah roti dari:

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

Selain itu, Anda akan memiliki halaman yang bukan produk. "Tentang Kami" "Hubungi Kami", dll. Dalam sebuah CMS, isi halaman-halaman ini ada dalam database dan dikategorikan juga. 

table_contentCategories
    _pkCategoryID
    _categoryName
    _fkParentCategoryID

... Anda mendapatkan idenya. Ini berarti semua halaman Anda dengan Konten dan bukan produk juga dapat di-breadcrumbed:

Home > About > Finding Us in a web of backstreets

sumber
Pernyataan pertama Anda sangat sempit. Beberapa orang menggunakan remah roti berbasis lokasi untuk menunjukkan lokasi Anda di sebuah situs, tetapi yang lain menggunakan remah roti berbasis path untuk menunjukkan bagaimana pengguna sampai di tempat dia berada di situs. Saya akan mengatakan bahwa yang terakhir lebih tepat untuk konsep "remah roti". Konten situs Anda merupakan faktor besar dalam menentukan mana yang lebih baik.
Setuju, mungkin memang memang seperti itu. Saya terutama merujuk pada saran "Tambahkan halaman saat ini ke breadcrumb" yang akan menghasilkan output yang saya berikan contoh.
0

Saya harus tidak setuju dengan karakterisasi remah roti di sebagian besar jawaban karena ada perbedaan (dalam pemahaman saya) antara kategori atau taksonomi (hierarki bersarang dari kategori yang mengarah dari yang paling umum ke yang paling spesifik misalnya Kategori Produk> Sub Kategori Produk> Produk> Model atau mobil> sedan> chevy> impala> x5000) dan jalur melalui situs web (Saya tidak berbicara tentang riwayat browser, tetapi jalur konteks-sensitif).

Jika Anda mencari sedan empat pintu dan menemukan daftar kandidat kemudian menggali satu atau lebih dari mereka, akan lebih penting bagi Anda untuk naik kembali ke daftar yang dikembalikan oleh hasil pencarian daripada naik kategori untuk produk apa pun yang Anda pilih. (Jadi, contoh di atas mungkin "home> search> chevy impala x5000" daripada "mobil> sedan> chevy> impala> x5000"

Menggunakan remah roti untuk menjadi penanda di mana Anda sudah mirip dengan pilihan 1 kecuali Anda tidak menambahkan remah-remah sampai akhir karena remah roti harus diambil untuk melacak jalan Anda ke belakang (dan ketika Anda mengambil remah roti, semua Cumbs setelah itu dihapus karena Anda telah memilih titik tertentu di jalan dan akan menavigasi dari sana.

Jika "remah roti" adalah pohon kategori seperti yang disarankan beberapa orang di sini, mengapa kita menyebutnya "remah roti"? Pemahaman saya tentang remah roti adalah bahwa mereka adalah path spesifik bukan model spesifik.

Larry Mills-Gahl
sumber
Tergantung siapa yang kamu tanya . (Mereka sebenarnya mendaftar satu model lagi di sana.) Pada titik ini, istilah pada dasarnya hanya singkatan dari widget visual "x> y> z" umum, dengan keputusan kedua dibuat oleh implementer mengenai metodologi aktual yang mereka gunakan .
Su '