공유, 권한, 보안 설정 다루기

공유는 협업 기능이자 보안 설정이다

노션에서 공유는 단순히 링크를 보내는 일이 아니다. 누가 어떤 정보를 볼 수 있고, 어디까지 수정할 수 있으며, 다시 다른 사람에게 넘길 수 있는지를 정하는 일이다. 그래서 공유 설정은 협업 기능이면서 동시에 보안 설정이다.

좋은 공유 습관의 기준은 간단하다.

필요한 사람에게, 필요한 페이지를, 필요한 권한만 준다.

팀 프로젝트를 예로 들어보자. 내부 팀원은 작업 데이터베이스를 편집해야 할 수 있다. 외부 고객은 전체 작업 목록보다 진행 보고서만 보면 충분할 수 있다. 프리랜서 디자이너는 디자인 관련 작업만 수정하면 되고, 회사 정책 문서는 읽기만 가능해야 한다. 이처럼 같은 노션 안에서도 사람마다 필요한 접근 범위가 다르다.

이 장에서는 앞에서 만든 프로젝트, 위키, 템플릿 구조를 안전하게 공유하는 방법을 다룬다. 핵심은 모든 것을 잠그는 것이 아니라, 협업이 막히지 않으면서도 실수로 정보가 열리지 않게 만드는 것이다.

AI 생성 이미지

세 가지 공유 방식 구분하기

노션 페이지 상단의 공유 메뉴에서는 보통 세 가지 방식으로 접근을 열 수 있다. 특정 사람을 초대하는 방식, 팀스페이스나 워크스페이스 구성원에게 여는 방식, 웹에 공개 링크를 만드는 방식이다.¹

1. 특정 사람 초대

가장 안전한 기본 방식이다. 이메일이나 이름으로 특정 사람을 초대하고, 그 사람에게만 권한을 준다. 외부 고객, 파트너, 프리랜서처럼 워크스페이스 전체를 볼 필요가 없는 사람은 보통 게스트로 초대한다.

예를 들어 고객에게 프로젝트 보고서 페이지를 공유한다면 고객 이메일을 입력하고 읽기 가능 또는 댓글 가능 정도만 주면 된다. 고객이 내용을 직접 고쳐야 하는 상황은 많지 않다. 수정 요청은 댓글로 받는 편이 기록 관리에도 좋다.

주의할 점은 상위 페이지를 공유하면 그 안의 하위 페이지도 함께 보일 수 있다는 점이다. 고객에게 공유하기 전에는 그 페이지 안에 내부 회의록, 견적 계산표, 팀원 평가 메모 같은 하위 페이지가 없는지 확인해야 한다.

2. 팀 또는 워크스페이스 공유

팀 전체가 함께 봐야 하는 회사 위키, 공통 업무 규칙, 프로젝트 허브에는 팀스페이스나 워크스페이스 공유가 적합하다. 이 방식은 개인별로 초대하지 않아도 멤버들이 접근할 수 있어 편하다.

하지만 편한 만큼 범위가 넓다. "모든 구성원이 봐도 되는가?"라는 질문에 자신 있게 답할 수 있을 때만 사용해야 한다. 특히 인사, 재무, 고객 계약, 보안 정책처럼 민감한 정보는 워크스페이스 전체 공유보다 담당자나 특정 그룹 공유가 안전하다.

팀 또는 워크스페이스 공유에서는 검색 노출 여부도 중요하다. 노션에서는 워크스페이스 구성원이 검색이나 링크로 접근할 수 있게 열 수도 있고, 필요한 경우 검색 결과에는 잘 드러나지 않게 숨길 수도 있다.¹ 임시 프로젝트나 제한된 문서는 접근 대상과 검색 노출을 함께 확인하는 편이 좋다.

3. 웹 공개 링크

웹 공개는 가장 넓은 공유 방식이다. 링크를 가진 사람은 워크스페이스 멤버가 아니어도 페이지를 볼 수 있다. 공개 채용 공고, 행사 안내, 외부 배포용 자료처럼 널리 보여도 되는 내용에만 사용한다.

웹 공개 링크의 위험은 링크가 전달될 수 있다는 데 있다. 내가 한 사람에게 보낸 링크가 다시 다른 사람에게 전달될 수 있다. 따라서 고객 전용 자료, 내부 매뉴얼, 가격 정책, 미공개 기획안에는 사용하지 않는 것이 원칙이다.

웹 공개가 필요한 경우에도 다음 세 가지를 확인하자.

• 공개 페이지 안에 내부용 하위 페이지가 없는가?

• 데이터베이스에 숨긴 속성이나 민감한 기록이 포함되어 있지 않은가?

• 공개 기간이 끝난 뒤 링크를 닫을 계획이 있는가?

노션은 공개 링크 만료 같은 설정을 제공하며, 엔터프라이즈 환경에서는 공개 링크나 사이트 게시 자체를 제한할 수도 있다.¹ 팀 규모가 커질수록 개인 판단에 맡기기보다 워크스페이스 차원에서 공개 링크 사용 기준을 정해야 한다.

권한 이름보다 실제로 가능한 일을 보자

