다음을 통해 공유


SharePoint 허브 사이트 계획

허브 사이트는 인트라넷을 구성하는 데 도움이 됩니다. 허브 사이트에서 최대의 가치를 얻으려면 몇 가지 사전 계획이 필요합니다. 허브 사이트 및 이를 계획하는 방법에 대해 자세히 알아보려면 계속 읽어보세요.

스테이지 설정

SharePoint 허브 사이트는 인트라넷에 대한 중요한 구성 요소입니다. 팀 사이트와 커뮤니케이션 사이트의 가족을 함께 구성할 때 사용하는 "결합 조직"입니다.

Microsoft SharePoint를 기반으로 하는 최신 인트라넷의 주요 원칙 중 하나는 각 작업 단위가 별도의 사이트 모임을 가져와야 한다는 것입니다. 이를 통해 시간이 지남에 따라 거버넌스 및 성장을 관리할 수 있습니다. 각 커뮤니케이션 사이트와 Microsoft 365 그룹 연결 팀 사이트는 자체 사용 권한을 가질 수 있는 하나의 사이트 모음으로 만들어집니다. 허브 사이트(가장 일반적으로 커뮤니케이션 사이트에서 생성됨)는 다른 많은 사이트를 통합하는 자체적인 운영 단위로 간주되어야 합니다.

과거에는 많은 조직에서 하위 사이트를 사용하여 인트라넷 결합 조직을 만들었습니다. 사이트 모음의 공유 탐색을 사용하여 사이트 및 하위 사이트 관계의 계층 구조를 사이트 내의 중첩 사이트에 연결했습니다. 그러나 하위 사이트도 유연성과 변화를 위한 공간을 제공하지 않습니다. 하위 항목은 콘텐츠의 URL에 반영되는 물리적 구문이므로 비즈니스 관계를 다시 구성하면 콘텐츠의 모든 인트라넷 관계를 끊습니다. SharePoint의 많은 기능(보존 및 분류와 같은 정책 기능 포함)이 원하는지 여부에 관계없이 사이트 모음 내의 모든 사이트에 적용되므로 하위 사이트는 거버넌스와 관련하여 문제를 일으킬 수도 있습니다. 즉, 하나의 하위 사이트에만 적용할 수 있더라도 전체 사이트 모음에 대해 기능을 자주 사용하도록 설정해야 합니다.

우리가 보장 할 수있는 한 가지는 모든 사업에서 일어날 것입니다 무엇입니까? 변화입니다! 조직이 발전함에 따라 환경을 작업 방식에 쉽게 맞출 수 있고 업무 방식의 불가피한 변화에 적응할 수 있는 인트라넷이 필요합니다. 이는 SharePoint 허브 사이트에서 제공하는 주요 이점입니다. 계층 구조나 소유권이 아닌 링크로 관계를 모델링하여 역동적이고 변화하는 환경에서 작업하는 방식의 변화에 적응할 수 있습니다.

조직이 변경된 허브 사이트 간에 사이트 이동

시작하기

허브 사이트 만들기를 시작하기 전에 허브 사이트에서 제공하는 세 가지 사항을 요약해 보겠습니다.

  • 공유 탐색 및 브랜드

  • 콘텐츠 및 검색 롤업

  • 허브의 홈 대상

이제 인트라넷 전체에서 공유하려는 정보에 대해 생각하고 사용하려는 비즈니스 결과를 고려해 보겠습니다.

인트라넷은 조직에서 많은 역할을 할 수 있습니다. 내부적으로 연결된 사이트, 중요한 뉴스를 전달하는 장소 및 공동 작업 플랫폼입니다. 회사 문화를 소개하는 방법이기도 합니다. 디지털 작업 공간의 기초가 될 수 있습니다. 인트라넷을 사용하면 스토리를 전달하고 정보를 공유할 수 있습니다. 직원들이 인트라넷에서 음성으로 권한을 부여하면 조직이 변화를 변화시키고 적응할 수 있는 공동 작업 문화로 전환할 수 있습니다.

