Webアプリケーションの右クリックメニューの認識
私が構築しているWebアプリケーションには、カスタムの右クリックメニューがあります。通常は右クリックしてもデフォルトのブラウザのメニューしか表示されないため、ユーザーがこのメニューを見つけられないのではないかと心配です。ユーザーにカスタムの右クリックメニューを知らせる標準的な方法はありますか？この情報を表示する別の方法はありますか？
コンテキストメニューのアクションを人々が見つけられないのではないかと心配している場合は、アクション可能なアイテムの上にカーソルを置くと、その隅に小さなボタンが表示されます。これにより、コンテキストメニューがポップアップします。
コンテキストメニューは、上級ユーザー向けの追加の利点です。これは、デスクトップアプリケーション（およびOS自体）の場合にも当てはまります。 Windowsのかなり経験豊富なユーザーでさえ、コンテキストメニューをほぼ完全に無視する傾向があるので、Webブラウザーに "標準の"コンテキストメニューがオーバーライドされていることをあまり気にしません。現在のユーザーがコンテキストメニューを理解し、それらの使用方法を知っている場合、コンテキストが異なることを理解しても問題はありません。そのため、異なるオプションが表示されます（「コンテキストメニュー」という名前です）。
重要な注意点は、タスクを完了するための唯一の手段としてコンテキストメニューを使用してはならないことですが、それらを追加することで、上級ユーザーはより簡単かつ迅速に作業を行うことができます。
コンテキストメニューの使用についてはまったく問題はありません。アプリケーション（Webまたはデスクトップ）にとって意味がある場合は、先に進んでそれを使用してください。 重要なことは、コンテキストメニューのすべてのアクションが、コンテキストメニューを実際に「取得」しない（または何らかの理由で使用しない）ユーザーのために別の方法で完了できることを確認することです）。
アプリケーションによっては、さらに一歩進んで、特定のコマンドのキーボードショートカットも追加します。コンテキストメニューを設定する段階に達している場合は、おそらくインターフェイスを最適化している段階にあるので、キーボードショートカットはそれ以上のことを行う場合にのみ役立ちます。
一般的に、右クリックメニューは使用しないことをお勧めします。これは、あなたが言ったとおり、ユーザーはこのメニューの存在を認識していないためです。
ヤコブのWebユーザーエクスペリエンスの法則では、「ユーザーはほとんどの時間を他のWebサイトに費やしている」と述べています。これが、別のソリューションを使用する最大の理由です
一方、企業のアプリやユーザーがUIを勉強する必要があるアプリの場合、またはUIがExcelやその他のOfficeアプリのような場合は、独自の右クリックメニューを使用してみてください。アプリがオフラインのものと同じように機能することを期待します。
それはあなたのウェブアプリの性質に依存し、真の答えは適切なユーザーテストでのみ退屈することができます。
アプリが「編集ツール」である場合は問題ありません：アプリが「キャンバス」または「グリッド」を持つ何らかのツールである場合'ドキュメントエディター、スプレッドシート、または描画ツールのように、ユーザーは当然、右クリックが機能し、特定のアプリのニーズに応じて状況に依存することを期待するでしょう。ブラウザメニューがキャンバス領域の外にドロップダウンすることは、かなり直感的です。
確立された既存の前例が存在します：例： Googleのオンライン「編集ツール」（ドキュメント、スプレッドシート、図面など）のすべてではなくてもほとんどが右クリックをサポートしています。
PSラベリングラベル：左利きのユーザーにとって右クリックではありません。残念なことに、私たちの間では sinister は右クリックではありませんが、これはこれと呼ばれているので慣れているので、本当に避けられないと思います。