Планирование поиска в сайтах публикации на нескольких сайтах в SharePoint Server 2016

**Применимо к:**SharePoint Server 2016

**Последнее изменение раздела:**2016-09-16

Сводка. Изучение планирования страниц на основе поиска для сайтов публикации на нескольких сайтах SharePoint.

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

В этой статье

• Планирование источников контента и обхода контента

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

• Планирование уточнений и фасетной навигации

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

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

Эта статья построена на материалах статьи Обзор публикации на нескольких сайтах в SharePoint Server.

Планирование источников контента и обхода контента

Источником контента по умолчанию являются локальные сайты SharePoint. Этот источник контента можно использовать для обхода всего контента в веб-приложении. Однако рекомендуется создать отдельные источники контента для библиотек или списков, которые совместно используются в качестве каталогов. При настройке источника контента для библиотек или списков, совместно использующихся в качестве каталогов, рекомендуется выбрать параметр Enable Continuous Crawl (Включить непрерывный обход контента) при составлении расписаний обхода контента. Непрерывный обход контента начинается в заданные интервалы, что позволяет системе поиска обходить контент и быстро добавлять в индекс любой измененный контент. Интервал обхода по умолчанию для непрерывного обхода составляет 15 минут, но можно установить более короткий или более длинный интервал. Включение непрерывного обхода также означает, что администратору сайта не придется ждать, пока администратор приложения-службы поиска вручную запустит обход, чтобы обновить индекс поиска с учетом последних изменений в каталоге.

Сведения о настройке источника контента и управлении непрерывным обходом см. в разделе "Настройка поиска для публикации на нескольких сайтах" статьи Настройка публикации на нескольких сайтах в SharePoint Server.

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

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

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

• Какие управляемые свойства содержит контент, по которому требуется выполнять поиск?

• Какие управляемые свойства содержит контент, который не должен возвращаться в результатах поиска?

• Какие управляемые свойства планируется использовать для сортировки результатов поиска?

• Какие управляемые свойства планируется включить в качестве уточнений?

Дополнительные сведения о разных параметрах управляемых свойств см. в разделе "Обзор параметров управляемых свойств" статьи Обзор схемы поиска в SharePoint Server.

Планирование уточнений и фасетной навигации

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

Какой тип уточнений планируется использовать?

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

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

• Уточнения для фасетной навигации используются в сценариях со структурированным контентом, таким как содержимое каталога. Такой контент связан с набором терминов, и требуются разные уточнения для разных терминов. Например, в сценарии Интернет-предприятия, когда отображается каталог электронных продуктов, набор терминов используется для распределения разных продуктов по категориям, таким как "Компьютеры" или "Камеры". После включения управляемых свойств "Размер экрана" и "Мегапиксели" в качестве уточнений можно настроить фасетную навигацию, чтобы уточнение "Размер экрана" появлялось для категории "Компьютеры", а уточнение "Мегапиксели" — для категории "Камеры". Таким образом, можно направлять пользователей к контенту, который относится к конкретной категории. Это упрощает и убыстряет просмотр каталога.

Как определить уточнение?

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

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

• Какие управляемые свойства представляют сведения, к которым хотели бы быстро перейти пользователи, для всех позиций каталога?

• Какие управляемые свойства представляют сведения, уникальные только для одного подмножества позиций каталога?

Обратите внимание, что если на страницу добавлено много уточнений, может увеличиться время обработки запроса. Подробнее см. в статье Оценка мощности и производительности управления веб-контентом (SharePoint Server 2013)

Как следует настраивать уточнения в средстве управления банком терминов?

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

• Требуется ли установить, чтобы все термины в наборе имели одни и те же уточнения, или имеются какие-либо уточнения только для определенных терминов?

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

• Каким образом следует упорядочивать уточнения?

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

  • Count (количество): сортировка по количеству позиций с конкретным значением;

  • Name (имя): сортировка по имени значения;

  • Number (число).

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

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

Вы также можете задать собственные интервалы.

Сведения о добавлении уточнений и настройке фасетной навигации см. в статье Настройка уточнений и фасетной навигации в SharePoint Server

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

Источники результатов сужают область извлекаемых результатов поиска. SharePoint Server 2016 предоставляет большое количество предопределенных источников результатов. Многие предопределенные источники результатов имеют соответствующую веб-часть, в которой источник результатов задается как часть запроса. Например, источник результатов Local Video Results (результаты из локальных видеозаписей) устанавливается как часть запроса, который используется в веб-части Videos (видеозаписи).

Управление источниками результатов осуществляется в Центр администрирования и в центре администрирования семейства сайтов. Если вы владеете языком Keyword Query Language (KQL), то можете создавать собственные источники результатов.

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

