최종 사용자 검색 환경 계획(Office SharePoint Server)

업데이트 날짜: 2009년 2월

적용 대상: Office SharePoint Server 2007

 

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

이 문서의 내용

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

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

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

이 문서의 첫 번째 섹션에서는 다음에 대해 설명합니다.

• 검색 쿼리를 수행하기 위한 검색 사용자 인터페이스

• 사용자 지정 범위를 계획하는 방법. 여기에는 사용자가 각 검색 쿼리에 포함된 콘텐츠를 필터링하는 데 사용하는 기본 범위에 대한 정보가 포함됩니다. 관리자는 이 정보를 사용해 조직에서 사용자 지정 범위를 만들어야 하는 경우를 파악할 수 있습니다. 이 하위 섹션에서는 필요한 사용자 지정 범위를 계획하는 방법에 대해서도 설명합니다.

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

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

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

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

• 관리자가 특정 사이트의 관련성 순위를 제어하여 검색 결과의 관련성을 향상시키는 방법

• 여러 원본을 검색하여 결과를 한 검색 결과 페이지에 결합할 수 있는 새로운 연결된 위치 기능. 이 기능을 사용하려면 Microsoft Office Servers 인프라 업데이트가 필요합니다. 자세한 내용은 Microsoft Office Server 인프라 업데이트 설치(Office SharePoint Server 2007)를 참조하십시오.

• 검색 결과에 링크가 표시되는 방식을 제어하는 방법

• 검색 기반 경고를 계획하는 방법

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

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

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

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

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

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

사이트 수준 검색 상자(설명선 2)는 웹 사이트 페이지의 오른쪽 위에 있는 텍스트 상자로, 사용자는 여기서 검색 쿼리를 입력할 수 있습니다. 쿼리를 입력한 다음에는 검색 단추(설명선 3)를 클릭하여 쿼리를 실행합니다. 검색이 능숙한 사용자는 고급 검색 링크(설명선 4)를 클릭하여 고급 검색 페이지에서 쿼리를 작성할 수 있습니다. 고급 검색 페이지에 대한 자세한 내용은 이 문서의 뒷부분에 나와 있습니다.

사용자 인터페이스의 검색 상자를 봤을 때 보통 처음 떠오르는 질문은 "쿼리가 실행될 콘텐츠의 본문은 무엇인가?"입니다. 검색 상자 왼쪽에 있는 검색 범위 목록(설명선 1)에서 쿼리가 실행될 콘텐츠 인덱스의 정보 본문을 지정합니다.

사용자는 범위를 통해 콘텐츠 인덱스의 콘텐츠 하위 집합에 대해 쿼리를 실행할 수 있으며, 결과적으로 검색 결과의 관련성을 향상시킬 수 있습니다.

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

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

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

사용자는 검색 센터에서 제공하는 자유롭게 사용자 지정 가능한 중앙 집중식 사용자 인터페이스를 통해 검색 쿼리를 수행할 수 있습니다. 검색 센터는 검색 쿼리를 입력하는 검색 상자와 사용자가 고급 검색 쿼리를 작성할 수 있는 고급 검색 페이지에 대한 링크로 구성되어 있습니다. 기본적으로 검색 상자는 '모든 사이트' 범위로 설정되므로 사용자는 인덱스의 모든 콘텐츠에 대해 검색할 수 있습니다. 그러나 조직의 사용자를 검색하는 데 사용되는 '사용자' 범위도 별도의 탭에서 사용 가능합니다. 관리자는 탭을 추가하여 사용자 지정 범위에 연결할 수 있으며, 사용자는 다른 콘텐츠 하위 집합을 쿼리하는 데 이들 범위를 사용할 수 있습니다.

사용자는 위쪽 링크 모음(설명선 1)에서 검색 탭을 클릭하여 검색 센터로 이동합니다. 사이트 수준 검색 상자와 마찬가지로 검색 센터의 검색 상자(설명선 3)는 사용자가 검색 쿼리를 입력할 수 있는 텍스트 상자입니다. 입력을 마치면검색 단추(설명선 4)를 클릭하여 쿼리를 실행합니다. 기본적으로 '모든 사이트' 범위가 선택되지만, 사용자가 사용자 탭과 같은 사용 가능한 다른 탭을 선택하여 다른 범위를 검색할 수 있습니다.

