SharePoint 탐색: 직관적인 사이트 구조를 위한 핵심 요소

By Mirko Peters · 2026-05-25 · Updated 2026-07-16

명확한 레이블, 대상 그룹 지정, 모바일 디자인, 검색, 접근성, 거버넌스를 기준으로 전역, 허브, 로컬 메뉴 전반에 걸쳐 SharePoint 탐색 모범 사례를 적용하는 방법을 설명합니다.

Automatically translated with AI from the original post. Read the English original

탐색은 모든 SharePoint 인트라넷의 기반입니다. 도시의 표지판과 같다고 생각하시면 됩니다. 표지판이 없다면 어디로 가야 하고 어떻게 가야 하는지 아무도 알 수 없습니다. SharePoint 탐색을 제대로 구성하면 팀원들이 문서, 사이트, 도구를 빠르게 찾을 수 있어 시간 낭비와 혼란을 줄일 수 있습니다. 이는 단순히 깔끔해 보이기 위한 것이 아니라 사용성, 거버넌스, 그리고 Microsoft 365 투자가 실제 성과로 이어지도록 하는 데 필수적입니다.

좋은 탐색 구조는 구성원들이 원활하게 협업하고, 복잡하게 얽힌 길 없이 필요한 리소스를 찾고, 책상에서든 휴대폰에서든 SharePoint를 신뢰하고 사용할 수 있게 해 줍니다. 똑똑하게 설계된 사이트 메뉴와 명확한 링크 구조는 헬프 데스크 문의를 줄이고 실제 협업에 더 많은 시간을 쓰게 합니다. SharePoint를 더 깊이 활용할수록 강력한 탐색 체계는 대시보드를 공유하든, 새 프로젝트를 시작하든, 모두가 최신 상황을 파악하도록 하든 모든 작업의 토대가 됩니다.

SharePoint 탐색의 기본 개념과 유형 이해하기

SharePoint 사이트가 단순한 링크의 나열이 아니라 제대로 기능하게 하려면, 먼저 탐색이 어떻게 작동하는지 확실히 이해해야 합니다. 탐색은 페이지 간 이동만을 뜻하지 않습니다. 팀이 실제로 일하는 방식에 맞는 경로를 만드는 일입니다. 잘 설계된 탐색은 사용자를 올바른 위치로 안내하고 불필요한 불편을 줄여 줍니다.

SharePoint는 여러 가지 탐색 모델을 제공하며, 각각 고유한 역할이 있습니다. 개별 사이트 내부의 메뉴부터 허브를 통한 사이트 간 연결, 그리고 Microsoft 365 앱 바가 제공하는 전역 접근까지, 각 요소는 사람들이 필요한 곳으로 빠르고 안정적으로 이동하도록 돕습니다. 핵심은 각 유형을 언제 사용해야 하는지 알고, 이들을 적절히 조합해 최상의 경험을 만드는 데 있습니다.

이러한 탐색의 기본 개념을 탄탄히 익히면 단순히 링크를 설정하는 것이 아니라, 사람들이 일상에서 정보를 찾고, 공유하고, 활용하는 방식을 실제로 만들어 갈 수 있습니다. 이 기반을 갖추면 SharePoint 환경을 구성하거나 재설계할 때 더 현명한 결정을 내릴 수 있습니다.

SharePoint에서 좋은 탐색이 중요한 이유

SharePoint에서 좋은 탐색은 미션 크리티컬한 요소입니다. 메뉴와 사이트 링크가 명확하고 논리적이면 사람들은 번거로움 없이 빠르게 필요한 것을 찾습니다. 그만큼 검색에 쓰는 시간이 줄고, 지원 티켓이 줄고, 더 만족스럽고 생산적인 팀이 됩니다.

복잡하고 어수선한 탐색은 정보 누락, 불편함, 그리고 결국 사용자가 SharePoint를 아예 떠나는 결과로 이어집니다. Microsoft 365 투자에서 실질적인 가치를 얻으려면 효과적인 탐색을 우선순위에 두는 것이 가장 좋은 방법 중 하나입니다.

SharePoint 탐색의 기본 개념과 유형: 사이트, 허브, 전역 옵션

