Лучший способ показать результаты поиска для разных типов контента

На веб-сайте с различными типами контента в той же теме, как эта информация должна отображаться после того, как пользователь выполнит поиск. Скажем, тема сайта - это «деревья», а типы содержимого:

  • Редакционный контент : вневременное содержание, которое посвящено широкой теме (т. е. статье о древовидной структуре).
  • Пользовательский контент : пользовательский контент об одной конкретной вещи (т. е. информация о конкретном питомнике деревьев под Лондоном).
  • События : чувствительный пользовательский контент о конкретном событии (т. е. в Шотландии в мае).
  • Сообщения в блоге : чувствительный к времени контент, который посвящен широкой теме (т. е. обзор состояния лесов Британии в 2014 году).

Существует широкий спектр контента, но вполне возможно, что пользователь захочет выполнить поиск через все это. Например, пользователь может искать «Сосновые деревья». Это должно возвращать любой контент, который является релевантным, который может быть любым из перечисленных выше типов.

Задачами являются:

  1. Как сообщить, какой тип контента есть.
  2. Как заказать контент.
  3. Как отобразить диапазон типов контента с максимально большим разнообразием.

Предположим, что на веб-сайте есть универсальная панель поиска на сайте, которая разрешает поиск по ключевым словам (никаких дополнительных параметров). Страница результатов - первая страница, которую они видят после поиска из этого контекста. Что они должны видеть?

Как отображать результаты поиска для разных типов контента?

11 голосов | спросил benjaminjosephw 21 Jpm1000000pmWed, 21 Jan 2015 18:48:22 +030015 2015, 18:48:22

5 ответов


7

Конгресс на страницах результатов поиска представляет собой фактическое содержимое, которое выглядит почти одинаково. Причина этого заключается в том, что легче сканировать контент и находить ключевые слова, представляющие то, что ищет пользователь.

Поиск в фильтрах не должен выполняться в списке фактических результатов, а в гранированном навигационном инструменте слева от списка результатов поиска.

  

Элементы управления

     
  • Графическое меню навигации для типа контента, даты и т. д.

  •   
  • Меню инструментов поиска (сайты с изображениями, посещенные страницы и т. д.)

  •   
  • Разбивка
  •   
  • Параметры расширенного поиска и справки

  •   

Ссылка: Проектирование поиска: Страница результатов

Таким образом вы отделяете инструменты от списка результатов, что позволяет пользователю выбирать сразу несколько фильтров, реализуя грандиозный дизайн навигации. Пользователь может не только фильтровать контент, но и автор, диапазон дат и другие метаданные.

Вы также можете реализовать различные представления на основе формата содержимого (изображения и видео), чтобы включить быстрые параметры фильтра. Но основным инструментом здесь является фасетная навигация, позволяющая пользователям выбирать несколько фильтров, сужающих результаты поиска, чтобы быть более точными для пользователя.

ответил 4rchit3ct 24 Jpm1000000pmSat, 24 Jan 2015 12:42:04 +030015 2015, 12:42:04
4

Существует два основных способа отображения результатов поиска для разных типов контента:

  • Список результатов одиночного поиска
  • Дискретные разделы результатов для каждого типа элемента

-

Список результатов одиночного поиска

Используется, когда пользователи хотят что-то найти, но не знают или не заботятся о типе элемента. Такой подход лучше подходит для просмотра результатов поиска и пользуется сайтами электронной коммерции и amp; блоги.

введите описание изображения здесь>> </p>

<p> Как описано в ответе Бенни Скогберга, здесь результаты поиска для разных типов контента группируются вместе и сортируются по релевантности, что позволяет легко сканировать. Вы можете указать идентификаторы, чтобы указать, какой тип содержимого он есть, но он должен быть тонким, чтобы он не отвлекал пользователя от поиска того, что ему нужно. </p>

<p> Дополнительные возможности фильтрации, такие как фасетный поиск, полезны, если пользователю необходимо сузить результаты поиска. </p>

<p> - </p>

<p> <strong> Дискретные разделы результатов для каждого типа элемента </strong> </p>