В качестве другого примера можно привести сайт в Интернете, на котором общедоступный являющийся каталогом список используется для обслуживания данных о продукте на нескольких языках. Администратор семейства сайтов может создать источник результатов с именем "Продукты на английском (США)" и настроить его так, чтобы ограничить область результатов продуктами с тегом языка "en-us". Пользователь с уровнем разрешений соавтора может затем добавить веб-часть поиска контента и настроить ее для отображения только продуктов, имеющих сведения на английском (США), выбрав источник результатов "Продукты на английском (США)".

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

Сведения о настройке источников результатов см. в статье Настройка источников результатов для управления веб-контентом в SharePoint Server.

Для одного или нескольких источников результатов можно задавать правила запроса. Источники результатов используются как часть запроса в веб-частях, использующих технологию поиска, и можно довольно просто влиять на отображение результатов поиска во всех веб-частях поиска на вашем сайте. Указывая ограниченный период времени, в течение которого срабатывает правило запроса, можно управлять временем активизации на веб-сайте определенных позиций, не беспокоясь об удалении или добавлении контента в конкретное время. Предположим, вы продаете электронику по каталогу продуктов, и хотите продвигать розовые камеры в день святого Валентина в США. В этом случае можно создать правило запроса для источника результата с началом 14 февраля и окончанием 15 февраля. Это правило запроса будет срабатывать, если в запросе содержится термин "Камеры", и в веб-части поиска розовые камеры будут появляться первыми.

Сведения о создании правил запроса см. в статье Создание правил запросов для управления веб-контентом в SharePoint Server.

Планирование анализа использования, событий использования и рекомендаций

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

• Views (просмотры) — количество просмотров одного элемента, страницы или документа.

• Recommendations Displayed (отображенные рекомендации) — количество отображений одного элемента, страницы или документа в качестве рекомендации.

• Recommendation Clicks (переходы по рекомендации) — количество переходов по одному элементу, странице или документу при его отображении в качестве рекомендации.

Данные, созданные событиями использования, можно использовать следующими способами.

• Отображение на сайте рекомендаций или популярных позиций. Используя рекомендации, можно направлять пользователей к другому контенту, который может им подходить, на основе предыдущих взаимодействий пользователей с сайтом. Рекомендации можно добавлять на страницу путем добавления одной или нескольких веб-частей. Веб-части Recommended Items (Рекомендуемые позиции) и Popular Items (Популярные позиции) специально разработаны для отображения рекомендаций. Дополнительные сведения об этих веб-частях см. в разделе "Планирование добавления на страницы веб-частей поиска" статьи Планирование сайтов публикации для публикации на нескольких сайтах в SharePoint Server.

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

• Просмотр данных событий использования в отчете об использовании Most Popular Items (Наиболее популярные позиции). Этот отчет применяется ко всем элементам в библиотеке и показывает список наиболее популярных элементов для каждого события использования (например, список самых просматриваемых страниц в библиотеке).

• Просмотр данных событий использования в отчете Popularity Trends (Динамика популярности). Этот отчет применяется к семейству сайтов, сайту или отдельному элементу библиотеки или списка. Отчет показывает количество событий использования за день или месяц (например, количество просмотров страницы за конкретный день).

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

Обзор потока данных для анализа использования, событий использования и рекомендаций

Дополнительные сведения об инфраструктуре анализа использования см. в статье Обзор обработки аналитических данных в SharePoint Server.

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

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

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

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

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

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

2. Сопоставьте свойство для обхода этого столбца с управляемым свойством UsageEventItemId.

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

Планирование влияния на вычисление рекомендаций

Используемый по умолчанию алгоритм вычисляет рекомендации по отдельным позициям каталога. По умолчанию свойство для обхода ows_q_TEXT_ProductCatalogItemNumber сопоставляется с управляемым свойством UsageAnalyticsID, задающим свойство, по которому должны вычисляться рекомендации. Например, если на сайте отображается каталог электроники, и пользователь просматривает позицию AdventureWorks Laptop15.4W M1548 White, рекомендация будет вычисляться только для этого конкретного продукта.

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

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

Ранжирование типов событий использования по важности

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

See also

Планирование публикации на нескольких сайтах в SharePoint Server
Обзор публикации на нескольких сайтах в SharePoint Server
Планирование логической архитектуры для публикации на нескольких сайтах в SharePoint Server
Планирование сайтов разработки для публикации на нескольких сайтах в SharePoint Server
Планирование сайтов публикации для публикации на нескольких сайтах в SharePoint Server
Настройка публикации на нескольких сайтах в SharePoint Server
Оценка мощности и производительности управления веб-контентом (SharePoint Server 2013)