• 사이트 탐색: 단일 SharePoint 사이트 안에서 보이는 메뉴와 링크 집합입니다. 팀 사이트의 왼쪽 탐색 창이나 커뮤니케이션 사이트의 상단 메뉴가 여기에 해당합니다. 사이트 탐색은 사용자가 해당 사이트에 속한 페이지, 라이브러리, 목록 사이를 이동하도록 돕습니다. 실제 업무가 이루어지는 곳에서 로컬 검색성을 높이고 콘텐츠를 체계적으로 유지하는 핵심 도구입니다.
• 허브 탐색: 허브는 SharePoint의 "중앙 거점"입니다. 허브 사이트를 만들고 다른 사이트를 연결하면, 연결된 모든 사이트에 허브 탐색 모음이 표시됩니다. 이를 통해 부서나 사업부를 위한 통합 링크 세트가 만들어지며, 사용자는 주소를 외우거나 여러 위치를 즐겨찾기에 넣지 않고도 관련 사이트 사이를 쉽게 오갈 수 있습니다.
• 전역 탐색(Microsoft 365 앱 바): 앱 바는 SharePoint Online 어디에서나 접근할 수 있는 최상위 탐색입니다. 중요한 리소스, 자주 사용하는 사이트, 추천 콘텐츠에 빠르게 접근하도록 해 줍니다. 여러 사이트를 오가거나 업무를 위한 일관된 "홈 베이스"가 필요한 직원에게 특히 유용합니다.
• 탐색 계층 결합: SharePoint에서는 사이트, 허브, 전역 탐색을 계층적으로 결합하여 팀 단위의 필요와 조직 전체의 표준을 동시에 충족할 수 있습니다. 핵심은 이 계층들의 균형을 맞추어, 사용자가 여정의 시작이나 끝이 어디든 방향을 잃지 않도록 하는 것입니다.

SharePoint 전반의 탐색 메뉴 구성 및 관리

SharePoint 탐색의 기본을 익혔다면, 다음 단계는 직접 메뉴를 다듬는 것입니다. 유용한 링크를 추가하고, 레이블을 정리하고, 명확하게 순서를 조정하고, 더 이상 쓰지 않는 페이지나 막다른 항목을 정리하는 작업입니다. 이를 잘 해두면 모두의 시간을 아낄 수 있고, 사이트 거버넌스를 지키며, SharePoint 환경을 깔끔하고 확장 가능한 상태로 유지할 수 있습니다.

탐색 관리는 한 번 설정하고 잊어버리는 작업이 아닙니다. 조직이 성장하거나 관심사가 바뀌면 메뉴도 함께 발전해야 합니다. 작은 팀 사이트를 운영하든, 규모가 큰 커뮤니케이션 허브를 운영하든, 부서 전체의 SharePoint를 관리하든, 무언가를 망가뜨리지 않고 이러한 탐색 요소를 만들고, 편집하고, 정리하는 방법을 알아야 합니다.

이 섹션에서는 관리자가 실제로 가장 자주 맡는 작업을 다룹니다. 새 링크를 추가하고, 리소스를 묶고, 잘못된 이름을 바로잡고, 불필요한 항목을 제거하는 작업입니다. 이 과정에서 중요한 콘텐츠를 실수로 잃거나 규정 준수 규칙을 위반하지 않도록 주의하는 것도 함께 다룹니다.

SharePoint 탐색 메뉴에서 링크와 레이블을 추가하고 편집하는 방법

1. 탐색 설정 열기: SharePoint 사이트로 이동한 다음 탐색 메뉴 위에 마우스를 올려놓습니다(팀 사이트는 왼쪽, 커뮤니케이션 사이트는 위쪽). 그런 다음 “편집”을 선택하거나 해당 항목 옆의 줄임표(…)를 선택합니다. 그러면 편집 컨트롤이 표시되어 링크나 레이블을 그 자리에서 쉽게 수정할 수 있습니다.
2. 새 링크 추가: “+ 링크 추가”(팀 사이트) 또는 “+”(커뮤니케이션 사이트)를 클릭합니다. 사용자가 방문하기를 원하는 웹 주소(URL)를 붙여 넣습니다. 다른 사이트, 라이브러리, 또는 외부 리소스가 될 수 있습니다. 사용자가 어디로 이동하는지 알 수 있도록 짧지만 명확한 표시 이름을 입력합니다.
3. 기존 링크 또는 레이블 편집: 업데이트하려면 링크 옆의 줄임표(…)를 클릭하고 “편집”을 선택한 다음, 필요에 따라 표시 이름이나 주소를 수정합니다. 레이블은 제목을 만들거나 관련 링크를 묶는 데 특히 유용하며, 메뉴가 길어져도 복잡하게 느껴지지 않도록 도와줍니다.
4. 레이블로 링크 묶기: 레이블을 섹션 제목으로 사용합니다. 예를 들어 “팀 리소스”나 “회사 정책” 같은 이름을 붙일 수 있습니다. 각 레이블 아래에 관련 링크를 배치하면, 사용자는 정리되지 않은 긴 목록을 스크롤하지 않고도 필요한 항목을 훑어보고 선택할 수 있습니다.
5. 일관성을 위한 팁: 메뉴 전체에서 명명 규칙을 명확하고 비슷하게 유지합니다. 가능하면 전문 용어는 피하고, 링크가 제대로 작동하는지, 그리고 올바른 리소스를 가리키는지 항상 다시 확인합니다. 탐색 변경 사항은 모든 사용자에게 즉시 반영된다는 점을 기억하세요.