많은 성공적인 인트라넷에는 다음 요소가 포함됩니다.

  • 커뮤니케이션: 예를 들어 직원에게 정보를 제공하는 조직 내 뉴스를 포함하는 홈페이지, 전반적인 탐색, 주요 도구 및 정보에 대한 링크, 내부 마케팅 프로모션 및 중요한 주제에 대해 직원을 참여시킬 수 있는 장소입니다.

  • 콘텐츠: 조직의 나머지 부분에 서비스를 제공하기 위해 HR(인사), 법률 및 정보 기술(IT)과 같은 조직의 기능 부분을 위한 장소입니다. 예를 들어 인트라넷의 HR 부분은 직원이 남은 휴가 일 수, 복리후생 프로그램이 시력 또는 치과 보험을 제공하는지 여부 또는 개별 역할에 사용할 수 있는 교육을 확인할 수 있는 위치일 수 있습니다. 법적 영역은 직원이 잠재 공급업체와 대화하기 전에 실행할 수 있는 샘플 비공개 계약을 찾을 수 있는 위치일 수 있습니다.

  • 작업 및 활동: 시간 추적 시스템 또는 비용 보고서 양식과 관리자가 비용 또는 작업표를 승인할 수 있는 위치에 대한 링크입니다.

  • 공동 작업: 팀이 작업을 수행할 수 있고 역할 또는 토픽 기반 커뮤니티가 조직 전체 및 확장 기업의 외부 파트너와 지식을 공유하고 전문 지식을 활용할 수 있는 위치입니다.

  • 문화: 프로필, 커뮤니티 및 클럽, 조직 구조를 반영하는 이미지 및 브랜딩을 포함하여 직원이 참여하거나 배울 수 있는 스토리와 장소. 경우에 따라 인트라넷 이름도 문화권을 구현합니다. 예를 들어 전기 유틸리티에는 메시징 및 프로모션이 포함된 "The Grid"라는 인트라넷이 있어 "아무도 그리드에서 작동하지 않음"을 확인합니다.

  • 이동성: 직원이 이동 중일 때 모든 장치에서 작업을 수행할 수 있는 기능입니다.

  • 검색: 직원이 어디에 살고 있는지 모르는 경우에도 콘텐츠를 찾을 수 있는 기능입니다.

이러한 각 요소에 대한 강조는 조직의 우선 순위 및 조직의 디지털 완성도에 따라 달라질 수 있습니다. Microsoft 365는 조직, 직원 및 준비 상태와 일치하는 환경을 구성할 수 있는 방식으로 인트라넷을 만드는 데 도움이 되는 세 가지 주요 구성 요소를 제공합니다. 조직별로 구성 요소를 다양한 방식으로 사용하지만 구성 요소 자체는 조직에서 작업을 수행하는 데 사용하는 일반적인 패턴을 반영합니다.

  • 팀 사이트(공동 작업)

  • 통신 사이트(통신)

  • 허브 사이트(연결)

허브 구성 요소

그 핵심은 세 가지 유형의 구성 요소에서 공통 구조를 공유합니다. 예를 들어 동일한 내부 웹 파트 집합을 공유합니다. 그러나 의도, 사용 기대치, 거버넌스(생성 방법 포함) 및 각 사이트 유형에서 사용할 수 있는 웹 파트와 방법에는 몇 가지 근본적인 차이점이 있습니다.

팀 사이트
통신 사이트
허브 사이트
기본 비즈니스 목표
공동으로 일하다
작업 그룹 또는 프로젝트 팀의 구성원이 프로젝트 결과물에서 함께 작업하거나, 이벤트를 계획하거나, 상태를 추적하거나, 아이디어를 교환할 수 있는 장소를 만들려는 경우 팀 사이트를 원합니다. 팀 사이트는 기본적으로 Microsoft 365 그룹에 연결되어 Microsoft Teams 및 Planner를 비롯한 다양한 커뮤니케이션 및 공동 작업 도구를 제공합니다.
의견 교환
메시지를 브로드캐스트하거나, 스토리를 전달하거나, 보기용 콘텐츠를 공유하거나(편집하지 않음) 서비스 또는 사람을 소개하려는 경우 통신 사이트를 원합니다. 커뮤니케이션 사이트 소유자는 종종 참여 구성 요소를 포함하기도 합니다(예: 비즈니스 개발에 대한 정보를 전달하는 사이트의 "비즈니스 개발 요청" 영역). Viva Engage 커뮤니티를 연결하기에 좋은 장소입니다.
서비스에
관련 사이트 제품군에 대한 공유 환경을 만들려는 경우 사이트 활동 및 뉴스를 롤업하여 관련 콘텐츠를 검색하고, 공통 탐색을 공유할 수 있도록 관련 사이트를 구성하고, 일반적인 모양과 느낌을 적용합니다.
콘텐츠 작성자
모든 멤버는 콘텐츠를 공동으로 만들고 편집하는 콘텐츠 작성자입니다.
적은 수의 콘텐츠 작성 자와 훨씬 더 많은 수의 콘텐츠 읽기 프로그램 또는 소비자입니다.
허브 사이트 소유자는 허브 탐색 및 테마에 대한 공유 환경을 정의합니다. 허브 사이트 구성원은 다른 SharePoint 사이트와 마찬가지로 허브 사이트에 콘텐츠를 만듭니다. 상위 허브와 연결된 사이트의 소유자와 구성원은 개별 사이트에서 콘텐츠를 만듭니다.
거버넌스
(보안 & 규정 준수 센터의 설정에 따라 조직에 허용됨)
일반적으로 팀에서 결정하는 규범입니다. 관행은 작업을 수행하는 가장 좋은 방법으로 맞추어집니다.
환경의 일관성과 조직 정보의 효과적인 관리를 보장하기 위해 조직에서 결정하는 정책이 종종 있습니다.
사이트 및 조직 정책 유형에 따라 연결된 사이트의 각 소유자가 결정하는 거버넌스입니다. 모든 사용자가 관련 사이트에 대해 최소한 읽기 권한이 있는 경우 방문자에게 최상의 환경을 제공합니다(하지만 필수는 아님).
사용 권한
Microsoft 365 그룹 및 SharePoint 그룹 및 사용 권한 수준
SharePoint 그룹
원래 사이트 유형과 동일합니다. 허브 사이트는 연결된 사이트의 권한을 변경하지 않지만 허브에 "읽기 권한자" 그룹을 추가하여 관련 사이트에 대한 읽기 권한을 더 쉽게 제공할 수 있습니다. 자세한 내용은 허브 권한을 참조하세요.
만든 사람
사이트 소유자 (조직에서 사용하지 않도록 설정되지 않은 경우) 또는 관리자.
사이트 소유자 (조직에서 사용하지 않도록 설정되지 않은 경우)
Microsoft 365의 SharePoint 사이트 관리자이상

