SharePoint Server의 교차 사이트 게시용 제작 사이트 계획

아티클
03/08/2023

적용 대상: yes-img-13 2013 yes-img-16 2016 yes-img-19 2019 yes-img-se Subscription Edition no-img-sop SharePoint in Microsoft 365

SharePoint Server에서 사이트 간 게시를 사용하면 다음을 사용할 수 있습니다.

콘텐츠 작성 및 저장을 위한 하나 이상의 제작 사이트 모음
사이트의 디자인을 제어하고 콘텐츠를 표시하는 하나 이상의 게시 사이트 모음입니다.

이 문서에서는 교차 사이트 게시 솔루션용 제작 사이트를 계획하는 방법에 대해 설명합니다.

이 문서는 SharePoint Server의 사이트 간 게시 개요에 있는 정보를 기반으로 합니다. 이 문서를 읽은 후에는 SharePoint Server에서 사이트 간 게시를 위한 게시 사이트 계획 문서를 읽어야 합니다.

SharePoint 제작 사이트용 사이트 모음 및 사이트 구조 계획

사이트 모음 작성에는 SharePoint Server 사이트 간 모음 게시 기능이 활성화되어 있어야 합니다. 제품 카탈로그 사이트 모음 템플릿을 사용하면 교차 사이트 모음 게시 기능이 기본적으로 활성화되므로, 해당 템플릿을 사용하여 제작 사이트 모음을 만드는 것이 좋습니다. 사이트 간 모음 게시 기능이 활성화되지 않은 사이트 모음 템플릿을 사용하는 경우 활성화해야 합니다. 또한 게시 사이트를 만들지 않는 팀 사이트 서식 파일과 같은 사이트 모음 템플릿을 사용하고 승인 워크플로 및 예약과 같은 게시 기능을 사용하려는 경우 해당 게시 기능도 활성화해야 합니다. 사이트 간 게시 기능을 활성화하는 방법에 대한 자세한 내용은 SharePoint Server에서 교차 사이트 게시 구성의 "사이트 간 컬렉션 게시 기능 활성화"를 참조하세요. 게시 사이트가 아닌 사이트에서 게시 기능을 사용하는 방법에 대한 자세한 내용은 게시 기능 개요(SharePoint Server 2010)를 참조하세요. 게시 기능을 활성화하는 방법에 대한 자세한 내용은 게시 기능 사용을 참조하세요. 사이트 간 게시 솔루션에 대한 논리 아키텍처를 디자인하는 방법에 대한 자세한 내용은 SharePoint Server에서 교차 사이트 게시를 위한 논리 아키텍처 계획을 참조하세요.

교차 사이트 게시에서는 제작 환경과 게시 환경이 분리되므로 제작 사이트의 구조가 게시 사이트의 구조와 다를 수 있습니다. 따라서 제작 사이트의 구조를 지정할 방법을 계획할 때는 다음 목록의 항목을 고려하세요.

콘텐츠를 저장할 위치(페이지 라이브러리 또는 목록)

SharePoint Server 2010에서 게시 사이트는 Pages 라이브러리를 사용하여 사용자에게 표시된 HTML 콘텐츠를 저장했습니다. SharePoint Server에서 사이트 간 게시를 사용하면 목록 및 기타 라이브러리를 사용하여 게시 사이트에서 다시 사용하는 콘텐츠를 저장할 수도 있습니다. 이러한 콘텐츠를 저장할 위치를 계획할 때는 콘텐츠의 특징 및 콘텐츠를 사용할 방법을 고려하세요. 일반적으로 HTML 콘텐츠를 제작하려는 경우에는 목록이 아닌 페이지 라이브러리를 사용하는 것이 좋습니다. 목록과 비교할 때 페이지 라이브러리의 이점은 다음과 같습니다.
- 콘텐츠가 게시 사이트에 어떻게 표시될지를 작성자가 파악할 수 있도록 페이지 제작용으로 WYSIWYG 방식의 환경을 구축할 수 있습니다.
- 변형 및 변환된 페이지 라이브러리를 사용하여 다국어 콘텐츠를 작성할 수 있습니다.
- 승인 워크플로를 사용하여 검토 및 승인을 위해 페이지 라이브러리를 회람할 수 있습니다. 검색 시스템은 게시할 때까지 주 버전으로 표시되지 않으므로 게시가 승인되지 않은 페이지를 인덱싱하지 않습니다.
- 일정을 사용하여 콘텐츠를 사용할 수 있는 시기를 지정할 수 있습니다. 검색 시스템은 게시 예정되지 않은 페이지를 인덱싱하지 않습니다. 인덱싱에 대한 이러한 제한은 페이지가 게시될 때까지 주 버전으로 표시되지 않기 때문입니다.
필요한 페이지 라이브러리의 수