사용자 흐름을 개선하기 위해 탐색 링크 정리 및 순서 변경하기

• 끌어서 놓아 순서 변경: 편집 모드에서 메뉴 항목을 잡고 위아래로 옮겨 가장 중요하거나 자주 액세스하는 항목을 반영합니다. 가장 많이 사용하는 링크는 눈에 잘 띄도록 맨 위에 두어야 합니다.
• 상위 또는 하위 수준으로 이동: 하위 링크(자식 항목)를 기본 메뉴 수준에서 보이게 하려면 그냥 밖으로 끌어냅니다. 하위 탐색을 만들려면 레이블이나 다른 기본 링크 아래에 항목을 놓습니다. 이렇게 하면 메뉴 구조가 실제 사이트 아키텍처와 사용자의 요구에 맞춰집니다.
• 논리적 그룹화: 관련 링크를 레이블 아래에 묶어 훑어보기 쉽게 하고, 긴 메뉴는 나누어 정보 과부하를 방지합니다. 사용자는 항상 자신이 어디에 있고 다음에 어디로 가야 하는지 알 수 있어야 합니다.

탐색 링크와 SharePoint 페이지를 안전하게 제거하거나 삭제하기

• 콘텐츠를 삭제하지 않고 링크 제거: “편집” 또는 줄임표(…) 메뉴를 사용하여 탐색에서 링크를 제거합니다. 다만 이 작업은 실제 페이지나 콘텐츠를 삭제하지 않고, 메뉴만 깔끔하게 유지한다는 점을 기억하세요.
• 페이지를 삭제하기 전에 다시 확인: 사이트에서 SharePoint 페이지를 삭제하면 해당 탐색 링크가 깨지고 콘텐츠가 고아 상태가 될 수 있습니다. 해당 페이지가 더 이상 필요하지 않은지 분명히 확인하고, 무엇이든 제거하기 전에 팀원에게 알리세요.
• 변경 후 탐색 테스트: 링크를 제거하거나 이동한 후에는 “방문자로 보기”를 사용하여 일반 사용자의 관점에서 탐색을 확인하고, 막다른 길이나 누락된 경로가 없는지 점검합니다.
• 거버넌스 정책 준수: SharePoint에 규정 준수 규칙이나 승인 워크플로가 있다면, 특히 규제가 엄격한 환경에서는 올바른 변경 관리 절차를 반드시 따르세요.

SharePoint 탐색: 팀 사이트, 커뮤니케이션 사이트, 허브 사이트의 차이

SharePoint에서는 탐색 구조를 하나로 통일할 수 없습니다. 메뉴가 표시되는 방식과 사용자가 메뉴와 상호 작용하는 방식은 어떤 유형의 사이트를 다루는지에 따라 크게 달라집니다. 팀 사이트, 커뮤니케이션 사이트, 허브 사이트는 각각 고유한 메뉴 레이아웃, 메뉴 유형, 그리고 별도의 권장 사례를 가지고 있습니다.

이러한 차이를 이해하면 긴밀하게 협업하는 프로젝트 팀이든 전사 커뮤니케이션 채널이든, 대상 사용자의 요구에 맞게 탐색 설계를 조정할 수 있습니다. 팀 사이트는 주로 왼쪽 메뉴에 의존하는 반면, 커뮤니케이션 사이트는 넓은 도달 범위를 위해 상단 링크를 강조합니다. 여기에 허브 사이트를 더하면 여러 관련 사이트를 연결하는 새로운 상단 막대가 생겨, 팀 간 작업이 더 단순해지고 긴밀하게 연결됩니다.