검색이 능숙한 사용자는 고급 검색 링크(설명선 5)를 클릭하여 고급 검색 페이지에서 쿼리를 작성할 수 있습니다. 검색 센터에서는 사이트 수준 검색 상자와 동일한 고급 검색 페이지를 사용합니다. 고급 검색 페이지에 대한 자세한 내용은 이 문서의 뒷부분에 나와 있습니다.

사이트 수준 검색 상자와는 달리, 검색 센터의 검색 상자에는 기본적으로 다른 범위를 선택하기 위한 검색 범위 목록이 왼쪽에 없습니다. 대신 사용자는 검색할 범위에 해당하는 탭(설명선 2)을 클릭할 수 있습니다. Office SharePoint Server 2007의 검색 센터에서는 두 가지 기본 범위, 즉 '모든 사이트' 범위와 '사용자' 범위를 제공합니다.

다음 표에는 Office SharePoint Server 2007에서 사용할 수 있는 기본 범위와 각 범위를 사용할 수 있는 수준이 나와 있습니다.

범위	기능	수준	사용자 지정 가능 여부
모든 사이트	인덱스의 모든 콘텐츠에서 검색	검색 센터 최상위 사이트 하위 사이트 목록 및 라이브러리	예
사용자	사용자 검색	검색 센터 최상위 사이트 하위 사이트 목록 및 라이브러리	예
이 사이트: *사이트 이름*	현재 사이트와 해당 사이트의 모든 하위 사이트에서 검색	최상위 사이트 하위 사이트 목록 및 라이브러리	아니요
이 목록: *목록 이름*	현재 목록에서 검색	목록 및 라이브러리	아니요

사용자 지정 범위 계획

조직에서 사용자 지정 범위를 사용하여 기본 범위를 보완해야 하는 경우를 파악하려면 먼저 기본 범위를 이해해야 합니다. 이 섹션에서는 Microsoft Office SharePoint Server 2007에 제공되는 기본 범위에 대해 설명합니다. 관리자는 범위 규칙과 함께 사용자 지정 범위를 사용하여 쿼리를 실행할 수 있는 콘텐츠 집합으로 인덱스의 특정 콘텐츠를 그룹화할 수 있습니다. 예를 들어 작성자나 작성 기간 또는 이러한 매개 변수의 조합에 따라 모든 Word 문서나 특정 웹 사이트의 집합을 검색하도록 할 수 있습니다.

SSP 수준에서 만드는 범위는 해당 SSP를 사용하는 모든 사이트 모음에서 공유되므로 공유 범위라고 합니다. 사이트 모음 관리자는 사용할 공유 범위와 공유 범위를 표시할 방법을 결정합니다.

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

범위 시나리오

대규모 조직의 콘텐츠 및 사이트 구조 계획 중에는 인사 관리 영역이 여러 SharePoint 사이트 및 기간 업무(LOB) 응용 프로그램의 모든 직원과 관련된 콘텐츠를 전달하는 중요 영역으로 확인됩니다. 따라서 SSP 관리자는 인사 관리와 관련된 콘텐츠의 공유 범위를 만듭니다.

인사 관리 사이트의 사이트 모음 관리자는 이 공유 범위를 사용하며 사이트 모음 수준에 범위를 추가로 만듭니다. 사이트 모음 수준 범위는 회사 정책 및 신규 채용 정보에 사용됩니다. 이러한 정보가 해당 사이트 모음과 관련된 핵심 개념이기 때문입니다. 그러나 사이트 모음 수준 범위는 공유 범위라고 할 수 없는데, 다른 사이트 모음에서 검색을 수행하는 사용자가 인사 관리 사이트의 이와 같은 구체적인 범위를 사용할 가능성은 거의 없기 때문입니다.

