web-dev-qa-db-ja.com

冗長リンクはモバイルでの非表示のナビゲーションに役立ちますか?

私たちのデザインでは、モバイルサイトに標準のハンバーガーナビゲーションを使用する傾向があります(ただし、将来的には いくつかの代替案 に移動するためにプッシュします)。

非表示のナビゲーションは全体的なメトリックが低下する であることを認識しているため、非表示のナビゲーションはモバイルバージョンでのみ発生します。

私が検討してきた1つの戦略は、いくつかの追加のコンテキストと共に、ホームページの主要なナビゲーション要素を複製することです。

たとえば、「サービス」がナビゲーションの主な選択肢の1つであり、ハンバーガーを開くと表示される場合は、次のようになります。

crude mockup of redundant navigation link with description

一般に、ユーザーが2つの異なるリンクから同じ場所に到達するとリンクがイライラする可能性があり、リンクが多すぎるとユーザーの決断を招く可能性があるため、冗長リンクを回避しようとします。

これは、モバイルの非表示ナビゲーションアプローチの効用の低下を相殺するための有効な戦略ですか?

1
Beofett

それはすべて依存します

これがメインページの場合は、この冗長性を確保できます(おそらくそうする必要があります)。発見や隠しリンクの問題などではなく、特定のリンク(特に「サービス」など)が理由であるホームページであるためサイト/アプリ全体が存在するため、より多くの可視性を与えることができます。

リンクが「利用規約」や「サイトマップ」のようなものだった場合、レスポンシブサイトではこれらのリンクをフッターに配置できますが、おそらく冗長性は必要ありません。

ただし、自問してみてください。メインページを離れると、すべてのページに大きなバルクボックスを複製しますか?もちろん違います!メインコンテンツが表示されるようにする必要があります。そして、NNGが言えることにもかかわらず、人々はすでに ハンバーガー または3ドットメニューアイコンにさえ慣れています 。確かに、発見のプロセスを経る必要がある小さなグループがあるかもしれません、そして確かに、他の方法があります。しかし、これらの方法には本当に制限があり、それらすべてに問題もあります。

簡単に言えば:2つから4つのリンクのみがあり、代替手段を用意できる場合を除いて、ホームページにリンクを複製することはできますが、内側のページにそれらを複製する意味。必要に応じて、 onboarding ステップを追加するだけです。たとえば、 coach-marks または ウォークスルー

1
Devin