페이지 라이브러리를 사용하는 경우의 가장 큰 단점은 사이트당 페이지 라이브러리를 한 개만 포함할 수 있다는 것입니다. 만들려는 페이지 콘텐츠의 양에 따라 콘텐츠를 표시하는 쿼리가 더 복잡해지고 구성하는 데 시간이 많이 걸리므로, 게시 사이트에서 큰 카탈로그 하나를 사용하기는 어려울 수 있습니다. 따라서 Pages 콘텐츠를 계획할 때 만들 콘텐츠의 양과 콘텐츠를 함께 저장할지 여부를 고려합니다. 페이지 콘텐츠를 별도의 카탈로그에 저장하려는 경우에는 제작 사이트 모음 계층 구조 내에 별도의 사이트를 만든 다음 각 사이트의 페이지 라이브러리를 카탈로그로 공유해야 합니다. 그런 후에 하나 이상의 게시 사이트에서 이러한 카탈로그에 연결할 수 있습니다.

예를 들어 기술 자료 사이트가 있는 인트라넷 시나리오에서는 여러 사용자 그룹이 작성했기 때문에 문제 해결 문서를 사용자 설명서와 별도로 유지하는 것이 좋습니다. 이렇게 하려면 제작 사이트 모음에서 해당 페이지 라이브러리에 각각 문제 해결 관련 문서와 사용 설명서를 저장하는 사이트를 하나씩 만듭니다. 두 페이지 라이브러리를 모두 카탈로그로 공유한 후 같은 게시 사이트에서 두 카탈로그에 모두 연결할 수 있으며, 서로 다른 웹 파트를 사용하여 두 가지 콘텐츠 형식을 표시할 수 있습니다.
필요한 제작 사이트 모음의 수

단일 제작 사이트 모음에 있어야 하는 사이트 수를 결정하는 것 외에도 더 많은 제작 사이트 모음이 필요한지 여부를 고려해야 합니다. 콘텐츠 작성자가 각기 다른 보안 요구 사항이 적용되는 별도의 그룹에 소속된 경우 또는 지리적으로 멀리 떨어진 위치에 있는 경우에는 둘 이상의 제작 사이트 모음을 사용할 수 있습니다. 예를 들어 엑스트라넷 시나리오에서 AD DS(Active Directory 도메인 서비스)의 특정 그룹에 속하는 내부 콘텐츠 작성자와, 양식 기반 인증을 사용하여 사이트에 연결하는 외부 콘텐츠 작성자용으로 각각 제작 사이트 모음을 하나씩 사용할 수 있습니다. 작성 사이트를 단일 웹 애플리케이션 또는 팜으로 제한할 필요가 없도록 웹 애플리케이션 및 팜 간에 카탈로그를 공유할 수 있습니다. 필요한 제작 사이트 모음의 수를 결정한 다음 각 사이트에 포함할 카탈로그를 계획합니다.
변형을 사용하여 다국어 콘텐츠를 작성할지 여부