사이트 모음 관리자는 공유 서비스 관리자가 정의한 공유 범위를 사용할 수도 있고, 사이트 모음에 사용할 공유 범위를 복사하여 수정할 수도 있습니다. 그런 다음 검색 상자 드롭다운 목록이나 고급 검색 페이지와 같은 각 범위를 포함할 표시 그룹을 선택할 수 있습니다.

요약하면 SSP 및 사이트 모음 관리자가 먼저 조직에 필요한 범위를 만들고 그 다음에 사이트 모음 관리자가 범위를 표시 그룹에 연결하여 해당 표시 그룹과 연결된 검색 상자에서 범위를 사용할 수 있도록 합니다. 사이트 모음 관리자는 하나 이상의 범위를 표시 그룹에 연결할 수 있습니다. 표시 그룹에 대한 자세한 내용은 이 문서의 뒷부분에 나와 있습니다.

검색 범위를 계획할 때는 정보 아키텍처를 검토하여 검색 대상이 될 가능성이 높은 광범위한 콘텐츠 집합을 식별해야 합니다. 자세한 내용은 사이트의 정보 아키텍처 결정을 참조하십시오. 이러한 콘텐츠 집합의 범위는 여러 사이트에 걸친 정보 아키텍처가 되기도 하고, 사이트 모음 내의 정보 중 일부가 되기도 합니다. 사이트 모음 관리자는 특정 사이트 모음 사용자의 요구 사항에 따라 해당 사이트 모음에 대해 공유 범위를 구현할지 사이트 모음 수준 범위를 구현할지를 결정합니다. 특정 사이트 모음 내에서만 유용한 콘텐츠는 사이트 모음 수준에서 범위를 계획해야 합니다.

공유 범위 계획

특정 사이트 모음은 특정 SSP에 연결되므로, 특정 SSP의 모든 설정은 연결된 모든 사이트에 영향을 줍니다. SSP 관리자는 동일한 SSP를 사용하는 모든 사이트의 공유 범위를 관리합니다. SSP 관리자는 다음 작업을 수행할 수 있습니다.

• 공유 범위 만들기 및 편집

• 공유 범위에 범위 규칙 추가

• 공유 범위 삭제

• 범위의 변경 내용 새로 고침

공유 범위는 동일한 공유 서비스 집합을 사용하는 모든 사이트 모음의 관리자가 보고 사용할 수 있습니다.

각 SSP에 대해 다음과 같은 공유 범위가 자동으로 만들어지며, 이러한 공유 범위는 기본적으로 검색 센터에서 사용할 수 있습니다.

• 모든 사이트

• 사용자

사이트 모음 범위 계획

계획 수립 단계에서 각 사이트 모음 관리자는 해당 사이트 내의 정보 아키텍처를 기반으로 범위를 만듭니다. 관리자는 새 범위를 만들지, 공유 범위 복사본을 만들지(공유 범위 복사본이 사이트 모음 수준 범위가 됨) 아니면 둘 다 만들지를 선택할 수 있습니다. 예를 들어 사이트 모음 관리자는 해당 사이트 모음 사용자에게 유용한 공유 범위를 선택한 다음 사이트 모음의 범위를 만들어 공유 범위를 보완하는 방법으로 범위를 추가할 수 있습니다.

다음 표에서는 사이트 모음 관리자가 수행할 수 있는 범위와 관련된 작업을 보여 줍니다.

사이트 모음 관리자가 공유 범위에서 수행할 수 있는 작업	사이트 모음 관리자가 사이트 모음 수준 범위에서 수행할 수 있는 작업
검색 범위 표시 방법(검색 드롭다운, 고급 검색 또는 둘 다)을 선택합니다. 사이트 모음의 범위로 사용할 공유 범위를 복사하고 수정합니다. 상태를 확인합니다. 예를 들어 범위에 포함된 범위 규칙과 범위 목록에서 범위가 표시되는 순서를 확인합니다.	검색 범위 표시 방법(검색 드롭다운, 고급 검색 또는 둘 다)을 선택합니다. 사이트 모음 수준 범위를 만듭니다. 사이트 모음 수준 범위를 편집합니다. 자세한 내용은 아래를 참조하십시오. 범위 규칙을 편집합니다. 사이트 모음 수준 범위를 삭제합니다. 상태를 확인합니다. 예를 들어 범위에 포함된 범위 규칙과 범위 목록에서 범위가 표시되는 순서를 확인합니다.

