Webフォームのリンク上のボタンを選択するためのガイドライン
-
05-07-2019 - |
質問
最近では、ボタンとリンクは互換性があるようです。ユーザーエクスペリエンスの観点から、2つを選択するためのガイドラインはありますか?それも重要ですか?
経験則として、純粋なナビゲーションは常にリンクで表現し、アクションはボタンで表現する必要があります。ただし、 Google Checkoutの配送先住所ページなど、これとは異なる多くの例や状況があります。 保存はアクションを実行し、ボタンを使用します。 編集は、ユーザーを新しいページに移動させるリンクです。両方とも理にかなっています。ただし、 delete はリンクを使用してアクションを実行します。
では、いつどのようにボタンやリンクを選択するのですか?
シナリオの例:
ユーザーのグリッドがあるページ:
- 新しいページに移動するユーザーの追加機能。ナビゲートするため、リンクします。
- 同じページに残るパスワードのリセット機能。ボタン、アクションだから。
- ダウンロードボックスを開くが、同じページにとどまる csvへのエクスポート機能。わからない。
- AJAXを使用してグリッドを更新するグリッドの下部にあるページャー。既存の優先順位のためのリンク。
" Next"、" Back"、" Cancel"のウィザードおよび「完了」特徴。 「次へ」と「戻る」はおそらくリンクであるはずですが、優先順位はそれらがすべてボタンであるべきだと言っています。
解決
優れたリソースは次のとおりです。 Nielsen(duh)およびこのディスカッション
ボタンは効果があるもの(例:「削除」)に使用され、リンクはナビゲーションに影響を与えるアクションに使用されるという主なガイドライン。最近では少しあいまいになっていますが、レコードの削除などの回復不能なアクションは、ボタンに関係なく使用することをお勧めします。
一般的に、ボタンの代わりにリンクを使用してエラーを発生させるのは、ユーザーが副作用アクションをまったく期待しないためです。
5つの例すべてに同意しますが、CSVのダウンロードはどちらでも安全であり、UIの残りの部分の外観に大きく依存します(たとえば、「ダウンロード」||」などのアクションパネルの一部である場合オプション" |"ブックマーク&quot ;、および他の2つはリンクです、そして、あなたも明らかにリンクであるはずです。
他のヒント
この決定は、ページの動作方法に基づいていると思います。たとえば、ナビゲーションの一部にフォームの結果を使用する場合、ボタンを使用します。
したがって、ユーザーの追加には、どのタイプのユーザーを追加するかの選択ボックスがあり、使用する追加ユーザーフォームを決定できるため、ボタンがあります。
パスワードをリセットするには、同じページに残っているため、ボタンが意味をなす場合があります。
次へ、戻るなど、リンクとして行う傾向があります。言葉や画像があるかもしれませんが、リンクに現れる手が好きです。
csvへのエクスポートはボタンである必要があります。どこにも行かず、ダウンロードするだけです。
どちらでも機能しますが、重要なのは一貫性があるだけでなく、同様のアプリケーションが何をしているのかを見て、業界標準に従うことができるかどうかを確認することです。
前述したように、クリックできることは明らかではないかもしれませんが、ボタンの外観は必要ないので、手を見せたいことがあります。
したがって、アクションにつながる可能性のある単語がある場合、テキストの残りの部分に流れ込むはずですが、マウスオーバーすると、これがクリック可能であるという兆候を得ることができます。
ボタンがボタンのように見えるとは限らないため、リンクは機能しますが、これには非常に一貫したインターフェイスが必要です。