공유할 때 가장 많이 헷갈리는 부분은 권한 이름이다. "편집 가능"이라고 해서 모든 것을 바꿀 수 있는지, "댓글 가능"이면 어디까지 볼 수 있는지, "콘텐츠 편집 가능"은 무엇인지 구분해야 한다.

노션의 주요 권한은 다음처럼 이해하면 쉽다.¹

여기서 콘텐츠 편집 가능과 생성 가능은 데이터베이스에서 쓰이는 권한이다. 특히 생성 가능 권한은 비즈니스·엔터프라이즈 요금제에서 제공되며, IT 요청, 구매 신청, 채용 후보자 등록처럼 "제출은 해야 하지만 다른 사람의 항목은 보지 않아야 하는" 상황에 어울린다.¹

실무에서는 전체 허용을 매우 적게 줘야 한다. 전체 허용을 받은 사람은 다른 사람의 접근 권한을 바꿀 수 있다. 페이지 구조를 설계한 사람, 팀 리더, 노션 운영 담당자처럼 책임이 분명한 사람에게만 주는 것이 좋다.

팀원이 문서를 함께 작성해야 한다면 편집 가능이면 충분한 경우가 많다. 데이터베이스 안에서 업무 상태, 담당자, 마감일만 바꾸면 되는 사람에게는 콘텐츠 편집 가능이 더 안전하다. 외부 고객은 대부분 댓글 가능 또는 읽기 가능으로 충분하다.

권한을 정할 때는 "이 사람이 할 수 있으면 좋은 일"이 아니라 "이 사람이 반드시 해야 하는 일"을 기준으로 삼자. 권한은 나중에 올릴 수 있다. 처음부터 크게 열어두고 나중에 줄이는 것보다, 작게 열고 필요할 때 넓히는 편이 안전하다.

데이터베이스는 구조와 내용을 나누어 보호한다

팀 노션에서 가장 자주 발생하는 사고는 문장 하나가 잘못 수정되는 것이 아니다. 데이터베이스의 속성, 보기, 필터, 상태 옵션이 바뀌면서 전체 시스템이 흔들리는 일이다.

예를 들어 작업 데이터베이스에서 누군가 상태 옵션에 "진행중", "진행 중", "Doing"을 계속 추가하면 필터가 깨진다. 공식 보기의 정렬 조건을 바꾸면 팀원이 오늘 해야 할 일을 놓칠 수 있다. 마감일 속성을 삭제하면 캘린더 보기와 자동 계산도 함께 무너진다.

그래서 데이터베이스는 내용 편집과 구조 편집을 분리해야 한다.

• 팀원은 작업명, 상태, 담당자, 마감일을 수정한다.

• 운영자는 속성, 보기, 필터, 템플릿을 관리한다.

• 중요한 데이터베이스는 잠금이나 콘텐츠 편집 권한으로 구조 변경을 막는다.

노션의 데이터베이스 잠금은 구성원이 일상적인 항목 추가와 편집은 하되, 속성이나 보기 같은 구조를 함부로 바꾸지 못하게 하는 데 유용하다.² 특히 회사 위키, 전체 작업 관리, 고객 관리, 프로젝트 포트폴리오처럼 여러 페이지에 연결된 데이터베이스는 잠가두는 편이 안전하다.

공식으로 사용하는 보기에도 같은 원칙을 적용하자. "오늘 할 일", "이번 주 마감", "프로젝트별 진행 현황"처럼 팀이 공통으로 보는 보기는 업무 기준이 된다. 이런 보기는 잠금 기능이나 권한 설정으로 쉽게 바뀌지 않게 하고, 개인이 보고 싶은 방식은 별도 개인 보기나 개인 페이지의 연결된 데이터베이스 보기로 만들게 하면 충돌이 줄어든다.

작은 팀이라면 모든 것을 잠글 필요는 없다. 오히려 지나친 잠금은 개선 속도를 늦춘다. 다만 팀원이 20명을 넘거나, 데이터베이스가 여러 팀의 업무 기준이 되거나, 반복적으로 속성 옵션이 늘어나는 문제가 생긴다면 구조 보호를 시작해야 한다.

외부 공유 전에는 숨겨진 정보까지 점검한다

외부 고객이나 파트너에게 노션 페이지를 공유할 때는 본문만 보지 말고 페이지 주변 정보를 함께 봐야 한다. 노션 페이지는 다른 페이지, 데이터베이스, 속성, 댓글과 연결되어 있기 때문이다.

공유 전 점검할 항목은 다음과 같다.

• 페이지 안에 내부용 하위 페이지가 포함되어 있지 않은가?

• 링크된 데이터베이스가 내부 원본 데이터베이스를 그대로 보여주고 있지 않은가?

• 숨긴 속성에 원가, 내부 담당자 메모, 계약 조건, 개인정보가 들어 있지 않은가?

• 댓글이나 멘션에 내부 논의가 남아 있지 않은가?

• 페이지 링크를 따라가면 다른 내부 문서로 이동할 수 있지 않은가?