- 프로젝트 팀이 함께 작업하여 결과물을 완료하고 작업을 관리합니다.
- 연례 모임을 계획하는 휴일 파티 계획 위원회.
- HR 성능 관리 팀.
- 집행 위원회 - 조직 내의 다양한 리더십 그룹입니다.
- 파트너 A와 함께 작업할 엑스트라넷 사이트입니다.
- 회사 여행에 대한 여행 팀 게시 지침입니다.
- 정책 및 절차.
- 새 회사 이니셔티브를 위한 마이크로 사이트입니다.
- 제품 또는 서비스에 대한 영업 팀의 리소스입니다.
- 혜택, 보상, 성과 관리, 인재 확보 및 관리자 포털과 같은 모든 HR 기능에 대한 연결 및 롤업을 제공하는 HR 허브입니다.
- 영업 허브는 영업 조직에 엔터프라이즈 리소스를 제공하고 지역 영업 팀과 커뮤니케이션 사이트를 연결합니다.
- 특정 위치(예: 뉴욕 사무실)에 대한 통신 및 팀 사이트를 그룹화한 위치별 허브입니다.

허브 사이트는 무엇인가요?

허브 사이트는 컨텍스트에서 정보를 발견하도록 하여 검색 환경을 보완합니다.

인트라넷 디자인의 가장 큰 과제 중 하나는 인트라넷 탐색을 구성하는 방법을 결정하는 것입니다. 모든 팀 및 커뮤니케이션 사이트가 피어 사이트 모음인 새로운 환경에서 정보 설계자는 인트라넷 사용자가 여러 "찾기" 시나리오에서 필요한 것을 찾을 수 있는 환경을 만드는 것에 대해 생각해야 합니다.

  • 나는 그것이 존재한다는 것을 알고 있으며, 그것이 어디에 있는지 알고 있다.

  • 나는 그것이 존재한다는 것을 알고 있지만, 그것이 어디에 있는지 모른다.

  • 존재하는지 모르겠습니다.

이러한 시나리오는 탐색, 검색 및 검색(또는 세렌디피티)의 조합으로 사용하도록 설정되며 허브 사이트를 디자인하고 구성하는 방법에 영향을 주어야 합니다. 허브 사이트에서 사용하도록 설정하는 중요한 기능 중 하나는 팔로우하지 않을 수 있지만 허브와 연결된 사이트의 컨텍스트 관련 콘텐츠를 표시할 수 있기 때문에 정보를 검색하는 것입니다. SharePoint 시작 페이지는 전체 조직의 콘텐츠에서 검색 및 검색을 지원하도록 빌드되었지만 이미 특정 컨텍스트를 염두에 두고 있는 경우 허브 사이트는 이러한 환경을 소수의 관련 사이트로 축소하는 데 매우 유용할 수 있습니다.