이 섹션에서는 각 사이트 유형의 고유한 특징을 살펴보고, 이러한 미묘한 차이를 어떻게 활용할지 안내합니다. 사용자가 어떤 사이트나 앱에서 시작하든 올바른 정보에 도달할 수 있도록 하는 것이 목표입니다. 또한 업무 도구가 Microsoft 365와 긴밀하게 통합되는 방향으로 발전함에 따라 Microsoft Teams 같은 도구가 어디에 맞는지도 고민해 볼 필요가 있습니다. 예를 들어 Teams와 SharePoint에서 대시보드가 어떻게 다르게 작동하는지 궁금하다면 다음 비교 글을 참고해 보십시오: Teams vs SharePoint: The Dashboard Showdown.

팀 사이트에서 왼쪽 탐색 메뉴와 Microsoft 365 앱 막대 관리하기

SharePoint 팀 사이트에서는 탐색 메뉴가 주로 화면 왼쪽에 위치하며, 문서 라이브러리, 사이트 페이지, 목록 사이를 이동하는 기본 축 역할을 합니다. 특히 프로젝트를 매일 함께 진행하는 작업 그룹이 빠르게 접근할 수 있도록 설계되어 있습니다.

Microsoft 365 앱 막대는 상단에 표시되며, Outlook, Teams, OneDrive 같은 주요 앱으로 가는 바로 가기를 제공하고 작업 환경 전반에서 일관된 탐색 경험을 제공합니다. 이 두 메뉴를 함께 관리하면 핵심 SharePoint 사이트와 더 넓은 Microsoft 365 도구 모음이 자연스럽게 연결되어, 팀원이 길을 잃지 않고 쉽게 작업 환경을 전환할 수 있습니다.

커뮤니케이션 사이트 메뉴: 상단 수준 링크와 레이블을 효과적으로 사용하기

• 중앙 집중형 상단 탐색: 커뮤니케이션 사이트는 상단에 가로 메뉴를 두어, 방문하는 모든 사용자에게 핵심 리소스와 공지를 가장 눈에 띄게 보여 줍니다.
• 섹션 레이블 사용: “정책”, “회사 소개”, “뉴스”처럼 명확한 레이블로 링크를 묶으십시오. 이렇게 구성하면 특히 대규모 부서에 소통할 때 사용자가 내용을 빠르게 훑어보고 원하는 콘텐츠를 쉽게 찾을 수 있습니다.
• 우선순위 콘텐츠 강조: 가장 중요하거나 시간에 민감한 정보를 상단 메뉴의 앞쪽에 배치하여, 사용자가 중요한 내용을 찾기 위해 깊이 들어갈 필요가 없도록 하십시오.
• 메뉴 깊이 얕게 유지: 하위 링크의 중첩 수를 제한하십시오. 메뉴 깊이가 지나치면 혼란스러워질 수 있으므로, 가능한 한 평평한 구조를 유지하여 탐색을 쉽게 만드십시오.

허브 막대와 허브 사이트로 통합 탐색 만들기

SharePoint 허브 사이트는 허브 막대를 사용하여 여러 관련 사이트를 하나로 묶습니다. 허브 막대는 연결된 모든 사이트에 즉시 표시되는 최상위 메뉴입니다. 이 허브 탐색은 사이트 간 링크, 정책, 리소스를 위한 단일하고 중앙화된 진입점을 사용자에게 제공합니다.

허브 사이트를 활용하면 규모가 큰 조직은 사용자가 어떤 사이트에 도착하든 일관되고 브랜드가 적용된 탐색 경험을 제공할 수 있습니다. 이는 “사이트 난립”을 관리하고, 방대한 인트라넷 생태계에서도 누구도 길을 잃지 않도록 보장하는 실용적인 방법입니다.

고급 SharePoint 탐색: 개인 맞춤화, 메타데이터, 그리고 권장 사례

SharePoint 환경이 커질수록 기본 메뉴만으로는 충분하지 않습니다. 고급 탐색 옵션을 사용하면 팀별로 경험을 개인화하고, 메타데이터를 활용해 더 똑똑한 메뉴를 만들며, 장기적으로 지속 가능한 권장 사례를 적용할 수 있습니다.

