1ページあたり10件の検索結果が最適ですか？
検索結果が多い場合、ページ番号が付けられることがよくあります。私が知っているほとんどの検索エンジンは、ページごとに10件の結果を表示します。これは簡単な技術的な解決策や習慣から生まれたと思います。しかし、それがまだ有効であるか、使用可能であるかはわかりません。
なぜ8または11ではないのですか？ 10は特に覚えやすい量ですか？または、ページの2つのビュー（PageDownの1倍）に10個の結果がうまく収まるでしょうか。
たとえば、Googleが次のページをクリックするのではなく、スクロール時に新しいページを読み続けるようにGoogle画像の動作を変更したことを知っています。私が覚えている限りでは、彼らが満足する前に、通常の/ウェブ検索（1から3）ではなく、はるかに多くの結果（たとえば15まで）をチェックしたことに気付いたので、彼らはこれを行いました。したがって、10個を超える結果を簡単に確認できると便利です。
もう一つの例。一部の検索結果にはさらに多くの情報が表示されます。たとえば、チケットシステム、CRM、電子メールの受信トレイなどです。結果は1行に収まるので、利用可能なスペースをさらに活用するのは理にかなっています。結果は、20から50から100になる可能性があります。
現在、写真家を検索できるウェブサイトに取り組んでいます[1]。だから私たちは彼らの写真を表示します。各検索結果のピクセルの高さは非常に高くなっています。グーグルとは対照的に、ページ1の下部に到達するには、さらに多くのスクロールが必要であることを意味します。だからといって結果を少なくする価値はありますか？
要約すると：
- 検索結果がしばしば 10分割される理由はありますか？
- 多かれ少なかれ表示するためのルールはありますか？（つまり、メディアのタイプ、高さなど）
- このトピックに対しての調査はありますか？
私は特に研究の参照のみを探しているのではなく、教育を受けた推測とスマートな思考が大好きです。
番号。
1ページあたりの結果の量は、次の要素に依存します。
各結果の表示サイズ-結果が小さいほど、ページごとに表示する必要があります。小から大へ：サムネイル、1行、複数行、大きな画像、...
ウィンドウサイズ-ユーザーのウィンドウ（またはフルスクリーンモードの場合はデバイスの画面）が大きいほど、表示する結果が多くなります。 10個の結果を表示し、ウィンドウの半分を未使用のままにしておくことは、非常に悪い習慣です（これは私が見たことを後悔しています）。
上/下へのスクロールの容易さ対次/前へのクリック-通常、上下にスクロールしてから、前/次へを何度もクリックする方が簡単です。上下にスクロールするには、キーボードページのアップ/ダウンキーまたは小さな変更のアップ/ダウンキーをクリックするだけです。または、マウスを使用して-ホイールでスクロールします。前/次をクリックするには、一番下までスクロールし、ポインタを矢印に移動してクリックし、プロセス全体を何度も繰り返す必要があります。
両方のプロセスを最適化できます：- すべてのNの結果の間に次へ/前へボタンを追加してスクロールします（ページ内でジャンプします）。
- Prev/Nextアクセラレータを追加する（たとえば、ページアップ/ダウンキーでページをめくる）。アクセラレータはユーザーに認識されている必要があり、ページはウィンドウを超えてはなりません。そうでない場合、ユーザーは下にスクロールしてからユーザーアクセラレータを使用する必要があります。
応答時間-結果の数に関係なく結果のフェッチにかなりの時間がかかる場合、ページあたりの結果を増やすとユーザーの時間を節約できます。結果のフェッチに結果ごとにかなりの時間がかかるが、ページごとに一定の時間が存在しない場合、ページごとの結果が少ないほど、ユーザーにとって高速になりますseem。
理想的には、どちらも可能な限り少なくする必要があり、これは要因ではありません。
スクロールとページングの使いやすさの良い例は、Google画像です。下にスクロールして[他の結果を表示]をクリックすると、より多くの結果を表示できます。
大きなサイトの場合、考えられる理由は応答時間です。 たとえば、2006年のブログ投稿による ：
そこでマリッサは、Googleが検索結果の数を30に増やした実験を行いました。実験グループのGoogle検索ユーザーからのトラフィックと収益は20％減少しました。
痛い。どうして？なぜ、ユーザーがこれを要求したときに、ユーザーはそれを嫌っていたのでしょうか。
少し調べた後、マリッサは制御されていない変数を見つけたと説明しました。結果が10のページの生成には、0.4秒かかりました。結果が30のページは0.9秒かかりました。
0.5秒の遅延により、トラフィックが20％減少しました。 0.5秒の遅延により、ユーザーの満足度が低下しました。
この結論は意外かもしれません-人々は0.5秒の遅れに気づきましたか？ -しかし、Amazon.comでも同様の経験がありました。 A/Bテストでは、100ミリ秒単位でページを遅延させてみましたが、非常にわずかな遅延でも、大幅で費用のかかる収益の減少につながることがわかりました。
私が検索結果で作業していたときに気付いたのは、最初のページに表示される結果の量は、正しい答えがその中にある可能性に基づいて変更する可能性が高いということです。
したがって、それがどのような検索であるかを理解することは良いことです。特定のタイプの車についてある程度理解することですか？たぶん、20枚の写真が適切な出発点となりますが、50枚の写真が良いでしょう。それとも、「ノートブック」または非常に正確なものを探していますか？赤いA3モールスキン。これらすべてのケースで、異なる量の結果が「最適」になります
TwigKitのブログ （検索UI会社）でいくつかの洞察に満ちた記事を見つけることができます。
数値の基数10のシステムを使用します。したがって、物事をグループ化するときはいつでも、それらを10の倍数または10の倍数にまとめる傾向があります。
つまり、7または14ではなく10の結果または20の結果を表示することの背後にある考え方（または直感）であると考えられます。
一部の検索ページには選択ボックスがあり、ここで希望する結果数を自分で決めることができます。遅いインターネット接続とスマートフォンのディスプレイでは、大きなモニターを備えた高速の場合よりも別のソリューションが必要になる場合があります。
可能であれば、ユーザーの設定を保存して、次回はデフォルトで提供することができます。
それ以外の場合は、ダニーヴァロッドのアドバイスに従ってください。
結果は、ラウンドフィギュアとして10に積み上げられます。この場合、次の最小値は5になる可能性があります（これはページでははるかに少なく、不動産スペースが適切に利用されていません）。まだ20人いる場合、スクロールしても不満はありませんが、「選択肢が多すぎる」と人々の心に混乱が生じるという研究があります。したがって、少数のアイテムを持つことは、人間への普及が容易になります。 10が適切なはずです！
いつ多かれ少なかれ表示するのですか？状況や主題によって異なります。より多くのアイテムを見つけるために10は適切であるか、おそらく「より多く」をクリックする必要があります。また、アイテムの「少数」とセットでのアプローチも処理します。ここで、ページまたはブラウザウィンドウは、番号と、[詳細]ボタンが配置される場所を定義します。
あなたの目的のために、なぜそれを垂直に配置し、垂直にスクロールする必要があるのですか？カルーセルに似たパターンを使い、水平方向に移動できれば、インタラクションは効果的で洗練されたものになると思います。これらはスワイプのように水平方向に移動する画像であるため、通常の垂直方向のフォーマットよりも多くの美観が要求されます。
お役に立てれば！
最適な数値を推測する代わりに、ユーザーが数値を選択するグリッドの上部に小さなドロップダウンリストを配置することで、ユーザーに設定を指定させるを使用できます。あなたは10、25、50、すべてを提供するかもしれません。
このように、ユーザーは画面サイズ、返される可能性のある結果の推定数、およびインターネット接続の速度に基づいて選択を行うことができます。また、ユーザーの好みに合わせてプレゼンテーションを調整します。
一部のサイトでは、この設定はデータベースに保存され、ユーザーのログイン時に取得されます。
記事を異なるページに分割するウェブサイトについて話していました。これは私が完全にユーザーフレンドリーではないと考えているものです。
一般的に、同じページに配置できるのに、なぜ別のページに配置するのですか？まあ、関連する場合。そのため、検索結果や記事の長いリストの場合は、[さらに読み込む]ボタンの使用を開始しました。特定の数の結果が表示され、ユーザーがボタンをクリックして、同じページにさらに多くの結果を読み込みます。
誰かが1ページ目の記事に興味を持っている可能性があり、そのページを離れる必要がある場合、最終的に必要なものにアクセスするのが難しくなります。一方、同じページにより多くの結果をロードすると、ロード時間の問題が解決しますandは、すべてを1か所に保持します。