Планирование методов поиска для конечных пользователей (Office SharePoint Server)

Содержание:

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

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

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

В первом разделе статьи обсуждается следующее

• Интерфейс, с помощью которого пользователь выполняет поисковые запросы.

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

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

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

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

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

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

• Описывается новая функция федеративных расположений, которая может быть использована для поиска множественных источников и объединения результатов на единой странице результатов поиска. Для этой функции требуется Обновление инфраструктуры для серверов Microsoft Office Servers. Дополнительные сведения см. в разделе Установка обновления инфраструктуры для Microsoft Office Servers (Office SharePoint Server 2007).

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

• Планирование предупреждений на основе поиска.

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

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

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

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

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

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

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

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

Примечание

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

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

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

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

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

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

Чтобы открыть область поиска, пользователю нужно щелкнуть вкладку Поиск в верхней панели ссылок (выноска 1). Поле поиска центра поиска (выноска 3), как и поле уровня сайта, представляет собой текстовое поле, в которое пользователи могут вводить запросы. Затем пользователи нажимают кнопку Поиск (выноска 4) для запуска запросов. По умолчанию выбрана область "Все сайты", но пользователь может выбрать другую вкладку, например, Люди, с другой областью поиска.

Продвинутые пользователи могут щелкнуть ссылку Расширенный поиск (выноска 5) и составить запрос на странице расширенного поиска. Центр поиска использует ту же страницу расширенного поиска, что и поле уровня сайта. Информацию о странице расширенного поиска см. ниже в этой статье.

У центра поиска, в отличие от поля поиска уровня сайта, по умолчанию нет соседнего списка Область поискадля выбора других областей. Вместо этого пользователь может щелкнуть вкладку (выноска 2), соответствующую нужной области. В Office SharePoint Server 2007 есть две выбранные по умолчанию области центра поиска: "Все сайты" и "Люди".

Примечание

Владелец сайта центра поиска может добавить к полю поиска список Область поиска, изменив веб-часть области поиска.

В следующей таблице перечислены выбранные по умолчанию области, которые есть в Office SharePoint Server 2007, а также их уровни.

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

Примечание

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

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

Чтобы понять, когда организации могут понадобиться дополнить выбранные по умолчанию области настраиваемыми, необходимо сначала познакомиться с областями по умолчанию. В этом разделе содержится информация о выбранных по умолчанию областях в Microsoft Office SharePoint Server 2007. Настраиваемые области с правилами можно использовать для группировки определенного контента указателя в набор, по которому можно будет вести поиск. Например, можно искать определенный набор веб-сайтов или документы Word, созданные конкретным лицом или в конкретный период времени, или любое сочетание этих параметров.

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

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

Сценарий использования областей

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

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

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

Примечание

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

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

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

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

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

• Создание и изменение общих областей.

• Добавление правил области к общим областям.

• Удаление общих областей.

• Обновление изменений, внесенных в области.

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

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

• Все сайты

• Люди

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

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

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

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

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

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

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

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

Примечание

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

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

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

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

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

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

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

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

Группы отображения позволяют присваивать области определенным полям поиска. У администраторов семейства сайтов есть несколько вариантов настройки существующих групп отображения, а также возможность создания одной или нескольких новых групп. Обычно владелец сайта определяет, какая ему нужна группа. Например, пользователям группового сайта часто приходится искать контент, разбросанный по нескольким библиотекам документов. Чтобы сузить область поиска, они могут выполнить отдельные запросы в разных полях поиска (например, в поле каждой библиотеки) или создать расширенный запрос и отфильтровать результаты. Чтобы пользователям было проще выполнять эти распространенные виды поиска, администратор семейства сайтов создает группу отображения и присваивает ей соответствующую областью Затем владельцы сайта могут связать группу отображения с конкретным полем поиска (например, полем на настраиваемой странице поиска по сайту). С помощью этого поля пользователи будут искать данные в содержимом из этой области, в данном случае, из библиотеки документов. По умолчанию в Office SharePoint Server 2007 есть две группы отображения:

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

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

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

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

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

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

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

• Указывать выбранную по умолчанию в списке Области поиска область.

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

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

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

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

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

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