대상 사용자 지정은 가장 강력한 도구 중 하나입니다. 모든 사용자 화면을 모든 링크로 어지럽히는 대신, 특정 그룹에게 필요한 링크만 보여 줄 수 있습니다. 메타데이터 기반(관리형) 탐색을 사용하면 콘텐츠 형식이나 태그를 기준으로 메뉴를 구성할 수 있어, 수동 업데이트 없이도 쉽게 확장되는 유연하고 동적인 탐색을 제공합니다.

이 섹션에서는 이러한 고급 기능과 함께 점진적 공개(progressive disclosure)와 같이 검증된 방법을 살펴봅니다. 사용자가 압도되지 않고 항상 무엇을 기대할 수 있는지 알 수 있도록 하기 위함입니다. 거버넌스와 규정 준수가 중요한 환경(특히 규제 산업)에서는 이러한 전략이 생산성을 해치지 않으면서도 통제력을 유지하는 데 도움이 됩니다. Microsoft 365 전반에서 거버넌스가 어떻게 디지털 혼란을 간결한 협업으로 바꿔 주는지 알고 싶다면 How Teams Governance Turns Chaos Into Confident Collaboration을 참고하세요.

대상별 게시(Audience Targeting)를 활용한 맞춤형 탐색 링크

• 그룹별 대상 지정: 특정 부서, 역할 또는 보안 그룹의 사용자에게만 탐색 링크를 표시합니다. 예를 들어 인사팀에는 인사 관련 링크를, 마케팅팀에는 마케팅 관련 링크를 보여 줍니다.
• 핵심 리소스 우선 배치: 각 대상에게 가장 중요한 링크를 앞에 배치하여 효율을 높이고 정보를 찾는 데 드는 시간을 줄입니다.
• 메뉴 간소화: 필요하지 않은 사용자 그룹에게는 관련 없거나 민감한 링크를 숨겨, 탐색 구조를 간결하고 안전하게 유지합니다.
• 신중하게 적용: 탐색 설정에서 대상별 게시 기능을 사용하고, 전사 배포 전에 파일럿 사용자와 먼저 테스트합니다.

모범 사례 허브: 점진적 공개와 기대치 관리

1. 점진적 공개: 사용자에게 필요한 내용을 필요한 시점에만 보여 줍니다. 수십 개의 링크로 방문자를 압도하지 않도록 하고, 상위 수준의 개요로 시작한 뒤 사용자가 세부 항목으로 들어갈 때 더 자세한 정보를 제공합니다.
2. 파일이 아닌 페이지 사용: 탐색 링크는 개별 문서나 스프레드시트가 아닌 사이트 페이지에 연결하는 것을 원칙으로 합니다. 그렇게 하면 맥락을 통제하고 추가 안내를 제공할 수 있으며, 파일이 이동하거나 변경되더라도 탐색 구조를 최신 상태로 유지할 수 있습니다.
3. 명확한 레이블과 설명: 전문 용어가 없는 명확한 레이블을 사용하세요. “Q2-NT-PL”이 무엇인지 추측해야 하는 상황은 누구에게도 좋지 않습니다. 가능하다면 탐색 항목에 도구 설명(툴팁)이나 짧은 설명을 추가하여 방문자가 각 링크가 어디로 연결되는지 정확히 알 수 있도록 하세요.
4. 지속적인 검토와 업데이트: 메뉴가 오래되도록 방치하지 마세요. 분기별로(또는 주요 조직 개편 후에) 탐색 구조를 검토하여 오래된 링크나 누락된 섹션이 없는지 확인합니다. 최종 사용자의 피드백은 매우 소중합니다. 무엇이 혼란스러운지 물어보고 개선하세요.
5. 기대치 설정 및 공유: 특히 정책, 양식 또는 업무에 중요한 콘텐츠의 경우, 링크를 클릭했을 때 무엇을 보게 될지 분명히 알려 주세요. 이는 사용자의 불편을 줄이고 인트라넷 탐색에 대한 신뢰를 높이는 데 도움이 됩니다.

최신 SharePoint와 클래식 SharePoint 탐색 비교: 메뉴와 기능

SharePoint의 탐색 체계는 클래식 시절에 비해 많이 발전했습니다. 최신 SharePoint 탐색은 유연성, 동적 메뉴, 모바일 우선 경험을 중심으로 설계되어 있는 반면, 클래식 구성은 경직되어 있었고 수작업이 많았으며 대규모로 유지 관리하기가 까다로운 경우가 많았습니다.

