分類されたリストのページネーションまたは無限スクロール
興味深い課題があります-分類されたリストがあり、ロードするエントリの初期量を制限する必要があります。
これは私たちをページネーション対無限スクロール戦争へと導きますが、正直なところ、問題はもう少し複雑です。私は通常、どちらを使用するかについてかなり良い感触を持っています。
どちらかをページレベルで実装すると、より簡単に読み込むことができますが、ページの高さが増加し、現在の場所や現在の場所のコンテキストが失われます。あまり理想的ではありません。
もちろん、ページごとのブロックを実装すればページ付けは機能しますが、それだけの恐ろしい流れがあります。できれば避けたい。
カテゴリレベルでInfinite Scrollを実装すると、読み込み時間が原因でリストエントリを簡単にスクロールできなくなり、リストが急に大きくなるため、リストのどこにいるかがわかりません。
何かご意見は？私は実際にこの例を見つけるのに苦労しています。私はアイデアがあり、それをテストする必要があると思いますが、一般的な解決策があればそれは役に立ちます
ユーザーはカテゴリー233番目のエントリのコンテキストを必要とするかもしれないが、カテゴリーBのエントリーに注意する必要があるため、単純にカテゴリーでフィルタリングすることはできません。
これが私たちにとってうまくいったアプローチです。アプリケーションでは、エンドユーザーが一度に多くのタイプのデータを検索し、キーワードが照会され、複数のカテゴリにわたって表示されます。主要な結果画面では、各カテゴリ内の結果が5つの結果または任意のセット数の上位に制限されます。結果が上位の結果に存在しない場合、ユーザーはプライマリカテゴリで結果全体を表示するか、検索キーワードを絞り込むことができます。その後、完全な結果は無限スクロールになり、スクロールすると、X個の結果が先にプリロードされます。これはすべてグリッド上で実行できるため、データの変更をインラインで、またはある種の選択インターフェイスを介して更新できます。
お役に立てば幸いです。
一次結果画面
詳細なカテゴリ結果画面
無限スクロールには大きな欠点が1つあります。刺激を与える必要のある（ランディングページ）で使用する場合（たとえば、「気に入った製品はありますか？」）-深いカテゴリレベルではなく、低いレベルです-これは良いことです。この段階では、ユーザーはカテゴリダイビングルートをまだ決定していない可能性があるため、さまざまなものを確認したいと考えています。これが、通常レベル1未満のページで無限スクロールを使用しない理由です。
しかし、あなたの場合、リストアイテムの目的は、リストアイテムに含まれている情報を把握することであると思われます。
これについて1つまたは2つの質問をしたいと思います。ユーザーはアイテムを比較したいですか？もしそうなら、無限のスクロールは良い考えかもしれません。 （私はあなたがすでにそれに答えたことを読んだだけです）
2番目の質問：アイテムリストはフィルター処理可能ですか？それは全体の話を簡単にします。
他の回答者が言ったように、「どこで終わるかを知っている」と、ユーザーはより制御しやすくなります。したがって、無限スクロールに力を入れる代わりに、コンセプトに「インスピレーション」の部分がまだないため、代わりにフィルタリング（したがって、リストを絞り込む）を行います。
フィルタリングを使用しない場合は、カテゴリごとに「アコーディオン」を使用して、データを無限スクロールで使用できます。
それでも、スクロール/移動する領域が全体的に少ないカテゴリへの参照があります。
私たちのeコマースWebサイトで両方を試したところ、ページネーションが特定のユーザー層（つまり、アジアのファッションeコマース）に適していることがわかりました。ユーザーが両方を閲覧する方法についていくつかの観察を行い、以下に出くわしました。
ユーザーは、最初のページで探していたものが見つからなかった後、.. 2,3,4 ..に行くのではなく、3,5ページにスキップします。
ユーザーは無限スクロールに慣れていなかったため、非常に深くスクロールして、以前に通り過ぎたものを見つけようとしたときに、それを見つけることができませんでした。改ページ時と比べて、彼らはそれがどのページにあるかを大まかに覚えていました。
ユーザーは、無限にスクロールすることで、より多くの製品が存在することを常に期待していたため、製品をより速くスキミングしました。
無限スクロール効果は、製品がいくつかあるカテゴリではうまく機能せず、「無限」ではありませんでした。
どのタイプのウェブサイトに取り組んでいますか？ eコマースソリューションは、無限スクロールでは機能しません。これは、技術的に「結果」のURLをブックマーク/共有することが難しいため、コンテンツピースのLOADSを含む1つのページにすぎないためです。
会話を想像してみてください。 「ええ、これらの素晴らしい靴をチェックしてください。黄色のTシャツが見えるまでスクロールし続け、その後さらに2つのスクロールを下に進んでください。」 —えっ？これら？彼女はこれらのものを意味しますか？ —野心的なため、素晴らしい経験ではありません。
コンテンツになんらかの「制限」がある場合、ページ付けはサイトでより適切に機能します。Pinterestの場合、コンテンツはユーザー生成であり、スケールは無限です。ユーザーによって多くを表示し、多くを保存するように設計されています。特定の製品に関する詳細情報を入手する場所というよりは、「ショーケース」のようなものです。
—
サイトの性質とは何ですか？
ユーザーはカテゴリー233番目のエントリのコンテキストを必要とするかもしれないが、カテゴリーBのエントリーに注意する必要があるため、単純にカテゴリーでフィルタリングすることはできません。
これはあなたの決定の主要な要素だと思います。 無限スクロールは、Twitterやブログフィードなどのように、ユーザーが自分自身をどのように方向付けるかを時間で決める唯一の要因である場合に便利だと思います。
むしろ、あなたが説明することから、ユーザーは自分のタスクのどこにいるのかをより深く理解する必要があります。ミシガン大学のデビッドキーラスは、 エンドポイントに到達するとコントロール感が向上する であると主張します。
あなたの答えに対する質問は、あなたのサイト/アプリの成功にとって何がより重要であるかによって決定されます：コントロールまたは美的です。
ページやオプションの数が圧倒的に多いと、ページネーションの全体的なユーザーエクスペリエンスが低下し始めると思いますが、これは特にページネーションよりもメニュー項目が多すぎることに共通しています。
とにかく、私はあなたが最終的に何に終わるかに完全に興味があります。間違いなくユニークな問題。
アイテムの数が多い（20以上）場合、アコーディオンはスキャンにあまり適していません。前述したように、展開されたグループが画面の高さを超えると、カテゴリのグループ化を追跡できなくなるためです。
カテゴリーアコーディオンを削除し、ナビゲーションとして左側にカテゴリーを配置し、ユーザーが今後のアクセスでリスト上のアイテムの特定の場所を参照する必要がない場合は、カテゴリーごとに無限スクロールを提供することをお勧めします。ユーザーがリストのさらに下の項目を参照する必要がある場合は、無限スクロールの代わりにページ付けを使用する必要があります。例えば。 2ページ目の2番目と3番目のアイテムが必要です。下にスクロールすると、53番目のアイテムが見つかります。ページネーションと無限スクロールのどちらを決定するかについての詳細は この質問 を参照してください。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
