ブラウザー拡張機能：ページアクションまたはブラウザーアクション？
私はFirefoxを開発し、Chrome拡張機能、そしてボタンを追加しています。ページアクション（アドレスバーのボタン）が「正しい」ようです。 ブラウザアクション（ツールバーのボタン）ではなく、選択。
Chromeのアドレスバーのページアクションは次のとおりです。
これは、Firefoxのアドレスバーにあります。
右側（アドレスバーの外側）に表示されるアイコンは、ブラウザのアクションです。
しかし、私はいくつかの（限定された）非公式なユーザー調査を行ったところ、ページアクションアイコンがボタンであることを文字どおりだれも認識していないようです。
（これは、{a}マウスがホバー時にクリック感のある手などに変化せず、{b}のChromeに方法がないようであるという事実によって悪化しますホバーのアイコンを変更してインタラクティブ性を示します。ほとんどのユーザーはホバーしようとすることすら知らないため、これは括弧で囲まれています。）
両方の場所にボタンを配置できるため、Firefoxではこれはそれほど問題ではありません。しかしChromeでは、厳密にどちらかまたは両方です。
ページアクションはクリック可能であることをユーザーに明白ですか？それらに関するユーザー調査の経験または知っている人はいますか？
これは単なる逸話ですが、私はWeb業界で働いており、chromeを毎日使用しますページアクションがクリック可能であることを理解していませんでした。彼らはそれらに同意しますクリック可能なボタンよりも記号のように見えます。
ほとんどの人はつの水平線がメニューボタンの意味（以下で強調表示）に慣れているため、メニューボタンと同じ視覚的なグループの一部であることにより、アイコンがその隣にもボタンがあります。
拡張機能が何をするかはわかりませんが、ボタンをブラウザのアクションにすることが可能であれば、ユーザーがボタンをクリックできることはユーザーにとってより明白になると思います。
ページアクションは、現在のページに関連するアクションとステータスを伝えるため、役に立たないわけではありません。例えば：
- [ブックマークに追加]ボタンは、ブックマークリストの現在のページを切り替えるページアクションです。
- FlashBlock拡張機能は、ページアクションを使用して、現在のページがFlash要素の表示をグローバルにブロックされているかどうかを示します。
- 拡張機能Chrome Snifferはページアクションを使用して、現在のページが使用しているプラットフォームとライブラリを示します。
しかし、ボタンとしては機能しないことに同意します。おそらくこれは、アイコンのデザインによるものです（要素に「深さを与える」ために要素を「上げる」ことではありません）。
基本的にpageActionsとbrowserActionsは同じように機能しますが、開発者はこれらを異なるシナリオで使用します。
たとえば、特定のWebページまたはいくつかのWebサイトで動作するアクションが必要な場合は、URLに表示されるpageActionを使用する必要があります。ただし、アクションがWebサイトに固有ではなく、すべてのWebサイトに固有である場合、URLボックスの右側に表示されるbrowserActionとは異なり、ブラウザのツールバーに表示されるpageActionssを使用します。これは、ChromeとFirefoxブラウザの両方に当てはまります。
答えは完全に白黒ではありません。これはアクションタイプ以外の要因に依存するため、アクションタイプはもう少し無関係になる可能性があります。
ユーザーがページアクションをホバーし、クリックするように指示するタイトルをページアクションに割り当てた場合、ページアクションはクリック可能であることが少しわかりやすくなります。
また、アイコンを2Dまたは3Dのボタン型にデザインすることもできます。