아직 클래식 SharePoint 사이트를 운영하고 있다면 몇 가지 한계를 느끼실 수 있습니다. 모바일에 대한 반응형 디자인이 부족하거나, 메뉴가 자동으로 업데이트되지 않거나, 탐색 모음에 수작업 관리가 더 필요한 경우가 그렇습니다. 최신 탐색으로 전환하면 대상별 게시, 허브 사이트 연결, 기기 간 일관된 디자인 같은 기능을 사용할 수 있습니다.

이 섹션에서는 두 방식의 차이점, 대부분의 조직이 최신 방식으로 전환하는 이유, 그리고 현재 환경에서 클래식 탐색 패턴을 계속 사용하고 있다면 주의해야 할 점을 자세히 살펴봅니다.

SharePoint 메뉴: 최신 탐색의 혁신

최신 SharePoint는 스마트하고 유연한 메뉴를 제공합니다. 사용자의 권한과 역할에 따라 조정되는 동적 탐색을 제공하며, 대상별 게시 기능으로 메뉴 항목을 개인화할 수 있습니다. Microsoft 365 앱 바는 모든 사이트에서 접근할 수 있는 전역 탐색 계층을 추가하여, SharePoint, Teams, OneDrive 등 여러 앱 사이를 쉽게 이동할 수 있도록 합니다.

최신 탐색은 반응형 디자인도 돋보입니다. 메뉴가 모바일에서 부드럽게 접히고 펼쳐져, 컴퓨터를 사용하든 휴대폰을 사용하든 일관된 경험을 보장합니다.

클래식 SharePoint 탐색과 그 한계

• 빠른 실행 패널: 클래식 SharePoint 사이트는 Quick Launch라는 정적 왼쪽 메뉴를 사용합니다. 이 메뉴는 수작업으로 업데이트해야 하며, 고급 기능을 쉽게 지원하지 않습니다.
• 상단 링크 바: 가로 방향 탐색을 제공하지만, 더 깊은 사이트 구조와 연결되지 않는 경우가 많아 규모가 크고 복잡한 사이트에서는 사용자가 혼란을 겪을 수 있습니다.
• 앱 런처 바: 존재하기는 하지만 최신 앱 바만큼의 깊이나 유연성을 제공하지 않으며, 새로운 탐색 옵션이 추가되어도 동적으로 업데이트되지 않습니다.
• 마이그레이션 과제: 클래식에서 최신 환경으로 옮기려면 탐색 구조 전체를 다시 생각해야 할 수 있습니다. 대상 지정, 메타데이터 기반 메뉴, 원활한 모바일 지원과 같은 기능은 클래식 구성에서는 사용할 수 없기 때문입니다.

모바일, 접근성, 성능을 고려한 SharePoint 탐색 최적화

요즘 SharePoint 사용자는 한곳에 가만히 있지 않습니다. 팀원들은 노트북만큼이나 스마트폰으로도 인트라넷을 확인할 가능성이 높습니다. 따라서 탐색 기능은 어디에서나, 모든 사용자에게 제대로 작동해야 합니다. 모바일 사용성, 접근성, 심지어 사이트 속도까지 탐색 설계 결정에 따라 영향을 받을 수 있습니다.

SharePoint 탐색을 빠르고 접근성 있게 만들려면 터치 동작을 고려하고, 키보드 단축키와 화면 읽기 프로그램을 지원하며, 끝없는 링크나 깊은 계층 구조로 페이지를 무겁게 만들지 않아야 합니다. 이러한 요소는 특히 장애가 있는 직원이나 불안정한 네트워크 환경에서 현장 업무를 하는 직원에게 사용자 만족도를 크게 좌우할 수 있습니다.

이 섹션에서는 모바일 우선 설계 방식, WCAG 및 Section 508 준수의 중요성, 그리고 SharePoint 사이트가 커질 때 탐색 선택이 성능에 미치는 영향 등 간과되기 쉬운 고려 사항을 다룹니다.

SharePoint 사용자를 위한 모바일 탐색 개선