<p> Используется, когда пользователи точно знают, чего хотят, и тип элемента очень важен. Этот подход используется в операционных системах Mac и Windows для поиска файлов. </p>

<p> <img src =  введите описание изображения здесь>> </p>

<p> Сбрасывая ответ BDD, цель этого стиля позволяет пользователю быстро найти определенный элемент, который, как они знают, существует в системе. Пользователь точно знает, чего хочет, включая тип элемента. Группировка результатов по типу элементов позволяет легко приблизить нужный элемент. Для облегчения процесса могут быть введены дополнительные метаподобные категории, такие как «Top Hit». </p></body></html>

ответил nightning 27 Jam1000000amTue, 27 Jan 2015 01:28:57 +030015 2015, 01:28:57
3

Ну, я думаю, это зависит от того, насколько просто вы хотите, чтобы этот поиск был. Могут ли пользователи фильтроваться? Это будет нисходящий поиск или что-то вроде Google, где, если вы будете искать, вся страница станет вашим результатом? Является ли сайт отзывчивым и позволяет пользователям просматривать данные на своем телефоне или строго на рабочем столе?

Я делаю несколько предположений здесь (в настольном приложении и выпадающем поиске стиля), но это похоже на то, что Apple сделала с Spotlight на iOS и MacOS, и я бы рассмотрел их формат, который можно увидеть ниже. Это простой интерфейс для понимания пользователем и дает им множество результатов.

поиск в центре внимания MacOS http://switchtoamac.com/guides/guides/images/spotlight_preferences_spotlight_search_01.png
кредитная карточка

Когда пользователь ищет тип дерева (например, Pine), ему будет присваиваться код Top Hit, который лучше всего подходит для что пользователь мог искать, когда они набирают «Pine», будь то определение, самое текущее событие о деревьях сосны или страница Википедии на Сосновых деревьях .

После Top Hit я буду группироваться на основе четырех категорий, указанных выше и внутри этих категорий, сортировать по текущей дате /ближайшей к местоположению пользователя (последние сообщения, ближайший питомник, предстоящие события в этом районе и т. д.).

ответил BDD 26 Jpm1000000pmMon, 26 Jan 2015 17:23:39 +030015 2015, 17:23:39
1

Я бы рассмотрел возможность возврата всех различных типов результатов в список.

    • Каждый тип контента должен иметь уникальный внешний вид и быть легко идентифицируемым. Чтобы помочь пользователям с этим типом идентификации, вы можете рассмотреть использование меток (метка с соответствующим типом контента). Еще одним средством идентификации могут быть значки (если вы можете найти /разработать значащие значки для разных типов контента?)
    • Если пользователь достиг результатов поиска через универсальную панель поиска, то я бы соответствовал релевантности поисковых терминов. Например: Если пользователь искал «Pine», то контент с «сосной» в заголовке, вероятно, должен быть возвращен перед контентом, который включает только «Pine» в теле.

    Вы можете предоставить пользователям дополнительную функциональность, позволяющую пользователям фильтровать результаты по типу контента и /или сортировать по другим граням, таким как дата.

    Примечание. Заказ по дате может быть сложным. Проблема здесь в разных типах контента может иметь разные типы «дата» или даже не иметь дату.

      • см. 1.:)
      ответил Sheff 21 Jpm1000000pmWed, 21 Jan 2015 20:43:59 +030015 2015, 20:43:59
      0

      Здесь я вижу две ситуации:

      • Если поиск относится к термину точный , и все результаты поиска одинаково важны, я бы показал несколько списков - один список для типа контента (аналогично поиску прожектора OS X, который был упомянут BDD)

      • Если, однако, поиск неточный, и вы можете приказать своим результатам «наилучшее соответствие» «худшему совпадению», тогда имеет смысл показать все результаты в одном списке, упорядоченном по применимости результата, к критерий поиска пользователя.

      ответил nimrodm 26 Jpm1000000pmMon, 26 Jan 2015 23:20:25 +030015 2015, 23:20:25

      Похожие вопросы

      Популярные теги

      security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132