최종 사용자 검색 환경 계획(Search Server 2008)

업데이트 날짜: 2008년 3월

적용 대상: Microsoft Search Server 2008

 

마지막으로 수정된 항목: 2015-03-09

이 섹션의 내용

• 쿼리 수행 시 표시되는 내용 계획

• 검색 결과에 표시되는 내용 계획

검색 관리자는 최종 사용자의 검색 환경을 신중하게 계획하여 검색 결과의 관련성과 표시 내용을 향상시킬 수 있습니다. 이러한 계획의 목표는 사용자가 필요한 정보를 빠르게 찾을 수 있는 검색 환경을 만드는 것입니다. 이 문서에는 검색 서비스 관리자와 사이트 모음 관리자가 최종 사용자 검색 환경을 최적화하는 데 도움이 되는 정보가 나와 있습니다.

이 문서 첫 번째 섹션의 내용

• 검색 쿼리를 수행하기 위한 검색 사용자 인터페이스에 대해 설명합니다.

• 고급 검색에 대해 알아보고 속성을 사용하여 검색 결과를 필터링하는 방법에 대해 알아봅니다. 관리자는 이 정보를 바탕으로 키워드 및 속성 관리 옵션을 파악하여 사용자의 강력한 고급 검색 수행 능력을 최적화할 수 있습니다.

• 범위를 지정하여 속성 검색을 사용할 때의 이점에 대해 살펴봅니다. 여기에는 크롤링 속성이 관리 속성과 연관되는 방식과 이러한 속성을 계획하는 방법에 대한 설명이 포함됩니다.

이 문서의 두 번째 섹션에서는 검색 결과 페이지에 대해 소개하고 검색 결과에 표시되는 내용에 영향을 주고 관리자가 제어할 수 있는 검색 기능에 대해 알아봅니다.

이 문서 두 번째 섹션의 내용

• 키워드와 최상의 선택을 계획하는 방법에 대해 설명합니다. 여기에는 효과적인 키워드를 계획하는 방법, 특정 조직에 맞는 최상의 선택 및 키워드에 동의어를 연결하여 최종 사용자 환경을 개선할 수 있는 방법이 포함됩니다.

• 관리자가 특정 사이트의 관련성 순위를 제어하여 검색 결과의 관련성을 향상시키는 방법에 대해 알아봅니다.

• 여러 원본을 검색하여 결과를 한 검색 결과 페이지에 결합할 수 있는 새로운 연결된 위치 기능에 대해 설명합니다.

• 검색 결과에 나타나는 링크를 제어하는 방법에 대해 알아봅니다.

• 검색 기반 경고를 계획하는 방법에 대해 알아봅니다.

이 문서에 설명된 기능을 사용하여 관리자는 최종 사용자 검색 환경의 여러 가지 기능을 제어할 수 있습니다. 검색 쿼리의 효율성을 정기적으로 평가하는 것도 좋지만 초기 개발 이전에 적절한 계획을 세우면 처음부터 효과적인 검색 쿼리를 만드는 데 도움이 되며 향후의 관리 비용을 절감할 수 있습니다.

쿼리 수행 시 표시되는 내용 계획

사용자가 검색하려는 콘텐츠를 빠르게 찾을 수 있도록 하는 데 도움이 되는 구성 옵션을 효과적으로 계획하려면 먼저 최종 사용자의 사용자 인터페이스에 표시되는 내용을 고려하는 것이 좋습니다.

검색 사용자 인터페이스

최종 사용자 검색 환경을 계획하는 방법을 파악하기 위해서는 우선 최종 사용자가 쿼리를 수행할 때 이용하는 사용자 인터페이스에 친숙해져야 합니다. 물론 이 사용자 인터페이스는 간단합니다. 이 사용자 인터페이스의 핵심적인 요소는 사용자가 검색 쿼리를 입력할 수 있는 검색 상자입니다. 검색 상자는 사이트 모음에서 관리 페이지가 아닌 모든 페이지에 제공되며 검색 센터에도 있습니다. 예를 들어 검색 상자는 기본적으로 사이트와 목록 수준은 물론 검색 센터에도 표시됩니다. 검색 센터는 그 자체가 하나의 사이트 모음입니다.

다음 섹션에서는 사이트 모음의 각 수준에 표시되는 검색 사용자 인터페이스에 대해 설명합니다.

사이트 수준 검색 사용자 인터페이스

사이트 수준 검색 상자(설명선 2)는 웹 사이트 페이지의 오른쪽 위에 있는 텍스트 상자로, 사용자는 여기서 검색 쿼리를 입력한 다음 검색 아이콘(설명선 3)을 클릭하여 쿼리를 실행할 수 있습니다.

사용자 인터페이스의 검색 상자를 봤을 때 보통 처음 떠오르는 질문은 첫 번째 질문은 "쿼리가 실행될 콘텐츠의 본문은 무엇인가?"입니다. 검색 상자 옆에 있는 검색 범위 목록(설명선 1)에서 쿼리가 실행될 콘텐츠 인덱스의 정보 본문을 지정합니다. 검색 범위(범위라고도 함)는 항목이 해당 범위에 포함되는지 여부를 기반으로 검색 페이지에 표시되는 항목의 범위를 좁힐 수 있도록, 즉 필터링할 수 있도록 검색 결과에 적용되는 필터입니다. 사용자는 범위를 통해 콘텐츠 인덱스의 콘텐츠 하위 집합에 대해 쿼리를 실행할 수 있으며, 결과적으로 검색 결과의 관련성을 향상시킬 수 있습니다.

기본적으로 사이트 수준 검색 상자에는 '이 사이트' 범위가 사용됩니다. 즉, 현재 사이트 및 해당 사이트의 모든 하위 사이트와 관련된 전체 콘텐츠에 대해 쿼리가 실행됩니다.

목록 수준 검색 사용자 인터페이스

목록 수준 검색 사용자 인터페이스는 사이트 수준 검색 사용자 인터페이스와 모양 및 기능이 동일하지만 '이 목록'이라는 기본 검색 범위를 추가로 사용할 수 있다는 점이 다릅니다. 목록 수준 검색 상자는 모든 사이트 모음의 각 목록 및 라이브러리 오른쪽 위에 있으며 '이 목록' 범위를 사용하도록 기본 설정되어 있습니다. 그러나 사용자가 '이 사이트' 범위 또는 사용자 지정 범위(사용 가능한 경우)를 선택할 수 있습니다.

검색 센터 검색 사용자 인터페이스

사용자는 검색 센터에서 제공하는 자유롭게 사용자 지정 가능한 중앙 집중식 사용자 인터페이스를 통해 검색 쿼리를 수행할 수 있습니다. 검색 센터는 검색 쿼리를 입력하는 검색 상자와 사용자가 고급 검색 쿼리를 작성할 수 있는 고급 검색 페이지에 대한 링크로 구성되어 있습니다. 기본적으로 검색 상자는 '모든 사이트' 범위로 설정되므로 사용자는 인덱스의 모든 콘텐츠에 대해 검색할 수 있습니다.

사이트 수준 검색 상자와 마찬가지로 검색 센터의 검색 상자(설명선 2)는 사용자가 검색 쿼리를 입력할 수 있는 텍스트 상자입니다. 입력을 마치면검색 단추(설명선 2)를 클릭하여 쿼리를 실행합니다. 검색이 능숙한 사용자는 고급 검색 링크(설명선 3)를 클릭하여 고급 검색 페이지에서 쿼리를 작성할 수 있습니다. 고급 검색 페이지에 대한 자세한 내용은 이 문서의 뒷부분에 나와 있습니다.

Microsoft Search Server 2008이 기본 설치 옵션을 사용하여 설치되어 있는 경우 검색 센터 서식 파일을 사용하여 최상위 웹 사이트를 만들 수 있습니다. 즉, 사이트 모음의 최상위 사이트는 검색 페이지입니다.

다음 표에는 Search Server 2008에서 기본적으로 사용할 수 있는 범위와 각 범위를 사용할 수 있는 수준이 나와 있습니다.

범위	기능	수준
모든 사이트	인덱스의 모든 콘텐츠에서 검색합니다.	검색 센터 최상위 사이트 하위 사이트 목록 및 라이브러리
이 사이트: 사이트 이름	현재 사이트와 해당 사이트의 모든 하위 사이트에서 검색합니다.	최상위 사이트 하위 사이트 목록 및 라이브러리
이 목록: 목록 이름	현재 목록에서 검색합니다.	목록 및 라이브러리

사용자 지정 범위 계획