허브 계획의 시작점으로 사용자가 작업을 완료하는 데 필요한 주요 기능(예: HR, 재무, 커뮤니케이션 또는 홍보, 법률 및 IT)에 대한 허브 사이트를 생각해 보세요. 이러한 기능은 대규모 조직의 여러 조직 부서 또는 사업부에서 표시되거나 소규모 조직에서 소수의 사용자 역할로 결합될 수 있습니다.

HR을 예로 들어 보겠습니다. HR에는 다음과 같은 하위 함수가 포함되는 경우가 많습니다.

  • 이점

  • 급여 및 보상

  • 인재 획득 또는 채용

  • 성능 관리

  • 전문 개발 또는 교육

  • 관리자 포털

각 작업 단위에 대한 사이트를 만드는 지침 원칙을 사용하여 이러한 각 기능에 대한 6개의 기능 사이트와 관련 사이트를 연결하여 전체 HR 환경을 제공하는 HR 허브를 포함할 수 있는 사이트의 HR 제품군을 생각해 볼 수 있습니다. 이는 허브 사이트의 가치에 대해 생각하는 또 다른 방법입니다. 이를 통해 특정 컨텍스트에 대한 정보 검색을 개선하는 환경을 만들 수 있습니다(이 예제에서는 HR 정보를 찾는 직원의 경우).

HR 허브

클래식 인트라넷 모델에서는 HR 사이트를 만들고 하위 사이트를 사용하여 각 HR 기능을 지원했을 수 있습니다. 최신 SharePoint의 평평한 환경에서 HR 패밀리는 HR 허브를 사용하여 연결되어 가족 내 탐색을 위한 결합 조직을 제공하고 사용자가 HR 홈으로 이동할 때 가족 구성원의 관련 콘텐츠를 검색할 수 있는 기회를 제공합니다. 예를 들어 새 직원을 온보딩하는 중이기 때문에 공개 등록에 대한 뉴스 발표를 읽는 HR 허브에 있는 경우 새 버전의 "회사에 오신 것을 환영합니다" 온보딩 도구 키트가 Talent Acquisition 사이트에 방금 릴리스되었음을 알게 되어 기쁩니다. 마찬가지로 HR 팀의 사무실 공유 정책을 찾으려는 경우 전체 조직이 아닌 HR 관련 사이트로만 검색을 제한할 수 있습니다.

모든 기능에 대한 허브 사이트가 있을 필요는 없습니다. 그러나 HR 예제에서와 같이 한 기능이 논리적으로 다른 여러 서비스를 제공하는 경우 사용자를 위한 단일 시작 위치를 제공하는 허브 사이트를 만드는 것이 좋습니다. 종종 인트라넷 사용자는 검색을 사용하여 탐색을 시작합니다. 허브 사이트는 검색의 이점("나는 이것이 HR 토픽이라는 것을 알고 있다")을 보다 좁은 범위의 검색의 이점과 결합하는 데 도움이 됩니다("회사의 전략적 비전이 아닌 비전 혜택에 대한 정보를 찾고 싶습니다."). 사용자가 서비스를 제공하는 하위 함수를 모르는 경우에도 HR 허브로 이동한 다음, 허브에서 제공하는 검색 범위를 사용하여 HR 허브 내에서 검색(또는 탐색)하여 필요한 항목을 빠르게 찾을 수 있습니다.

일부 조직 함수는 엔터프라이즈 차원의 범위가 있지만 지역 또는 제품 실행이 있습니다. 예를 들어 영업 지역에 대한 사이트와 위치 기반 사무실의 사이트가 있을 수 있는 영업 부서를 생각해 보세요. 이 유형의 함수는 항상 하위 사이트를 사용하여 계층적 인트라넷 콘텐츠 조직에 대한 과제를 제시해 줍니다. 동남 판매 사이트를 동남 지역 사이트 또는 글로벌 판매 사이트의 하위 사이트로 만들나요? 그리고 남동부 지역 내의 상태가 새 지역에 할당되면 어떻게 되나요? 예를 들어 남동부 지역에서 북동부 지역으로? 이러한 유형의 동적 조직 이동은 허브 사이트가 아닌 하위 사이트를 사용하는 경우 인트라넷 조직에 악몽을 만듭니다. 개별 사이트를 하나의 허브에만 연결할 수 있지만 사이트의 콘텐츠가 여러 허브에 표시될 수 있으므로 허브를 선택하는 것은 약간의 분노를 야기할 수 있습니다. 허브에서 다음 웹 파트에 대한 원본을 사용자 지정할 수 있습니다.

참고

