KO
English
Deutsch
Español
Français
Italiano
Português
Nederlands
Polski
Bahasa Indonesia
Русский
Українська
العربية
עברית
日本語SharePoint URL 구조 이해하기
By Mirko Peters · · Updated
테넌트, 사이트, 라이브러리, 폴더, 파일, 공유 링크, 인코딩된 문자, 마이그레이션, 거버넌스, 문제 해결 측면에서 SharePoint URL 구조를 이해합니다.
Automatically translated with AI from the original post. Read the English original
여러분이 "SharePoint URL"에 대해 이야기하는 것을 들을 때, 실제로는 SharePoint 사이트 전반에서 팀이 무언가를 찾고, 정리하고, 관리하는 방식의 기반을 논의하는 것입니다. 모든 파일, 페이지, 목록에는 고유한 "주소"(즉, URL)가 있으며, 이러한 URL이 어떻게 구성되어 있는지에 따라 탐색의 편리함이 크게 달라집니다. 회사가 성장할수록 그 차이는 더욱 커집니다.
잘 설계된 SharePoint URL은 보기에만 좋은 것이 아닙니다. 혼란을 줄이고, 공유를 쉽게 하며, Microsoft 365 환경을 체계적으로 유지하는 데 중요한 역할을 합니다. 사이트 거버넌스나 강력한 디지털 협업 습관을 진지하게 고민하고 있다면 이는 더욱 중요합니다(믿어 주십시오, 클릭 하나하나가 쌓이면 큰 차이가 됩니다). SharePoint와 Teams 거버넌스를 준비하고 계신다면, URL을 이해하는 것이 첫 단계입니다. SharePoint가 기본적으로 웹 주소를 만드는 방식부터, 이를 사용자 지정하고, 통합하고, 장기간 안정적으로 운영하는 방법까지 필요한 내용을 모두 자세히 살펴보겠습니다.
SharePoint에 영향을 미치는 더 큰 거버넌스 전략에 관심이 있다면, Microsoft Teams 거버넌스가 협업을 어떻게 올바른 방향으로 유지하는지에 대한 심층 분석도 확인해 보십시오. 모두 서로 연결되어 있습니다.
SharePoint 기본 사항과 기본 URL 구조 설명
SharePoint를 사용하다 보면 어디에서든 URL이 일정한 패턴을 따르는 것을 알아차리게 됩니다. 이러한 패턴을 인식하는 것은 문제를 해결하거나, 교육 자료를 준비하거나, 회사가 성장하면서 새 사이트를 구성할 계획을 세울 때 특히 중요합니다. 이제 막 시작하는 분들에게 기본 URL은 SharePoint의 여러 계층 안에서 "현재 위치"가 어디인지 정확히 알려 줍니다. 페이지가 복잡하게 얽혀 길을 잃었을 때 이러한 정보가 많은 번거로움을 덜어 줍니다.
이는 초보자에게만 해당하는 이야기가 아닙니다. 숙련된 관리자도 기본 SharePoint URL 구조가 사용자 지정과 통합의 토대가 된다는 것을 잘 알고 있습니다. 새 사이트 모음이나 하위 사이트를 만들 때마다 SharePoint는 회사의 SharePoint Online 링크와 같은 기본 환경에 더해 사이트의 계층 구조와 범위를 나타내는 요소를 포함한 웹 주소를 생성합니다. 이 부분에 익숙해지면 많은 일반적인 관리 및 지원 작업을 숙달하는 데 절반은 다가간 셈입니다.
기본 SharePoint URL의 모습과 그 출처를 이해하고 나면 URL 브랜딩, 탐색 정리, 끊어진 링크 문제 해결과 같은 고급 작업으로 넘어갈 준비가 된 것입니다. 이러한 기초 지식을 여러분의 "URL 도구 상자"라고 생각하십시오. SharePoint나 Teams 환경이 혼란스러워지지 않기를 원한다면, 이런 기본적인 이해가 첫걸음입니다. 이후에는 쿼리 문자열이나 통합 지점 같은 고급 주제를 배우면서 이 지식을 바탕으로 쌓아 가게 됩니다. 지금은 한 가지만 기억하십시오. 모든 사용자 지정 변경은 기본 형식이 어떻게, 왜 그렇게 작동하는지 아는 것에서 시작합니다.
SharePoint의 페이지 URL 패턴과 하위 사이트 개요
SharePoint는 사이트 구조를 그대로 반영하는 URL을 만듭니다. 최상위에는 사이트 모음이 있습니다(예: "https://company.sharepoint.com/sites/ProjectTeam"). 하위 사이트는 이 기본 주소 아래에 배치되며, 보통 URL에 새로운 "폴더"로 추가됩니다. 하위 사이트의 예로 "/sites/ProjectTeam/Sales"를 떠올려 보십시오. 각 개별 페이지에는 고유한 .aspx 파일이 있으므로 뉴스 기사나 홈페이지는 "/SitePages/News-Story.aspx"로 끝날 수 있습니다.
이러한 계층 구조 덕분에 웹 주소만 보고도 SharePoint 계층에서 현재 위치를 쉽게 파악할 수 있습니다. 목록과 문서 라이브러리도 같은 패턴을 따르므로, 페이지가 Microsoft List의 일부인지 아니면 파일 라이브러리의 일부인지 한눈에 확인할 수 있습니다. 액세스를 관리하거나 탐색을 구성하거나 사용자에게 찾아갈 위치를 알려 주려면, 이러한 SharePoint URL "이동 경로"를 이해하는 것이 빠르게 효과를 발휘합니다.
SharePoint 사이트 및 하위 사이트의 URL 사용자 지정과 관리
SharePoint는 기본 URL을 잘 제공하지만, 특히 외부에 공개되거나 내부적으로 많이 사용되는 사이트의 경우 사용자 지정 웹 주소를 만들고 싶은 이유가 많습니다. 새로운 HR 포털이나 고객 대상 프로젝트 허브를 출시한다고 생각해 보십시오. 브랜드가 반영되고 명확한 URL은 디지털 작업 공간에 대한 신뢰를 높이고, 사용자가 쉽게 익히도록 도우며, 기억하기 쉬운 링크를 유지해 줍니다. 이는 언제나 비즈니스에 도움이 됩니다.
사용자 지정 URL을 사용하면 사용자에게 혼란을 주지 않으면서도 회사의 브랜드를 드러내거나 규정 준수 기준을 충족할 수 있습니다. 설명적이고 의미 있는 사이트 주소를 설정하면 불편함이 줄어들 뿐만 아니라 검색 엔진 색인 생성과 디지털 접근성에도 도움이 됩니다. 이후에는 사이트 URL을 조정하고, 하위 사이트 이름을 안전하게 바꾸며, 더 매끄러운 탐색 구조를 만드는 실질적인 방법을 살펴보겠습니다. 일이 잘못 풀릴 때를 대비한 문제 해결 팁도 알려드립니다. 누구에게나 일어나는 일이니까요.
잘 관리된 URL은 좋은 SharePoint 거버넌스의 기반이 될 수 있다는 점을 기억해 두십시오. URL이 잘 관리되어 있으면 마이그레이션, 감사, 정보 검색이 쉬워지고 스트레스도 줄어듭니다. 디지털 작업 환경이 어수선해지기 시작했다면, 체계적인 URL 계획이 이를 정리하는 데 도움이 될 가능성이 높습니다.
사용자 지정 URL로 사용자를 리디렉션하고 탐색 경험 개선하기
- 탐색에 사용자 지정 링크 설정: 선호하는 목록, 라이브러리 또는 새 하위 사이트 URL로 연결되는 명확한 사이트 링크나 단추를 추가합니다. 이렇게 하면 사용자가 오래되고 낡은 주소를 계속 사용하는 일을 막고, 모든 사용자가 의도한 위치에 도착하도록 할 수 있습니다.
- 리디렉션 페이지 또는 웹 파트 사용: SharePoint Online에서 스크립트 편집기를 사용해 "리디렉션" 페이지를 만들거나, 기본 제공 최신 웹 파트를 활용해 이전 주소에서 새 주소로 사용자를 안내할 수 있습니다. 대규모 사이트 구조 개편 중에 특히 유용합니다.
- 스마트 라우팅을 위한 Microsoft Lists 활용: Microsoft Lists(또는 Power Automate 흐름)의 조건 논리를 사용해 데이터나 권한에 따라 사용자를 맞춤형 대상으로 안내할 수 있습니다. 중앙 포털에서 여러 팀을 안내해야 할 때 안성맞춤입니다.
- 북마크 또는 공유된 URL 확인 및 업데이트: 공유 링크를 정기적으로 감사하여 올바른 위치로 연결되는지 확인하고, 브랜드를 변경하거나 사이트를 재구성했다면 링크를 업데이트합니다.
SharePoint의 목록, 라이브러리 및 문서 URL 설명
SharePoint는 보기 좋은 홈페이지나 화려한 대시보드만을 위한 것이 아닙니다. 목록, 문서 라이브러리, 그리고 개별 파일로 연결되는 작은 링크들이 실제로 일상 업무를 돌아가게 합니다. 이러한 URL이 어떻게 만들어지는지 알면 훨씬 유리합니다. 필요한 사람에게만 콘텐츠를 공유하고, 파일이 사라졌을 때 문제를 해결하며, 팀 전체의 탐색을 더 쉽게 만들 수 있습니다.
목록을 만들거나, 문서 라이브러리를 추가하거나, 파일을 업로드할 때마다 시스템이 고유한 URL을 자동으로 생성합니다. 간단해 보이지만, 권한, 공유 설정, 심지어 브라우저 선택에 따라 다른 규칙이 적용될 수 있습니다. 내부에서는 잘 작동하던 방식도 조직 외부와 공유할 때는 문제가 생길 수 있으므로, 기본 원리를 알고 있으면 더 민첩하게 대응할 수 있습니다.
올바른 URL을 찾아 복사하는 방법을 알고 나면 더 고급 기능으로 나아갈 수 있습니다. 예를 들어 라이브러리의 필터링된 보기를 누군가에게 보내거나, 특정 태그가 지정된 프로젝트 문서만 표시하는 링크를 설정할 수 있습니다. 데이터를 많이 다루거나, 파일이 가득한 폴더 앞에서 쉽게 어려움을 느끼는 사용자를 지원해야 할 때 특히 유용합니다.
쿼리 문자열을 사용해 라이브러리의 검색 결과에 연결하기
- 열 값으로 필터링: 라이브러리 URL 끝에 "?FilterField1=Status&FilterValue1=Active"를 추가하면 클릭할 필요 없이 활성 항목만 표시되도록 문서를 미리 필터링할 수 있습니다.
- 저장된 보기로 직접 연결: "최근에 추가됨"처럼 저장된 공개 보기의 직접 URL을 복사하면, 사용자가 필요한 내용을 한눈에 볼 수 있습니다.
- 여러 필터 연결: "?FilterField1=Team&FilterValue1=HR&FilterField2=Type&FilterValue2=Policy"와 같이 필터 쌍을 이어 붙여 필요한 데이터만 좁혀 볼 수 있습니다.
- 검색 쿼리 강조: 라이브러리 검색을 시뮬레이션하고 결과 URL을 가져옵니다. 이 링크를 보내면 검색어를 기준으로 필터링된 결과가 표시됩니다.
쿼리 문자열과 필터를 활용한 고급 SharePoint URL 기법
SharePoint URL의 기본을 익혔다면, 이제 쿼리 문자열과 보기 필터로 업무 효율을 한 단계 더 끌어올리는 방법을 살펴볼 차례입니다. 이 기법은 개발자만을 위한 것이 아닙니다. 복잡한 목록과 문서 라이브러리 안에서 맞춤형 대시보드, 맞춤 보고서, 자동화된 탐색이 필요할 때 파워 사용자와 업무 관리자도 적극 활용합니다.
쿼리 문자열은 URL 끝에 붙는 일련의 지시문으로, SharePoint에 어떤 레코드를 보여줄지, 어떤 순서로 정렬할지, 또는 어떤 보기를 표시할지를 알려줍니다. 보고 자동화부터 번거로운 필터링을 미리 적용한 직접 링크를 동료에게 보내는 일까지, 다양한 상황에서 이들을 조합해 사용하게 될 것입니다.
이 방식은 고급 통합에도 활용할 수 있습니다. Microsoft 365에서 SharePoint는 이렇게 필터링된 링크를 Teams 대시보드, Microsoft Lists, 또는 Power Apps에 바로 연결할 수 있습니다. 반복적인 프로세스를 자동화하고 일상적인 작업 속도를 높이며, 많은 수작업 클릭이나 교육 없이도 데이터를 안전하게 관리하고 쉽게 접근할 수 있게 할 수 있습니다. 다음 섹션에서는 특정 요구 사항에 맞게 URL을 활용하는 가장 효과적인 방법 몇 가지를 살펴보겠습니다.
SharePoint URL을 Microsoft Lists 및 Power Apps와 연결하기
- 목록 항목으로 직접 연결: 사용자를 Microsoft Lists의 특정 레코드로 바로 이동시키는 URL을 구성하여 작업 흐름을 개선하고 데이터를 찾는 번거로움을 줄입니다.
- Power Apps 양식과 통합: SharePoint URL에 매개 변수를 전달하여 양식을 미리 채우거나 사용자 지정 앱 화면을 실행합니다. 보고나 추적 프로세스를 빠르게 진행하는 데 매우 유용합니다.
- Power Automate 워크플로 트리거: 자동화된 이메일이나 워크플로 메시지에 인코딩된 URL을 사용하면, 수신자가 필터링되고 바로 조치할 수 있는 SharePoint 목록 보기로 바로 이동합니다.
- Teams 탭에 데이터 제공: Microsoft Teams에 필터링된 SharePoint 목록 URL을 포함하여 상황에 맞는 대시보드와 프로젝트 그룹을 위한 바로 가기 접근을 제공합니다.
SharePoint URL 공유, 디버깅 및 유지 관리를 위한 모범 사례
SharePoint 사이트가 커지면 이 많은 URL을 관리하고 유지 관리하며 문제를 해결하는 일이 일상 업무의 일부가 됩니다. 즉, 확실한 모범 사례가 필요합니다. 링크 공유는 단순히 복사하여 붙여넣는 것이 아닙니다. 권한, 링크 설정, 그리고 선택하는 URL 유형에 따라 사용자가 겪는 경험(및 보안 수준)이 달라집니다. 내부 사용자와 외부 사용자를 함께 관리하고 있다면 이 부분에 주의를 기울이는 것만으로도 수많은 지원 요청을 줄일 수 있습니다.
이 퍼즐의 또 다른 조각은 시간이 지나도 URL을 정상적으로 유지하는 것입니다. 막다른 페이지, 깨진 링크, 또는 아직 구성 중인 사이트는 생산성을 떨어뜨릴 수 있습니다. 그래서 특히 기본 제공 SharePoint 모드와 매개 변수 같은 디버깅 및 유지 관리 도구를 반드시 알아두어야 합니다. 이러한 도구는 관리자가 웹 파트, 페이지 또는 사이트의 문제를 해결하고, 새로 시작하는 작업이든 기존 콘텐츠 지원이든 모든 것이 원활하게 작동하도록 돕습니다.
거버넌스는 출시 당일에 끝나지 않습니다. 정기적인 감사, 신중한 공유 방식, 그리고 적절한 유지 관리 모드 활용이 SharePoint 환경을 신뢰할 수 있고 안정적으로 유지해 줍니다. 이를 디지털 업무 환경의 정기 점검이라고 생각하십시오. 작은 문제가 큰 문제로 커지기 전에 발견하고, 사용자가 링크에 대한 신뢰를 잃지 않도록 할 수 있습니다.
SharePoint 사이트의 디버깅 및 유지 관리 모드
- URL을 통한 편집 모드: 페이지 URL 끝에 “?Mode=Edit”를 추가하면 바로 편집 모드로 들어가 콘텐츠나 레이아웃 문제를 신속하게 수정할 수 있습니다.
- 웹 파트 유지 관리 모드: 페이지 링크에 “?maintenancemode=true”를 추가하면 최신 SharePoint 페이지에서 문제가 있는 웹 파트를 비활성화하거나 문제를 해결하는 데 도움이 되는 보기가 열립니다.
- SPFx 디버깅: SharePoint Framework(SPFx) 문서에서 제공하는 특수 디버그 쿼리 문자열을 사용하여 사용자 지정 웹 파트나 솔루션의 문제를 진단합니다.
- 유지 관리 모드 종료: URL에서 유지 관리 또는 디버그 매개 변수를 제거하기만 하면 일반 사용자 보기로 돌아갑니다.
함께 들어보면 좋은 에피소드
예측 가능한 SharePoint URL 구조는 탐색과 문제 해결을 돕지만, URL은 메타데이터나 검색을 대신하는 것이 아니라 안정적인 아키텍처를 반영해야 합니다. 다음 에피소드에서는 이러한 설계의 배경을 자세히 설명합니다.
- SharePoint 검색이 가장 적합한 파일을 먼저 보여주도록 하기 — 구조, 탐색, 메타데이터, 검색이 여러 사이트 전반의 정보 찾기에 어떤 영향을 미치는지 이해합니다.
- 데이터 및 자동화 거버넌스로 SharePoint 확산 막기 — 아키텍처, 수명 주기, 소유권, 자동화가 SharePoint 환경을 관리 가능한 상태로 유지하는 방법을 알아봅니다.
- 실용적인 거버넌스로 잘못된 Microsoft 365 테넌트 설계 개선하기 — 아키텍처와 소유권이 취약할 때 기술적 선택이 장기적인 운영상의 결과를 어떻게 초래하는지 살펴봅니다.
- Copilot 배포 전에 Microsoft 365 데이터 액세스 감사하기 — 권한, 소유권, 콘텐츠 경계가 보안과 AI 준비 상태에 어떤 영향을 미치는지 살펴봅니다.