이 섹션에서는 검색 쿼리에 포함된 콘텐츠를 필터링하는 데 사용할 수 있는 기본 범위에 대한 정보를 제공합니다. 검색 관리자는 조직에서 사용자 지정 범위를 만들어 기본 범위를 보충해야 하는 시기를 파악하는 데 도움을 줄 수 있습니다. 관리자는 검색 규칙과 함께 사용자 지정 범위를 사용하여 인덱스의 특정 콘텐츠를 검색 가능한 개별 콘텐츠로 그룹화할 수 있습니다.

예를 들어 작성자나 작성 기간 또는 이러한 매개 변수의 조합에 따라 모든 Word 문서나 특정 웹 사이트의 집합을 검색하도록 할 수 있습니다.

관리자는 사이트 모음 수준에서 범위를 사용자 지정할 수 있는데, 이 경우 사용자 지정 범위는 범위가 만들어진 사이트 모음 전체에서 사용할 수 있습니다.

검색 범위를 계획할 때는 정보 아키텍처를 검토하여 검색 대상이 될 가능성이 높은 광범위한 콘텐츠 집합을 식별해야 합니다. 이러한 집합의 범위는 여러 사이트가 되기도 하고 사이트 모음 내의 정보 중 일부가 되기도 합니다.

사이트 모음 범위 계획

계획 수립 단계에서 각 사이트 모음 관리자는 해당 사이트 내의 정보 아키텍처를 기반으로 범위를 만듭니다.

사이트 모음 관리자가 사이트 수준에서 수행할 수 있는 범위 관련 작업의 목록은 다음과 같습니다.

• 검색 범위 표시 방법(검색 드롭다운, 고급 검색 또는 둘 다)을 선택합니다.

• 사이트 모음 수준 범위를 만듭니다.

• 사이트 모음 수준 범위를 편집합니다. 자세한 내용은 아래를 참조하십시오.

• 범위 규칙을 편집합니다.

• 사이트 모음 수준 범위를 삭제합니다.

• 상태를 확인합니다. 예를 들어 범위에 포함된 범위 규칙과 범위 목록에서 범위가 표시되는 순서를 확인합니다.

새 사이트 모음 수준 범위를 만들거나 편집할 때는 다음을 지정해야 합니다.

• 고유한 제목

• 범위에 대한 설명(선택 사항)

• 표시 그룹(범위 그룹이라고도 함). 사이트 모음 관리자는 표시 그룹에 범위를 할당하여 사이트에서 범위가 표시되는 대상을 결정할 수 있습니다. 기본적으로 Search Server 2008에서는 검색 상자 드롭다운 목록 및 고급 검색 페이지의 표시 그룹을 제공합니다. 사이트 모음 관리자는 표시 그룹에 하나 이상의 범위를 할당하거나 새 표시 그룹을 만들 수 있습니다.

• 결과 페이지. 해당 범위가 사용될 때 기본 검색 결과 페이지를 통해 검색 결과를 표시하도록 선택하거나 다른 페이지를 지정할 수 있습니다. 다른 페이지를 사용하도록 선택하는 경우에는 먼저 해당 검색 결과 페이지를 만들어야 합니다.

표시 그룹 계획

표시 그룹은 특정 검색 상자에 범위를 할당하는 방법을 제공합니다. 사이트 모음 관리자는 몇 가지 옵션을 사용하여 기존 표시 그룹을 구성하거나 하나 이상의 새 표시 그룹을 만들 수 있습니다. 일반적으로 사이트 소유자는 특정 표시 그룹의 필요성을 인식하게 됩니다. 예를 들어 특정 팀 사이트의 사용자가 여러 문서 라이브러리에 분산되어 있는 콘텐츠를 자주 검색해야 할 수 있습니다. 이 경우 검색하는 콘텐츠 본문의 범위를 좁히기 위해 사용자는 현재 여러 검색 상자(예: 각 라이브러리의 검색 상자)에서 별개의 검색을 수행하거나 고급 검색 쿼리를 작성하여 검색 결과를 필터링해야 합니다. 사용자가 이러한 빈번한 검색을 보다 쉽게 수행할 수 있도록 사이트 모음 관리자는 표시 그룹을 만들고 이 그룹에 적절한 범위를 할당합니다. 그러면 사이트 소유자는 이 표시 그룹을 특정 검색 상자에 연결할 수 있습니다. 예를 들어 사이트의 사용자 지정 검색 페이지에 있는 검색 상자에 연결할 수 있습니다. 사용자는 이 검색 상자를 사용하여 해당 범위(이 경우 문서 라이브러리)로 한정된 콘텐츠를 검색하게 됩니다. Search Server 2008에서는 기본적으로 다음과 같은 두 가지 표시 그룹을 제공합니다.

• 검색 드롭다운   이 표시 그룹에는 '모든 사이트' 범위가 할당되며 이 그룹은 기본적으로 검색 상자에서 사용됩니다.

• 고급 검색   이 표시 그룹에는 '모든 사이트' 범위가 할당되며 이 그룹은 기본적으로 고급 검색 페이지의 검색 상자에서 사용됩니다.

사이트 모음 관리자는 다음 작업을 수행할 수 있습니다.

• 표시 그룹에 범위를 추가합니다.

• 표시 그룹에서 범위를 제거합니다.

• 새 표시 그룹을 만들고 원하는 범위를 그룹에 할당합니다.

• 검색 범위 목록에서 범위가 표시되는 순서를 변경합니다.

• 검색 범위 목록에서 기본적으로 선택되는 범위를 지정합니다.

사이트 소유자는 다음을 수행할 수 있습니다.

• 검색 상자와 검색 센터 사이트의 고급 검색 페이지에 여러 표시 그룹을 할당합니다.

• 검색 상자 및 고급 검색 상자 웹 파트를 사용하여 새 검색 페이지를 만들고 사용할 표시 그룹을 할당합니다.

검색 규칙 계획

범위에 범위 규칙을 추가하여 범위를 정의합니다. 범위 규칙은 범위와 연결할 콘텐츠와 연결하지 않을 콘텐츠를 정의합니다. 특정 범위에 추가된 범위 규칙은 범위의 크기를 정의합니다.

각 범위 규칙은 콘텐츠의 속성, 위치 및 원본을 정의하는 특정한 범위 규칙 유형을 기반으로 합니다. 다음 표에는 사이트 모음 수준 검색 범위에서 사용할 수 있는 범위 규칙 유형이 나열되어 있습니다.