조직에는 최대 2,000개의 허브 사이트가 있을 수 있습니다. 모든 함수에 허브 사이트가 필요하지 않을 수 있으며 허브를 만들기 전에 몇 가지 계획을 수행하는 것이 중요합니다.

이 시나리오에서는 사이트를 허브에 맞추는 방법을 결정하는 "모든 크기에 맞는" 방법은 없습니다. 항상 다음 질문에 답변하여 시작합니다.

  • 청중은 누구이며 무엇을 성취해야 합니까?

  • 정보를 필요로 하는 사람들은 어떻게 작업을 완료할 수 있나요?

허브를 정렬하여 사용자를 먼저 사용하도록 설정하는 환경을 만듭니다. 북동부의 판매 콘텐츠는 남동부 지역 사무소보다 남동부의 판매 콘텐츠와 유사하게 구성될 가능성이 높기 때문에 각 작업 그룹의 사람들이 지역 사이트를 기능과 일치시켜 수행하는 작업에 대해 어떻게 생각하는지 생각해 볼 수 있습니다. 그러나 이것은 매우 "그것은 의존"상황입니다. 일부 조직에서는 기능 허브보다 지역 허브를 중심으로 모든 기능을 구성하는 것이 훨씬 더 합리적입니다. 허브 사이트 다중 지역 기능을 사용하면 글로벌 영업 허브가 아닌 오스트리아 허브와 오스트리아 판매를 연결하여 더 나은 사용자 환경을 만들 수 있습니다. 이러한 유형의 시나리오에서는 오스트리아 판매 사이트의 링크를 사용하여 글로벌 영업 허브에 연결하고 각 지역 판매 사이트를 글로벌 판매를 위한 허브 탐색에 추가할 수 있습니다.

참고

사이트는 허브 제품군에만 연결할 수 있습니다. 그러나 허브 제품군은 페이지 또는 허브 탐색에서 링크를 사용하여 서로 연결될 수 있습니다. 또한 허브를 다른 허브에 연결하여 허브 패밀리에 대한 확장된 검색 범위를 만들 수도 있습니다. 예를 들어 전역 판매 허브에 "연결"하려는 동북 지역 판매라는 허브가 있을 수 있습니다. 이제 허브를 다른 허브에 연결 하여 조직의 여러 허브에서 검색 결과를 확장할 수 있습니다.

영업과 같은 패턴이 있는 모든 함수에 대해 일관된 접근 방식으로 시작하는 것이 좋습니다. 지역별 함수를 지역 허브에 맞추는 경우 모든 함수에 대해 이 작업을 수행합니다. 두 방법 중 하나는 유효하지만 유용성 관점에서 볼 때 일관성을 유지하는 데 도움이 됩니다.

허브 사이트를 구성하려면 어떻게 해야 하나요?

허브 사이트는 허브 계획 프로세스의 일부로 고려해야 하는 두 가지 기본 조직 환경을 제공합니다. 허브 사이트 만들기는 SharePoint 사이트 관리자 와 Microsoft 365의 [위]에서 수행해야 하지만 허브 사이트 계획, 관리 및 구성은 허브 사이트 소유자의 책임입니다. 허브의 구성 개념은 다음과 같습니다:

  • 연결

  • 탐색

연결

사이트는 SharePoint 사이트를 허브 사이트와 연결하여 허브 패밀리의 일부가 됩니다. 허브 사이트를 만들 때 SharePoint 관리자는 특정 사이트 소유자만 사이트를 허브와 연결하도록 허용할 수 있습니다.

SharePoint 관리자가 사이트 소유자에게 사이트를 허브 사이트와 연결할 수 있는 권한을 부여한 후 사이트 소유자는 사이트를 허브와 연결하도록 선택할 수 있습니다. 이렇게 하면 사이트에서 허브 사이트 테마와 공유 탐색을 상속합니다. 해당 사이트의 콘텐츠는 원본이 "허브의 모든 사이트"인 웹 파트의 허브 사이트로 롤업되고 사이트는 허브 사이트 검색 범위에 포함됩니다.

허브로의 연결이 사이트를 허브 네비게이션에 자동으로 추가하지는 않습니다. 허브 사이트 소유자는 네비게이션에 어떤 사이트를 포함할지를 판단합니다. 또한 뉴스, 사이트, 이벤트 및 강조 표시된 콘텐츠를 구성하여 연결된 모든 사이트 또는 선택한 사이트에서만 활동을 롤업할 수 있습니다.

참고