사이트 모음 관리자는 공유 범위에 대해 직접 일치하는 규칙을 만들거나 추가할 수 없지만, 공유 범위를 사이트 모음 범위로 복사한 다음 해당 복사본을 수정할 수는 있습니다.

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

• 고유한 제목

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

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

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

기본적으로 사이트 모음 수준 범위는 없지만, 각 사이트 모음에서 모든 공유 범위에 액세스할 수 있습니다.

표시 그룹 계획

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

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

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

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

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

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

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

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

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

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

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

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

검색 규칙 계획

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

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

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

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

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

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

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

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

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

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

• 문서 라이브러리의 그룹

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

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

• 조직의 다른 서버

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

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

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

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

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

  참고

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

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

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

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

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

SSP 관리자는 다양한 이유로 콘텐츠 원본을 추가로 만듭니다. 콘텐츠 원본은 보통 다른 콘텐츠와 다른 일정으로 콘텐츠를 크롤링하기 위해 만듭니다. 예를 들어 SSP 관리자가 다른 SharePoint 팜이나 파일 공유에 있는 콘텐츠를 크롤링하기 위해 별도의 콘텐츠 원본을 만드는 경우가 많습니다. 사용자가 검색하려는 콘텐츠가 이미 포함된 콘텐츠 원본(예: 파일 보관)이 있는 경우에는 SSP 관리자가 범위 규칙(콘텐츠 원본 형식)이 포함된 공유 범위를 만들어 사용자가 해당 콘텐츠 부분을 검색하도록 할 수 있습니다.

특정 콘텐츠 원본을 기반으로 하는 범위 규칙은 공유 범위에만 포함할 수 있습니다. 사이트 모음 수준의 범위에는 이 범위 규칙 유형을 사용할 수 없습니다. 콘텐츠 원본 계획 과정에서 별도의 콘텐츠 원본에 있어야 관리하기 쉬운 콘텐츠 집합을 식별할 수 있습니다.

계획 대상인 콘텐츠 원본마다 사이트 모음 사용자의 입장에서 해당 콘텐츠 원본을 사용하여 인덱싱되는 콘텐츠가 하나의 공유 범위로 그룹화될 수 있는지를 고려해야 합니다. 그룹화될 수 있는 경우 해당 콘텐츠 원본에 대한 범위 규칙을 추가할 수 있습니다.

또한 콘텐츠 원본이 사용자가 검색하려는 보다 작은 콘텐츠 본문으로 나뉠 수 있는지 여부를 파악합니다. 나뉠 수 있으면 범위 규칙을 결합하여 다른 범위 규칙 유형이 포함된 콘텐츠 원본을 지정하는 방법으로 보다 좁은 범위를 만들 수 있습니다.

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

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

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

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

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

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

범위 계획 예제

원창 ㈜에는 IT 서비스 부서, 고객 서비스 부서 및 영업 부서가 있습니다. 이 세 부서에는 각각 자체 사이트 모음이 있고, 회사 소식 및 인사 관리 정보를 제공하는 중앙 포털 사이트 모음도 있습니다. 크롤링 콘텐츠는 모두 하나의 콘텐츠 인덱스로 인덱싱됩니다.

각 부서의 콘텐츠는 고유하므로, SSP 관리자는 세 부서 사이트 모음에 대해 별도의 콘텐츠 원본을 만들어 각 원본이 서로 다른 일정에 크롤링되도록 합니다. 또한 SSP 관리자는 인사 관리 및 회사 소식 콘텐츠가 포함된 중앙 포털 사이트 모음을 크롤링하는 데 사용할 네 번째 콘텐츠 원본도 만듭니다.