콘텐츠를 둘 이상의 언어로 제공해야 할 수 있습니다. 현재는 한 가지 언어로만 콘텐츠를 작성 및 게시할 계획이더라도, 향후 업무 요구 사항이 변경될 가능성이 있는지를 고려하세요. 나중에 사이트 변형을 사용할 가능성이 있는 경우에는 계획 단계에서 변형 사용을 계획해야 합니다. 이처럼 계획 단계에서 변형을 포함하도록 사이트 구조를 설정하면 나중에 계획자와 조직 전체의 작업 시간 및 리소스를 절약할 수 있습니다. 나중에 변형을 사용하도록 전환할 때 사이트 구조를 변경해야 하는 경우 더 어렵고 사이트에 대해 계획한 URL에 영향을 줄 수 있습니다. 변형 및 교차 사이트 게시를 사용하려는 경우 제작 사이트 모음 내에서 각 변형 레이블을 별도의 사이트로 만들어야 합니다. 각 변형 사이트의 페이지 라이브러리를 카탈로그로 공유한 다음, 각 게시 사이트 모음을 해당 로캘과 일치하는 카탈로그에 연결합니다. 변형에 대한 자세한 내용은 SharePoint Server의 변형 개요를 참조하세요. 변형 사이트를 계획하는 방법에 대한 자세한 내용은 SharePoint Server에서 다국어 교차 사이트 게시 사이트에 대한 변형 계획을 참조하세요.
제작 사이트에서 사용해야 하는 탐색의 종류

제작 사이트에서 관리 탐색을 사용하여 제작 사이트가 게시 사이트와 유사하게 만들 수 있지만 관리 탐색을 사용하면 콘텐츠 작성자를 혼동할 수 있습니다. 작성자가 콘텐츠를 더 쉽게 만들 수 있도록 작성 사이트에서 구조화된 탐색을 사용하는 것이 좋습니다. 제작 사이트에 만들어 저장될 콘텐츠의 종류를 고려합니다. 대부분의 콘텐츠는 Pages 라이브러리에 저장된 HTML 콘텐츠인가요? 아니면 목록 데이터를 수동으로 만들거나 가져올까요? 제작 사이트와 목록 및 라이브러리에 대한 구조를 유지하면 콘텐츠 작성자가 콘텐츠를 더 쉽게 만들 수 있습니다.

SharePoint 제작 사이트용 보안 계획

SharePoint Server의 대부분의 다른 사이트에 대해 수행하는 것과 동일한 방식으로 사이트를 작성하기 위한 보안을 계획합니다. 계획 과정에서는 다음과 같은 사항을 고려합니다.

제작 사이트 내에 포함할 다양한 종류의 콘텐츠를 만들 권한을 가지고 있어야 하는 사람
페이지 콘텐츠를 만들 사용 권한을 가지고 있어야 하는 사람
같은 사용자 그룹이 목록 콘텐츠도 만들 수 있는지 아니면 해당 콘텐츠는 다른 그룹에서 만들어야 하는지 여부
승인 워크플로를 사용하려는 경우 승인자 그룹에 포함해야 하는 사람.

보안에 대한 자세한 내용은 SharePoint Server에서 사이트 및 콘텐츠에 대한 사용 권한 계획을 참조하세요.

카탈로그에 익명 액세스를 사용하도록 설정하면 작성 사이트의 보안이 검색에 표시되는 방식과 독립적으로 처리될 수 있습니다. 익명 액세스를 사용하도록 설정하면 게시 사이트에서 익명 사용자가 인덱싱된 콘텐츠를 검색하고 볼 수 있습니다. 그러나 카탈로그의 개별 항목에 대한 사용 권한을 변경하는 경우 해당 사용 권한은 검색 시스템에서 적용되며, 특정 그룹으로 제한된 모든 항목은 익명 사용자가 사용할 수 없습니다. 이러한 권한의 특이성을 통해 익명 사용자와 콘텐츠를 공유하려는 경우 유연성이 향상됩니다.

크롤러에 대해 제작 사이트 모음의 콘텐츠 액세스 권한을 부여할지도 계획해야 합니다. 크롤러는 기본 콘텐츠 액세스 계정을 사용합니다. 기본 콘텐츠 액세스 계정에 콘텐츠에 대한 읽기 권한 수준이 없으면 콘텐츠가 인덱싱되지 않으며 게시 사이트 모음에 대한 쿼리에서 사용할 수 없습니다. 기본 콘텐츠 액세스 계정을 사용할 수도 있고, 크롤링 규칙을 사용하여 특정 콘텐츠를 크롤링할 때 사용할 다른 콘텐츠 액세스 계정을 지정할 수도 있습니다. 자세한 내용은 SharePoint Server의 크롤링 및 페더레이션 계획의 "크롤러 인증 계획"을 참조하세요.

