ページネーション：「最後のページ」ボタンは何のために必要ですか？
ページネーションには、次のような最初/最後のボタンが含まれることがあります。
<<first < prev 1 2 3 ... 9 next > last>>
「最初の」ボタンは理解できます。検索結果の最初のページに戻るのは理にかなっているからです。
私が理解しているように、前進するためにユーザーは主に「次へ」ボタンを使用します。
そして、「最後」ボタンの使用例は1つだけ想像できます。それは、結果をいくつかの数値（たとえば、価格）でソートし、最も高価なアイテム（最初のページで最も安いものと比較）を表示したい場合です。
「最後の」ボタンの他の使用例はありますか？ 「最後」が必要なのはどこですか？
アップデート＃1
例のページネーションには実際に最後のページへのリンクがあることに注意してください
1 2 3 ... → 9 ←
明示的な「最終」を追加する方が効果的ですか（数字は必要なすべての状態とアフォーダンスを持つボタンのように見えると想定しています）？
アップデート＃2
「最後の」ものの重要性を強調する有効な例がたくさんあります。私の最初の理論的根拠はnewer first — older lastフィルターはlastリンク/ボタンよりも便利です。
最後のページに移動して、最も古い/最も安い/などを取得する場合。これらのアイテムは最後のページの上部ではなく、最後に表示されるため、問題があります。
したがって、下→上、右→左（ページ単位）で計算する必要があります。これは、最も古い→新しい並べ替えよりも快適ではなく、通常の方法で情報を処理します。しかし、最後のページのワークフローに慣れている人もいると思います。
これには非常に単純な理由があります。表示するデータの量に終わりがあることをユーザーに知らせたいのです。人間には閉鎖と制御の必要性があり、Lastボタンはそれを支援します。 Firstボタンと共に、明確な開始と終了を示します。
ここで、FirstまたはLastボタンが単なる概要マーカーとして機能するかどうかは、表示するデータの種類によって異なります。最も関連性の高い検索結果を表示することになると、Lastボタンはあまり追加されません。ただし、トランザクションやタイムラインなどの時系列検索では、ユーザーは発生したものを表示したい場合があります。新しいものからではなく、最も古いものから順に時間をかけて進んでいきます。
ボタンの代わりにできることは、単に1をFirstボタンとしてマークし、最後のページ番号をLastボタンとしてマークすることです。
実際のユースケースを実際に説明していませんが、「最後の」ボタンのいくつかの用途を共有できます。これらが特定のニーズに役立つことを願っています。
フォーラム
多くのフォーラムには、何百ページにも及ぶ大規模な複数年にわたるスレッドがあります。多くの場合、これらの年の間に事実と入手可能な情報が変化し、スレッドが開始されたときに何が正確で正確であったかが古くなっています。これらの場合、「最後」をすばやく簡単にクリックして、スレッドを新しい順に閲覧することは、命の恩人です。
ブログ/ウェブコミック
上記とは逆に、「最初の」ページが最新の投稿であり、「最後の」ページが最初の投稿であるという意味で、多くのブログやウェブコミックは新しい順に並べ替えられています。一部のブログやウェブコミックは、大規模なストーリーアーチを扱っており、それを理解するために全文を読む必要があります。この場合、「最後の」ボタンを使用すると、最初にすばやく簡単に移動できます。一貫性を保つために言語を逆にしても、質問の「最初の」ボタンで説明したのと同じ理由で、「最後の」ボタンが必要です。
メール
多くの電子メールクライアントは、電子メールを古いものから新しいものに並べ替える方法を提供していません。たとえば、Gmailでは、最も古いメールを単純に上に置くことはできません。ただし、最も古いメールにアクセスしたい場合は、その「最後の」ボタンが必要になります。特にGmailでは、ページ数にカーソルを合わせるとポップアップする[最も古い]ボタンを使用してこれを実現していますが、使用方法は同じです。より「典型的な」ページネーションを備えた電子メールクライアントの場合、間違いなく、「最後の」ボタンのようなものが表示されます。
ショッピング
電子メールと同様に、一部のショッピングサイトでは、すべてのフィールドで前方と後方の両方を並べ替えることができません。この欠けている機能は（幸いにも）あまり一般的ではありませんが、それでも時々現れます。この場合、最後のページにすばやくジャンプする機能があると、貧乏人がフィールドを逆順に並べ替えることができます。
最古のアイテムはいかがですか？なぜページネーションではなく日付順で解決できないのかはわかりませんが。価格、アルファベット順なども同じです。
以前の回答は人間の視点をカバーしていますが、ページ付けされたウェブサイトを閲覧する人間以外のボットやウェブクローラーもたくさんあります。
私が個人的に取り組んでいるクロールプロジェクトのボットは、次のように機能するため、最後のページへのリンクに依存しています。
- 記事のURLのリストを指定して、それぞれの最初のページをダウンロードします。
- ロードされた各ページで、「最後の」ページへのリンクを探します。
- そのリンクのページ番号から、その間のすべてのページ番号と対応するURLを推測します。
- 不足しているページをすべてダウンロードします。
もちろん、多くのクローラーは異なる方法で設計されており、記事の次のページへのリンクを含め、各ページのすべてのリンクを再帰的にたどります。ボットがエンドレスモードで実行されている場合、「最後のページ」リンクがないことは大きな問題ではありません。
ただし、再帰の深さの制限がある場合、ボットは不完全なデータをキャプチャする可能性があります（つまり、制限が10の場合、50ページの記事全体をキャプチャできない可能性があります）。記事に「最後のページ」リンクがある場合、既にキャプチャされたデータを分析して記事の最大長を見つけ、新しい再帰の深さを作ることができます-または、上記のように、不足しているページのURLを生成します。
したがって、「最後のページ」へのリンクがない場合、それらのいずれも実行できません。新しい再帰の深さを推測する必要があり、どれだけのデータがまだ欠けているかさえわかりません。
そのため、ボットはその情報を人間だけでなく、データの最後（さらにはサイズ）も知りたいと考えています。ボットの開始点であるほとんどのサイトマップには、記事の最初のページへのリンクしかないことを考えると、その情報を取得する唯一の方法は、最後または次の単純な「最後のページ」リンクの横にあります。
索引は巻末にあります。 （実際、これは、「最後のページに移動する」機能で、ページの本、ページの本のWebページにある、くだらない写真の機能で最も一般的に使用されます。）
少し慣れた慣習
我々は持っています go to first、… previous、… nextしたがって、ページ分割ソリューションには（ほとんど）常に含まれています… last完全ではありません。
テストでは、あなたは見つけるでしょう（または少なくとも私は見つけました）…
Lastはほとんど無視されます- 特定のページ番号（集合関数として）が2番目に近い
Firstは時々使用されます（ユーザーが深く掘り下げた場合）Previousは多くのやり取りを見ますNextはページネーション機能warsでの勝者です
ページネーションはフォールバックです
これらのツールはすべて、検索結果が確実に「良好」であり、適切なフィルターメカニズムがあり、ユーザーが必要とするソート機能を提供している場合、さらに関連性が低くなります。
IOW、ページネーション機能について心配しないでください：検索、フィルター、およびソートに焦点を当てます！
私が頻繁に使用する1つのフォーラムには並べ替えオプションがありません（そして、いずれにしても新しい順に読むことは論理的ではありません-検索は別の問題です）、最新の返信を取得するには、最後のページのボタン（実際には8ページのスレッドの最初のページにいるときは[1] 2 3 ... 8のようなページ番号になります。これは@ Nick2253の回答の場合とほぼ同じです（この場合のURLは投稿番号ではなく、ページ番号ですが、特定の日付の投稿を探している場合は、「ページに移動」していなくても手動でバイナリ検索を実行できます）。
ショッピングの例では、最も安いウィジェットが必要になることがよくありますが、検索やカテゴリでもそのウィジェットの膨大な数のアクセサリが返されます。したがって、価格の昇順で検索し、最初のページが単なるケーブル/ステッカーであることを確認してから、最後のページに移動して、ページを逆方向に進みます。 価格の降順での並べ替えとは異なり、各ページで最も安いアイテムは、スクロールせずに見える範囲ではなく上部にあります。そして、実際の製品と無数のアクセサリーとの境界を越えると、すぐにそれを見ることができます。
一般的な本の主題に関するエリックの優れた点（ https://ux.stackexchange.com/a/116483/112939 ）に追加したいと思います。彼は索引が本の後ろにあることを提案します、しかし、あなたがそれについて考えるならば、本のページは物理的にページを付けられたと見られることができました。
しかし、彼が最後のページに移動して本の索引に行くのと同じように、私は本を個人的に開きます（ブックマークではなく、ブックマークを使用しません）。オフ;一度読んだ特定の情報が必要な場合は、多かれ少なかれその部分まで開くことができます。テキストのブロックもスキャンできますが、それほど重要ではありません。重要なのは良いリーダーがあなたが望むまたは必要なページを直接開くことができることは非常に役立ちます。多くの人（ほとんど？）が私が本でできることを実行できないことに気づきましたが、同時に、彼らが欲しい情報がどこにあるかを知っている経験豊富なユーザーがたくさんいます。
他にもあります：ユーザーがあなたの資料をよく理解したら、次は繰り返しクリックする（または別の方法で数ページ先に進む）の面倒な（ユーザーに不便で面倒な）退屈なタスクを実行させる理由時間）それが終わりに近づいていることを知っている場合？（または、彼らが私と同じで、時々逆読みする場合-はい、はい、私はそれが異常であることを知っていますが、それは本当に無関係です。）他の人がインターフェースを最大限に活用しません。それが終わりに近づいていて、彼らが一度に数ページを移動しなければならない場合、それは多くの人々を困らせるでしょう。そして、これがあります：同様の素材を持つ別の製品がある場合、彼らはそれを好むかもしれません。
これは好みと使いやすさに起因し、最後まで行く方法を提供することは使いやすさの非常に重要な部分です。
編集：
誰かがページ移動オプションを指摘しました（申し訳ありませんが、誰なのかわかりません）。これは非常に優れた追加であることに同意します（私が本でできることを説明したようなものです）。あなたはラストについて話していたので、私はそれを明示的に言及しませんでした。デザインで妥当な場合は、[ページに移動]オプションも追加することをお勧めします。