기본적으로 각 사이트 모음에서 인덱싱된 모든 콘텐츠는 모든 사이트 모음에서 사용할 수 있는 '모든 사이트' 공유 범위에 포함됩니다. SSP 관리자는 각 부서 사이트 모음에 대해 별도의 공유 범위를 만든 다음, 각 사이트 모음의 공유 범위에 적합한 콘텐츠 원본이 포함된 범위 규칙을 각 공유 범위에 대해 만듭니다.

예를 들어 고객 서비스 부서의 경우 SSP 관리자는 고객 서비스라는 범위를 만든 후 해당 범위에 범위 규칙을 추가합니다. 범위 규칙을 추가할 때 SSP 관리자는 범위 규칙 유형으로 콘텐츠 원본을 선택하고, 사용 가능한 콘텐츠 원본 목록에서 고객 서비스 콘텐츠 원본을 선택한 다음 해당 콘텐츠 원본을 사용하여 크롤링된 모든 항목을 포함하는 포함 동작을 선택합니다.

다음 표에는 원창 ㈜의 SSP 관리자가 만든 공유 범위가 나와 있습니다.

공유 범위	포함하는 콘텐츠
서비스 부서	서비스 부서 콘텐츠 원본을 사용하여 크롤링된 IT 서비스 사이트 모음의 모든 콘텐츠
고객 서비스	고객 서비스 콘텐츠 원본을 사용하여 크롤링된 고객 서비스 사이트 모음의 모든 콘텐츠
영업	영업 콘텐츠 원본을 사용하여 크롤링된 영업 사이트 모음의 모든 콘텐츠
중앙 포털	고객 서비스 콘텐츠 원본을 사용하여 크롤링된 중앙 포털 사이트 모음의 모든 콘텐츠

기본 '모든 사이트' 범위에는 SSP 관리자가 만든 공유 범위 외에 인덱스의 모든 크롤링 콘텐츠도 포함됩니다. '모든 사이트' 공유 범위는 기본적으로 모든 사이트 모음에 사용할 수 있습니다.

각 부서의 사이트 모음 관리자는 '모든 사이트' 공유 범위와 해당 사이트 모음의 콘텐츠가 포함된 공유 범위를 사용하기로 결정합니다. 그러나 '중앙 포털' 범위는 공유 범위임에도 어떤 부서에서도 사용하도록 계획하지 않습니다. 이 옵션은 중앙 포털 사이트 모음의 검색 범위 드롭다운 목록에서만 사용할 수 있습니다.

각 부서의 사이트 모음 관리자는 SSP 관리자가 사이트 모음에 대해 만든 공유 범위 복사본을 만듭니다. 이 공유 범위 복사본이 사이트 모음 수준 범위가 됩니다. 그런 다음 각 사이트 모음 관리자는 사용자가 이러한 범위를 사용할 때 쿼리할 가장 중요한 콘텐츠 집합만 대상으로 하도록 사이트 모음 수준 범위에 범위 규칙을 추가합니다.

예를 들어 영업 사이트 모음의 사이트 모음자는 마케팅 문서 및 기타 콘텐츠의 속성 및 관련 팀 사이트와 문서 라이브러리의 위치를 기준으로 하여 각 제품군과 관련된 콘텐츠의 범위를 만듭니다.

워크시트 작업
최종 사용자 검색 환경 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x412)의 "Plan scopes(범위 계획)" 섹션에 범위, 범위 규칙 및 표시 그룹에 대한 결정 내용을 기록합니다.

고급 검색

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

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

협상 작성자:태준

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

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

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

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

검색 속성 계획

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

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

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

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

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

관리 속성과 크롤링 속성

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

이전 버전의 Microsoft SharePoint 제품 및 기술에서는 일부 속성을 다른 일반적인 속성에 매핑하여 속성 중복을 줄일 수 있었지만, 관련성이 없는 많은 속성으로 인해 검색 결과가 혼동스러웠습니다. 따라서 관련성이 없는 많은 수의 속성 중에서 관련 속성을 찾기가 어려웠습니다.