• 파일 첨부나 이미지에 민감한 정보가 포함되어 있지 않은가?

특히 데이터베이스 공유에서 흔한 실수가 있다. 필터나 속성 숨김을 보안으로 착각하는 것이다. 필터는 화면에 보이는 항목을 줄이는 기능이지, 항상 접근 권한 자체를 제한하는 장치는 아니다. 속성 숨김도 화면을 정리하는 데는 유용하지만, 민감 정보를 안전하게 분리하는 보안 장치로만 믿어서는 안 된다.

특정 고객에게 특정 항목만 보여줘야 한다면 고객용 페이지나 별도 데이터베이스를 만들거나, 실제 접근 권한을 제한하는 방식을 사용해야 한다. 비즈니스·엔터프라이즈 환경에서는 사람 속성이나 만든 사람 속성을 기준으로 데이터베이스 항목별 접근 권한을 부여하는 페이지 수준 접근 규칙도 활용할 수 있다.³

예를 들어 전체 고객 관리 데이터베이스에서 A고객만 필터링한 보기를 만들어 공유한다고 해보자. 보기에는 A고객만 보일 수 있다. 하지만 원본 데이터베이스 접근 권한이 넓게 열려 있다면 의도치 않게 다른 고객 정보가 노출될 위험이 생긴다. 외부 공유용 페이지는 내부 운영용 데이터베이스와 분리해서 만드는 것이 안전한 경우가 많다.

좋은 방법은 "외부용 요약 페이지"를 따로 두는 것이다. 이 페이지에는 고객이 알아야 할 진행 상태, 산출물 링크, 일정, 요청 사항만 담는다. 내부 작업 데이터베이스, 원가 계산, 담당자 논의, 초안 회의록은 연결하지 않는다.

팀 워크스페이스의 역할과 책임 정하기

보안은 기능 설정만으로 끝나지 않는다. 누가 어떤 설정을 책임지는지도 정해야 한다. 노션 워크스페이스에는 보통 소유자, 멤버십 관리자, 멤버, 게스트 같은 역할이 구분된다. 워크스페이스 역할은 멤버 초대, 설정 변경, 보안 정책 운영과 연결되고, 팀스페이스와 페이지 권한은 실제 콘텐츠 접근 범위를 정한다.⁴

역할을 실무 기준으로 정리하면 다음과 같다.

팀이 커지면 개인 페이지 공유보다 팀스페이스 기준으로 구조를 잡는 것이 좋다. 예를 들어 "마케팅", "제품", "인사", "경영지원"처럼 팀스페이스를 나누고, 각 공간의 기본 공개 범위를 정한다. 모든 팀원이 들어가야 하는 공간과 제한된 인원만 들어가야 하는 공간을 구분하면 페이지마다 권한을 수동으로 조정하는 부담이 줄어든다.

기본 보안 설정도 정리해두자.

• 외부 게스트 초대는 누가 승인하는가?

• 웹 공개 링크는 어떤 자료에만 허용하는가?

• 전체 허용 권한은 누구에게 줄 수 있는가?

• 퇴사자나 계약 종료자의 접근 권한은 언제 회수하는가?

• 중요한 데이터베이스의 구조 변경은 누가 담당하는가?

• 고객 공유 페이지는 공유 전 누가 검토하는가?

이 질문에 답이 없으면 사람들은 각자 편한 방식으로 공유한다. 처음에는 문제가 없어 보이지만, 시간이 지나면 누가 어떤 정보를 볼 수 있는지 알기 어려워진다.

공유 전 1분 점검 습관

노션을 안전하게 쓰는 팀은 복잡한 규칙보다 짧은 점검 습관을 갖고 있다. 공유 버튼을 누르기 전에 다음 다섯 가지를 확인하자.

1. 대상: 이 페이지를 볼 사람이 정확히 누구인가?

2. 범위: 상위·하위 페이지와 연결된 데이터베이스까지 열리는가?

3. 권한: 읽기, 댓글, 편집 중 최소 권한은 무엇인가?

4. 민감 정보: 숨긴 속성, 댓글, 파일, 내부 링크에 노출되면 안 되는 정보가 있는가?

5. 종료 시점: 프로젝트 종료 후 권한을 회수할 계획이 있는가?

공유는 한 번 열면 잊히기 쉽다. 그래서 프로젝트가 끝났을 때 권한을 정리하는 절차도 필요하다. 외부 고객, 파트너, 프리랜서에게 열어둔 페이지는 월 1회 정도 점검해도 좋다. 오래된 공개 링크와 더 이상 필요 없는 게스트 권한은 닫아야 한다.

권한 관리는 일을 불편하게 만들기 위한 절차가 아니다. 오히려 필요한 사람이 필요한 정보에 정확히 접근하게 해서 협업을 더 안정적으로 만든다. 노션을 오래 쓰려면 페이지를 잘 만드는 능력만큼, 안전하게 여닫는 습관이 중요하다.

참고

¹Notion Help Center - Sharing & permissions settings

²Notion Help Center - Database settings

³Notion Help Center - Assign custom database permissions to make your life easier

⁴Notion Help Center - Manage workspace members