허브와 연결되어도 사이트에 대한 사용 권한은 변경되지 않습니다. 액세스가 제한된 사이트를 허브와 연결하면 제한 된사이트에 대한 액세스 권한이 있는 사용자만 허브에 있는 콘텐츠를 볼 수 있습니다. 허브 사이트에 표시되는 정보는 보안이 잘립니다. 콘텐츠에 액세스할 수 없는 경우 표시되지 않습니다. 허브 패밀리를 모은 후 관련 사이트에 대한 사용 권한을 조정하거나 허브에 허브 "읽기" 권한 그룹을 추가하고 관련 사이트에 해당 권한 그룹을 추가하는 것이 좋습니다.

허브 사이트 소유자는 공유된 네비게이션에 반영할 사이트를 판단하고 다른 리소스로의 링크를 포함할 수도 있습니다. 이 네비게이션은 도구 모음 표시줄 아래 맨 위에 표시 됩니다. 대부분의 경우 허브 네비게이션에 연결된 사이트를 추가하고자 할 것입니다. 이는 허브를 사용하여 활용할 수 있는 환경의 장점 중 하나입니다. 허브 네비게이션은 최대 3개의 레벨을 포함할 수 있으며 이를 통해 사용자가 관련 콘텐츠를 사용자들이 검색하고 찾는 방식으로 허브 제품군을 구성할 수 있습니다.

참고

팀 사이트 허브 탐색의 기본 탐색 메뉴 스타일은 계단식입니다.

그러나 연결된 모든 사이트를 탐색에 추가하지 않으려는 경우 탐색에 연결되지 않은 사이트를 추가하는 것이 좋습니다. 허브 탐색을 계획할 때 다음을 고려합니다.

  • 탐색에 프라이빗 또는 제한된 액세스 사이트를 추가하시겠습니까? 아마. 예를 들어 HR은 HR 팀 구성원이 보다 편리하게 사용할 수 있도록 개인 팀 사이트를 HR 허브와 연결하려고 할 수 있습니다. 그러나 HR 허브 소유자는 HR 허브에 대한 공유 탐색에서 HR 팀 사이트에 대한 링크를 표시하지 않을 수 있습니다. 이렇게 하면 조직의 모든 사용자가 개인 HR 사이트를 더 쉽게 검색할 수 있으므로 HR 팀 사이트에 대한 링크를 클릭할 때 액세스 챌린지가 발생합니다. 허브 탐색에 프라이빗 사이트를 추가하는 경우 개인 사이트의 멤버에 대해서만 링크가 표시되도록 대상 그룹 대상 지정 을 사용하는 것이 좋습니다. 또 다른 시나리오에서는 관심 있는 사람들이 검색하려는 "세미 프라이빗" 사이트가 있을 수 있습니다. 예를 들어 특정 전문 지식을 가진 사용자로 멤버십을 제한하고 조직 전체에서 전문가를 검색하려는 커뮤니티가 있을 수 있습니다. 이 시나리오에서 사용자는 액세스 거부/요청 액세스 메시지를 받을 수 있지만 사이트 소유자가 준비되었으며 관심 있는 사용자에게 액세스 권한을 부여하려고 합니다.

    허브 탐색에서 프라이빗 사이트에 대한 링크를 추가하고 대상 그룹 대상 지정을 사용하지 않으려는 경우 사용자가 탐색 링크에 액세스할 수 없다는 것을 이해할 수 있도록 링크 이름에 (제한됨) 또는 (프라이빗) 또는 (외부)를 추가하는 것이 좋습니다.

  • 허브와 연결되지 않은 사이트를 탐색에 추가하시겠습니까? 아마. 개별 사이트는 하나의 허브에만 연결할 수 있으므로 허브와 연결되지 않은 사이트를 추가하면 허브를 관련 사이트에 연결하는 방법을 제공할 수 있습니다. 예를 들어 지역 내의 함수를 전역 함수 허브 대신 지역 허브와 연결하도록 선택하는 경우 함수 허브에서 각 지역 사이트로의 탐색 링크를 추가할 수 있습니다. 예를 들어 HR에 대한 함수 허브가 있는 경우 HR 허브 탐색에 지역 HR 사이트(북동부 HR, 남동부 HR 등)를 추가하여 포괄적인 HR 환경을 만들 수 있습니다. 이렇게 하면 지역 HR 사이트의 뉴스 및 활동이 HR 허브에 표시되지 않지만 지역 허브에 표시됩니다. 그리고 HR 허브에서 지역 HR 사이트로 이동하면 HR 탐색 및 테마가 아닌 지역 허브 탐색 및 테마가 있는 사이트에 있을 것입니다. 이 시나리오에 대해 본질적으로 잘못되거나 나쁜 것은 없지만 허브 탐색 환경을 계획할 때 미치는 영향을 알고 있어야 합니다.

    엑스트라넷 사용자가 공유 탐색을 볼 수 없도록 하려면 엑스트라넷 사이트를 허브와 연결하지 마세요. 내부 사용자가 관련 엑스트라넷 사이트에 빠르게 액세스할 수 있도록 허브 탐색에 외부 사이트를 추가하는 것이 좋습니다.