Office SharePoint Server 2007에서는 SSP 관리자가 관리 속성을 만들 수 있으므로 이러한 혼란이 완화됩니다. SSP 관리자는 크롤링 속성을 검색 쿼리에 사용되는 관리 속성에 매핑할 수 있습니다. 크롤링 속성은 콘텐츠를 크롤링할 때 크롤러가 수집하고 속성 저장소에 추가하는 속성입니다.

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

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

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

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

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

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

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

쿼리에서 속성 사용

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

범위에 관리 속성을 사용하려는 경우에는 범위에 관리 속성을 사용할 수 있도록 설정해야 합니다. 그러나 고급 검색 페이지에서 관리 속성을 사용하거나 검색 상자에서 쿼리 일부분으로 관리 속성을 사용할 경우에는 이 작업을 수행할 필요가 없습니다.

Office SharePoint Server 2007의 초기 배포를 계획하는 관리자는 배포에 사용되는 모든 SSP의 검색 서비스에 계획된 초기 관리 속성 집합을 기록해야 합니다.

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

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

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

관리 속성 계획

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

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

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

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

• 작성자

• 설명

• 사이트 이름

• 형식

• 파일 크기

• 마지막으로 수정한 날짜

• URL

• 제목

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

관리 속성 중복 방지

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

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

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

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

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

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

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

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

시나리오

고객 및 직원 데이터를 추적하는 기간 업무(LOB) 응용 프로그램이 있고, 이러한 데이터의 속성을 비즈니스 데이터 카탈로그에 등록하고 비즈니스 데이터 콘텐츠 원본의 일부로 크롤링하면 관리 속성에 대한 유력한 후보가 됩니다. 응용 프로그램의 크롤링 속성 중 이러한 관리 속성에 매핑해야 하는 속성을 식별할 수도 있습니다. 이러한 관리 속성의 예로는 별도의 데이터 응용 프로그램에 있는 고객 서비스 담당자의 ID 속성 또는 고객 서비스 담당자만 사용하는 응용 프로그램 형식의 작성자 속성이 있습니다. 이러한 속성이나 이러한 속성과 관련된 단어가 사용된 검색 쿼리를 수행하면 고객 서비스 담당자 ID 관리 속성에 매핑된 크롤링 속성 중 하나가 들어 있는 모든 항목이 검색 결과에 포함됩니다.

정보 아키텍처에서 식별된 각 주요 비즈니스 프로세스에는 유력한 관리 속성을 식별하는 데 사용할 수 있는 비즈니스 데이터 응용 프로그램 집합 또는 연결된 파일 형식 집합이 있습니다.

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

비즈니스 데이터 속성 계획

비즈니스 데이터 검색 계획의 일환으로 SSP 관리자는 비즈니스 응용 프로그램의 속성을 관리 속성에 매핑해야 합니다. 이러한 속성은 검색 결과에 표시되는 응용 프로그램 비즈니스 데이터의 관리 속성으로 선택해야 합니다. 위에서 설명한 고객 서비스 예제에서는 비즈니스 데이터 속성을 검색에 사용되는 관리 속성에 매핑하고 있습니다. 비즈니스 데이터 계획에 대한 자세한 내용은 비즈니스 데이터 검색 계획을 참조하십시오.

워크시트 작업
최종 사용자 검색 환경 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x412)의 "Plan managed properties(관리 속성 계획)" 섹션에 있는 표에 크롤링 속성 및 관리 속성에 대한 결정 내용을 기록합니다.

검색 범위에 관리 속성 사용

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

새 파일 형식에 대한 속성 통합 계획

Office SharePoint Server 2007에서는 속성 범주를 사용하여 문서를 크롤링할 때 검색되는 속성에 따라 크롤링 속성을 그룹화합니다.

파일 형식과 연결된 속성 범주에 대한 자세한 내용은 메타데이터 관리 (영문) https://go.microsoft.com/fwlink/?linkid=81062&clcid=0x412)를 참조하십시오. 콘텐츠 크롤링에 대한 자세한 내용은 콘텐츠 크롤링 계획(Office SharePoint Server)을 참조하십시오.

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

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

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

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