SharePoint 제작 사이트용 디자인 및 브랜딩 계획

이 문서의 앞부분에서 설명한 것처럼, 제작 사이트의 구조는 게시 사이트의 구조와 다를 수 있습니다. 마찬가지로 이러한 사이트의 모양도 다를 수 있습니다. 콘텐츠 작성자가 제작 사이트에서 WYSIWYG 사용자 환경을 사용하도록 하려면 비슷한 마스터 페이지, 페이지 레이아웃 및 CSS 스타일시트를 사용하여 제작 사이트를 디자인할 수 있습니다. 그러나 실제 게시 사이트의 디자인은 브랜딩 또는 기타 요구 사항으로 인해 달라질 수 있습니다. 따라서 작성 사이트는 완전한 WYSIWYG 환경을 제공하지 않습니다.

게시 사이트에서 사용하는 제작 사이트에 동일한 브랜딩을 적용하지 않으려는 경우에도 Pages 라이브러리 콘텐츠를 사용하려는 경우에도 작성자가 사용할 기본 페이지 레이아웃을 계획해야 합니다. 제작 사이트의 디자인을 계획할 때는 다음 사항을 고려합니다.

어떤 사이트 열이 있어야 합니까? 사이트 열을 페이지 레이아웃에 페이지 필드로 추가하여 관리되는 메타데이터와 같은 더 많은 콘텐츠를 저장할 수 있습니다.
어떤 콘텐츠 형식이 있어야 합니까? 아티클 페이지 콘텐츠 형식을 부모 콘텐츠 형식으로 사용하는 사용자 지정 콘텐츠 형식을 만들 수 있습니다. 사용자 지정 콘텐츠 형식을 사용하여 만든 페이지 레이아웃의 페이지 필드로 포함되는 사용자 지정 콘텐츠 형식에 사이트 열을 추가할 수 있습니다.
기본 마스터 페이지를 사용할 수 있나요? 기본 마스터 페이지를 사용하거나 작성 사이트에서 사용할 새 마스터 페이지를 만들 수 있습니다.
어떤 페이지 레이아웃이 있어야 합니까? 특정 페이지 필드가 포함된 사용자 지정 페이지 레이아웃을 만들 수 있습니다. 예를 들어 기술 자료가 있는 인트라넷 시나리오에서는 문제 해결 가이드 및 사용자 설명서를 위한 별도의 페이지 레이아웃을 만들 수 있습니다.

웹 페이지 제작에 대한 자세한 내용은 SharePoint 페이지 모델 개요, Plan content types and workflows in SharePoint 2013, 웹 페이지 제작 계획(SharePoint Server 2010) 및 웹 페이지 제작 계획(SharePoint Server 2010)을 참조하세요.

SharePoint 제작 사이트의 콘텐츠 태그 지정을 위한 용어 집합 계획

용어 집합을 사용하여 제작 사이트에서 페이지, 목록 항목 등의 카탈로그 콘텐츠에 태그를 지정합니다. 이 태그 지정을 수행하면 용어가 콘텐츠를 계층 구조로 분류하는 데 도움이 됩니다. 그리고 나중에 같은 용어를 게시 사이트에서 사용하여 쿼리를 실행하고, 범주 및 카탈로그 항목 페이지에 대한 정보를 표시하고, URL을 만들고, 관리 탐색에 활용할 수 있습니다. 콘텐츠에 태그를 지정하는 데 사용할 용어 집합 및 용어를 계획할 때는 계층의 구조를 지정할 방법을 고려하세요. 둘 이상의 태그 지정 용어 집합에 포함된 용어를 사용자 지정된 단일 용어 집합으로 결합하여 게시 사이트에서 탐색용으로 사용할 수 있습니다. 작성 사이트에서 설정된 태그 지정 용어에 대해 매우 복잡한 단일 구조를 만들 필요가 없습니다. 또한 게시 사이트에서 URL을 표시할 방법을 고려하고, 사용자가 원하는 정보를 쉽게 찾을 수 있도록 하는 용어를 만드는 방법을 계획합니다. 예를 들어 컴퓨터라는 수준 1 용어가 있고 해당 용어 아래에 Laptops라는 수준 2 용어가 있고 카탈로그 항목 이름이 CM61438 경우 해당 모델을 https://contoso.com/computers/laptops/CM61428보여 주는 페이지의 친숙한 URL은 입니다. 자세한 내용은 SharePoint Server 2013에서 용어 및 용어 집합 계획 및 SharePoint Server에서 탐색 용어 집합 계획을 참조하세요.

