Masalah Dengan Navigasi Breadcrumbs

Bahkan setelah ada selama lebih dari satu dekade, remah roti masih belum dianggap sebagai praktik terbaik. Ada banyak alasan untuk itu:

1. Orang-orang masih tidak yakin apakah itu sepadan dengan usaha: Ini bukan fungsi make a atau break. Tidak berdebat di sana.
2. Ada kepercayaan bahwa remah roti 'perlu' hanya jika arsitektur informasi Anda berantakan. Jika pengguna dapat dengan mudah menavigasi situs web Anda, mereka akan tahu di mana mereka berada tanpa Anda tunjukkan. Pada dasarnya, aliran pemikiran ini percaya bahwa remah roti adalah pilihan mundur ketika arsitektur Anda berantakan. Jadi mereka bertanya: jika Anda akan menghabiskan waktu dan upaya, mengapa tidak lebih baik hierarki informasi Anda daripada berinvestasi di Breadcrumbs?

Tom Scott, telah menulis tentang banyak masalah yang mungkin terjadi pada remah roti.

Masalah dengan Breadcrumbs Berbasis Sejarah

Untuk menghasilkan remah roti berbasis sejarah secara dinamis, Anda harus mengakses cookie browser. Itu membutuhkan pengkodean dan upaya ekstra. Upaya ekstra akan masuk akal jika manfaatnya melebihi usaha. Tetapi apakah itu?

Breadcrumbs berbasis riwayat hanya menduplikasi fungsi tombol kembali.

Tidak Ada Manfaat SEO: Karena remah roti harus didasarkan pada riwayat pengguna, bot mesin pencari tidak akan pernah melihatnya dan tidak memiliki manfaat SEO

Tidak Berguna Untuk Semua: Banyak pengguna langsung menjangkau halaman jauh di dalam situs melalui mesin pencari; untuk orang seperti itu, jejak berdasarkan sejarah tidak memberikan manfaat.

Kesalahan Senyawa: Bagi orang yang mencapai halaman melalui coba-coba, tidak ada artinya memiliki riwayat navigasi yang kurang optimal dalam bentuk remah roti.

Namun perlu dicatat, bahwa poin terakhir berasal dari arsitektur informasi situs yang salah secara keseluruhan. Jika pengguna tidak dapat dengan mudah mengidentifikasi jalur termudah ke halaman, itu mungkin merupakan pilihan yang lebih baik untuk berinvestasi dalam mengoptimalkan arsitektur situs daripada mengutak-atik remah roti.

Masalah dengan Breadcrumbs Berbasis Navigasi

Untuk situs polyhierarchical seperti kebanyakan situs web eCommerce zaman baru, hierarki lebih rata dan setiap pilihan produk mungkin termasuk dalam beberapa kategori. Misalnya, untuk seseorang yang ingin membeli beanbag, jejak remah roti bisa terlihat seperti

Beranda> Perabotan> Ruang Tamu> Kursi> Tempat Duduk Single> ‘Bean Bag Dude Abides’

atau

Beranda> Perabotan> Ruang Tamu> Kursi> Santai> Bean Bag D The Dude Abides

Apa yang akan Anda pilih untuk ditampilkan?

Mari kita pertimbangkan halaman produk terlebih dahulu.

Untuk halaman produk, salah satu cara yang masuk akal adalah menelepon jenis remah roti apa yang paling tepat untuk ditampilkan. Jalur navigasi yang paling mudah atau paling sering digunakan adalah penantang yang baik.

Jika halaman kategori Anda memungkinkan pengguna memilih atribut produk, akan berguna untuk memiliki remah roti navigasi yang paling tepat dan tautan 'kembali ke hasil' (jalur historis) di halaman produk Anda. Membuat pilihan adalah hal yang sulit. Bagi pengguna yang telah melalui itu, mencapai halaman produk, tidak cukup puas dengan pilihan mereka dan ingin memeriksa produk lain yang cocok dengan atribut, tombol kembali browser dapat menyebabkan kecemasan. Ini karena pengguna tidak dapat memastikan apakah browser akan mengingat pilihan atribut mereka. Opsi ‘Kembali ke Hasil’ dapat meyakinkan dan menjaga pengunjung dalam corong konversi.

Kembali ke Hasil | Beranda> Perabotan> Ruang Tamu> Bean Bags> ‘The Dude Abides’ Bean Bag

Sekarang mari kita bicara tentang halaman kategori.

Untuk halaman kategori, jika Anda memberi pengguna pilihan atribut produk seperti ‘merek’, atau ‘ukuran’, cara lain untuk menggunakan remah roti adalah dengan menampilkan jalur navigasi standar dan atribut-atributnya secara bersamaan, tetapi harus dibedakan.

Beranda> Perabotan> Kursi | Kursi Tunggal *