複数のブレッドクラム
ブレッドクラムを使用すると、ユーザーはWebサイト内の場所を追跡できます。それらは、リソースを達成するために使用されるパスを示します。しかし、リソースが異なるカテゴリを持つ可能性がある場合、複数のブレッドクラムを作成する意味がありますか、それとも正しいブレッドクラムですか？
たとえば、ライターを編成する必要がある場合、それらを異なる方法でカタログ化できます。
Writers // Origin // England // William Shakespeare
Writers // Periods // XVI century // William Shakespeare
Writers // Schools // Dramaturgy // William Shakespeare
3つのパンくずリストすべてをページに配置することは正しいのでしょうか？
単一のパンくずリストの慣例を破るのは良い考えではありません。パンくずリストは一般にどのように設計されているかから、人々がそれらを可能にすることを期待していると仮定するのは公平です：
- 彼らがどこにいるか見てください
- 彼らがそこに着いた方法を見てください
- パスに戻る
複数のブレッドクラムパスがあると、不可能ではないにしても、これは非常に困難になります。
ブレッドクラムパスをよりインタラクティブにして、複数のブランチにまたがってナビゲートできるようにする場合は、ドロップダウンメニューを使用できます。
ドロップダウンには、同じレベルの他のページへのリンクが含まれています。したがって、パンくずリストは変更されません（これは正しくありません）。リンクはただちに別のカテゴリに移動します。
これは非常に一般的なパターンではないため、これを実装するかどうか、および実装方法を知るには、ユーザーによるテストが必要です。
パンくずはユースケースの間違った概念です
あなたが見つけた問題：現在選択されているアイテムShakespeareからそのカテゴリWriterへの有効なルートが複数あります。ただし、パンくずは、ルートが1つしかない場合に最適です。
何をすべきか？
アイテムにタグを使用します。あなたの例に従って、ShakespeareはEngland、XVI centuryおよびDramaturgyでタグ付けされます。タグは通常 chips を使用して表示されます。
タグシステムには、いくつかの利点があります。
発見可能性が向上します。ユーザーは、ページを離れたり何かをクリックしたりせずに、システムが提供するすべてのカテゴリをすぐに読むことができます。
ユーザーは複数のタグを指定して検索できるため、不確実な検索も改善されます
カテゴリを詳しく説明するのに必要な以上のスペースは必要ありません
全体として、タグシステムは、ライターのページにアクセスすると改善されるだけでなく、1つ（または複数）のWritersを見つける方法も合理化されます。ユーザーはまた、オンラインショップの使用方法によって、この概念にすでに精通しています。
タグを提供するために、ユーザーは通常filterを選択して適用します。オンラインショップ（Amazonを除く）にアクセスして、そのコンセプトを見てください。複数選択のドロップダウンメニューでおそらく十分ですが、より複雑なニーズがある場合は ebayがモーダルダイアログを開きます （ "eBay：高度な検索ダイアログはパラメーター値をラジオボタンとして表示します。"）ユーザーはフィルターを提供します。
そしてあなたのパンくず？それは単に：
Writers // William Shakespeare
ブックマークおよび共有フィルターの場合、URLは次のように表示されます。
example.org/writers?origin=England&Schools=Dramaturgy
ページには1つの階層リンクがあります。結局のところ、それはサイト内の1つの場所にのみ配置されています。 3つのパンくずリストを一度に表示するのは少し奇妙に思えます。サイトマップの機能について少し混乱しているようです。サイトマップ（およびブレッドクラム）は、Webサイトの構造を示す概要です。ページがネストされている場所を視覚化します。
ブレッドクラムを表示する方法は、タグのように見えます。シェイクスピアはイギリス、16世紀の出身であり、ドラマトゥルギーを書いた-一度に。それは結構です、そしてあなたは関連するタグでそれを示すことができます。しかし、その役割での彼に関する情報は、3ページにわたって断片化されるべきではありません。むしろ、ユーザーはシェイクスピアに関連する何かが記載された専用ページを期待し、もちろん、サイトの他の場所にある他の有用な関連情報にリンクされます。
私はどこにいますか？パンくずリストは、サイト階層全体との関係で訪問者に自分の位置を知らせます。
どこに行けばいいですか？ブレッドクラムは、サイトのセクションとページの検索性を向上させます。パンくずリストに配置すると、サイトの構造がわかりやすくなります。
行きますか？ブレッドクラムはコンテンツの価値を伝え、ブラウジングを促進します。 （ソース： https://usersnap.com/blog/breadcrumbs/ ）
サイトマップ（パンくずリストと呼ばれます）を確認し、サイトの構造内でトピックを配置できる場所を確認する必要があります。カードの並べ替えやその他の手法を使用して、情報の論理クラスタを見つけることができます。
もちろん、3つの例のいずれからでも、William Shakespeareページに相互参照できます。
ウェンディと同じ意見です。ユーザーがそのページにアクセスした方法はあまり関係がないため、ブレッドクラムは一意です。
同じブレッドクラム内のすべてのカテゴリを許可するサイトマップの変更に関する提案は次のようになります。
Writers>England>ドラマツルギー>XVI世紀>ウィリアムシェイクスピア
また、同様の質問 here を参照したいと思います。
私はウィキペディアのすべてのページが哲学にルーツを見つけるという考えを読み、結果的に調査しました。
最初の説明的な段落の最初のリンクをクリックすると、哲学のエントリに戻るパスが表示されます。
これはブレッドクラムでもサイトマップでもありませんが、提案されたウィリアムシェイクスピアのページで表現しようとしているという概念に関連していると思います。
ウィキペディアはすでにこれを行っています
たとえば、 オブジェクト指向プログラミングのWikipediaページ の[プログラミングパラダイム]ボックスを参照してください。
他の回答が議論するように、あなたが説明しているのは実際にはパンくずリストではなく、サイトマップです。あなたは、ユーザーがあなたのサイトで見ることができる他のカテゴリーをユーザーに示しています。サイトのサイズに応じて、各ページにサイトマップのセクション全体を含めることができます。 （必要に応じて、特定のネストレベルの下のサブページを非表示にして、ユーザーがいる特定のページのネストレベルのみを展開できます）。
サイトマップの主な利点は、ユーザーが必要とするすべての情報が含まれている、またはその情報に可能な限り簡単にアクセスできることです。ユーザーがポーランド語の作家の存在を確認したい場合、2回クリックするのではなく、1回クリックするだけです。また、サイトマップはWebサイトのどこからでも一貫しているため、ユーザーは簡単に親しみを深めることができます。
サイトマップは、ウィリアムシェイクスピアのページを読んでいるときに読者が参照する可能性のあるものですが、ウィリアムシェイクスピア以外の人に興味がある場合にのみ読むことになります。したがって、ウィリアムシェイクスピアが属しているカテゴリを一覧表示するだけでなく、他のカテゴリに移動したい可能性のある他のすべてのカテゴリを一覧表示すると便利です。