• 연결된 위치 및 연결 웹 파트의 사용 여부를 계획합니다. 이 기능을 사용하려면 Microsoft Office Servers 인프라 업데이트를 설치해야 합니다. 자세한 내용은 Microsoft Office Server 인프라 업데이트 설치(Office SharePoint Server 2007)를 참조하십시오.

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

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

키워드, 최상의 선택 및 동의어 계획

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

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

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

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

• 하나 이상의 동의어

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

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

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

키워드의 예

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

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

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

• 동의어: time off

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

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

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

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

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

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

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

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

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

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

동의어 이해

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

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

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

정보 아키텍처의 콘텐츠를 분석하여 구체적이며 관련성이 높은 콘텐츠와 연결할 수 있는 키워드를 만드는 데 사용할 용어 목록을 컴파일할 수 있습니다.

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

• 문서

• 사이트

• 사용자

• 정의

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

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

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

사용자 간의 검색을 돕는 키워드를 사용하면 조직 전체에서 공유할 수 있는 중요한 지식을 가졌거나 회사에서 중요한 위치에 있는 사용자 간의 공동 작업이 활성화됩니다. 예를 들어 "CEO"와 같은 직함을 회사의 최고 경영자에게 연결하거나, 특정 사용자의 내 사이트를 "화학과"와 같은 각자의 조직이나 전문 분야에 관련된 키워드에 대한 최상의 선택으로 지정할 수 있습니다.

키워드 보안 고려 사항

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

키워드는 모든 사용자에 대해 우선 순위가 높은 결과를 제공해야 합니다.

사용 권한에 따라 특정 사용자만 볼 수 있는 콘텐츠로 지정하려면 사이트 모음의 적절한 위치에서 대상 그룹 및 대상 웹 파트를 사용하면 됩니다.

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

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

효율적인 키워드 계획의 예

원창 ㈜에는 영업부 및 마케팅부용으로 각각 하나씩 두 개의 사이트 모음이 있으며, 각 사이트 모음에는 서로 다른 사이트 모음 관리자가 지정되어 있습니다. 이러한 사이트 모음의 사용자는 회사 고객 목록을 찾는 데 너무 많은 시간을 허비하므로, 두 사이트 모음의 관리자는 사이트 모음에 대해 키워드를 만들고 사용자를 고객 목록으로 직접 연결해 주는 최상의 선택을 해당 키워드에 연결해야 한다고 결정합니다.

최종 사용자가 두 사이트 모음에서 모두 일관성 있는 환경을 사용할 수 있도록, 두 사이트 모음 관리자가 공동 작업을 통해 키워드 및 최상의 선택을 정의할 방법을 결정합니다.

여러 사이트 모음에서 같은 콘텐츠를 가리키는 서로 다른 키워드 및 최상의 선택을 사용하지 않음으로써 최종 사용자의 혼선을 방지할 수 있습니다. 예를 들어 영업 사이트 모음 관리자가 "슈퍼 목록"이라는 키워드를 만들고 마케팅 사이트 모음 관리자는 "마스터 목록"이라는 키워드를 만든 경우, 두 사이트 모음을 모두 사용하는 최종 사용자는 키워드 검색을 수행한 결과 검색 결과 페이지에 표시될 것으로 예상한 최상의 선택이 일관되지 않게 표시되면 혼란을 느낄 수 있습니다. 즉, 주로 영업 사이트 모음을 사용하고 "슈퍼 목록"이라는 키워드를 사용하여 검색하는 데 익숙한 직원은 해당 키워드가 양쪽 사이트 모음에서 모두 제대로 작동하기를 기대할 것입니다.

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

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

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

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

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

키워드 관리 계획

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

이 문서 앞부분의 "키워드, 최상의 선택 및 동의어 계획" 섹션에 나와 있는 속성 이외에도 다음과 같은 선택적 속성이 포함됩니다.

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

• 담당자

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

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

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

