無限ページングはいつ適切ですか？
Webアプリケーションでエンドレスページングを使用するのが適切なのはいつですか（自動ロードや「もっと見る」リンクなど）。
例
- Googleリーダー
- フェイスブック
これはまた、ユーザーにいくつかの問題を引き起こします：
- ナビゲーション要素またはページの上部に戻る
- ブラウザの戻るボタンと進むボタンの使用
このアプローチの長所と短所は何ですか？問題をどのように軽減できますか？
要するに- Flickriver のように、ページの主な使用例が「ライトブラウジング」である場合に適しています。共有（メールなど）は、ページ上の1つだけが無関係であり、SEOの重要性が低い場合。
私が「軽いブラウジング」と言うとき、ユーザーは基本的にスクロールし、面白いものを探しているだけで、特定のアイテムにコミットしたり戻ったりする必要はありません（ほとんどの人がFlickriverで行うことです）。
長所：
- ページを閲覧する「シームレス」または「スムーズ」体験
- すべての情報は同じページにあります。
これにより、別のページに移動するときの読み込み時間が短縮され、余地がないという理由だけで関連性の高い要素を強制的に分離せず、そのページで特定の作品やフレーズを探すことができます。
短所：
- ページ上の場所にマークを付けることができないため、要素に戻るのは不快です。
- 誰かと情報を共有したい場合は、共有したいものを指定するのに苦労し、ページ全体を共有して「下に行くか検索する...」と言わざるを得なくなります。
- SEOの観点から見ると、通常、ページビュー数が少ないほどSEOのパフォーマンスが低下します。言うまでもなく、検索ボットがダウンロードするのはそのページだけなので、以下の情報はインデックスに登録されません。
緩和策：
このようなページは、一般的なユースケースに干渉しないため、短所を緩和する必要がないように思えます。まだ本当の理由があり、そのようなパターンが必要な場合は、たとえば、ユーザーがページ上の場所を「ブックマーク」してそれらの間を移動できる代替ナビゲーションを提供できます。戻るボタンをハイジャックして、これだけ上にスクロールしてみてください。等.
連続スクロールの適切な実装では、戻る/進むボタンの使用は問題になりません。必要に応じてURLフラグメントを更新することで、問題を軽減することができます。たとえば、forrst.comで下にスクロールすると、次の場所に移動します。
に
戻るボタンで動作するURLを与える。
アイテムの無限または実質的に無限のリストのページングの代替手段が必要だと思います。そのような代替手段にはすべての スクロールの利点 があり、通常のスクロールバーの相互作用規則を活用する必要があります。しかし、私が見た無限のスクロールはそうではありません。ほとんどの場合、遭遇する可能性のあるほぼすべてのアプリケーションのページングよりも悪い結果になります。欠点：
スクロールバーの期待に反する。最大の問題は、無限スクロールが通常のスクロールバーのように見えても、そのようには動作しないことです。エンドレススクロールの急増により、通常の使用のためのスクロールバーが台無しになっています。たとえば、ユーザーは、スクロールバーの外観から総コンテンツを推定できる時期と推定できない時期を知りません。
位置推定を壊します。ユーザーが以前に表示したアイテムに戻りたい場合、スクロールバースライダーの対応する位置は新しいコンテンツが読み込まれると変化するため、どれだけ前にスクロールするかを知ることは困難です。通常のスクロールバーでは、上からthingsスクロールしたものは、上からstayのままです。ページングを使用すると、ページ4の内容はページ4にとどまります。
ユーザーはリストの1ブロック先に移動することに制限されています。ユーザーが目的のリストアイテムがリストのどこにあるかをおおよそ知っている場合（たとえば、以前の訪問から覚えている場合）、それでもユーザーは、継続的なスクロールによってリストの一番下に新しいアイテムを徐々に追加してゆっくりと移動する必要があります。ダウン。通常のスクロールでは、ユーザーはリスト上の任意のポイントに即座にランダムにアクセスできます。通常、ページングを使用すると、無限スクロールよりも幅広く、より柔軟なアクセス（最後へのジャンプなど）が可能になります。
ナビゲートするとコンテンツが失われます。ユーザーがエンドレススクロールページに戻ると、通常、コンテンツが最初からリロードされ、その結果、ユーザーはリスト内の場所を失うことになります。ページ付きリストまたは通常はスクロールリストに戻ると、リストの左のポイントに戻ります。
ページングの問題を克服しながらこれらすべての問題に対処するデザインができるまで、私はページングに固執します。以上：実質的に無限のリストを提示しないでください。非常に少数の例外（マップが頭に浮かぶ）を除いて、無限のページング/スクロールは設計が悪いことを示しています。コンテンツが多すぎて1ページの通常のスクロールリストに一度にすべてをロードできない場合は、ユーザーにコンテンツを提供しすぎている可能性があります。スクロールしてすべてをスキャンするには、あまりにも多くの作業が必要です。コンテンツを膨大なリストにダンプして、ユーザーが手動で退屈にすべてをふるいにかけるよりも、コンテンツを適切に整理またはフィルタリングする方法が必要です。
たとえば、十分な検索を実行しているユーザーの場合、多数のアイテム（たとえば、500枚の写真のサムネイル）のサンプルを1つのスクロールページに表示できます。サンプルは次のとおりです。
ユーザーが探しているものであなたの最高のショット。サンプルに、ユーザーが探している可能性のある代替解釈のリンクを追加します。各解釈は、アイテムの異なるサンプルを示します。
ユーザーが探しているものの多様性を捉えようとする試み。次に、各アイテムには、そのアイテムとの類似性に基づいて別のサンプルを表示する「このような」リンクを含めることができます。
ほとんどありません 、ユーザーは自分自身を方向付けるのに苦労するかもしれませんが、それはどのページを示す水平ランドマークで簡単に解決できます。
SEOは賢明です。ページネーションに続いてボットに依存していて、XMLサイトマップを使用していない場合、適切なSEOは行われていません。どちらかと言えば、ユーザーインタラクションを向上させる必要があります。
これは、ページ分割がより煩わしい場合に適しています。
私が使用する議論は、人々が2〜3ページ以上戻る必要がある頻度を教えてください。頻繁ではない場合は、それらのレコードを1ページに表示するだけではどうでしょう。それがisより頻繁にある場合、私はページネーションがとにかくあまり役に立っていないと主張します。その時点で、おそらく検索オプションまたはフィルタリングオプションがより理にかなっています。
私はGoogleのページレス画像検索が好きでも嫌いでもあります。スクロールして画像を表示できること、および通常はページが離れている2つの画像を非常にすばやく比較できることは非常に便利です。ページネーションを使用するには、ブラウザのタブ間を常にフリックする必要があります。
私はそれが好きではありません。それは、私が働いている会社が節約しようとしている帯域幅の大量の負荷をかき立てているように見えるためです（高価な帯域幅のコストに3つの応援！）。