조직 전체에 대해 허브 사이트를 하나만 만들 수 있나요?

조직에 둘 이상의 허브가 있어야 하는 것은 아니지만 정보 조직 및 검색에 어떤 의미가 있는지 고려해야 합니다. 허브가 하나뿐이라는 장점은 인트라넷의 모든 사이트가 일관된 상위 탐색을 공유한다는 것입니다. 그러나 모든 사이트가 App Bar에서 일관된 전역 탐색을 공유할 수도 있으므로 둘 이상의 허브를 활용하는 것이 좋습니다.

허브가 하나뿐인 경우 컨텍스트에서 관련 정보를 쉽게 표시할 수 있는 기능과 관련 콘텐츠에 대한 검색 범위를 쉽게 정의할 수 있는 기능이 누락됩니다. 예를 들어 단일 엔터프라이즈 허브가 있는 경우 HR 사이트에서 HR 관련 뉴스만 표시하기가 더 어려워집니다. 소규모 조직에서도 사용자가 정보를 찾는 컨텍스트를 제한하는 것이 정보 오버로드를 관리하는 데 도움이 된다고 할 수 있습니다. 이제 허브와 허브 연결을 만드는 허브 계층 구조를 만들 수 있습니다. 이를 통해 서로 롤업하여 연결 및 추가 검색 범위를 만드는 허브 네트워크를 만들 수 있습니다. 허브가 서로 연결되면 콘텐츠를 검색하여 허브에서 최대 3개 수준의 연결을 표시할 수 있습니다.

허브에 연결해야 하는 사이트는 몇 개입니까?

기술적으로 허브에 연결할 수 있는 사이트 수에는 제한이 없지만, IA(정보 아키텍처)에서 허브를 사용하는 최적의 이점을 얻을 수 있도록 고려해야 할 실질적인 지침이 있습니다.

대부분의 IA 결정과 마찬가지로 먼저 허브를 사용하여 달성하려는 결과에 집중한 다음, 허브에 연결할 실제 사이트 수를 결정하는 데 도움이 되는 목표를 사용해야 합니다. 허브를 사용하여 사이트를 구성할 때의 주요 이점에 집중하는 것이 좋습니다.

주요 이점/결과 목표 실용적인 지침
모든 사이트에서 공통 테마 공유 일반적으로 모든 사이트에 대해 일관된 테마를 공유하는 것이 유일한 결과 목표인 경우 허브를 설정하지 않습니다. SharePoint 사이트 테마에 대한 자세한 내용은 SharePoint 사이트 테마 - PowerShell cmdlet | Microsoft Learn.
사이트 탐색에서 허브의 모든 사이트에 대한 링크 표시 기술적으로는 500을 넘지 않으며 실질적으로 성능 관점에서 100을 넘지 않습니다. SharePoint 사이트에 포함할 수 있는 탐색 노드 수에는 기술적 제한이 있습니다. 그러나 대상 그룹을 사용하여 지정된 사용자가 보는 사이트 수를 제한하지 않는 한 500개의 탐색 링크를 표시하면 읽기가 매우 어려운 사용자 환경이 만들어집니다. 사용자 환경 및 성능 관점에서 권장되는 링크 수는 100개 이하입니다. 탐색에서 허브의 모든 사이트를 표시하려는 경우 허브당 권장되는 최대 사이트 수는 100개입니다.
코드 작성 없이 허브에 있는 모든 사이트의 보안 트리밍 동적 목록을 표시합니다. 99를 넘지 않습니다. 사이트 웹 파트는 최대 99개 사이트까지 "허브의 모든 사이트"를 필터링하도록 설정할 수 있습니다.
허브의 모든 사이트에 대한 공유 검색 범위입니다. 약 2,000. 기술적으로 검색 관점에서 허브에 연결할 수 있는 사이트 수에는 하드 제한이 없습니다. 그러나 허브에 연결된 사이트가 많은 경우 성능 문제가 발생할 수 있습니다. 결과 목표 고려 - 각 "토픽"에 대한 사이트가 정말 필요한가요, 아니면 문서 라이브러리가 목표를 달성하나요? 사이트 모음과 각 라이브러리 내에 2000개의 목록과 라이브러리를 가질 수 있으며, 최대 3천만 개의 파일과 폴더를 가질 수 있습니다. 허브의 주요 목적이 관련 파일을 검색하는 경우 사이트에서 여러 문서 라이브러리를 사용하면 결과 목표를 달성할 수 있습니다. 각 토픽에 대한 사이트가 필요한 경우 단일 허브에 연결된 많은 수의 사이트 모음을 관리해야 하는 과제와 원하는 결과 목표를 얻기 위한 대체 방법이 있는지 여부를 고려해야 합니다.

