搜索的气味 泰勒·泰特（Tyler Tate）提出以下建议：
表示结果数这有助于用户衡量其搜索的有效性。许多结果都可以作为信任票，而很少有结果可以引起危险。
搜索结果应始终：
- 提供找到的结果总数
- 指明结果是否按相关性排序（用户通常会认为结果以最相关
- 通过分页或类似机制向用户提供清晰的线索
您不仅应包括匹配项的数量，还应包括所使用的确切搜索词组/条件，例如Your seach for "foo" returned 0 matches.。
当您搜索某项内容却没有找到匹配项，然后尝试使用其他搜索词组，而您却不知道零匹配结果页面是您上次搜索的结果还是您没有次要搜索器的倒数第二次搜索的结果时，这真的很烦人尝试检测由您的上一次搜索触发的预期页面重新加载。
当找到一些匹配项时，这当然不是问题，但仍然总是通过某种方式说出I searched for .... for you and found .... results。
搜索结果应显示找到的项目数。
通常，复杂类型的数据（例如一组数据库记录）应附有摘要，因为读取整个数据需要很多工作。虽然很难自动生成即时摘要，但项目数量通常很容易生成并且非常有用。通常，仅凭摘要本身是不够的，但总比没有摘要要好。
如果搜索模糊，则可能只有“最佳匹配”数量，“良好匹配”数量，“可能匹配”数量等，并且可能没有一个“匹配的项目数量” 。即使在这种情况下，也应尽可能显示一些有意义的数字。
如果价格便宜，那么您应该显示它。但是，我建立了系统（不是基于SQL），其中搜索结果的生成速度约为每秒10-20个，您可能会得到1000个结果。自然，我们不必等待一分钟即可显示出第一个结果。我们显示了第一页。
现在，您应该如何处理搜索结果的数量？在这种情况下，显示随着结果进入而添加的页面更加有意义。
这取决于要搜索的索引的大小。例如，一个索引为100的博客可能不需要结果计数-如果一次典型的搜索返回3个结果都超过首位的结果，为什么UI会混乱？如果您要搜索较大的索引，并且返回的结果平均范围很宽，那么您可能需要考虑添加结果计数。
是!如果结果太多，在我看来，将总数取整是个好主意。
应该有一个数字，但是您可以像Google一样进行操作：显示三个有效数字，例如：
- 7
- 532
- 7'320
- 312'000'000
- 1'180'000'000
有时。在具有良好相关性排名的系统中，结果数量可能没有多大意义。
为什么不？那是一个数字，即使没有用，也不会产生太大的视觉噪音。即使作为装饰也可以接受。