クリックではなくホバーのドロップダウンメニューの規則がWebにあるのはなぜですか？
これは私がいつも疑問に思っていることです。すべての主要なオペレーティングシステムでは、アプリケーションメニュー（ファイル/編集/表示など）はクリックするだけで表示されます。ただし、ドロップダウンメニューを使用するほとんどすべてのWebサイトは、クリックではなくホバー時にインスタンス化します。
この大会はどのように、そしてなぜ行われたのですか？
この質問に対する実際の正しい答えはわかりませんが、推測させてください。これは、Webにハイパーリンクがあるためだと思います。 Webサイトで何かをクリックすると、別のページにアクセスすることに関連付けられます。そのため、クリックでアクティブになるドロップダウンメニューを作成した場合、アクティブにされたときに何が行われるかについての期待は不確かです。新しいページですか、それともメニューが開きますか？したがって、そのロジック行を続ける場合、ユーザーがクリックする前にメニューをアクティブ化したことを示すフィードバックを提示できるため、ホバーメニューを作成することは非常に理にかなっています。
それは有名なインターネットにも影響を与えるかもしれません注意欠陥問題これは、ほんの数秒間あなたのページにぶらぶらしている人々を示すすべての数字から来ています。 「ユーザーがクリックしない」という概念は神話だと知っていますが、多くの人はそうではありません。設計者はユーザーがユーザーがクリックしないと思っているため、ホバー状態を使用して多くのメニューが実装される可能性があります別のページに移動する可能性があります。
さらに、私はそれが繰り返しのサイクルであると想像します。デザイナーはホバーメニューとデザインホバーメニューを表示し、より多くのデザイナーに表示され、より多くのデザイナーがデザインします。誰もが、使用している個々のUIコントロールについて、なぜそれが必要なのか、どのような目的があるのかについて考えているわけではありません。私が使用してきた多くのデザイナーは、「それがあなたが使うものだから」という選択コントロールです（参照：オートコンプリートコンボボックスの絶え間ない使いすぎ、別の時代の怒り）。
上記は、（通常）ホバー状態がなく、メニューのUIパターンとしてではないデスクトップ型のアプリとは対照的です。
単なる推測ですが、cssには：hover疑似クラスがあるため、onclickではなくhoverがおそらく使用されます。
または、メニューを開くためにクリックする必要があることにユーザーが気付かなかったため、ドロップダウンが使用された可能性があります。半分の時間、ドロップダウンメニューは、ホバーするまで他のメニューと同じように見えます。また、ナビゲーションボタンをクリックしたときに予想されるアクションは、サイトがそのページに移動することです。したがって、おそらくユーザーは追加のメニューオプションを見つけていなかったのでしょう。
ラフルは、「クリック」に対する一貫したアクションの欠如に関して興味深い指摘をしている。しかし、それはそれを超えて、ページ表面での発見可能性というより一般的な感覚に入ると思います。
特定のページを離れたくないという理由で人々はクリックしないかもしれませんが、多くの人々はアクティブな状態を探してページを「マウスオーバー」します。メニューはクリックではなくホバーに反応するため、ユーザーはクリックに頼らずにメニューシステムの構造をより簡単に見つけることができます。
もちろん、これは特定のアクセシビリティの問題につながります。デスクトップアプリケーションのメニューをクリックすると、デフォルトの動作では、選択するかメニューをクリックするまでメニューを開いたままにします。これは、メニューから出ずに（ホバーパラダイムでそれを折りたたむ）マウスを正しいコマンドに操作するのが難しいユーザーを支援します。
WebアプリはUIの点で非常に一貫性がありませんが、ユーザーはそれらをすばやく理解する必要があります（それ以外の場合、彼の注意のスパンが枯渇して、他の場所に行きます）。
ホバーのメニューの方が発見しやすい-新しくアクセスしたサイトにボタンが表示されたときに、メニューが表示されてオプションが増える（欲しい）のか、それとも私を連れ去って現在の状態を破壊するのかわからないページの半分（コメントの半分を含む）-これは明らかに私が望んでいることではありません。私が知らない何かをクリックすることを恐れさせるのに、後者の方法を使用するサイトのほんの数パーセントしかかかりません-脅迫されたユーザーは幸せなユーザーではありません。
マウスで、画面上にあるものを探索します。ホバリングは「現在あなたを見ている」ことを意味します。そのため、UI要素が何をするか（メニュー）またはヒント（ツールヒント：これは削除されます）を表示するのはごく自然なことですあなたが書いている投稿）。
一方、ホバーに反応しないことは失礼です-ユーザーは要素が何をするかを尋ね、あなたは答えません。人々は自分がコントロールしていると感じ、何が起こっているのかを知るのが大好きです。フィードバックのすべてのビットが重要であり、ホバーに反応しないことで、コミュニケーションの機会を無駄にしています。
最近のデスクトップソフトウェア（Outlookアドイン TaskConnect ）では、すべてのアクティブな要素にヘルプツールチップを配置し、ツールチップタイムアウトをゼロに設定して、即座に表示できるようにしました。 実際の動作の短いビデオ を見ることができます。あれについてどう思う？
PS：いずれの場合も、メニューは常にクリックでポップアウトする必要があります。そうしないと、タッチスクリーンユーザーまたはキーボードユーザー（無効になっているユーザーを含む）がメニューを使用できなくなります。
通常、メニューの一番上の項目を選択すると、そのタイトルのページに移動します。アプリケーションではどこにも行きません。メニュー項目のホバーは、ページに移動してサブセクションを表示する必要がなく、サイトの特定のセクション内のサブセクションを表示するショートカットとして開発されました。アプリでは、たとえば「ファイル」セクションに移動しません。タッチスクリーンのWeb規約を放棄することは私にとっては間違いです。覚えておいて見るのは良いことですが、多くの場合、タッチスクリーン用に特別に設計されたアプリの方が優れています。 Webサイトは、指用ではありません。
「発見可能性」は間違いなくここの要因です。
私の違いは、特にアプリケーションをWebサイトと比較するときのユーザーの心の状態です。
クリックすると、何かをすること、特定のアクションを実行することを意味します-意図的なものでなければなりません。
ユーザーは通常、このような状態でアプリケーションを操作しています。
ただし、（一部の）Webサイトはコンテンツの消費に関するものです。あなたは閲覧し、読んでおり、おそらくアクションを実行します。実際のところ、Webサイトの訪問者に、単に訪問するだけでなく、何かを積極的に行わせるための最大の課題の1つです。したがって、オプションをより簡単に表示して、何かを実行するようにプッシュしようとすることは、理にかなっています。
2つの心の状態には別の違いがあります。
通常は、アプリケーションを数回使用することになるため、アプリケーションに少し慣れ、上手になります。ウェブ上では、多くのユーザーが新しい可能性があります。そのため、ユーザーはどこを探すべきかわからず、知らないものにコミット（クリック）することを「恐れている」かもしれません。