アイコンを使用してリンクを表す場合、標準の規則は[アイコン] [リンク]であると思います。
同僚は、新しいウィンドウで開くリンクの場合、アイコンがリンクの後に表示されるリンク([link] [icon])であると指摘しました。ウィキペディアの参照セクションが例として与えられました。ユーザビリティとアクセシビリティへの影響があることに気づきました。目的は PDFおよびその他の非Webドキュメント のために予約することです。リンクが他のリンクと共にリストされているかどうか、およびそれらが新しいウィンドウで開かないかどうかを検討する1つの要素。読みやすくするために、アイコンのスペースは左端をまっすぐに保つために確保する必要があります。
私の考えでは、アイコンは常にリンクの前に来る必要があります。これは期待が設定されていることを保証します(アイコンがその目的を十分に伝えていると想定しています)。これはNielsenの " ユーザーはリンクテキストの最初の数ワードのみを読むことが多い "の結果と一致します。リンクの最後に配置すると、ユーザーに表示される可能性が低くなります。
これについての研究は見当たらないようです。他の誰もが標準はどうあるべきだと思いますか?例外はありますか?
リンクした記事 からの引用も続きます。
実際、ユーザーはリンクテキストの最初の数語のみを読むことが多いため、Word(通常は動詞)で始めることが重要です。リンクをクリックすると結果が表示されます。
ユーザーはリンクの最初の単語のみをスキャンする可能性がありますが、リンクの最後にあるリンクの種類を識別するアイコンを無視したり気づかなかったりするわけではありません。リンクの先頭にアイコンを配置すると、リンクの可読性が大幅に低下します。
ユーザーはリンクをクリックしたときに予期される結果を理解する必要があります。-ただし、リンクをクリックした場合のみ、つまり、リンク全体をクリックする前に、ページをスキャンするだけの場合と比較して、リンクの先頭のみに通知を送る可能性が高い場合。
つまり、ユーザーはリンクの先頭にアイコンが付いたテキストを読むことになります。つまり、ユーザーは、何であるかを知る前にリンクを「消費」する方法の影響に悩まされる必要があります。 linked(最初にアイコンを読み取って処理し、その後実際のリンクテキストのみ)。
私の見解では、実際のリンクテキストの後に型IDを置くという慣習はかなり正当化されています。このアイコンは、リンクのクリックに続くforwardアクションを参照することを示し、テキストの右側のアイコンと読み方向を模倣しています。
「このリンクをクリックするとどうなるかを知る方法」の問題に対処しました。リンクが新しいウィンドウで開いたとき(パネルまたはウィンドウ。たとえば、ユーザーが表示しているページを失うことはありません)、またはリンクがメニューを開いたときのアイコンを追加します。他のすべてのリンクは、ユーザーをページから遠ざけるナビゲーションリンクです。
Konturが指摘しているように、この情報(リンクがリックにどのように反応するか)は、リンクの目的(ユーザーが実行したいアクションにユーザーを関与させること)のかなり二次的なものです。そのため、現在、アイコンをリンクの最後に配置しています。
ホバー、私たちは現在、これらのアイコンのみをonHoverに表示することを検討しています(Webアプリです)。ここでの利点は、ページが多くのノイズの多いアイコンから整理されていることです。この例では、「詳細」リンクにも「ポップアップ」クラスがあります。