개체 모델을 사용하여 사이트 모음 간의 키워드를 Excel 스프레드시트로 가져오거나 내보낼 수 있으므로 최상의 선택 중 일부가 다른 사이트 모음에 적용되는 경우 한 번의 계획을 통해 모든 관련 사이트 모음에 배포할 수 있습니다. 또한 부서 또는 프로젝트 수준의 사이트 모음 키워드 관리자는 이를 통해 공유 서비스 환경의 중앙 사이트 모음에 최상의 선택을 제안할 수 있습니다.

키워드를 관리하는 방법에 대한 자세한 내용은 Office SharePoint Server 2007의 운영 가이드를 참고하십시오.

워크시트 작업
최종 사용자 검색 환경 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x412)의 "Keywords(키워드)" 섹션에 키워드에 대한 결정 내용을 기록합니다.

검색 결과의 관련성 계획

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

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

신뢰할 수 있는 페이지 설정은 검색 결과의 우선 순위를 지정하는 요소 중 하나입니다. 검색 관련성에 대한 자세한 내용은 엔터프라이즈 검색 관련성 아키텍처 개요 (영문)(https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x412)를 참조하십시오.

신뢰할 수 있는 페이지 설정은 SSP 수준에서 구성되며 해당 SSP를 사용하여 만든 모든 쿼리에 적용됩니다. SSP 관리자는 다음과 같은 네 가지 신뢰할 수 있는 페이지 수준 중 하나에 사이트를 할당할 수 있습니다.

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

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

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

• 수준을 내릴 사이트

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

신뢰할 수 있는 페이지 순위가 할당되지 않은 사이트는 신뢰할 수 있는 사이트로부터의 클릭 횟수에 따라 가중치가 부여됩니다. 클릭 횟수란 콘텐츠 항목과 해당 콘텐츠 항목에 대한 신뢰할 수 있는 페이지 연결 간의 링크 횟수를 나타냅니다. 자세한 내용은 엔터프라이즈 검색 관련성 아키텍처 개요 (영문)(https://go.microsoft.com/fwlink/?linkid=93736&clcid=0x412)에서 "클릭 횟수" 섹션을 참조하십시오.

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

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

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

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

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

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

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

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

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

워크시트 작업
최종 사용자 검색 환경 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x412)의 "Authoritative pages(신뢰할 수 있는 페이지)" 섹션에 신뢰할 수 있는 페이지에 대한 결정 내용을 기록합니다.

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

Search Server 2008에서 처음으로 도입되었으며 Microsoft Office Servers 인프라 업데이트을 설치하면 Office SharePoint Server 2007에서 사용할 수 있는 새로운 기능인 연결은 최종 사용자 검색 환경의 나머지 요소와 함께 계획할 수 있습니다. 연결을 사용하면 최종 사용자가 여러 원본을 검색하여 결과를 한 검색 결과 페이지에 통합하는 쿼리를 실행할 수 있습니다. 이러한 원본은 다음과 같습니다.

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

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

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

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

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

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

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

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

트리거 및 트리거 규칙을 사용하는 방법에 대한 자세한 내용은 트리거 및 쿼리 서식 파일 사용(Office SharePoint Server)을 참조하십시오.

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

연결에 대한 자세한 내용은 다른 위치의 검색 결과 연결(Office SharePoint Server)을 참조하십시오.

링크 모양 계획

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

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

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

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

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

워크시트 작업
최종 사용자 검색 환경 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x412)의 "Authoritative pages(신뢰할 수 있는 페이지)" 섹션에 신뢰할 수 있는 페이지에 대한 결정 내용을 기록합니다.

검색 기반 알림 계획

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

운영 중 모든 검색 기반 알림을 보내지 않기 위해 전체 콘텐츠 인덱스를 다시 설정하면 검색 기반 알림이 자동으로 비활성화됩니다. 이러한 경우 관리자가 검색 기반 알림을 다시 활성화해야 합니다.

워크시트 작업
최종 사용자 검색 환경 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x412)의 "Search-based alerts(검색 기반 알림)" 섹션에 검색 기반 알림에 대한 결정 내용을 기록합니다.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

• 사이트 및 기능 계획, 제1부

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.