콘텐츠 태그 지정을 위한 용어 집합을 만드는 방법에 대한 자세한 내용은 SharePoint Server에서 교차 사이트 게시 구성의 "제작 사이트에서 콘텐츠 태그 지정을 위한 용어 집합 만들기 및 관리"를 참조하세요.

SharePoint 제작 사이트용 카탈로그 콘텐츠 계획

카탈로그에는 여러 사이트 모음에서 다시 사용되는 콘텐츠가 포함됩니다. 페이지 라이브러리의 HTML 콘텐츠, 목록의 데이터 또는 자산 라이브러리의 자산(예: 그림 및 비디오)을 사용할 수 있습니다. 예를 들어 인터넷 비즈니스 시나리오에서는 목록을 사용하여 제품 카탈로그를 표시할 수 있고, 인트라넷 시나리오에서는 페이지 라이브러리를 사용하여 기술 자료 문서 카탈로그를 표시할 수 있습니다. 이 두 예제에서는 모두 콘텐츠와 연결할 자산(예: 문제 해결 단계를 설명하는 비디오 또는 제품 사진)을 포함할 수도 있습니다. 이 섹션에서는 제작 사이트에서 각 카탈로그 콘텐츠 종류를 계획하는 방법을 설명합니다.

라이브러리나 목록을 카탈로그로 사용하도록 설정하는 방법에 대한 자세한 내용은 SharePoint Server에서 교차 사이트 게시 구성의 "라이브러리 또는 목록을 카탈로그로 공유"를 참조하세요.

페이지 라이브러리 계획

하나 이상의 페이지 라이브러리에 콘텐츠를 저장할지 여부와 각 라이브러리 간에 콘텐츠를 구분하는 방법을 결정한 후에는 다음 사항을 고려합니다.

페이지 라이브러리 콘텐츠와 연결할 용어 집합

페이지 라이브러리를 사용하는 경우에는 하나 이상의 관리되는 메타데이터 사이트 열을 페이지 레이아웃 콘텐츠 형식에 추가하고 사이트 열을 태그 지정 용어 집합에 연결하도록 계획해야 합니다. 콘텐츠 작성자가 해당 콘텐츠 형식을 사용하는 새 페이지를 만들면 페이지에 태그를 지정하는 용어를 선택할 수 있습니다. 인트라넷 기술 자료 시나리오에서 문제 해결 가이드와 사용 설명서용으로 각각 별도의 용어를 포함하는 문서 유형이라는 태그 지정 용어 집합을 사용하는 경우를 예로 들어 보겠습니다. 이 경우 문서 유형 용어 집합에 연결되는 문서 유형이라는 사이트 열을 만든 다음 기사 페이지 콘텐츠 형식에 추가할 수 있습니다. 그러면 콘텐츠 작성자가 새 페이지를 만들 때 사용 가능한 문서 유형 용어의 목록에서 용어를 선택해야 합니다. 페이지 라이브러리를 카탈로그로 공유하는 경우에는 해당 관리되는 메타데이터 열을 게시 사이트의 탐색 용어 집합으로 사용하도록 선택해야 합니다. 자세한 내용은 이 문서 앞부분의 SharePoint 제작 사이트의 콘텐츠 태그 지정을 위한 용어 집합 계획을 참조하세요.
페이지 레이아웃 콘텐츠 형식에 추가해야 하는 기타 필드

