質問: iphoneとモバイルweb:ページネーションvs.ロードの追加vs.スクロール 現在、iphoneアプリと、ウェブから読み込まれた検索結果を表示するモバイルウェブサイトに取り組んでいます。いくつかの並べ替えオプションが利用可能で、すべての結果には写真があります。潜在的に何百もの結果があります。リストをナビゲートするための4つのパターンが表示されます。 すべてをロードし、ページネーションの種類を使用せず、下にスクロールします。 thoughts:ロードする必要のあるデータが多すぎます(速度とユーザーのデータプランに悪い)。 特定の数の結果をロードし、20と言って、従来のページネーション(「次のページ」と「前のページ」ボタン)を使用します。 考え:欠点:ユーザーが最初のページに戻りたい場合は、上にスクロールするのではなく、クリックし直す必要があります。長所:すべてのページに実際のurl(seo関連)があります。モバイルwebソリューションの推奨バージョン。 20個の要素を読み込み、リストの最後に「さらに20個を読み込む」ボタンを配置します(appleによってapp storeで使用されます)。 考え:アプリにとってはかなりエレガントですが、結果を自動的にロードできるのになぜそれを使用するのですか? (4を参照) 開始時に20要素をロードし、ユーザーがリストの最後に到達したときに次の20要素をロードします。 thoughts:アプリの私のお気に入りのパターンは、seoが適切に処理されていれば、モバイルwebサイトにも使用できます。 質問:他に考慮すべきことはありますか?私の考えに同意しますか?なぜ誰もがパターン4を使用しないのですか? (アップルさえも)関連する質問: iphoneでは、どのような状況でスクロールによってページ付けが可能になるのですか? より多くのコンテンツを表示するためにクリックするよりもスクロールの方が優れていますか?
回答: それはバランスの問題です。いくつかの考え: ケース#1では、後でスムーズなエクスペリエンスを実現する代わりに、前もって遅延ロードを我慢します。アプリのユースケースによっては、それが優先される場合があります(twitterを読んで、20番目のツイートに到達するたびにロードを待つ必要があることを想像してください)。 ケース2の場合、データが変更される可能性があるため、すべてのページに実際のseo urlがあるとは限りません。ページ付けされた検索のほとんどの設計規則では、ページ付けリンクをたどらないようにgoogleに指示しています。これは、個々の検索結果ページのインデックス作成は検索者にとってあまり価値がなく、データが変わる可能性があるためです。 ケース#3の場合、これは前もって束をロードするgoogle画像などの状況でうまく機能しますが、多分ユーザーケースの80%が最初のページに満足しているとユースケースで規定されているため、あまり多くロードしたくありません。ただし、ユーザーが必要なときにさらにリクエストできるようにしたいので、「さらに読み込む」ボタンを用意します。 そして#4に関する限り、これが頻繁に表示されない理由は、ほとんどのアプリが#1で問題ないためです。 xの結果ごとに新しいアイテムをロードすると、クイックスタートシナリオを優先する場合は優先されないストップスタートエクスペリエンスが作成されます(そうでない場合は、この種類のリストは適切なコントロールではありません) )。 このような決定に直面したとき、私は一歩下がってデザインを再考する傾向があります。それが不可能な場合もあります。たとえば、上記のように、twitterは本質的にリストであり、最初からすべてのツイートをロードすることはできないため、ユーザーはあちこちに負荷をかけなければなりません。 。しかし、幸いなことにツイートは非常に軽いため、切り取る前にかなりの数のツイートを読み込むことができます。他のデータ、たとえば、それぞれの結果の写真がある旅行サイトでの検索結果については、別のデザインアプローチを検討するかもしれません。