범위 규칙 유형	사이트 모음 수준 검색 범위에서 사용 가능한지 여부	콘텐츠 테스트 기준
웹 주소(http://서버/사이트)	예	위치
속성 쿼리(작성자=손미선)	예	단일 속성
콘텐츠 원본	아니요	특정 콘텐츠 원본
모든 콘텐츠	예	콘텐츠 인덱스의 모든 콘텐츠

'모든 콘텐츠' 범위 규칙 유형은 모든 크롤링 콘텐츠를 범위와 연결하므로 가장 간단합니다. 다른 세 범위 규칙 유형의 경우 검색 서비스 관리자가 범위와 연결할 콘텐츠를 결정하는 범위 규칙의 동작을 지정할 수 있습니다. 다음 목록에서는 이러한 동작에 대해 설명합니다.

• 포함   이 규칙에 맞는 항목은 다른 규칙에 의해 제거되지 않는 한 검색 결과에 표시됩니다. 규칙을 결합하는 경우 이 동작은 OR 논리 연산자와 유사합니다.

• 필수   다른 규칙에 맞는 항목 중 이 규칙에도 맞아야 검색 결과에 표시됩니다. 이 동작은 AND 논리 연산자와 같습니다.

• 제외   이 규칙에 맞는 항목은 다른 규칙에 맞더라도 검색 결과에서 제외됩니다. 이 동작은 AND NOT 논리 연산자와 같습니다.

범위는 대개 하나의 범위 규칙을 기반으로 하지만 여러 규칙이 있는 범위를 사용하는 것이 좋은 경우가 있습니다. 특정 테마나 개념적으로 관련된 콘텐츠 집합을 기반으로 범위를 만들 수 있습니다. 이를 위해서는 여러 위치, 속성 또는 개념적으로 관련된 위치와 속성 조합을 포함하거나 제외합니다. 규칙을 논리적으로 결합하여 범위에서 포함하거나 제외할 콘텐츠를 결정할 수 있습니다.

위치를 기반으로 하는 범위 규칙 사용

'웹 주소' 범위 규칙 유형을 사용하여 콘텐츠의 위치(웹 주소 또는 UNC 경로)를 기반으로 하는 규칙을 만들 수 있습니다. 이러한 규칙이 필요한 몇 가지 사용 시나리오에는 다음 위치의 콘텐츠를 검색하는 경우가 포함됩니다.

• 문서 라이브러리의 그룹

• 회사의 보관 문서를 검색하는 경우처럼 대형 단일 문서 저장소에 있는 폴더 집합 내

• 특정 주제에 맞는 외부 사이트

• 조직의 다른 서버

각 웹 주소 범위 규칙은 단일 폴더, 도메인 이름 또는 서버 이름으로 정의되는 단일 위치를 포함합니다. 범위에서 사용 가능하게 하려는 콘텐츠 집합에 따라, 모든 관련 위치가 범위에 포함되고 관련되지 않은 위치는 모두 제외될 때까지 일치 규칙을 추가합니다. 정보 아키텍처와 사이트 구조 계획을 검토하면 각 범위에 포함할 위치를 결정하는 데 도움이 됩니다.

관리 속성을 기반으로 하는 범위 규칙 사용

'속성 쿼리' 범위 규칙 유형을 사용하여 단일 관리 규칙의 특정 값을 기반으로 범위 규칙을 만들 수 있습니다. 이러한 범위 규칙을 만들려면 먼저 다음을 확인해야 합니다.

• 사용할 관리 속성이 기본 관리 속성이거나 검색 서비스 관리자가 만들었기 때문에 이미 존재합니다.

• 범위에서 사용할 수 있도록 관리 속성이 구성되어 있습니다. 여러 관리 속성이 만들어지나 기본적으로 몇 개만 범위에서 사용할 수 있도록 구성됩니다. 검색 범위에는 검색 서비스 관리자가 범위에 사용할 수 있도록 특별히 지정한 관리 속성만 사용할 수 있습니다.

  참고

  검색 서비스 관리자는 특정 속성의 관리 속성 편집 페이지를 통해 속성을 범위에서 사용할 수 있도록 설정할 수 있습니다.

범위 규칙이 만들어지면 속성 쿼리와 일치하는 콘텐츠의 각 항목이 해당 특정 값에 대해 테스트되고 규칙을 기반으로 포함 또는 제외됩니다. 속성 기반 규칙은 정확하게 일치함 연산자를 통해서만 쿼리할 수 있으며 포함 등의 기타 연산자는 사용할 수 없습니다.

예를 들어 판매 포털 사이트의 사이트 모음 관리자는 SalesOffice 관리 속성을 사용하고 각 범위의 규칙 값을 관련 부서의 값으로 설정하여 각 판매 부서의 범위를 만들 수 있습니다. 이 관리 속성은 범위를 정의하는 데 사용되므로 검색 결과에는 판매 부서에서 이 범위를 사용하는 경우의 콘텐츠만 포함됩니다.

조직에서 관리 속성을 계획할 때는 범위를 고려해야 합니다. 특정 콘텐츠 집합에 대한 범위를 만들려면 범위 규칙에 포함될 수 있는 관리 속성으로 매핑되는 속성이 해당 콘텐츠에 있는지 확인해야 합니다.

콘텐츠 원본을 기반으로 하는 범위 규칙 사용

검색 서버 관리자 사용 권한이 있는 경우 사이트 모음 수준 콘텐츠 원본을 기반으로 범위 규칙을 만들 수 있습니다. 다음과 같은 경우 이러한 작업을 수행해야 할 수 있습니다.

• 다른 일정으로 콘텐츠를 크롤링하는 추가 콘텐츠 원본을 만드는 경우

• 다른 SharePoint Services and Technologies 팜 또는 파일 공유의 콘텐츠를 크롤링하는 별도의 콘텐츠 원본을 만드는 경우

• 범위 규칙을 결합하고 더 좁은 콘텐츠 범위를 만드는 데 사용하기 위해 더 작은 집합으로 콘텐츠를 나누는 경우

콘텐츠 원본 계획에 대한 자세한 내용은 콘텐츠 크롤링 계획(Search Server 2008)을 참조하십시오.

모든 콘텐츠 범위 규칙 유형 사용

'모든 콘텐츠' 범위 규칙 유형을 사용하여 범위 규칙을 만드는 경우 콘텐츠 인덱스의 모든 콘텐츠를 범위에서 사용할 수 있습니다. 더 좁은 범위를 만들려면 '모든 콘텐츠' 범위 규칙 유형을 사용하는 범위에 범위 규칙을 추가하여 해당 범위에서 특정 콘텐츠를 제외합니다.

범위 규칙에 제외 동작을 지정하여 콘텐츠 제외

'모든 사이트' 범위를 복사하고 시작 지점으로 사용하여 콘텐츠 인덱스의 모든 콘텐츠를 포함할 수 있습니다. 그런 다음 검색 결과에서 콘텐츠를 제외하는 범위 규칙을 추가하여 광범위하지만 특정 검색 결과 집합이 제외된 범위를 만들 수 있습니다. 사이트의 모든 콘텐츠 하위 집합이 들어 있는 규칙이 포함된 복잡한 검색 범위를 만드는 것보다 제외 규칙과 함께 '모든 사이트' 범위를 복사하여 사용하는 것이 더 쉬울 수도 있습니다.

'모든 사이트' 범위 복사본으로 시작하든지, 아니면 다른 범위의 복사본으로 시작하든지 관계없이 콘텐츠를 포함하는 범위 규칙을 추가하는 단계와 콘텐츠를 제외하는 범위 규칙을 추가하는 단계를 별도로 고려해야 합니다. 검색 결과에서 콘텐츠를 제외하는 이유와 콘텐츠를 포함하는 이유는 크게 다르기 때문입니다.

고급 검색

대부분의 경우 사용자는 검색 상자에 키워드 구를 입력한 다음 검색 단추를 클릭하거나 Enter 키를 눌러 쿼리를 실행합니다. 이런 방법으로 검색 결과의 처음 몇 페이지에서 자신이 원하는 결과를 찾지 못하면 일부 사용자는 검색을 포기하게 됩니다. 그러나 검색이 능숙한 사용자는 보다 고급 쿼리를 사용하여 찾고자 하는 콘텐츠를 목표로 검색을 다시 시도합니다.

검색이 아주 능숙한 사용자는 검색 상자에 고급 검색 쿼리를 작성할 수 있습니다. 예를 들어 서한성이 작성했으며 "협상"이라는 단어가 포함된 콘텐츠를 찾으려는 경우 검색 상자에 다음 쿼리를 입력할 수 있습니다.

협상 작성자:한성

그러나 대부분의 사용자는 이런 방식으로 고급 쿼리를 작성하는 데 필요한 구문에 익숙하지 않습니다. 따라서 대부분 구문을 사용하여 원하는 콘텐츠를 찾을 수 있는 고급 검색 페이지를 통해 고급 쿼리를 작성합니다. 다음 표에는 키워드와 관련된 고급 검색 페이지의 옵션이 설명되어 있습니다.

문서를 찾는 데 사용할 옵션	기능
입력하는 단어 모두 포함	사용자가 입력하는 모든 키워드가 임의의 순서대로 포함된 콘텐츠를 검색합니다.
정확하게 일치하는 구	사용자가 입력하는 단어가 해당 순서대로 포함된 콘텐츠를 검색합니다.
입력하는 단어 중 일부 포함	사용자가 입력하는 단어 중 일부가 포함된 콘텐츠를 검색합니다.
입력하는 단어 포함 안 함	사용자가 입력하는 단어가 모두 포함되지 않은 콘텐츠를 검색합니다.

또한 사용자는 고급 검색 페이지를 사용하여 특정 언어 또는 문서 유형으로 검색 범위를 좁힐 수 있습니다. 마지막으로 속성 제한을 선택하여 선택한 속성 값과 입력한 값의 일치 여부를 기준으로 검색 결과를 필터링할 수도 있습니다. 예를 들어 작성자 속성을 선택하고 포함 연산자를 선택한 후 값을 입력하고 검색을 클릭할 수 있습니다.

만든 이, 제목 등의 관리 속성이라고 하는 몇 가지 속성이 기본적으로 제공됩니다. 그러나 기본 관리 속성은 대부분 범위에서 사용할 수 없습니다. 검색 서비스 관리자는 범위에서 사용 가능하도록 할 관리 속성을 선택하고 조직의 요구에 맞는 추가 속성을 만들 수 있습니다.

검색 속성 계획

효과적으로 검색할 수 있도록 사이트 모음의 콘텐츠를 구성하는 방법 중 하나는 공통 주제를 가진 콘텐츠를 같은 위치에 그룹화하는 것입니다. 이렇게 하면 사이트 및 목록 수준에서 콘텐츠를 검색하는 데 기본 범위를 활용하여 콘텐츠를 검색할 수 있습니다. 예를 들어 특정 프로젝트의 모든 정보를 저장할 사이트를 만들 수 있습니다. 이 사이트 내에 별도의 문서 라이브러리 및 목록을 만들어 프로젝트와 관련된 여러 유형의 정보를 저장할 수 있습니다. 사용자는 기본 '이 사이트' 범위를 통해 사이트의 모든 콘텐츠를 검색하거나 '이 목록' 범위를 통해 사이트의 특정 목록 또는 라이브러리에 있는 콘텐츠를 검색할 수 있습니다. 검색 서비스 및 사이트 모음 관리자는 필요한 경우 사용자가 콘텐츠의 여러 부분을 검색하도록 사용자 지정 범위를 만들 수도 있습니다.

이렇게 하면 비교적 쉽게 콘텐츠가 효과적으로 검색되도록 구성할 수 있지만 이것만으로는 모든 조직, 특히 대규모의 콘텐츠를 검색해야 하는 조직의 요구를 충족하지 못합니다. 그 이유 중 일부는 다음과 같습니다.

• 공통 주제를 가진 모든 콘텐츠를 항상 같은 위치에 구성할 수는 없습니다.

• 배포 시 공통 주제를 가진 모든 콘텐츠를 같은 위치에 구성해도 시간이 지남에 따라 콘텐츠가 사이트 모음에 걸쳐 분산될 수 있습니다.

따라서 필요한 경우 위치를 기준으로 콘텐츠를 구성한 다음 속성을 사용하여 구성을 보완하는 것이 좋습니다.

관리 속성과 크롤링 속성

콘텐츠가 크롤링되면 크롤러는 해당 콘텐츠에 연결된 속성도 크롤링합니다. 크롤링 속성에는 조직에서 사용되는 파일 및 데이터베이스에 저장된 콘텐츠의 메타데이터가 포함되어 있습니다. 크롤링 속성은 만든이, 제목, 전자 메일 주소 등 다양한 유형의 정보를 나타낼 수 있습니다.

Search Server 2008을 통해 검색 서비스 관리자는 관리 속성을 만들 수 있습니다. 그런 다음 크롤링 속성을 검색 쿼리에서 사용되는 관리 속성에 매핑할 수 있습니다. 크롤링 속성은 콘텐츠를 크롤링할 때 크롤러가 수집하고 속성 저장소에 추가하는 속성입니다.

관리 속성과 크롤링 속성의 관계는 간단하지만 강력합니다. 검색 서비스 관리자는 하나 이상의 크롤링 속성(크롤러에서 검색되는 속성)을 관리 속성(범위 규칙 및 쿼리에서 사용되는 속성)에 매핑할 수 있습니다. 많은 크롤링 속성에 동일한 유형의 메타데이터가 포함되고 크롤링 속성의 이름이 직관적이지 않은 경우가 많기 때문에 이러한 매핑은 매우 중요합니다. 예를 들어 기본적으로 "Mail:6" 및 "Office:4"라는 이름의 크롤링 속성은 작성자 관리 속성에 매핑됩니다. 이 두 크롤링 속성의 값에 작성자의 이름이 포함되기 때문입니다. 이와 같은 크롤링 속성과 관리 속성의 매핑은 관리의 부담을 덜어 주고 사용자에게 혜택을 줍니다. 관리자의 경우 범위를 만들 때 사용하는 속성의 수가 줄어드는 이점을 얻을 수 있습니다. 최종 사용자 역시 검색 상자에 고급 쿼리를 작성할 때 속성의 수가 줄어들고 동시에 직관적인 속성 이름으로 속성을 쉽게 기억할 수 있는 이점이 있습니다.

관리 속성의 이점은 다음과 같습니다.

• 사용자는 관리 속성을 통해 검색 상자에서 검색 결과를 필터링하는 쿼리를 작성할 수 있습니다.

• 관리자는 고급 검색 페이지의 속성을 사용하여 최종 사용자가 검색 결과를 쉽게 필터링하도록 할 수 있습니다.

• 사이트 소유자는 다른 관리 속성을 사용하도록 고급 검색 페이지를 사용자 지정할 수 있습니다.

• 검색 서비스 관리자 및 사이트 모음 관리자는 쿼리를 기반으로 검색 결과를 필터링하는 규칙을 사용하여 사용자 지정 범위를 만들 수 있습니다. 최종 사용자는 고급 속성 기반 쿼리를 통해 고급 쿼리를 작성하는 방법을 배우지 않고도 고급 쿼리를 작성할 수 있습니다.

일부 관리 속성의 경우 만들면 기본적으로 크롤링 속성에 매핑됩니다. 검색 서비스 관리자는 추가 크롤링 속성을 기존 관리 속성에 매핑하거나 새 관리 속성을 만들 수 있습니다.

쿼리에서 속성 사용

크롤링 속성 값이 검색 쿼리에 영향을 주는 경우 크롤링 속성은 관리 속성에 매핑되어야 하고, 관리 속성은 범위에서 사용 가능해야 하며, 사용자는 해당 관리 속성에 대해 검색을 수행해야 합니다. 너무 많은 크롤링 속성 값을 포함하면 검색 관련성과 성능에 부정적인 영향을 미칠 수 있습니다.

Search Server 2008의 초기 배포를 계획하는 관리자는 검색 서비스에 계획된 초기 관리 속성 집합을 기록해야 합니다.

Microsoft Office Word 또는 Office Excel 문서와 같은 콘텐츠 형식에 대한 응용 프로그램에 표시되는 속성을 살펴보면 이러한 크롤링 속성 중 다수를 찾을 수 있습니다.

테스트 서버에 액세스할 수 있는 경우 우선 순위가 높은 콘텐츠를 크롤링하고 이때 표시되는 크롤링 속성을 사용하면 계획하는 데 도움이 됩니다.

관리 속성 및 해당 속성의 구현 방법을 주의 깊게 계획하면 사이트의 콘텐츠를 보다 쉽게 찾을 수 있도록 설정할 수 있습니다. 배포를 계획할 때는 관리 속성의 수를 최소한으로 유지하는 것이 좋습니다. 즉, 조직에 가장 유용한 속성을 신중하게 고려하고 이러한 속성을 시작 지점으로 배포해야 합니다. 배포 후에는 필요한 경우 언제든지 관리 속성을 추가로 만들 수 있습니다.

관리 속성 계획

잠재적인 관리 속성을 식별하는 좋은 방법 중 하나는 기존 콘텐츠 및 우선 순위가 높은 해당 메타데이터를 조사하는 것입니다. Search Server 2008 실제 배포 전에 테스트 팜에 액세스할 수 있는 경우 콘텐츠를 크롤링하여 표시되는 크롤링 속성을 확인하고 이러한 속성을 통해 정보 아키텍처의 일부를 식별할 수 있습니다. 그러나 대부분의 조직에서는 배포 단계에 들어가기 전에 문서로 정보 아키텍처를 계획하는 것이 좋습니다. 이는 계획에 초점을 맞추고 최선의 방식으로 구성되지 않은 콘텐츠와 프로세스를 식별하는 데 도움이 되기 때문입니다.

유용한 관리 속성 집합을 만들기 위해서는 가장 중요한 개념을 결정해야 하고 사용자가 검색할 때 관련성이 높은 콘텐츠를 찾을 수 있도록 관리 속성에 매핑할 수 있는 속성을 콘텐츠에서 찾아야 합니다. 많은 속성을 매핑할수록 데이터베이스가 커지고 성능이 저하되므로 매핑의 관련성이 확실한 경우에만 속성을 매핑하는 것이 좋습니다.

일부 개념은 사이트 모음 구조 및 사이트 모음 내의 콘텐츠를 제안하는 데 사용되며, 키워드 등의 특수 단어를 만들어 관련 검색 결과를 강조하는 데 사용되기도 합니다.

콘텐츠를 크롤링하기 전에는 콘텐츠의 속성을 발견하기 어렵습니다. 따라서 각 사이트 모음의 콘텐츠를 완전히 파악한 후 관리 속성을 계획하는 것이 가장 좋습니다. 그러면 테스트 서버에서 해당 콘텐츠를 모두 크롤링하여 관리 속성을 만들 때 정보 아키텍처와 비교할 크롤링 속성 목록을 확보할 수 있습니다. 이때 콘텐츠를 크롤링한 후에도 속성이 사용되는 콘텐츠 형식이나 응용 프로그램을 식별하기 어려우므로 속성을 매핑하기가 어려울 수 있습니다. 특정 속성의 본질과 콘텐츠를 잘 모르는 경우에는 테스트 환경에서 매핑을 설정하고 해당 속성으로 검색을 시험해 보는 것이 좋습니다.

유용한 관리 속성 중 대부분은 Search Server 2008 설치 시 자동으로 만들어집니다. 다른 관리 속성을 계획할 때 이러한 관리 속성을 시작 지점으로 사용하십시오. 자동으로 만들어지는 속성에는 다음이 포함됩니다.

• 작성자

• 설명

• 사이트 이름

• 유형

• 파일 크기

• 마지막으로 수정한 날짜

• URL

• 제목

속성을 사용하여 효과적으로 검색하려면 먼저 크롤링 속성에 값을 할당해야 합니다. 예를 들어 작성자 관리 속성에 매핑되는 속성을 가진 문서가 있을 경우 해당 문서의 이 속성에 값을 할당하지 않으면 사용자가 특정 작성자의 작성자 속성을 사용하여 쿼리할 때 검색 결과에 해당 문서가 표시되지 않습니다.

중복 관리 속성 예방

일부 속성은 매우 기본적인 속성이며 여러 콘텐츠 형식에서 서로 다른 속성으로 표시될 수 있습니다. 이러한 속성에는 문서의 작성자 및 직함 속성 등이 있습니다.

계획 단계에서 이러한 기본 속성으로 수행할 수 있는 가장 중요한 작업은 관리 속성 집합을 하나 만든 다음 의미가 같은 크롤링 속성을 관리 속성 집합의 속성에 매핑하여 중복을 줄이는 것입니다. 작성자 속성의 경우 고유하게 표시되는 작성자 크롤링 속성을 각각 단일 작성자 관리 속성에 매핑할 수 있습니다.

하나 이상의 크롤링 속성을 하나 이상의 관리 속성에 매핑할 수 있습니다.

여러 크롤링 속성에 우선 순위를 부여하면 크롤링 중 둘 이상의 속성을 찾은 경우 하나 이상의 관리 속성을 사용하는 쿼리에 우선 순위가 가장 높은 속성의 값만 사용됩니다. 크롤링 속성에 우선 순위를 부여하지 않으면 관리 속성에 매핑된 모든 크롤링 속성 값이 쿼리에 사용되어 관리 속성이 다중값이 됩니다. 즉, 검색 결과에서 쿼리와 일치하는 매핑된 속성 값이 포함된 모든 콘텐츠에 대한 결과가 반환됩니다. 단일 값 속성을 사용하기 위해서는 가장 일반적으로 크롤링되는 속성을 관리 속성으로 선택한 다음 발생 빈도에 따라 매핑된 속성에 우선 순위를 부여하는 것이 좋습니다. 가장 자주 크롤링되는 속성을 판단하기가 어려울 수도 있습니다. 이런 경우에는 가장 널리 사용되는 응용 프로그램에 연결되어 있다고 확인되는 속성에 우선 순위를 부여할 수 있습니다.

여러 데이터 형식의 속성을 매핑할 때는 대부분의 경우 관리 속성의 데이터 형식이 검색에 사용됩니다.

속성을 매핑할 때는 제대로 일치하지 않거나 관련성이 없는 속성을 매핑하지 않도록 주의해야 합니다. 부정확한 매핑으로 인해 검색 결과의 관련성이 실제로 감소할 수 있습니다. 가능하면 초기 배포 이전에 관리 속성에 대한 검색을 테스트하고, 일반적인 운영 과정에서 검색 쿼리의 사용 현황 데이터를 검토하여 매핑한 속성을 조정할 계획을 세우십시오.

정보 아키텍처의 핵심 개념을 나타내는 속성 추가

기본적으로 관리 속성에 매핑되는 크롤링 속성 외에 다른 크롤링 속성이 정보 아키텍처에서 아직 기존 관리 속성으로 캡처되지 않은 개념에 명확하게 매핑될 수도 있습니다. 예를 들어 회사의 정보 아키텍처에서 고객 서비스가 핵심 비즈니스 프로세스로 식별될 수 있습니다. 정보 아키텍처에서 고객 서비스와 관련된 핵심 개념에는 고객, 고객 서비스 담당자 및 고객 서비스 지역이 포함될 수 있습니다.

정보 아키텍처의 각 개념에 대해 이 개념을 나타내며 관리 속성으로 매핑될 수 있는 크롤링 속성이 있는지 확인해 보고, 있는 경우 해당 속성을 관리 속성으로 만드십시오.

정보 아키텍처의 개념 중 다수는 속성으로 표시되지 않지만 이러한 개념은 사이트 구조를 계획하고 기타 검색 기능을 구현하는 단계에서 유용합니다. 사용자가 간과한 관리 속성이 정보 아키텍처에서 식별될 수도 있지만, 정보 아키텍처에 개념이 나열되어 있다고 해도 해당 개념의 관리 속성이 없는 경우가 있기 때문입니다.

검색 범위에 관리 속성 사용

각 관리 속성은 검색 범위 규칙의 속성으로 노출될 수 있습니다. 검색 범위 계획에 대한 자세한 내용은 이 문서 앞부분의 "검색 범위 계획" 섹션을 참조하십시오.

IFilter를 사용하여 새 파일 형식에 대한 속성 통합 계획

Search Server 2008에서는 속성 범주를 사용하여 각 범주 내에서 문서별로 속성을 크롤링합니다. 속성 범주에는 검색이 콘텐츠를 인덱싱할 때 사용하는 프로토콜 처리기 및 IFilter가 포함됩니다. 콘텐츠를 크롤링하기 전에 콘텐츠를 속성 범주에 연결해 나중에 관리 속성을 만들 때 필요한 크롤링 속성을 가장 효율적으로 찾을 수도 있습니다. Search Server 2008에 IFilter를 등록하려면 SharePoint Server 2007 및 Search Server 2008에 Microsoft Filter Pack을 등록하는 방법 (영문)을 참조하십시오.

다른 IFilter 또는 프로토콜 처리기가 필요한 콘텐츠 인덱스에 콘텐츠를 추가하면 해당 콘텐츠에 대한 새 속성 범주를 프로그래밍 방식으로 만들 수 있습니다. 초기 계획 프로세스의 일환으로 새 IFilter 및 프로토콜 처리기가 필요한 콘텐츠를 식별해야 합니다. 일부 IFilter 및 프로토콜 처리기는 제공되지만 사용자 지정 코드가 필요할 수도 있습니다.

속성 범주에 대한 자세한 내용은 메타데이터 속성 매핑 관리(Search Server 2008)를 참조하고, 크롤링 콘텐츠에 대한 자세한 내용은 콘텐츠 크롤링 계획(Search Server 2008)을 참조하십시오.

검색 결과에 표시되는 내용 계획

Search Server 2008에서는 검색 서비스 및 사이트 모음 관리자가 검색 결과 페이지에 표시되는 내용을 제어할 수 있도록 몇 가지 설정을 제공합니다. 매우 다양한 방법으로 검색 결과를 제어할 수 있지만 배포 단계에서 다음을 수행하는 것이 좋습니다.

• 키워드, 최상의 선택 및 동의어를 계획합니다.

• 검색 결과 맨 위를 기준으로 표시 위치를 제어할 수 있도록 관련성이 가장 높은 사이트와 가장 낮은 사이트를 계획합니다.

• 연결된 위치 및 연결 웹 파트의 사용 여부를 계획합니다.

• 링크의 모양을 계획합니다.

• 사용자가 검색 기반 알림을 사용할 수 있는지 여부를 계획합니다.

키워드 및 최상의 선택 계획

키워드 또는 키워드 구는 사용자가 쿼리를 작성할 때 검색 상자에 입력하는 단어입니다. 사용자가 검색 상자에 "위젯" 같은 단어를 입력하고 검색 단추를 클릭하여 단순 키워드 검색을 수행하면 Search Server 2008은 선택한 범위에서 해당 키워드가 포함된 모든 콘텐츠의 검색 결과를 표시합니다.

Search Server 2008을 사용하여 사이트 모음 관리자는 인덱스에 있는 동일한 이름의 키워드 구와 직접 관련된 키워드라는 엔터티를 만들 수 있습니다. 사이트 모음 관리자는 하나 이상의 단어를 사용하여 키워드를 만들 수 있는데, 키워드는 "OOF" 같은 한 단어일 수도 있고 "out of office"와 같이 특정 순서로 입력해야 하는 단어의 집합일 수도 있습니다.

사이트 모음 관리자는 키워드 또는 키워드 구의 이름뿐 아니라 다음 옵션 중 하나 이상으로 구성된 키워드를 만들 수 있습니다.

• 검색 결과에 표시되는 키워드 정의

• 하나 이상의 동의어

• 하나 이상의 최상의 선택. 최상의 선택은 검색 서비스 관리자가 특정 키워드에 대해 관련성이 높은 것으로 지정하는 URL입니다.

사이트 모음 관리자는 키워드를 사용하여 최종 사용자 쿼리의 관련성을 높일 수 있습니다. 모든 사이트 모음의 검색 결과를 수정하여 특정 검색 단어가 사용된 쿼리에 대한 응답으로 특정 콘텐츠가 보다 뚜렷이 표시되도록 유도할 수 있습니다. 키워드는 사이트 모음 수준에서 계획, 구현 및 관리되지만 조직 전체에서 계획과 구현의 일관성을 유지하는 것이 좋습니다.

각 사이트 모음에서 우선 순위가 높은 개념 관련 정보에 쉽게 액세스할 수 있도록 하려면 키워드 정의를 사용하는 것이 좋습니다. 사이트 모음 관리자는 각 개념마다 키워드를 만들어 검색 결과 옆의 최상의 선택 검색 웹 파트에 키워드 정의를 표시할 수 있습니다. 예를 들어 특정 제품군을 판매하는 판매 포털에서 해당 제품군의 주요 상품에 대한 정의를 제공할 수 있습니다. 판매 담당자는 이러한 정의를 통해 제품에 대한 이해를 높일 수 있고, 고객을 위한 개방형 포털 사이트에서 검색 결과에 이러한 정의를 표시할 수도 있습니다.

키워드의 예

사이트 모음 관리자는 최종 사용자가 팀 구성원의 부재 시기 추적에 사용되는 달력을 검색하는 데 어려움을 겪고 있음을 알고 있습니다. 사용자는 달력을 검색하면 쿼리가 관련성이 없는 검색 결과 페이지를 몇 개 반환하여 처음 몇 페이지를 살펴본 후 검색을 포기한다고 보고합니다.

사이트 모음 관리자는 다음을 포함하는 "oof" 키워드를 만들기로 결정합니다.

키워드 정의: 부재 중임을 의미할 때 사용하는 약어입니다.

동의어: time off

최상의 선택: 달력 URL 및 최상의 선택에 대한 설명

다음으로 사이트 모음 관리자는 최종 사용자에게 달력을 검색할 때 이 새 키워드 "oof"를 사용할 것인지, 아니면 동의어 "time off"를 사용할 것인지를 묻습니다.

다음 그림에서는 이 시나리오를 바탕으로 검색 센터에서 키워드 "oof"를 사용하여 검색할 때 최종 사용자에게 표시되는 기본 검색 결과 페이지의 예를 보여 줍니다. 최상의 선택 및 키워드 설명은 기본적으로 검색 센터를 사용하여 실행되는 검색에 대한 검색 결과 페이지에만 표시됩니다.

위의 그림에는 최종 사용자가 실행한 쿼리(설명선 1)가 나와 있습니다. 또한 키워드 강조 표시 기능을 통해 콘텐츠의 키워드가 굵은 텍스트(설명선 2)로 표시되어 있습니다. 사이트 모음 관리자가 이 키워드에 지정한 설명은 기본적으로 검색 결과 페이지의 오른쪽 위(설명선 3)에 나타납니다. 각 키워드는 정의와 연결할 수 있으며 정의에 URL을 포함할 수 있습니다. 따라서 다음을 수행하는 것이 좋습니다.

• 계획 단계에서 정의 원본을 식별합니다.

• 계획 중 별도의 단계를 통해 각 사이트 모음의 키워드에 사용되는 모든 정의가 포함된 용어집을 디자인합니다.

• 전적으로 키워드와 설명만 연결하는 용도의 키워드를 몇 개 만듭니다.

최상의 선택(설명선 4)이 있는 경우 키워드 설명 바로 아래에 표시됩니다. 최상의 선택은 단순한 URL이 아니라, 제목을 지정할 수 있고 선택적으로 설명을 지정할 수도 있습니다. 이 예에서 사이트 모음 관리자는 최상의 선택 이름을 "Out of Office 페이지"로 지정했습니다. 관리자가 최상의 선택에 지정한 설명은 이름 바로 아래에 표시되고 최상의 선택 URL은 그 아래에 표시됩니다.

검색 단어와 관련된 개념에 대해 전문 지식을 갖춘 사용자, 사이트 및 특정 문서가 최상의 선택의 일반적인 예입니다. 콘텐츠 계획 단계에서 각 최상의 선택에 대한 제목과 설명을 고려하여 각 최상의 선택에 대한 관련성과 유용성을 높이는 것이 중요합니다. 관리 사용자 인터페이스에서 각 키워드에 최대 25개의 최상의 선택을 연결할 수 있으며 개체 모델에서는 더 많이 연결할 수 있습니다. 그러나 최상의 선택은 너무 많이 사용하지 않는 것이 좋습니다. 효율적인 콘텐츠 계획을 세우는 경우 각 키워드에 적합한 최상의 선택 개수를 식별하여 검색 결과의 개수와 검색의 관련성을 균형 있게 조화시킬 수 있습니다.

여러 키워드에 같은 최상의 선택을 사용할 수 있습니다. 최상의 선택이 이미 있는 경우에는 속성을 다시 입력하지 않고 키워드에 최상의 선택을 추가함으로써 최상의 선택을 중복하여 사용할 수 있습니다. 해당 최상의 선택을 사용하는 모든 키워드에 대해 최상의 선택의 URL과 설명을 동시에 변경할 수도 있습니다. 이렇게 하면 특히 계획 중 초기 배포 이전에 테스트 사이트를 사용하는 데 유용합니다.

동의어 이해

동의어는 특정 키워드와 밀접하게 관련된 하나 이상의 단어입니다. 예를 들어 키워드 "자동차"의 효과적인 동의어는 "차", "승용차", "SUV" 등입니다. 이들 단어는 일부 사용자가 자동차를 검색할 때 이중 하나를 검색 상자에 대신 입력할 수 있으므로 해당 키워드에 대해 모두 효과적인 동의어입니다. 사이트 모음 관리자는 각 키워드에 대해 하나 이상의 동의어를 정의할 수 있습니다. 동의어의 목적은 해당 키워드를 사용할 때 검색 결과 페이지에 표시되는 것과 동일한 키워드 정의와 최상의 선택을 표시하는 데 있습니다. 위의 예에 따르면 최종 사용자가 동의어 "out of office"를 사용하여 검색 쿼리를 실행하는 경우 키워드 "oof"를 사용하여 검색 쿼리를 실행할 때와 동일한 키워드 설명과 최상의 선택이 표시됩니다. 그러나 "oof" 대신 "out of office"가 포함된 콘텐츠만 검색 결과에 나타난다는 점에서 차이가 있습니다.

동의어는 여러 검색 단어에 대해 검색 결과가 분산되지 않고 통합되도록 하므로 같은 개념과 콘텐츠에 대해 여러 가지 검색어를 사용할 때 유용합니다. 사이트 모음 관리자가 키워드를 만들고 동의어를 추가할 때 업데이트되는 목록을 동의어 사전이라고 합니다. Search Server 2008의 동의어 사전은 Microsoft Office SharePoint Portal Server 2003의 동의어 사전과 호환됩니다.

정보 아키텍처를 사용하여 키워드 식별

콘텐츠 계획 팀에서 만든 정보 아키텍처를 사용하여 키워드와 연결할 우선 순위가 높은 콘텐츠를 식별할 수 있습니다. 정보 아키텍처에는 용어 목록이 포함되어 있으므로 이러한 단어 중 일부를 사용하여 구체적이고 관련성이 높은 콘텐츠와 연결할 키워드를 빠르게 만들 수 있습니다.

관련 콘텐츠는 사용자가 특정 키워드를 사용하여 검색할 때 가장 먼저 표시되거나 가장 눈에 띄게 표시되도록 할 특정 콘텐츠입니다. 각 주요 비즈니스 개념 또는 콘텐츠 영역에 대한 관련 콘텐츠의 예는 다음과 같습니다.

• 문서

• 사이트

• 사용자

• 정의

• 승인된 용어 또는 공식 용어는 같은 의미지만 검색 쿼리에 포함되지 않습니다.

최상의 선택과 키워드를 연결하면 사용자가 핵심 비즈니스 프로세스에서 공동으로 작업하는 데 필요한 핵심 문서를 쉽게 볼 수 있도록 유도할 수 있습니다. 예를 들어 회사에 경비 보고서용 특수 서식 파일이 있는 경우 "경비 보고서"라는 키워드를 통해 해당 서식 파일을 검색 결과의 맨 위에 표시되게 할 수 있습니다. 이러한 키워드가 없으면 각 직원이 동료에게 해당 URL을 묻거나 회사 웹 사이트를 탐색하는 데 몇 분의 시간을 허비할 수 있습니다. 경비 보고서 서식 파일 URL이 최상의 선택으로 연결된 키워드를 사용하면 직원들이 빠르게 서식 파일을 찾을 수 있습니다.

사이트 키워드를 통해 대규모 조직의 유용한 정보가 있는 사이트를 쉽게 찾을 수 있습니다. 예를 들어 "공휴일"이란 키워드를 직원의 휴무일 정보가 포함된 인사 관리 사이트의 URL이 있는 최상의 선택에 연결할 수 있습니다. 최상의 선택에는 회사의 휴무일 정보를 제공하는 정확한 페이지의 URL을 포함하는 것이 가장 좋습니다.

키워드 보안 고려 사항

이전 버전의 Office SharePoint Portal Server와 달리 키워드와 최상의 선택은 보안 권한의 영향을 받지 않으며 사이트 모음의 모든 읽기 권한자는 검색 결과에 나타나는 해당 사이트 모음에 대한 최상의 선택과 키워드를 모두 볼 수 있습니다. 최상의 선택이 연결된 페이지를 볼 수 있는 권한이 없는 사용자는 해당 페이지로 이동할 수 없습니다. 그러나 검색 결과 페이지에 있는 최상의 선택에 대한 설명과 해당 콘텐츠의 URL을 확인할 수 있으며, 이로 인해 의도하지 않은 일부 사용자에게 정보가 노출될 수 있습니다.

키워드는 모든 사용자에 대해 우선 순위가 높은 결과를 제공해야 합니다. 사용 권한에 따라 특정 사용자만 볼 수 있는 콘텐츠로 지정하려면 사이트 모음의 적절한 위치에서 대상 그룹 및 대상 웹 파트를 사용하면 됩니다.

조직 전체에 걸친 키워드 계획

조직 전체에 걸쳐 키워드의 일관성이 유지되도록 사전에 키워드를 계획하는 것이 중요합니다. 키워드가 사이트 모음 수준에서 구현되는 경우에도 가능하면 언제나 사이트 모음 전체에 걸쳐 키워드의 일관성을 유지해야 합니다.

잘못된 키워드 계획의 예

한 사이트 모음 관리자는 마케팅 사이트 모음에서 "슈퍼 목록"이라는 키워드를 만들고 해당 키워드에 대해 회사의 고객 목록으로 연결되는 URL이 포함된 최상의 선택을 만듭니다. 또 다른 사이트 모음 관리자는 판매 사이트 모음에서 "마스터 목록"이라는 키워드를 만들고 해당 키워드에 대해 같은 고객 목록으로 연결되는 URL이 포함된 최상의 선택을 만듭니다.

두 사이트 모음을 모두 사용하는 사용자는 키워드 검색을 수행할 때 검색 결과 페이지에 기대한 최상의 결과가 일관되게 표시되지 않으면 혼란을 느낄 수 있습니다. 예를 들어 주로 마케팅 사이트 모음을 사용하고 "슈퍼 목록"이라는 검색 단어를 사용하여 검색하는 데 익숙한 직원은 해당 키워드가 양쪽 사이트 모음에서 모두 제대로 작동하기를 기대할 것입니다.

소규모 조직에서는 콘텐츠 계획 팀도 규모가 작고 단일 사이트 모음을 중심으로 구성되어 있을 가능성이 높습니다. 그리고 한두 명이 키워드에 대한 계획을 세울 수도 있습니다. 반면 대규모 조직에서는 보다 큰 규모의 계획 팀이 필요합니다. 각 수준마다 비즈니스 계획자와 관리자를 포함하여 모든 비즈니스 요구가 처리될 수 있도록 해야 합니다.

최상의 선택은 콘텐츠가 크롤링되지 않은 경우에도 검색 결과에 표시됩니다. 이는 초기 배포 중 키워드를 계획해야 하는 이유 중 하나이며, 이를 통해 초기 배포 단계에서 모든 콘텐츠 원본이 크롤링되기 전에도 우선 순위가 높은 콘텐츠를 사용할 수 있습니다. 드물지만 검색에 관련 IFilter가 누락되거나 기술적인 기타 이유로 콘텐츠를 크롤링할 수 없는 경우 최상의 선택을 사용하여 크롤링되지 않은 콘텐츠도 쉽게 찾을 수 있습니다.

조직의 각 수준에서 주요 작업자가 사이트 모음의 키워드를 계획합니다. 이러한 작업자는 각자가 계획하는 사이트 모음의 콘텐츠에 맞게 조정된 동일한 전체 콘텐츠 계획을 공유합니다. 배포 전에 시작되어 배포 후 순차적으로 계속되는 키워드 계획에서 각 콘텐츠 계획자 집단은 전체 계획의 일관성을 유지하기 위해 서로 정보를 교환할 수 있습니다.

일부 키워드는 배포 전에 계획되지 않을 수도 있습니다. 콘텐츠 계획 팀은 배포 첫 날부터 사용자가 적합한 검색 쿼리를 사용할 수 있도록 조직 내에서 검색 쿼리와 관련된 가장 높은 우선 순위의 개념을 식별합니다. 계획 팀은 각 키워드의 담당자를 식별할 수 있으며 이 담당자는 계획 팀의 일원일 수도 있고 아닐 수도 있습니다. 배포 이후 사이트 모음 관리자는 쿼리 로그에서 자주 나오는 검색 단어를 식별한 후 키워드 목록을 확장할 수 있습니다.

계획 단계에서 키워드 목록 관리자는 키워드와 쿼리의 대응 관계를 고려해야 합니다. 목록에서 콘텐츠를 검색할 때 키워드는 검색 단어의 전체 문자열과 완전히 일치해야 하며 + 및 - 같은 특수 구문을 사용해서는 안 됩니다. 이를 통해 동일한 검색 쿼리에서 여러 키워드 목록이 반환되지 않게 할 수 있으므로 검색 결과가 합리화됩니다.

키워드 관리 계획

키워드 관리의 세부 내용은 대부분 사이트 모음의 일상 작업과 관련되어 있지만 배포 계획 중에 고려해 볼 만한 몇 가지 관리 측면도 있습니다. 특히 사이트 모음 관리자가 속성에 할당할 수 있는 선택적 담당자 및 게시 속성을 고려해 볼 수 있습니다.

각 키워드에는 다음과 같은 추가적인 속성이 있습니다.

• 시작, 끝(만료) 및 검토 날짜

• 담당자

승인을 얻은 후에야 검색 결과에 영향을 줄 수 있도록 키워드를 설정하거나, 일정 시간 후에 시작되거나 만료되도록 설정할 수도 있습니다. 초기 계획에서 식별된 우선 순위가 높은 키워드는 초기 배포 동안 사이트 모음을 사용하는 사용자와 관련된 콘텐츠를 제외하면 지속적으로 사용될 가능성이 높습니다.

각 키워드의 담당자는 만료되도록 설정된 키워드가 만료될 때 연락을 받게 되는 사람입니다. 각 사이트 모음의 콘텐츠 계획자는 초기 배포 후 키워드를 관리할 작업자를 고려해야 하며 이러한 작업자 중 일부를 사이트 모음 수준의 계획 프로세스에 참여시켜야 합니다.

계획 프로세스 과정에서 이후에 키워드에 대한 결정을 내릴 사람을 지정해야 합니다. 계획 프로세스 중에 이러한 결정을 내리면 사이트 모음의 일반 운영으로 원활하게 전환할 수 있으며 이후에 키워드를 효율적이고 일관성 있게 사용할 수 있습니다.

키워드 관리에 대한 자세한 내용은 검색 결과 향상을 위한 설정 관리(Search Server 2008)를 참조하십시오.

검색 결과의 관련성 계획

검색되는 콘텐츠 본문이 많을수록 특정 쿼리에 대해 여러 페이지의 검색 결과가 표시될 수 있습니다. 특히 고급 쿼리 대신 기본 키워드 쿼리를 사용하는 경우 그럴 가능성이 큽니다. 효율적인 최종 사용자 환경을 위해서는 검색 결과 페이지에서 가능하면 일찍 관련성이 가장 높은 콘텐츠에 대한 링크가 표시되도록 해야 합니다.

Search Server 2008을 사용하여 검색 서비스 관리자는 인덱싱된 웹 페이지 관련성 설정을 지정할 수 있습니다. 특정 웹 페이지에 연결된 각 관련성 설정에 따라 검색 결과 페이지에서 특정 페이지에 대한 링크가 얼마나 빨리 표시되는지가 결정됩니다. 관련성 설정이 지정된 페이지를 신뢰할 수 있는 페이지라고 합니다.

신뢰할 수 있는 페이지 설정은 검색 결과의 우선 순위를 결정하는 요소 중 하나이며, 사이트 모음 관리자가 관리하는 키워드, 검색 서비스 관리자가 관리하는 관리 속성, 검색 기술에 따라 콘텐츠에 적용되는 자동 가중치 등의 다른 모든 요소보다 비중이 크지는 않습니다.

신뢰할 수 있는 페이지 설정은 검색 관리 수준에서 구성되며 검색 서비스 관리자는 다음과 같은 네 가지 신뢰할 수 있는 페이지 수준 중 하나에 사이트를 할당할 수 있습니다.

• 가장 신뢰할 수 있는 페이지

• 두 번째 수준의 신뢰할 수 있는 페이지

• 세 번째 수준의 신뢰할 수 있는 페이지

• 수준을 내릴 사이트

웹 페이지에는 신뢰도에 따라 각 수준에 비례적으로 관련성 가중치가 부여됩니다. 기본적으로 웹 응용 프로그램의 모든 최상위 페이지는 가장 신뢰할 수 있는 페이지로 자동 추가됩니다. 이러한 페이지를 다른 관련성 페이지 수준으로 옮기거나 관련성 페이지 설정에서 완전히 제거할 수 있습니다.

수준을 내릴 사이트 설정이 지정된 사이트는 일반적으로 다른 모든 관련성 가중치 요소가 고려된 후 검색 결과 맨 마지막에 표시됩니다.

즉, 이러한 페이지는 대개 검색 결과 페이지에서 신뢰할 수 있는 페이지로 지정되지 않은 페이지 다음에 나타납니다. 관련성이 없는 정보가 포함된 사이트(예: 보관 사이트)에 이 설정을 사용하는 것이 좋습니다.

신뢰할 수 있는 페이지 설정을 계획할 때는 각 사이트의 목적을 고려하고 해당 하위 사이트를 검토해야 합니다. 신뢰할 수 있는 사이트를 중요도에 따라 세 가지 수준으로 그룹화하고, 관련성이 없는 사이트는 수준을 내릴 사이트로 그룹화합니다.

신뢰할 수 있는 페이지 설정을 계획할 때는 다음과 같은 지침을 따르는 것이 좋습니다.

• 우선 순위가 높은 비즈니스 프로세스의 중심이 되는 SharePoint 사이트는 일반적으로 가장 신뢰할 수 있습니다.

• 작업이나 공동 작업이 이루어지는 사이트는 정보를 전달하기만 하는 사이트보다 일반적으로 신뢰도가 높습니다.

• 정보를 전달하지만 우선 순위가 높은 비즈니스 프로세스의 중심이 아니거나 공동 작업에 사용되지 않는 사이트는 두 번째 또는 세 번째 수준의 신뢰할 수 있는 사이트가 될 가능성이 높습니다.

• 외부 사이트의 콘텐츠는 조직에서 제어할 수 없으므로 일반적으로 신뢰도가 낮습니다.

• 신뢰할 수 있는 페이지 설정을 모든 사이트에 지정할 필요는 없습니다. 가장 신뢰할 수 있거나 관련성이 떨어지는 몇 개의 사이트에 대한 관련성을 선택한 다음 일반적인 운영 과정에서 사용자의 피드백 및 쿼리 로그와 크롤링 로그의 정보를 기반으로 관련성 설정을 조정하는 것이 좋습니다.

연결된 위치 및 연결 웹 파트 사용 여부 계획

Search Server 2008의 새 기능인 연결은 최종 사용자 검색 환경의 나머지 측면에서 계획할 수 있습니다. 연결을 사용하면 최종 사용자가 여러 원본을 검색하여 결과를 한 검색 결과 페이지에 통합하는 쿼리를 실행할 수 있습니다. 이러한 원본은 다음과 같습니다.

• 회사의 엔터프라이즈 콘텐츠 저장소

• 회사에서 사용하는 인터넷 검색 엔진 또는 구독 서비스

• 다른 부서 또는 해외 지역에서 Search Server 2008을 사용하여 인덱싱된 엔터프라이즈 문서

최종 사용자가 쿼리를 실행하면 Search Server 2008에서 새 연결 웹 파트를 사용하여 인덱싱된 결과와 함께 결과를 형식 지정하고 렌더링합니다.

연결된 위치를 검색할 때 제공할 사용자 환경을 계획하는 경우 회사의 검색 요구와 사용자의 검색 습관을 고려해야 합니다. 특히 사용자에게 있어 가장 생산적인 콘텐츠는 무엇이고, 현재 사용하고 있는 쿼리는 무엇인지를 파악해야 합니다. 이를 위해서는 회사의 핵심 정보 문제를 해결할 수 있도록 연결된 위치를 지정하는 것이 중요합니다.

연결을 사용할 때 사용자의 모든 요구를 최대한 충족하기 위해 여러 개의 연결된 위치를 추가하기 쉽습니다. 그러나 이렇게 하면 대부분의 사용자가 연결된 결과를 무시합니다.

연결된 결과가 쿼리에 유용한 대답을 반환하도록 하려면 연결된 위치에서 특정 쿼리 형식을 트리거 규칙에 일치시키면 됩니다. 연결된 위치에 대한 트리거 규칙을 만들면 해당 위치에 연결된 웹 파트는 지정된 패턴 또는 접두어와 일치하는 쿼리에 대해서만 결과를 표시합니다.

예를 들어 위젯이라는 제품을 생산하는 원창이라는 회사에 근무하고 있다고 가정해 봅시다. 직원들은 10자리 위젯 ID를 사용하여 하루에도 몇 번씩 위젯을 찾아야 합니다. 이러한 위젯은 Search Server 2008에서 크롤링할 수 없는 데이터베이스에 저장됩니다. 원창 직원들이 위젯을 검색할 수 있도록 하려면 위젯 데이터베이스를 검색하는 연결 커넥터를 구현해야 합니다. 그러나 모든 쿼리에 대해 위젯 정보를 표시하면 사용자에게 혼란을 줄 수 있습니다. 따라서 10자리 쿼리를 인식하는 패턴을 사용하여 연결된 위치 트리거를 만드는 것이 좋습니다. 그러면 사용자가 위젯 ID를 검색할 때 위젯 데이터베이스에서 최상위 연결된 결과를 얻게 됩니다.

트리거 및 트리거 규칙을 사용하는 방법에 대한 자세한 내용은 Search Server 2008 도움말의 "트리거 및 쿼리 서식 파일 사용"을 참조하십시오.

연결된 결과 웹 파트 또는 최상위 연결된 결과 웹 파트를 사용하여 검색 결과 페이지에서 연결된 결과를 추가하고 구성할 수 있습니다. 기본적으로 검색 결과 페이지에는 연결된 결과 웹 파트 한 개와 최상위 연결된 결과 웹 파트 두 개가 포함되어 있습니다. 검색 결과 페이지의 웹 파트에서 연결된 위치 및 해당 속성을 설정합니다.

연결에 대한 자세한 내용은 Search Server 2008 도움말의 "다른 위치에서 검색 결과 연결"을 참조하십시오.

링크 모양 계획

검색 서비스 관리자는 서버 이름 매핑을 사용하여 검색 결과에 특정 URL 또는 URL 범위가 표시되는 방식을 변경할 수 있습니다. 서버 이름 매핑은 해당 검색 서비스에서 크롤링하는 모든 콘텐츠에 대해 검색 관리 수준에서 설정되고 쿼리가 수행될 때마다 적용됩니다. 다음과 같은 시나리오에서 서버 이름 매핑을 사용할 수 있습니다.

• 서버의 로컬 주소를 표시하는 링크로 인해 발생하는 액세스 문제 및 보안 취약점을 방지하려는 경우. 예를 들어 콘텐츠가 크롤링되는 방식에 따라 URL에 서버의 로컬 경로가 표시될 수 있습니다.

• 검색 결과에서 복합 URL을 숨기고 서버에 있는 보다 간결한 이름으로 바꾸려는 경우

• 보안을 위해 서버 또는 공유 이름 등 콘텐츠 원본의 원래 이름을 숨기려는 경우

위 목록에 설명된 표시 문제 중 하나가 발생하는 경우에만 서버 이름 매핑을 사용하십시오. 대부분의 경우 초기 배포 전에는 서버 이름 매핑 계획을 최소화하는 것이 좋습니다.

검색 기반 알림 계획

검색 서비스 관리자는 특정 검색 센터에 대해 검색 기반 알림을 활성화할지 여부를 결정할 수 있습니다. 검색 기반 알림을 활성화하고 전자 메일을 보내도록 서버를 구성하면 최종 사용자가 검색 결과 페이지의 맨 위에서 알림 링크를 클릭할 수 있으며 알림을 받을 변경 사항의 종류와 전자 메일 알림을 받을 빈도를 지정할 수 있습니다. 검색 기반 알림을 허용하면 시스템에서 메일 서버의 추가 리소스를 사용하게 되고 검색 기반 알림이 처리될 때마다 이러한 각 검색 기반 알림에 대한 쿼리가 실행되므로 쿼리 서버의 부하가 증가하게 됩니다. 초기 배포를 계획할 때 알림에 사용할 수 있는 리소스 및 사이트 사용자가 알림을 유용하게 사용할 수 있을지 여부를 고려해야 합니다. 검색 기반 알림은 기본적으로 활성화됩니다.

작동 중 모든 검색 기반 알림을 보내지 않기 위해 콘텐츠 원본을 다시 설정하면 검색 기반 알림이 자동으로 해제됩니다. 이러한 경우 관리자가 검색 기반 알림을 다시 활성화해야 합니다.