• 메뉴 구조 단순화: 모바일 화면에서는 깊거나 복잡한 메뉴를 처리하기 어렵습니다. 따라서 탐색 계층은 얕게 유지하고 가장 중요한 링크를 앞쪽에 배치하세요.
• 모바일 앱 사용: SharePoint 모바일 앱은 접을 수 있는 메뉴와 최근 및 자주 사용하는 콘텐츠 중심의 간결한 탐색 환경을 제공합니다.
• 반응형 메뉴 사용: 최신 탐색 기능은 작은 화면에서 자동으로 접히지만, 사용자 지정 설정을 적용했다면 터치 기기에서 메뉴가 깨지거나 항목이 사라지지 않는지 반드시 테스트하세요.
• 검색 강조: 많은 모바일 사용자는 메뉴를 탐색하기보다 검색에 의존하므로, 검색 기능이 눈에 잘 띄고 주요 키워드에서 잘 동작하도록 하세요.

접근 가능한 탐색: SharePoint의 키보드 및 화면 읽기 프로그램 지원

1. 키보드 탐색: 최신 SharePoint의 모든 탐색 메뉴는 Tab, Shift + Tab, 화살표 키를 사용해 키보드로 접근할 수 있습니다. 깊은 메뉴에서 포커스가 멈추거나 사라지지 않도록 하고, 사용자가 본문으로 빠르게 건너뛸 수 있는지 확인하세요.
2. 화면 읽기 프로그램 호환성: SharePoint는 ARIA 레이블과 의미 기반 마크업을 사용해 메뉴와 링크를 화면 읽기 프로그램에 설명합니다. 메뉴 항목, 하위 메뉴, 레이블이 명확하게 전달되는지 화면 읽기 프로그램으로 탐색을 테스트하세요.
3. 규정 준수: 최신 SharePoint 탐색은 WCAG 2.1 및 Section 508 요구 사항을 지원하지만, 관리자는 접근성을 해칠 수 있는 사용자 지정 코드를 피해야 합니다. 설명이 명확한 레이블을 사용하고, 중요한 링크에 마우스 오버로만 동작하는 방식은 피하세요.
4. 포용적 설계 팁: 탐색 구조를 일관되게 유지하고 계층을 최소화하며, 아이콘이나 이미지 기반 링크에는 대체 텍스트를 제공하세요. 이렇게 하면 시각 장애뿐 아니라 인지 또는 운동 장애가 있는 사용자도 편리하게 이용할 수 있습니다.

탐색 구조가 SharePoint 성능에 미치는 영향

1. 탐색 깊이 제한: 깊은 메뉴 계층은 특히 관리형 탐색과 대규모 SharePoint 사이트에서 페이지 로드 시간을 늦출 수 있습니다. 최상의 결과를 위해서는 two 또는 three 단계 이내로 유지하세요.
2. 링크 수 줄이기: 메뉴에 수십 개의 링크가 넘치면 페이지를 불러올 때마다 로드되는 데이터양이 늘어납니다. 메뉴를 꼭 필요한 항목으로 줄여 빠른 응답성을 유지하세요.
3. 캐싱 현명하게 활용: 관리형 탐색은 SharePoint의 기본 제공 캐싱의 이점을 누릴 수 있지만, 동적 또는 개인화된 요소가 많으면 처리 시간이 늘어날 수 있습니다. 캐싱이 오류나 지연 없이 작동하도록 메뉴를 구성하세요.
4. 성능 정기 점검: 주요 메뉴를 변경하기 전후로 사이트 속도를 주기적으로 테스트하세요. SharePoint 분석을 활용해 속도 저하를 찾아내고, 환경이 커짐에 따라 탐색 구조를 조정하세요.

함께 들으면 좋은 에피소드

좋은 SharePoint 탐색 모범 사례는 사용자가 현재 위치를 파악하고, 관련된 콘텐츠가 무엇인지 알고, 사이트 구조를 외우지 않고도 중요한 콘텐츠에 도달할 수 있도록 돕습니다. 다음 에피소드에서 더 깊이 있는 배경을 살펴볼 수 있습니다:

• Make SharePoint Search Show the Right Files First — 사이트 구조, 탐색, 메타데이터, 검색이 어떻게 함께 작동하는지 이해합니다.
• AI-Powered SharePoint Intranets: Beyond Static Design — AI와 개인화가 SharePoint 설계와 정보 전달 방식을 어떻게 바꾸고 있는지 살펴봅니다.
• Stop SharePoint Sprawl with Data and Automation Governance — 아키텍처, 소유권, 수명 주기, 자동화가 SharePoint 환경을 관리 가능한 상태로 유지하는 방법을 알아봅니다.
• Microsoft 365 Governance Is a People and Ownership Problem — 표준에 책임 있는 소유자와 반복 가능한 프로세스가 필요한 이유를 알아봅니다.