추가 중요 고려 사항

  • 둘 이상의 허브가 있는 경우 허브를 찾습니다. 허브는 인트라넷의 중요한 구성 요소입니다. 허브 사이트를 검색할 수 있는 몇 가지 방법은 다음과 같습니다.

    • 전역 탐색에 허브를 추가합니다. SharePoint 앱 바에서 테넌트 전역 탐색에 허브를 추가합니다.

    • SharePoint 시작 페이지에 키 허브를 추가합니다. 허브 사이트를 SharePoint 시작 페이지의 추천 링크 영역에 고정합니다. 모든 사용자가 허브 사이트를 "팔로우"하도록 권장합니다.

  • 뉴스에 적합한 대상 그룹에 도달합니다. 허브 사이트는 적절한 시기와 적절한 컨텍스트에서 적절한 사람들에게 뉴스를 가져오는 데 도움이 됩니다. 뉴스는 연결된 사이트로만 전달되지 않고 연결된 사이트에서 허브로만 전달됩니다. 뉴스에 대한 가장 광범위한 범위를 원하는 경우 허브 사이트에 게시합니다. 허브 뉴스를 더 잘 표시하려면 홈페이지에 두 개의 뉴스 웹 파트가 있을 수 있습니다. 하나는 허브 홈에 게시된 뉴스용이고 다른 하나는 관련 사이트(모두 또는 선택한 사이트)에서 롤업된 뉴스를 포함하는 것입니다.

  • 허브 명명 규칙. 더 쉽게 검색할 수 있도록 허브 사이트에 대한 명명 규칙을 생각해 보세요. 일부 옵션에는 HR Central, HR Hub, HR Portal과 같은 이름이 포함됩니다. 모든 허브 사이트에 대해 일관된 명명 규칙을 선택해 보세요.

  • 허브에 대한 준비. 허브를 계획한 후에는 기존 사이트(가급적 통신 사이트)를 허브 사이트로 변환하거나 새 통신 사이트를 만들어 허브 사이트로 만들 수 있습니다. 그런 다음 허브 사이트에서 웹 파트 및 탐색을 추가하고 구성하여 허브 기능을 강조할 수 있습니다.

  • 하위 사이트. 허브 사이트는 이전에 하위 사이트를 사용한 사용 사례의 대부분 또는 대부분을 해결합니다. 앞으로 허브 사이트를 사용하여 인트라넷에서 사이트를 구성하는 것이 좋습니다. 그러나 하위 사이트는 계속 클래식 기능으로 지원되며 새 팀 사이트 템플릿을 하위 사이트 옵션으로 추가합니다.

  • 홈 사이트가 허브여야 하나요? 소요 시간은 상황에 따라 다릅니다. 테넌트에서 다른 사이트와 구분하려는 고유한 브랜드 및 검색 범위를 원하는 "공식" 인트라넷을 나타내는 고유한 사이트 집합이 있는 경우 홈 사이트를 허브로 만드는 것이 좋습니다. 여러 허브가 있고 사용자가 전역 탐색을 위해 SharePoint 앱 바를 활용하도록 하려면 홈 사이트를 "일반" 사이트로 두는 것이 좋습니다. 홈 사이트가 허브가 아닌 경우 인트라넷의 모든 사이트를 허브에 연결할 필요가 없습니다. 일부 사이트는 허브의 일부일 수 있으며 로컬 및 허브 탐색이 모두 있지만 다른 사이트에는 로컬 탐색만 있을 수 있습니다. 이 시나리오에서 인트라넷 전역 탐색은 허브가 아닌 앱 바에서 제공됩니다.

비즈니스 결과에 부합하고 사용자의 요구 사항을 해결할 때 허브 사이트를 사용합니다.

추가 도움이 필요하세요?

질문하기 이 항목에 대한 기술적인 질문이 있는 경우 SharePoint 토론 포럼에 게시하는 것이 도움이 될 수 있습니다. 유사한 문제를 해결했거나 동일한 상황에 직면한 다른 사용자를 찾는 데 유용한 리소스입니다.

수석 저자: Susan Hanley, MVP