Планирование взаимодействия пользователя со службами поиска (Search Server 2008))

Обновлено: 2008-03-03

Примечание:
Если не указано иное, содержащаяся в данной статье информация относится как к серверу Microsoft Search Server 2008, так и к серверу Microsoft Search Server 2008 Express.

В этой статье:

• Планирование элементов, отображаемых при пользовательских запросах

• Планирование элементов, отображаемых в результатах поиска

Администраторы поиска могут улучшить релевантность и представление результатов поиска путем тщательного планирование взаимодействия конечного пользователя со службами поиска. Цель планирования — создать условия взаимодействия, которые дадут пользователям возможность быстро находить нужную информацию. В данной статье представлены сведения, которые помогут администраторам служб поиска и администраторам семейств сайтов оптимизировать взаимодействие конечного пользователя мо службами поиска.

В первом разделе данной статьи:

• Описывается пользовательский интерфейс для отправки поисковых запросов.

• Описывается расширенный поиск и использование свойств для фильтрации результатов поиска. Администраторы могут использовать эти сведения, чтобы понять варианты управления ключевыми словами и свойствами для оптимизации способности пользователей выполнять расширенный поиск.

• Обсуждаются преимущества поиска с использованием свойств и областей. Сюда входит описание отношений свойств для обхода и управляемых свойств, а также их планирование.

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

Во втором разделе данной статьи:

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

• Рассматривается контроль уровней релевантности определенных сайтов для повышения актуальности результатов поиска.

• Описывается новая функция федерированных местоположений, которая может быть использована для поиска множественных источников и объединения результатов на единой странице результатов поиска.

• Описывается, как управлять ссылками, появляющимися в результатах поиска.

• Описывается планирование оповещений поиска.

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

Планирование элементов, отображаемых при пользовательских запросах

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

Пользовательский интерфейс поиска

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

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

Пользовательский интерфейс поиска на уровне узла

Поле поиска на уровне сайта (выноска 2) — это текстовое поле в правом верхнем углу веб-страниц, в которое пользователи вводят запросы поиска, а затем щелкают значок "Найти" (выноска 3), чтобы обработать запрос.

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

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

Пользовательский интерфейс поиска на уровне списка

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

Пользовательский интерфейс центра поиска

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

Как и поле поиска на уровне сайта, поле поиска центра поиска представляет собой поле в центре поиска (выноска 1), в котором пользователи могут вводить свои запросы поиск. Затем они нажимают кнопку Найти (выноска 2) для обработки запроса. Опытные пользователи могут щелкнуть ссылку Расширенный поиск (выноска 3), чтобы воспользоваться страницей расширенного поиска для составления запроса. Сведения о странице расширенного поиска приводятся далее в этой главе.

Если приложение Microsoft Search Server 2008 было установлено с использованием варианта установки "Обычная", шаблон центра поиска используется для создания веб-сайта верхнего уровня.. Это значит, что сайтом верхнего уровня семейства сайтов будет центр поиска.

В таблице ниже перечислены области, доступные в Search Server 2008 по умолчанию а также уровни, на которых их можно использовать.

Эта область	Обеспечивает	На этом уровне
Все сайты	Поиск по всему содержимому указателя	Центр поиска Сайт верхнего уровня Дочерний сайт Списки и библиотеки
Этот сайт: Имя сайта	Поиск по текущему сайту и всем его дочерним сайтам	Сайт верхнего уровня Дочерний сайт Списки и библиотеки
Этот список: Имя списка	Поиск по текущему списку	Списки и библиотеки

Планирование настраиваемых областей

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

Например, можно предоставить возможность поиска по определенному набору веб-сайтов или по всем документам Word, созданным во время определенного периода, или использовать любое сочетание этих параметров.

Настраиваемые области можно создавать на уровне семейства сайтов, что делает их доступными для семейства сайтов, на котором они созданы.

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

Планирование областей для семейств сайтов

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

Ниже представлен список относящихся к областям задач, которые администраторы семейства сайтов могут выполнять на уровне сайта:

• Выбор способа отображения областей поиска (раскрывающийся список результатов поиска, расширенный поиск или и то и другое).