탐색에 대한 태그 지정 필드를 계획하는 것 외에도 페이지 레이아웃 콘텐츠 형식에 추가하려는 다른 필드를 고려해야 합니다. 이러한 필드는 다른 용어 집합에 연결된 다른 관리되는 메타데이터 필드 또는 하이퍼링크, 숫자, 날짜 및 시간과 같은 다른 종류의 필드일 수 있습니다. 기본적으로 게시 페이지 콘텐츠 형식에는 페이지 콘텐츠 필드가 포함됩니다. 이 필드를 사용하면 콘텐츠 작성자가 서식 있는 텍스트 편집기를 사용하여 HTML 및 이미지를 페이지에 삽입할 수 있습니다. 생성된 콘텐츠에 따라 다른 필드를 포함하는 다른 페이지 레이아웃을 만들 수 있습니다. 예를 들어 인트라넷 기술 자료 시나리오에서는 적용 대상 또는 문서 번호와 같은 필드가 포함된 문제 해결 문서에 페이지 레이아웃을 사용할 수 있지만 제품 이름 또는 모델 번호와 같은 필드가 포함된 사용자 설명서의 페이지 레이아웃을 사용할 수 있습니다. Pages 라이브러리 콘텐츠를 계획할 때 필요한 다른 사이트 열 및 콘텐츠 형식, 필요한 페이지 레이아웃 및 페이지 레이아웃에서 이동해야 하는 필드를 결정합니다. 자세한 내용은 SharePoint 페이지 모델 개요를 참조하세요.

자세한 내용은 웹 페이지 계획(SharePoint Server 2010) 및 대용량 페이지 라이브러리 계획(SharePoint Server 2010)을 참조하세요.

목록 콘텐츠 계획

목록을 사용하여 카탈로그 콘텐츠를 유지 관리하려는 경우 다음 사항을 고려하세요.

사용할 목록의 수

데이터 구조에 따라 여러 목록을 사용하여 카탈로그 콘텐츠를 만들고 유지 관리할 수 있습니다. 카탈로그 항목을 표시하는 데 사용되는 특성이 각 데이터 카탈로그 간에 크게 다른 경우에는 여러 목록을 사용하는 것이 좋습니다. 예를 들어 세탁기를 나타내는 특성은 MP3 플레이어를 나타내는 특성과 다릅니다. 이 경우에는 세탁기와 MP3 플레이어용으로 목록을 하나씩 만들 수 있습니다.
카탈로그 항목을 표시하기 위해 포함해야 하는 사이트 열

SharePoint 목록에서 카탈로그 콘텐츠를 만들고 유지 관리할 때 목록의 각 항목은 카탈로그 항목 하나(예: 단일 제품 또는 특정 이벤트)를 나타냅니다. 각 항목은 제품의 브랜드/색/크기 또는 이벤트 날짜/시간/장소와 같은 항목의 속성을 나타내는 특성을 포함합니다. 이러한 특성을 목록에 추가하려면 브랜드, 색, 중량, 날짜, 시간, 장소 등의 각 특성을 표시하는 사이트 열을 만들어야 합니다.

카탈로그 콘텐츠를 나타내려는 사이트 열을 계획할 때 표시하려는 항목과 게시 사이트에 다른 카탈로그 항목이 표시되는 방식을 모두 고려합니다. 게시 사이트의 목록에서 모든 사이트 열을 표시할 필요는 없습니다. 그러나 모든 사이트 열의 정보를 사용하여 카탈로그 항목이 표시되는 방식을 정렬할 수 있습니다. 예를 들어 재고의 크기라는 사이트 열의 데이터를 사용하여 카탈로그 항목을 정렬하여 재고가 가장 많은 항목이 눈에 띄는 위치에 표시되도록 할 수 있습니다.

중요

목록 열이 아닌 사이트 열을 만드는 것이 좋습니다. 사이트 열, 분류 열 및 인덱싱된 목록 열에 대해서는 관리 속성이 자동으로 만들어집니다. 그리고 이처럼 자동으로 만들어지는 모든 관리 속성은 텍스트 데이터 형식입니다. 자세한 내용은 SharePoint Server에서 자동으로 생성된 관리 속성을 참조하세요.
목록에 사용할 콘텐츠 형식

