現在のページへのリンクがあるのはなぜですか？
これを読んでいる場合、それはあなたがこの質問を開いたことを意味するかもしれません（またはおそらく質問をプレビューしています）。本当にこの質問を開いている場合、質問のタイトルをクリックすると、ここにリンクが戻されます...
Facebook、google、stackexchangeのようなサイトがこれを行うのはなぜですか？ユーザーエクスペリエンスにどのような影響がありますか？
一般的なユーザーは、見出しのタイトルがどこにでもリンクすることを期待しないため、混乱が生じる可能性がありますが、パワーユーザーの場合、このリンクは追加の機能を提供します。全体として、追加の機能が提供されているため、これはアンチパターンそのものではありません。
- クリーンURL：タイトルをクリックすると、パラメーターなしのバージョンが表示されます。
- 正規URL：同じドキュメントにアクセスする方法が複数ある場合（サイトのIAに関する問題の可能性があります）、リンクを使用すると、正規バージョンに簡単にアクセスできます。
- 右クリックしてURLを取得：ほとんどのブラウザでは、URLをコピーしたり、新しいタブでリンクを開いたり、右クリックメニューから他の多くのものを開いたりできます。中クリックすると、多くのブラウザの追加タブで同じページが開きます。
- ページの再読み込み：F5キーを押すだけではなく、どうしてですか？良い質問。しかし、ユーザーの個人的な観察から、多くの人が同じページのリンクをクリックしてページを更新します。
編集：
私は webmaster.stackexchange から同様の質問を見つけました。これには、ミラーリングされた記事から元の記事へのリンクや、再送信しない「安全な更新」を実行する機能など、いくつかの興味深い根拠がありますPOSTデータ。
対照的に、ウィキペディアにはいくつかの セルフリンクに関するガイドライン があります（興味深いことに、このフォーマットは記事自体にのみ適用され、「読み取り」リンクはセルフリンクです）。彼らはセルフリンクが混乱を引き起こす可能性が高いと信じているようです-そしてウィキペディアのリンクパターンの文脈では、記事の途中でめくる傾向があるので、これは理にかなっています。
この機能は、サイトの3つの望ましい側面をサポートしていると思います。
Linkability：記事は、それが見つかるリンクを提供する必要があります。これには、他の回答で指摘されているように、パーマリンクやナビゲーションパラメータのないリンクなどの追加の利点があります。ただし、最終的には、読者の現在のURLとは対照的に、ページのURL（最新バージョンを再度見つけたり、他のユーザーにリンクを渡すために...）を特定する方法です。彼らが読んでいるファイル。
記事が元の場所で読み取られた場合、ブラウザのアドレスバーがそのURLを取得する別の方法として機能する場合があります。ただし、アドレスバーに依存することは設計ミスです。私たちが知っている限りでは、ページが一種のフレーム/ iframeで表示されるか、ブラウザがユーザーを許可しない何らかの奇妙なキオスクモードで実行されている可能性がありますアドレスバーにアクセスします。さらに、記事内のリソースへの他のすべてのURL（たとえば、Stack Exchange、単一の回答またはコメントへのリンク）は、ページ上の適切なリンクを見つけることで取得できるため、リンクを介して記事の独自のURLを取得することも適しているようです。
テスト可能性（リンクの）：上記の私の主なポイントは、URLの取得です。これを行うにはいくつかの方法があります。URLはそのまま、またはテキストボックスに記述して、コピーアンドペーストできる状態にすることもできます。ただし、実際にクリック可能なlinkを提供することにより、ユーザーがコンテキストメニューからコピーする可能性のあるURLをすぐにテストできます。そのURLを他の宛先にコピーする前に、1回クリックするだけで、リンクが実際に目的のリソースを指していることを確認できます。
一貫性：記事のタイトルがWebサイトの一部のページにある記事へのリンクである場合、それは確かにallそのウェブサイトのページ。それ以外のものは一貫性がなく、混乱を招きます。
これらのリンクが存在する理由はわかりませんStack Exchange。しかし、それらは多くのサイトで見られます…おそらく単に悪いUIの伝統です。
ユースケースが1つあります。ニュースレターごとにこのページにアクセスした可能性があります。 URLは次のようになります。
http://ux.stackexchange.com/questions/21729/why-is-there-a-link-to-the-current-page?newsletter=1&nlcode=51162%7c8257
これは、ブックマークに表示したいURLではありません。クリーンなURLを取得するには、パラメーターを手動で削除するか、見出しからリンクを取得する必要があります。見出しは、URLよりもマウスでドラッグする方が簡単です。
その上、冗長リンクはかなり貧弱なUXであると考えています。タイトルを選択すると、意図しないクリックが発生する可能性があり、キーボードユーザーがサイト内を移動するときに余分で役に立たない手順を実行します。
私は小さなWordPressへのプラグイン 冗長リンクを削除 少し前に（非常にうまく機能しない））書きました。WPでは、他の多くのCMSと同様に、これらのリンク根本的なコードがかなり柔軟性がないか、誰もあなたの質問をしていないという理由だけで存在します。
私はそれだけのファンなので、自分のためだけに話すことができます。それら自体のページへのリンクを使用すると、ソーシャルネットワーク、インスタントメッセンジャー、電子メールに簡単に投稿できます。 URLには不必要なパラメータが含まれていることが多く、さらに悪い場合には、個人情報を明らかにするパラメータさえ含まれていることがあります。公開のチャット/フォーラム/ブログにコンテンツを投稿する場合、それはかなり厄介です。
もう1つはHTTP Postです。特に、Stackexchangeなどのユーザーコンテンツ主導のサイトにいる場合は、POST操作を実行することがよくあります。 POST操作後にF5を押すと、この醜くて面倒なブラウザウィンドウが表示されます。「本当にリロードして投稿しますか？」というメッセージが表示されます。さらに厄介な結果を伴います。
幸い、多くのWebサイトがPOST-Redirect-GET-Scheme（または完全にJavaScript化された投稿）を採用しているため、Stackexchangeなどの優れたページでは問題は発生しません。
とにかく、それはユーザー主導のWebコンテンツのナビゲーションと共有をユーザーにとってより予測可能にします。より少ないストレスとより楽しいことを意味します。
（Googleが検索へのリンクを提供したいと思ったこともありました。特にそのインスタント検索が導入された後、ブラウザのURLはだいたい役に立たなくなりました。ハイパーリンクを共有するファンの場合、かなり面倒です。）
編集：最後になりましたが重要です：ブラウザーの上部にあるURLが無期限に有効にならない場合があります。 （cf.「パーマリンク」）そして、Webアプリの時代には、アドレスバーをそれほど頻繁に表示しない方が好ましいでしょう。小さな画面のデバイスでは、ユーザーは余計なスペースの無駄をできるだけ少なくしたくないでしょう。
このウェブサイトを調べると、ここのタイトルリンクがなぜそうなのかがわかります。ページのソースコードを見ると、リンクが（class = "question-hyperlink"）にあることがわかります。これは記事の上部にありますが、質問のページに記事の抜粋が表示されたときのリンクとクラスと同じです。各質問には、リンク、抜粋、その他の特別なアイテムを含む独自のdivがあります。
このサイトと同様のサイトでこのようにすると、やり直しとサイトコードの量が減ります。別の正当な理由は、誰かが記事をコピーすることを決定した場合にもリンクを取得するため、別の掲示板やニュースレターなどに投稿した場合、誰かが元の記事へのリンクをたどることができることです。
それは記事には問題ありませんが、ナビゲーションメニューの場合は、現在のページのボタンが無効になっており、非表示またはゴーストのどちらかである標準を好みます。それを行うのはより多くの作業であり、業界で働く多くの人々は怠惰であり、おそらく生活のために何か他のことをする必要があるので、ほとんどすべてを見る準備ができているはずです。
多くの場合、ページ内のトピックへのリンクを介してページにアクセスできます（アドレスに「＃」文字が含まれている http://www.site.com/pagelink#topiclink など）。
一部のサイトでは、内部ページにアクセスしてもアドレスバーは変更されません。
上記のどちらの場合でも、特定のページの上部にリンクを送信するか、ブックマークを付ける場合は、そのページの上部へのリンクが必要です（最初のケースでは、必要に応じて自分でURLを編集できます） ）。