web-dev-qa-db-ja.com

ナビゲーション構造内の重複リンク

ナビゲーション構造内でリンクを複製することのユーザビリティの懸念に関する調査や研究を知っている人はいますか? 「リンクを複製する」とは、ナビゲーション内で「子リンク1」を使用してメニュー項目を繰り返すことを意味します。これはエンタープライズアプリケーション用であるため、SEOはこの状況では問題になりません。

  • 親リンク1
    • 子リンク1
    • 子リンク2
    • 子リンク3
  • 親リンク2
    • 子リンク4
    • 子リンク5
  • 親リンク3
    • 子リンク1
    • 子リンク6
3
Nolan Plant

Xでの複製に関する良い記事です 。彼らが指摘する主なポイントの1つは、なぜそれが悪い考えだと私が思うのかと一致しています。

  • より多くの可能なリンクまたはアクションがあると、ユーザーを混乱させるリスクが高くなります。コンテンツを複製することにより、UI/UXを不必要に複雑にする

同じリンクを2つの異なる親リンクの下に配置している場合、親カテゴリの編成方法に問題があると私は主張します。子リンクが存在する「最適な場所」は、おそらくそのコンテンツに最も適した親カテゴリの下にあるはずです。

編集:

一部の人は、事前のシステム知識があり、特定の場所で情報を見つけることを期待

また、この観点からの設計は有害である可能性があることも付け加えておきます。その情報がその場所で実際にfitしない場合は、これを機会として、より多くのユーザーが "getに慣れている"

2

上記のリンクされた記事には明確な価値があり、ページ上のリンクを複製しない多くの正当な理由があります。ただし、階層では、これらの複製がどのように表示されるかに応じて(たとえば、異なるナビゲーションメニューの同じリンクとして)、引数が存在する場合があります。私は証拠として この記事はまったく同じグループによる (Norman Nielsen Group)の多階層について提示します。

メニューが同時に開かれたとしてもめったにないため、あいまいに複数のカテゴリに分類されるリンクを複製しても、複数がすべて同時に表示されるのと同じ認知的負荷を示すようには見えません。記事で述べたように、サイトが深いサイトや複雑なサイトの場合、階層構造は、パンくずリストなどの経路探索手法を台無しにする可能性があるため、良いアイデアではない可能性があります。しかし、より単純なサイトや、経路探索に依存しないサイトでは、ナビゲーション内の複数のアイテムが役立つツールになることがあります。

もちろん、ユーザーと一緒にカードまたはツリーの並べ替えを行うと、これが良いアイデアかどうかを判断するのに役立ちます。

0
Mattynabib