• Создание областей уровня семейства сайтов.

• Редактирование областей уровня семейства сайтов (дополнительные сведения представлены ниже).

• Добавление правил областей.

• Удаление областей уровня семейства сайтов.

• Просмотр состояния. Например, правил областей, которые они содержат, и порядка списка областей, в котором они отображаются.

При создании или редактировании новой области уровня сайта необходимо указать следующее:

• Уникальное название.

• Описание области (необязательно).

• Группа отображения, которую иногда называют группой области. Администраторы семейств сайтов могут назначать области группам отображения, чтобы определить место их отображения на сайте. По умолчанию сервер Search Server 2008 предоставляет группы отображения для раскрывающегося списка поля поиска и для страницы расширенного поиска. Администраторы семейств сайтов могут назначать одну или несколько областей любой группе отображения или создавать новые группы отображения.

• Страница результатов. Для отображения результатов поиска при использовании данной области можно выбрать страницу по умолчанию или другую страницу. Обратите внимание, что если будет выбрана другая страница, необходимо предварительно создать эту страницу результатов поиска.

Планирование групп отображения

Группы отображения позволяют назначить области определенному полю поиска. Администраторы семейств сайтов имеют доступ к нескольким функциям настройки существующих групп отображения и могут создать одну или несколько групп отображения. Как правило, потребность в группе отображения определяется владельцем сайта. Например, пользователям определенного сайта рабочей группы часто может быть необходимо искать содержимое, распределенное по нескольким библиотекам документов. Чтобы сузить диапазон содержимого, по которому осуществляется поиск, им приходится выполнять отдельные операции поиска в различных полях поиска, например в поле поиска каждой библиотеки, или составлять расширенные запросы для фильтрации результатов поиска. Чтобы дать пользователям более простой способ выполнения этой распространенной операции поиска, администратор семейства сайтов создает группу отображения и назначает ей соответствующую область. После этого владельцы сайтов могут связать эту группу отображения с нужным полем поиска. Например, с полем поиска на настраиваемой странице поиска сайта. После этого пользователи смогут применять это поле для поиска по содержимому, заданному в области, в данном случае в библиотеках документов. По умолчанию Search Server 2008 предоставляет две группы отображения:

• Раскрывающийся список поиска   По умолчанию этой группе отображения назначается область "Все узлы". Данная группа используется для поля поиска по умолчанию.

• Расширенный поиск   По умолчанию этой группе отображения назначается область "Все узлы". Данная группа используется для страницы расширенного поиска по умолчанию.

Администраторы семейств сайтов могут выполнить следующие действия:

• Добавление областей в любую группу отображения.

• Удаление областей из любой группы отображения.

• Создание новых групп отображение и назначение нужных областей в эти группы.

• Изменение порядка отображения областей в списке областей поиска.

• Задание области по умолчанию в списке областей поиска.

Владельцы сайтов могут выполнять следующие действия:

• Назначение других групп отображения полю поиска и странице расширенного поиска в центре поиска.

• Создание новых страниц поиска с помощью веб-частей поля поиска и поля расширенного поиска и назначение нужной группы или групп.

Планирование правил областей

Чтобы задать правило области, необходимо добавить это правило в область. Правила области определяет содержимое, которое связано и не связано с областью. Добавление правила области в ту или иную область определяет сферу ее применения.

Каждое правило области основывается на определенном типе правила области, который определяет свойства, расположения и источники содержимого. В таблице ниже перечислены типы правил области, доступные для областей поиска уровня семейства сайтов.