목록이 여러 개이면 각 목록에 대해 콘텐츠 형식을 만든 다음 적절한 사이트 열을 해당 콘텐츠 형식에 연결하는 것이 좋습니다.
카탈로그로 공유할 각 목록에 대해 사용하려는 용어 집합

이 문서 앞부분의 SharePoint 제작 사이트의 콘텐츠 태그 지정을 위한 용어 집합 계획에서 설명한 것처럼, 용어 집합을 사용하여 카탈로그 콘텐츠를 계층 구조로 분류합니다. 목록 콘텐츠에 대해 태그 지정 용어 집합을 사용하려면 관리되는 메타데이터 데이터 형식인 사이트 열이 있어야 하며 해당 사이트 열을 태그 지정 용어 집합에 연결해야 합니다.
목록에 입력할 데이터에 일관성이 있는지 여부

카탈로그 목록 데이터가 일관되도록 전략을 계획해야 합니다. 카탈로그 목록 데이터는 오랜 시간 동안 다른 사용자가 유지 관리하므로 데이터가 불일치할 가능성이 높아집니다. 예를 들어 Color라는 사이트 열이 있고 외부 시스템에서 개별 항목에 대한 색 정보를 가져오려고 하는 경우를 가정해 보겠습니다. 그런데 외부 시스템의 값은 색을 작성한 방법(파랑, 파란색, 청)에 따라 다릅니다. 이 데이터를 SharePoint 목록으로 가져오기 전에 데이터가 일관된지 확인합니다. 이 예제에서는 모든 색 이름이 파란색으로 표시되는지 확인합니다.

데이터 일관성을 보장하는 것 외에도 카탈로그 콘텐츠에 태그를 지정하는 데 사용되는 관리되는 메타데이터 필드가 필수 필드인지 확인해야 합니다. 이 필드에서 데이터가 누락되면 게시 사이트에서 콘텐츠가 잘못 표시될 수 있습니다.

교차 사이트 게시용 목록 콘텐츠를 만드는 방법에 대한 자세한 내용은 SharePoint Server에서 교차 사이트 게시 구성의 "SharePoint 목록을 사용하여 카탈로그 콘텐츠 만들기"를 참조하세요.

제품 카탈로그 사이트 모음 사용 계획

제품 카탈로그 사이트 모음 서식 파일은 카탈로그 시나리오에서 사용되는 모든 데이터 형식을 작성, 저장 밀 유지 관리하는 사이트를 만드는 데 사용됩니다. 이 사이트 모음 서식 파일은 목록에서 카탈로그 콘텐츠를 유지 관리하도록 최적화된 제품 카탈로그 목록 서식 파일을 포함합니다. 기본적으로 제품 카탈로그 사이트 모음을 만들 때는 제품 카탈로그 목록 서식 파일을 기반으로 하는 제품 목록이 자동으로 만들어집니다. 제품 목록은 제품(이미지 포함) 콘텐츠 형식으로 미리 구성되어 있습니다. 제품(이미지 포함) 콘텐츠 형식에는 다음 표의 설명과 같이 사이트 열이 연결되어 있습니다.

제품(이미지 포함) 콘텐츠 형식의 사이트 열

사이트 열 이름	사이트 열 형식
제목	한 줄 텍스트
항목 번호	한 줄 텍스트
그룹 번호	한 줄 텍스트
언어 태그	선택 항목
롤업 이미지	게시 이미지
항목 범주	Managed Metadata

또한 제품 계층 구조라는 용어 집합도 만들어집니다. 이 용어 집합은 항목 범주 사이트 열과 연결됩니다.

성능 관련 고려 사항은 큰 목록 디자인 및 목록 성능 최대화(SharePoint Server 2010)를 참조하세요.

자산 라이브러리 콘텐츠 계획

콘텐츠에 자산을 사용하려는 경우 인덱싱되지 않은 내용과 을 기억합니다. 검색 시스템은 텍스트 및 HTML 필드와 같은 일부 필드를 인덱싱하지만 그림, 오디오 및 비디오 파일, Word 문서 또는 PDF와 같은 파일과 같은 자산을 인덱싱하지는 않습니다. 이러한 파일은 BLOB(Binary Large Object)로 간주되며 검색 인덱스가 아닌 BLOB 캐시에 저장됩니다. 이 처리는 이러한 파일이 다른 콘텐츠와 동일한 방식으로 게시 사이트에 표시되지 않음을 의미합니다. 제작 사이트의 자산 라이브러리 콘텐츠를 계획할 때는 아래 목록의 항목을 고려하세요.

