Планирование поисковых запросов

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

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

В этом разделе...

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

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

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

План для поиска данных об использовании запроса

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

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

Планирование ключевых слов

Использование листов планирования поиска

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

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

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

Общие области поиска создаются на уровне SSP. Они относятся ко всем семействам веб-сайтов в SSP и используются всеми такими семействами.

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

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

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

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

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

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

  • Удаление областей поиска.

  • Управление компиляцией областей поиска и ее планирование.

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

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

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

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

  • Люди

  • Все сайты

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

Для каждого семейства веб-сайтов его администратор может:

  • Использовать общие области, созданные администратором SSP.

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

  • Создавать, изменять и удалять области поиска для семейства веб-сайтов.

  • Настраивать отображение областей поиска.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • группа библиотек документов;

  • набор папок в одном большом репозитории документов (например, архив организации);

  • внешние сайты по конкретной теме;

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

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

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

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

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

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

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

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

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

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

Использование правил исключения

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

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

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

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

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

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

К началу страницы

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

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

  • Три важных уровня: самый важный, второй по важности и третий по важности.

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

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

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

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

Ниже приведены рекомендации по планированию параметров релевантности.

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

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

  • Второстепенные бизнес-процессы, скорее всего, связаны со вторыми или третьими по важности сайтами.

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

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

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

К началу страницы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Автор

  • Содержимое

  • Описание

  • Контейнер

  • Название офиса

  • Тип

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

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

  • URL-адрес

  • Идентификатор документа

  • Название

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По умолчанию Office SharePoint Server 2007 предоставляет следующие категории свойств:

  • HTML

  • Lotus Notes

  • PDF

  • XML

  • Office

  • Exchange

  • Люди

  • SharePoint

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

К началу страницы

Планирование данных об использовании поисковых запросов

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

К началу страницы

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

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

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

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

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

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

К началу страницы

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

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

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

К началу страницы

Планирование ключевых слов

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

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

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

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

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

  • Документы

  • Сайты

  • Люди

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

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

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

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

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

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

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

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

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

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

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

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

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

Планирование ключевых слов

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

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

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

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

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

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

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

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

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

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

У каждого ключевого слова есть следующие дополнительные свойства:

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

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

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

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

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

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

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

К началу страницы

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

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

Администраторам, планирующим начальное внедрение Office SharePoint Server 2007, следует записывать исходный набор управляемых свойств, запланированных для службы поиска для каждого SSP, который используется в развертывании. Таблица планирования свойств поиска содержит список управляемых свойств для каждого SSP. Если во время планирования известны свойства для обхода, они указываются в столбце рядом с каждым управляемым свойством. Многие из таких свойств для обхода можно найти, просмотрев свойства приложений бизнес-данных и свойства, которые отображаются в приложениях для таких типов контента, как документы Microsoft Word или электронные таблицы Excel. Если у вас есть доступ к тестовому серверу, вы можете запустить обход приоритетного контента и записать сопоставления полученных свойств для обхода в таблице планирования. Таблица, полученная в результате тщательного планирования свойств поиска, станет ценным ресурсом при начале развертывания.

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

К началу страницы

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

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

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×