Данный тип правила области	Доступен для областей поиска уровня семейства сайтов	Проверяет содержимое по
Веб-адресу (https://server/site)	Да	Местоположение
Запрос свойства (Автор = Иван Петров)	Да	Отдельное свойство
Источник содержимого	Нет	Определенный источник содержимого
Все содержимое	Да	Все содержимое указателя содержимого

Тип правила области "Все содержимое" является самым простым, так как связывает все содержимое для обхода с областью. Для других трех типов правил области администратор службы поиска может задать режим работы правила области, определяющий содержимое, которое связано с областью. Эти режимы описаны в следующем списке:

• Включить   Элементы, удовлетворяющие правилу, будут показаны в результатах поиска, если другое правило не исключит их. При составлении правил этот режим соответствует логическому оператору "ИЛИ".

• Обязательно   Элементы, удовлетворяющие правилу, будут показаны в результатах поиска, если они также удовлетворяют другим правилам. Соответствует логическому оператору "И".

• Исключить   Элементы, удовлетворяющие правилу, будут исключены из результатов поиска, даже если они удовлетворяют другим правилам. Соответствует логическому оператору "И НЕ".

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

Использование правил, основанных на расположении

Можно создавать правила на основе расположения (веб-адреса или UNC-пути) содержимого, используя тип правила области "Веб-адрес". Этот тип правил необходим для нескольких сценариев использования, включая поиск содержимого:

• в группах и библиотеках;

• в наборе папок, расположенных в едином крупном репозитории документов, например в архиве организации;

• на внешних сайтах по определенной теме;

• на других серверах организации.

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

Использование правил, основанных на управляемых свойствах

Правила области могут основываться на определенном значении управляемого свойства, если используется тип правила области "Запрос свойства". Перед созданием такого правила области убедитесь, что:

• Управляемое свойство, которое планируется использовать, существует, поскольку либо является свойством по умолчанию, либо создано администратором поставщика службы поиска.

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

  Примечание:
  Воспользовавшись страницей "Изменение управляемого свойства" для конкретного свойста, администраторы служб поиска могут сделать это свойство доступным для использования в областях.

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

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

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

Использование правил, основанных на источнике содержимого

Для создания правил области на источниках содержимого на уровне семейства сайтов необходимо иметь разрешения администратора поискового сервера. Это может потребоваться в следующих случаях:

• Для создания дополнительных источников содержимого, обход которого производится по другому расписанию.

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

• Для разделения содержимого на части меньшего размера, с которыми можно связать правила областей и создать более узкие области содержимого.

Дополнительную информацию о планировании источников содержимого см. в разделе Планирование обхода содержимого (Search Server 2008).

Использование правила области "Все содержимое"

При создании правила области с использованием типа правила области "Все содержимое" все индексированное содержимое будет доступно в области. Чтобы сузить область поиска, можно добавить к области, использующей тип правила "Все содержимое", другие правила области, чтобы исключить из определенное содержимое из области поиска.

Исключение содержимого с помощью правила области в режиме "Исключить"

Область "Все узлы" можно скопировать и использовать как начальную точку с целью включения всего содержимого в индекс. После этого можно добавить правила области, исключающие содержимое из результатов поиска, чтобы создать достаточно широкие области, но не включающие определенный набор результатов поиска. Иногда бывает проще использовать копию области "Все узлы" с правилами исключения, чем создавать сложную область поиска, содержащую правила, которые включают все поднаборы содержимого на сайте.

Независимо от того, с какой области вы начинаете — копии области "Все узлы" или любой другой — предусмотрите добавление правил исключения содержимого как этап развертывания, отдельный от добавления правил, которые включают содержимое. Эта рекомендация обусловлена тем, что причины исключения содержимого из результатов поиска могут значительно отличаться от причин для его включения.

Расширенный поиск

Во многих случаях пользователи вводят ключевую фразу в поле поиска, а затем нажимают кнопку "Найти" или клавишу ВВОД, чтобы обработать запрос. Если этот метод не возвращает нужный результат на первых страницах результатов поиска, некоторые пользователи прекращают попытки. Однако опытные пользователи пробуют снова, используя более сложный запрос для поиска нужного содержимого.

Примечание:
С увеличением объема содержимого, которое ищут пользователи, вероятность, что они найдут то, что им нужно с помощью простого ключевого слова снижается.

Самые опытные пользователи могут составлять расширенные запросы поиска с помощью поля поиска. Например, чтобы найти содержимое, включающее слово "согласовать", созданное Иваном Петровым, они вводят следующий запрос в поле поиска:

согласовать автор:петров

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

Поиск документов с этим параметром	Обеспечивает следующее
Все слова	Поиск содержимого, включающего все ключевые слова, введенные пользователем, при этом порядок слов не учитывается.
Фразу целиком	Поиск содержимого, включающего ключевые, введенные пользователем, при этом порядок слов должен совпадать с порядком слов в запросе.
Любое из слов	Поиск содержимого, включающего любое из ключевых слов, введенных пользователем.
Исключить слова	Поиск содержимого, не включающего ни одно из ключевых слов, введенных пользователем.

Кроме того, пользователи могут использовать страницу расширенного поиска для ограничения поиска определенным языком или типом документов. И наконец, пользователи могут установить ограничения свойств для фильтрации результатов поиска в зависимости от совпадения выбранного значения с введенным значением. Например, пользователи могут выбрать свойство "Автор", оператор включения "Содержит", ввести значение и нажать кнопку "Поиск".

Несколько свойств, которые называются управляемыми, доступны по умолчанию, такие как "Автор" и "Название". Однако большинство управляемых свойств по умолчанию нельзя использовать в областях. Администраторы службы поиска выбирают свойства, которые необходимо сделать доступными в областях, и создают дополнительные свойства в соответствии с потребностями организации.

Планирование свойств поиска

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

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

• Не всегда возможно организовать все содержимое с общей темой в одном месте.

• Даже если все содержимое организовано в одном месте в момент развертывания, со временем оно может рассредоточиться по семейству сайтов.

Мы рекомендуем организовать содержимое в одном месте, если это имеет смысл, а затем добавить свойства в получившуюся структуру.

Управляемые свойства и свойства для обхода

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

Search Server 2008 позволяет администраторам служб поиска создавать управляемые свойства. Затем они могут связать свойства для обхода, которые обходчик собирает и добавляет в хранилище свойств при обходе содержимого, с управляемыми свойствами, используемыми для поисковых запросов.

Отношения между управляемыми свойствами и свойствами для обхода простые, но мощные. Администраторы служб поиска могут связывать одно или несколько свойств для обхода (свойств, обнаруженных обходчиками) с управляемыми свойствами (свойствами, которые можно использовать в правилах областей и запросах). Эта связь важна, поскольку многие свойства для обхода содержат одинаковые метаданные и часто имеют сложные имена. Например свойства для обхода с именами по умолчанию "Mail:6" и "Office:4" привязаны к управляемому свойству "Автор". Это связано с тем, что значения этих двух управляемых свойств содержат имя автора. Это сопоставление свойств для обхода с управляемыми свойствами упрощает администрирование и улучшает условия работы пользователей. Администраторы получают преимущества, так как работают с меньшим количеством свойств при создании областей. Конечные пользователи, составляющие расширенные запросы в поле поиска, выигрывают благодаря меньшему количеству свойств с именами, которые легко запомнить.

Преимущества управляемых свойств:

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

• Свойства можно использовать на странице расширенного поиска для фильтрации результатов поиска.

• Владельцы сайтов могут настроить страницу расширенного поиска на использование различных управляемых свойств.

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

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

Использование свойств в запросах

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

Администраторы, планирующие начальное развертывание Search Server 2008, должны записать начальный набор управляемых свойств, запланированных для службы поиска.

Многие из этих свойств для обхода можно найти, посмотрев свойства, отображаемые в приложениях для типов содержимого, таких как документы Microsoft Office Word и Office Excel.

Если у администратора есть доступ к тестовому серверу, он может запустить обход приоритетного содержимого и использовать появившиеся свойства для обхода при планировании.

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

Планирование управляемых свойств

Один из практических способов определения возможных управляемых свойств — это изучение существующего содержимого и его приоритетных метаданных. Если имеется доступ к тестовой ферме перед активным развертыванием сервера Search Server 2008, можно просмотреть содержимое и увидеть, проанализировать появившиеся свойства, а затем использовать эти свойства, чтобы определить часть информационной архитектуры. Однако большинству организаций будет полезно спланировать информационную архитектуру на бумаге перед началом развертывания, потому что это поможет сосредоточиться на планировании и определить содержимое и процессы, которые не сформированы должным образом.

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

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

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

Большинство наиболее полезных управляемых свойств автоматически создается при установке сервера Search Server 2008. Используйте эти управляемые свойства как точку отсчета при планировании других управляемых свойств. Автоматически создаваемые свойства:

• Автор

• Описание

• Имя сайта

• Введите

• Размер файла

• Дата последнего изменения

• URL

• Название

Учтите, что для эффективного поиска с использованием свойств, свойствам для обхода необходимо назначить значения. Например, если документ имеет свойство, связанное с управляемым свойством "Автор" и ему не назначено значений, документ не будет отображаться в результатах поиска, когда пользователь отправит запрос с использованием свойства "Автор" для поиска по определенному автору.

Избегайте дублирования управляемых свойств

Некоторые свойства являются базовыми и могут отображаться как различные свойства в различных типах содержимого. Примеры — свойства "Автор" и "Название" для документов.

Самое важное, что можно сделать с базовыми свойствами при планировании — это уменьшить дублирование путем создания одного набора управляемых свойств и сопоставления просмотренных свойств с одинаковым значением со свойствами из набора управляемых свойств. В случае со свойством "Автор", можно сопоставить каждое уникальное вхождение свойства обхода для авторов с единым управляемым свойством "Автор".

Одному или нескольким управляемым свойствам можно сопоставить одно или несколько свойств для обхода.

Можно задать уровень приоритета нескольких свойств для обхода, чтобы при обнаружении во время обхода более одного свойства для запросов, использующих управляемые свойства, использовалось только значение свойства с наиболее высоким приоритетом. Если приоритет свойств для обхода не задан, для запросов используются значения всех свойств для обхода, сопоставленных с управляемым свойствам, в результате чего управляемое свойство будет допускать одновременно несколько значений. Это значит, что результаты поиска будут возвращены для всех сопоставленных свойств, соответствующих запросу. Для свойства с единственным значением целесообразно выбрать в качестве управляемого свойства наиболее часто встречающееся свойство для обхода, а затем задать приоритет для сопоставленных свойств по частоте их появления. Не всегда легко определить, по какому свойству чаще совершается обход, одним из методов является назначение более высокого приоритета свойствам, связанным с наиболее часто используемыми приложениями.

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

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

Добавление свойств для представления ключевых понятий в информационной структуре

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

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

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

Использование управляемых свойств в областях поиска

Каждое управляемое свойство может быть представлено как свойство для правил области поиска. Дополнительные сведения об управляемых свойствах см. в разделе "Планирование областей поиска" в этой статье.

Планирование интеграции свойств для новых типов файлов с помощью интерфейсов Ifilter.

В Search Server 2008 uses property categories to crawl properties by documents within each category. используются категории свойств для обхода свойств по документам в каждой категории. Категории свойств включают обработчик протокола и интерфейс Ifilter, используемый поисковыми запросами при индексации содержимого. Перед обходом содержимого необходимо связать его с категориями свойств, которые позволят найти требуемые свойства для обхода до создания управляемых свойств. Для регистрации IFilters в Search Server 2008 см. раздел Порядок регистрации Microsoft Filter Pack в SharePoint Server 2007 и в Search Server 2008.

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

Дополнительные сведения о категориях свойств см. в разделе Управление сопоставлением свойств метаданных (Search Server 2008). Дополнительную информацию о выполнении обхода содержимого см. в разделе Планирование обхода содержимого (Search Server 2008).

Планирование элементов, отображаемых в результатах поиска

Search Server 2008 поддерживает несколько параметров, которые позволяют администраторам поставщиков общих служб и семейств сайтов определять, что пользователи видят на страницах результатов поиска. Результаты поиска могут отображаться самыми разными способами, однако во время развертывания мы рекомендуем выполнить следующие действия.

• Планирование ключевых свойств, наиболее подходящих элементов и синонимов.

• Планирование наиболее релевантных и наименее релевантных сайтов для определения их места в результатах поиска.

• Планирование целесообразности использования федеративных местоположений и веб-частей.

• Планирование внешнего вида ссылок.

• Спланировать, могут ли люди использовать предупреждения на основе поиска.

Планирование ключевых слов и наиболее подходящих элементов

Ключевые слова, которые иногда называют ключевыми фразами — это слова, которые пользователи вводят в поле поиска при создании запроса. Когда пользователь ищет данные по одному ключевому слову, например, вводит в поле поиска слово "виджет" и нажимает кнопку "Найти", Search Server 2008 отображает результаты по всему содержимому выбранной области, содержащему это ключевое слово.

Search Server 2008 позволяет администраторам семейств сайтов создавать сущность под названием "ключевое слово", непосредственно связанное с ключевыми фразами с таким же именем в индексе. Администратор семейства сайтов может создать ключевое слово, используя одно или несколько слов. Например ключевое слово может включать одно слово, такое как "OOF" или группу слов, которые должны быть введены в определенном порядке, например "out of office (нет на работе)".

В дополнение к имени ключевого слова (ключевой фразы) администраторы семейств сайтов могут создавать ключевые слова, включающие один из следующих параметров или их сочетание:

• Определение ключевого слова, которое отображается в результатах поиска.

• Один или несколько синонимов.

• Один или несколько наиболее подходящих элементов, которые представляют собой URL-адреса, обозначенные администраторами служб поиска как релевантные для того или иного ключевого слова.

Примечание:
Можно создать ключевое слово и без дополнительных данных, перечисленных выше, но это не улучшит производительность поиска.

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

Определения ключевых слов полезны для предоставления быстрого доступа к сведениям о высокоприоритетных понятиях в каждом семействе сайтов. Администратор семейства сайтов может для каждого ключевого понятия создать ключевое слово, чтобы определения ключевого слова отображались рядом с первыми результатами поиска. Например, портал продаж, отведенный под продажу определенного семейства продуктов, может предоставлять определения для основных элементов семейства. Эти определения можно использовать, чтобы помочь специалистам отдела продаж лучше понять продукты. Кроме того, определения могут отображаться в результатах поиска на открытом сайте портала для клиентов.

Пример ключевого слова

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

Администратор семейства сайтов решает создать ключевое слово "Нет на работе", включающую следующее:

Определение ключевого слова: это выражение, обозначающее, что пользователя нет на рабочем месте.

Синоним: заместитель

Наиболее подходящий элемент: URL-адрес календаря и описание наиболее подходящего элемента.

Администратор семейства сайтов просит конечных пользователей использовать выражение "Нет на работе" или синоним "заместитель" при поиске календаря.

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

На рисунке выше приводится запрос, инициированный конечным пользователем (выноска 1). Кроме того, функция выделения выделяет ключевые слова в содержимом жирным текстом (выноска 2). Описание, которое администратор семейства сайтов назначил ключевому слову, отображается в правом верхнем углу страницы результатов поиска по умолчанию (выноска 3). Каждое ключевое слово можно связать с определением и включить в определение URL-адрес. Таким образом, будет целесообразно:

• Определить источники определений во время планирования.

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

• Создать ключевые слова для связывания с определениями.

Наиболее подходящий элемент (выноска 4) отображается непосредственно под описанием ключевого слова, если оно существует. Наиболее подходящий элемент — это не только URL-адрес. Он также имеет название и может включать описание. В этом примере администратор семейства сайтов назвал наиболее подходящий элемент "Нет на работе". Описание, которое администратор назначил наиболее подходящему элементу, отображается непосредственно под именем. Затем идет URL-адрес наиболее подходящего элемента.

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

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

Один наиболее подходящий элемент можно использовать для нескольких ключевых слов. Если наиболее подходящий элемент уже существует, его можно добавить к любому ключевому слову без необходимости вводить свойства заново. Кроме того, можно одновременно изменить URL-адрес и описание наиболее подходящего элемента для всех ключевых слов, которые его используют. В особенности это полезно при использовании пробного сайта во время планирования и до начального развертывания.

Общие сведения о синонимах

Синоним — это одно или несколько слов, связанных с ключевым словом. Например, фактическим синонимом ключевого слова "машина" будут слова "автомобиль" и "автомашина". Это фактические синонимы определенного ключевого слова, так как некоторые из пользователей, ищущих сведения об автомобилях, могут ввести в поле поиска одно из этих слов. Администраторы семейства сайтов могут задать один или несколько синонимов для каждого ключевого слова. Назначение синонима — вывести то же определение ключевого слова и наиболее подходящий элемент , которые отображаются при использовании ключевого слова. Продолжая предыдущий пример, если конечные пользователи инициируют поиск, используя слово "заместитель", они видят то же описание ключевого слова и наиболее подходящий элемент, что при использовании ключевого слова "Нет на работе". Разница в том, что в результатах поиска они увидят только содержимое со словом "заместитель" вместо содержимого со словом "Нет на работе".

Синонимы полезны, если несколько поисковых терминов используются для одного и того же понятия и содержимого, поэтому результаты поиска объединяются, а не остаются разрозненными для нескольких поисковых терминов. Список, который обновляется каждый раз, когда администратор создает ключевые слова и добавляет синонимы, называется тезаурусом. Тезаурус Search Server 2008 совместим с тезаурусом Microsoft Office SharePoint Portal Server 2003.

Использование информационной архитектуры для обозначения ключевых слов

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

Релевантное содержимое — это любое содержимое, которое пользователи будут видеть первым при поиске по определенным терминам. Примерами релевантного содержимого для каждого основного бизнес-понятия или области содержимого могут служить следующие элементы.

• Документы

• Сайты

• Люди

• Определения

• Утвержденные или официальные термины, которые имеют одинаковые значения, но не включаются в поисковые запросы.

Связывание ключевых слов с наиболее подходящими элементами помогает поощрить персонал на просмотр ключевых документов, необходимых для совместной работы над ключевыми бизнес-процессами. Например, существует специальный шаблон для отчетов о затратах, и ключевое слово "отчеты о затратах", продвигающее данный шаблон вверх в списке результатов поиска. Без этого ключевого слова каждой сотрудник может потратить несколько минут, спрашивая своих коллег о соответствующем URL-адресе или просматривая веб-сайт компании. С ключевым словом, связанным с URL-адресом шаблона отчета в качестве наиболее подходящего элемента, сотрудники смогут быстро найти шаблон.

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

Соображения по безопасности ключевых слов

В отличие от предыдущих версий Office SharePoint Portal Server на ключевые слова и наиболее подходящие элементы не действуют разрешения безопасности, и все читатели семейства сайтов будут видеть все наиболее подходящие элементы и ключевые слова для этого семейства сайтов будут отображаться в результатах поиска. Пользователи, у которых нет разрешений на просмотр страницы, с которой связан наиболее подходящий элемент, не могут перейти на эту страницу. Но они могут видеть описание наиболее подходящего элемента на странице результатов и URL-адрес содержимого. Это может привести к тому, что информацию прочитают люди, которые не должны ее видеть.

Ключевые слова предназначены для предоставления приоритетных результатов поиска. Чтобы направить определенных пользователей на содержимое в зависимости от их разрешений, можно использовать аудитории и назначенные веб-части в соответствующих местах семейства сайтов.

Планирование ключевых слов по всей организации

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

Пример некачественного планирования ключевых слов

Администратор семейства сайтов создает ключевое слово с именем "суперсписок" на маркетинговом семействе сайтов и наиболее подходящий элемент для этого ключевого слова, включающий URL-адрес списка заказчиков компании. Администратор другого семейства сайтов создает ключевое слово "Главный список" и наиболее подходящий элемент для этого ключевого слова, включающий URL-адрес того же списка.

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

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

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

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

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

На этапе планирования управляющие списками ключевых слов должны определить соответствие ключевых слов запросам. Ключевые слова должны полностью совпадать с поисковыми терминами и не включать специальные знаки, такие как "+" и "-" при поиске содержимого в списках. Это позволит предотвратить возвращение нескольких списков ключевых слов для одного поискового запроса, что упорядочивает результаты поиска.

Планирование управлением ключевыми словами

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

Каждое ключевое слово имеет следующие дополнительные свойства.

• Даты начала, окончания (истечение срока действия) и проверки

• Контактное лицо

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

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

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

Дополнительные сведения об управлении ключевыми словами см. в разделе Управление настройками для улучшения результатов поиска (Search Server 2008).

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

Чем больше объем содержимого, по которому выполняется поиск, тем больше вероятность, что для того или иного запроса будет отображаться несколько страниц результатов. Это особенно справедливо, когда вместо расширенных запросов поиска используются базовые запросы по ключевым словам. Чтобы улучшить взаимодействие пользователей со службами поиска, убедитесь, что ссылки на наиболее релевантные ресурсы отображаются как можно выше на странице результатов.

Search Server 2008 позволяет администраторам служб поиска назначать параметры релевантности индексированным веб-страницам. Каждый параметр релевантности, связанный с той или иной веб-страницей, определяет, как высоко на странице результатов поиска будет отображаться ссылка на страницу. Страницы, которым назначен параметр релевантности, называются достоверными страницами.

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

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

• Наиболее достоверные

• Достоверные второго уровня

• Достоверные третьего уровня

• Понизить важность следующих сайтов

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

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

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

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

Рекомендации по планированию параметров достоверных страниц:

• Сайты SharePoint, относящиеся к высокоприоритетным бизнес-процессам, обычно считаются наиболее достоверными.

• Сайты, предполагающие совместную работу или действие, будут считаться более достоверными, чем просто информационные сайты.

• Сайты, которые являются информативными, но не являются ключевыми для высокоприоритетных бизнес-процессов или не используются в совместно работе будут иметь уровень достоверности 2 или 3.

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

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

Планирование целесообразности использования федеративных местоположений и веб-частей.

Федерация, — новая функция в Search Server 2008, которую можно планировать вместе с другими аспектами взаимодействия конечного пользователя со службами поиска. Федерация дает возможность конечным пользователям создавать запросы, обеспечивающие поиск нескольких источников, и объединяет результаты на единой странице результатов поиска. Такими источниками иогут быть:

• Репозитории содержимого, созданного вашей компанией

• Поисковые механизмы Интернета или услуги подписки, используемые вашей компанией

• Документы предприятия, проиндексированные программой Search Server 2008 в других подразделениях или регионах мира

Когда конечный пользователь предъявляет запрос, система Search Server 2008 форматирует и отображает результаты рядом с проиндексированными результатами, используя новые федеративные веб-части.

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

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

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

Например, предположим, что вы работаете в компании по названием Contoso, работники которой выпускают продукт, называемый шурупы. Сотрудникам требуется много раз на дню искать эти шурупы с помощью идентификатора шурупов, сосотящего из десяти цифр. Информация о шурупах хранится в базе данных, обход которой для системы Search Server 2008 невозможен. Чтобы дать возможность сотрудникам Contoso проводить поиск шурупов, вы создаете соединитель федерации, который осуществляет поиск в базе данных шурупов. Однако отображение информации о шурупах для каждого запроса, скорее всего, разочарует ваших пользователей. Поэтому вы создаете триггер федеративного местоположения, используя модель, которая распознает 10-значные запросы. Теперь, как только пользователи запрашивают поиск по идентификатору шурупа, они получают именно нужный результат из базы данных шурупов.

Дополнительные сведения об использовании триггеров и правил триггеров см. в разделе "Работа с триггерами и шаблонами триггеров" справки Search Server 2008.

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

Дополнительные сведения о федерации см. в разделе "Федеративные результаты поиска из других местоположений" справки Search Server 2008.

Планирование внешнего вида ссылок

Администраторы служб поиска могут использовать сопоставление имен, чтобы изменить отображение URL-адресов или их диапазонов в результатах поиска. Сопоставления имен серверов задаются на уровне администрирования поиска для всех источников содержимого, по которым осуществляется обход службой поиска, и применяются при выполнении поиска. Сопоставления имен серверов можно использовать в следующих случаях.

• Необходимо предотвратить проблемы доступа и возможные угрозы безопасности, вызванные отображением локальных адресов на сервере. Например, в зависимости от обхода содержимого, URL-адрес может включать локальный путь на сервере.

• Необходимо скрыть сложные URL-адреса в результатах поиска, заменив их более кратким именем на сервере.

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

Сопоставления имен сервера используется только при наличии одной из проблем отображения, которые есть в предыдущем списке. В большинстве случаев планирование сопоставлений имен серверов до начального развертывания минимально.

Планирование оповещений поиска

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

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