Данный тип правила области	Доступен для общих областей поиска	Доступен для областей поиска уровня семейства сайтов	Проверяет контент по
Веб-адресу (https://server/site)	Да	Да	Расположению
Запрос свойства (автор — Иван Петров).	Да	Да	Отдельное свойство
Источник контента	Да	Нет	Определенный источник контента
Все содержимое	Да	Да	Весь контент указателя контента

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  Примечание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание

При создании правила области на основе источника контента все существующие источники контента отображаются в списке Источник содержимого на странице "Добавление правила области".

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

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

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

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

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

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

Работа с таблицей
Записывайте свои решения об областях, правилах областей и группах отображения в разделе "Планирование областей" документа Таблица взаимодействия конечного пользователя со службами поиска (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x419) (на английском языке).

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

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

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

negotiate author:smith

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

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

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

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

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

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

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

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

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

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

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

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

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

Office SharePoint Server 2007 смягчает этот конфликт, позволяя администраторам поставщика общих служб создавать управляемые свойства. Затем можно будет сопоставить обходимые свойства, то есть свойства, которые средство обхода собирает и добавляет в хранилище свойств при обходе контента, с управляемыми свойствами, которые используют поисковые запросы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Большинство наиболее часто используемых управляемых свойств автоматически создается при установке сервера Office SharePoint Server 2007. Используйте эти управляемые свойства как точку отсчета при планировании других управляемых свойств. В частности, автоматически создаются следующие свойства:

• Автор

• Описание

• Имя сайта

• Введите

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

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

• URL-адрес

• Название

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

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

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

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

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

Совет

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

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

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

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

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

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

Сценарий

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

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

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

Планирование свойств бизнес-данных

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

Работа с таблицей
Запишите свои решения по поводу обходимых и управляемых свойства в таблицы раздела "Планирование управляемых свойств" таблицы Среда поиска для конечного пользователя (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x419) (на английском языке).

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

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

Планирование интеграции свойств для новых типов файлов

Office SharePoint Server 2007 использует категории свойств для группировки обходимых свойств, основанных на свойствах, обнаруженных при обходе документов.

Сведения о категориях свойств, связанных с типами файлов, см. в статье Управление метаданными (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81062&clcid=0x419) (на английском языке). Дополнительные сведения об обходе контента см. в разделе Планирование обхода содержимого (Office SharePoint Server).

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

В Office SharePoint Server 2007 есть несколько настроек, позволяющих администраторам поставщика общих служб и семейств сайтов контролировать то, что пользователи видят на страницах результатов поиска. Хотя результаты поиска можно контролировать самыми разными способами, перед развертыванием рекомендуется сделать следующее:

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

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

• Планирование целесообразности использования федеративных расположений и веб-частей. Для этой функции требуется Обновление инфраструктуры для серверов Microsoft Office Servers. Дополнительные сведения см. в разделе Установка обновления инфраструктуры для Microsoft Office Servers (Office SharePoint Server 2007).

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

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

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

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

Office SharePoint Server 2007 позволяет администраторам семейства сайтов создавать запись, которая называется ключевым словом и непосредственно относится к ключевым фразам с тем же именем, находящимся в указателе. Администратор семейства сайтов может создать ключевое слово с использованием одного или нескольких слов. Например, ключевое слово может быть одним словом, например, "OOF", или группой слов, которую нужно вводить в определенном порядке, например, "вышел из офиса".

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

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

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

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

Примечание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание

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

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

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

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

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

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

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

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

• Документы

• Сайты

• Люди

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

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

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

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

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

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

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

Ключевые слова предназначены для предоставления приоритетных результатов поиска.

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

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

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

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

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

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

Совет

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

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

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

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

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

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

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

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

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

Совет

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

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

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

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

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

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

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

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

Дополнительные сведения об управлении ключевыми словами см. в руководстве по операциям для Office SharePoint Server 2007.

Работа с таблицей
Запишите свои решения по поводу ключевых слов в раздел "Ключевые слова" в таблицу Среда поиска для конечного пользователя (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x419) (на английском языке).

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

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

Office SharePoint Server 2007 позволяет администраторам поставщика общих служб присваивать индексированным веб-страницам настройки релевантности. Каждая настройка, связанная с определенной веб-страницей, определяет, насколько близко к верхним строкам результатов находится ссылка на конкретную страницу. Страницы с настройками релевантности называются достоверными страницами.

Настройки достоверных страниц — один из факторов расставления приоритетов результатов поиска. Дополнительные сведения о релевантности поиска см. в разделе Обзор архитектуры релевантности корпоративного поиска (на английском языке) (https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x419) (на английском языке).

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

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

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

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

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

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

Сайты, которым не присвоен уровень достоверности, оцениваются на основе расстояния от достоверных сайтов. Расстоянием называется количество ссылок между элементом контента и достоверной страницей со ссылкой на элемент контента. Дополнительные сведения см. в разделе "Расстояние" документа Обзор архитектуры релевантности корпоративного поиска (на английском языке) (https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x419) (на английском языке).

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

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

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

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

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

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

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

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

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

Работа с таблицей
Записывайте свои решения о доверенных страницах в разделе "Достоверные страницы" таблицы Планирование взаимодействия пользователя со службами поиска (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x419) (на английском языке).

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

Примечание

Сведения, приведенные в этом разделе, применимы к Office SharePoint Server 2007 с Обновление инфраструктуры для серверов Microsoft Office Servers. Дополнительные сведения см. в разделе Установка обновления инфраструктуры для Microsoft Office Servers (Office SharePoint Server 2007).

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

• хранилища контента, созданного вашей компанией;

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

• документы компании, проиндексированные Office SharePoint Server 2007 в других отделах или странах мира.

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

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

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

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

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

Дополнительные сведения об использовании триггеров и правил триггеров см. в разделе Работа с триггерами и шаблонами запроса (Office SharePoint Server).

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

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

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

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

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

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

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

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

Работа с таблицей
Записывайте свои решения о доверенных страницах в разделе "Достоверные страницы" таблицы Планирование взаимодействия пользователя со службами поиска (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x419) (на английском языке).

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

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

Совет

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

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

Работа с таблицей
Записывайте свои решения об оповещениях поиска в разделе "Оповещения поиска" таблицы Планирование взаимодействия пользователя со службами поиска (на английском языке) (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x419) (на английском языке).

Загрузка этой книги

Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:

• Планирование сайтов и компонентов, часть1

См. полный список доступных книг на веб-сайте Загружаемые книги для Office SharePoint Server 2007.