자산 라이브러리의 위치

콘텐츠에서 자산을 사용하려면 제작 사이트 모음 및 게시 사이트 모음에서 자산 라이브러리에 액세스할 수 있어야 합니다. 자산 라이브러리의 위치는 만들려는 사이트의 종류와 솔루션 아키텍처에 따라 달라집니다. 게시 사이트의 사용자가 제작 사이트 모음에 대한 읽기 수준의 권한을 가질 수 있는 경우 자산 라이브러리를 제작 사이트 모음에 저장할 수 있습니다. 그러나 게시 사이트의 사용자가 작성 사이트 모음에 대한 읽기 권한 수준을 가질 수 없는 경우 자산 라이브러리는 다른 권한 수준을 가진 별도의 사이트 모음에 만들어야 합니다. 예를 들어 게시 사이트의 사용자에게 익명 액세스 권한만 있는 인터넷 시나리오에서는 자산 라이브러리를 별도의 사이트 모음에서 익명 액세스를 허용하도록 구성된 별도의 웹 응용 프로그램에 저장해야 합니다. 그러나 게시 사이트의 사용자가 읽기 권한을 가질 수 있는 인트라넷 시나리오에서는 자산 라이브러리를 제작 사이트 모음에 저장할 수 있습니다. 자산 라이브러리가 제작 및 게시 사이트와 별도로 사이트 모음에 저장되면 콘텐츠 작성자가 자산 라이브러리의 항목을 찾아 콘텐츠에 삽입할 수 있도록 작성 사이트의 추천 브라우저 콘텐츠 위치 목록에 추가해야 합니다. 자산 라이브러리에서 이미지 변환을 사용하려는 경우에는 이미지를 호스팅하는 사이트 모음에서 변환을 사용하도록 설정하고 구성해야 합니다.
자산 라이브러리를 카탈로그로 공유해야 하는지 여부

자산 라이브러리에 저장할 자산에 태그 지정 용어 집합의 용어로 태그가 지정되어 있으며 해당 용어를 기준으로 자산을 쿼리할 수 있도록 하려면 자산 라이브러리를 카탈로그로 공유하면 됩니다. 예를 들어 특정 범주를 기준으로 그림이나 비디오를 표시하려는 게시 사이트가 하나 이상 있는 경우 해당 자산을 포함하는 라이브러리를 카탈로그로 공유해야 합니다. 게시 사이트에서 익명 사용자를 허용하려면 익명 사용자가 자산 라이브러리에 액세스할 수 있는지 확인해야 합니다.
자산을 캐시할 위치

콘텐츠에서 자산을 사용하려는 경우 자산 파일이 캐시되는 위치도 계획합니다. 일반적으로 게시 사이트에 대해서는 항상 BLOB 캐시를 사용하도록 설정합니다. BLOB 캐시는 데이터베이스에서 BLOB 파일을 검색하고 사용자에게 제공되는 프런트 엔드 웹 서버의 디렉터리에 저장하여 웹 사이트 성능을 향상시킵니다. BLOB 캐시는 데이터베이스 서버에 대한 네트워크 트래픽 및 로드를 줄입니다. 자세한 내용은 SharePoint Server의 캐싱 및 성능 계획을 참조하세요.
자산 파일의 크기

콘텐츠의 비디오와 같은 대용량 파일을 사용하려는 경우 자산 라이브러리가 있는 서버에서 최대 업로드 파일 크기를 늘릴 계획입니다. 이렇게 하면 SharePoint Server에서 허용하는 기본 설정보다 큰 파일을 업로드할 수 있습니다. BLOB 캐시, 비트 속도 제한 및 최대 업로드 파일 크기에 대한 자세한 내용은 SharePoint Server의 캐싱 및 성능 계획을 참조하세요.