노션 공유 권한 설정: 게스트·멤버 차이와 외부 공유 점검

AI Editter

외주 업체에 노션 페이지 하나를 보여 주려고 했는데 내부 문서까지 보일까 걱정된다. 반대로 읽기만 허용했는데 상대방이 편집할 수 있거나, 게스트로 초대했다고 생각한 사람이 유료 멤버가 된 경우도 있다. 이런 문제는 누구에게, 어떤 경로로, 어디까지 권한을 줬는지를 따로 확인해야 풀린다.

노션 공유 권한 설정은 페이지 오른쪽 위 공유 메뉴에서 시작하지만, 상위 페이지·팀스페이스·웹 공개 상태도 함께 살펴봐야 한다. 이 글은 회사 문서를 관리하는 담당자를 위한 실무 안내다. 화면과 정책은 2026년 9월 20일의 공식 도움말을 기준으로 확인했으며, 요금제와 관리자 정책에 따라 보이는 항목이 달라질 수 있다.

멤버·게스트·웹 공개 중 무엇을 고를까?

게스트는 워크스페이스 전체의 구성원으로 일하는 방식과 다르게, 초대받은 페이지 범위에서 협업한다. 계정이 필요하며 조직의 게스트 정책도 적용된다. 내부 동료를 전부 게스트로 바꾸는 식으로 비용만 줄이려 하면 여러 문서의 접근 관리가 복잡해질 수 있다. 역할에 맞게 정하는 편이 낫다. 출처: Notion 멤버·게스트 관리.

외부 검토자에게 페이지 하나만 공유하는 순서

예를 들어 협력사가 제품 소개서의 문구만 검토한다고 하자. 내부 예산표와 계약 검토 메모까지 묶인 프로젝트 전체를 공유할 이유는 없다. 먼저 외부에 전달할 내용만 담은 페이지를 준비한다.

1. 대상 페이지의 공유(Share)를 연다. 현재 접근 가능한 사람과 상위 페이지에서 이어진 권한을 읽는다.
2. 초대할 이메일을 입력하고 게스트로 추가되는지 확인한다. 비슷한 이름의 기존 계정을 고르지 않도록 이메일도 대조한다.
3. 의견만 받는다면 댓글 허용, 읽기만 필요하면 읽기 허용을 선택한다. 문구를 직접 고쳐야 할 때만 편집 범위를 늘린다.
4. 일반 사용 권한이 불필요하게 웹 전체나 워크스페이스 전체로 열려 있지 않은지 확인한다.
5. 초대한 계정으로 필요한 페이지는 열리고 내부 자료는 열리지 않는지 시험한다. 소유자 계정으로만 확인하면 상대방이 실제로 보는 범위를 알기 어렵다.

이 화면에서 특히 볼 곳은 초대 입력란 아래의 기존 접근 경로다. 개인에게 낮은 권한을 줬더라도 다른 경로에서 더 넓은 권한을 받았다면 예상과 달리 편집이 가능할 수 있다.

읽기 권한을 줬는데 왜 수정할 수 있을까?

Notion은 한 사람이 여러 경로로 받은 권한 중 더 넓은 접근 수준을 적용한다. 개인에게 읽기만 허용했어도 워크스페이스 전체에 편집 권한이 열려 있다면 개인 설정만으로 제한되지 않는다. 하위 페이지는 기본적으로 상위 페이지 권한을 이어받으므로 공유 메뉴에서 두 경로를 함께 점검한다. 출처: 권한 우선순위.

권한을 점검할 때는 ‘누가 잘못 눌렀나’부터 찾기보다 아래처럼 경로를 기록해 본다. 같은 사람을 여러 군데 초대한 문서에서 특히 효과적이다.

권한을 줄인 뒤에는 수정 버튼이 사라졌는지뿐 아니라, 관련 페이지를 검색하거나 링크로 열었을 때도 의도한 범위가 유지되는지 확인한다. 이 표는 관리용 기록 예시이며 모든 조직에 같은 권한을 적용하라는 뜻은 아니다.

게스트 초대가 추가 요금으로 이어지는 지점

유료 워크스페이스에 멤버를 추가하면 좌석 비용이 발생한다. 게스트로 초대할 때는 이메일 입력 후 실제 추가 방식이 게스트인지 확인하고, 멤버로 전환하라는 안내도 구분해서 읽는다. 게스트 한도나 조직 정책 때문에 예상과 다른 역할이 적용될 수 있다. 출처: Notion 멤버와 청구.

실수를 발견했다고 바로 멤버를 제거하면 모든 요금이 소급 취소되는 것은 아니다. 공식 안내에 따르면 멤버 제거에 따른 청구 감소는 다음 청구 주기에 반영되며, 중간 기간에 비례 환급되는 방식이 아니다. 삭제 전에 해당 담당자가 관리하던 문서의 인수인계도 확인한다.

외주 협업이 잦다면 초대 기록에 담당자, 페이지, 역할, 종료 예정일 네 항목을 남겨 두자. 작업 종료일에 접근 권한을 정리하면 방치된 게스트를 찾기 쉽다. 숫자로 정해진 게스트 한도는 플랜이 바뀔 수 있으므로 초대 시점의 관리자 화면에서 확인하는 것이 정확하다.

데이터베이스 필터와 접근 권한을 혼동하지 않기

고객 A의 작업만 보이도록 필터를 걸었다고 고객 B의 데이터에 대한 접근 권한까지 없어지는 것은 아니다. 보기의 필터는 화면 구성이고, 권한은 접근 허용 규칙이다. 고객별 비공개 자료라면 공유 대상으로 허용한 원본과 페이지 권한을 먼저 확인한다.

Notion은 지원되는 환경에서 데이터베이스의 사람·작성자 속성을 이용한 페이지 수준 접근 규칙도 제공한다. 이 기능을 사용하는 경우에도 기존에 부여한 넓은 권한이 남아 있으면 제한 의도와 달라질 수 있다. 적용 가능 여부와 조건은 데이터베이스 페이지 수준 접근 안내에서 확인한다.

처음 구축한다면 민감하지 않은 테스트 문서로 두 고객 역할을 만들어 검증하는 편이 빠르다. A 역할에서는 A 자료만, B 역할에서는 B 자료만 열리는지 직접 확인한 뒤 운영 자료를 옮긴다. 확인하기 어려운 구조라면 외부 공유용 자료를 독립된 페이지로 분리하는 편이 관리하기 쉽다.

공유를 끝낼 때는 게시 상태도 따로 확인

이메일 초대를 제거하는 것과 웹사이트 게시를 중단하는 것은 같은 작업이 아니다. Notion Sites로 게시한 페이지는 게시 탭에서 상태를 확인한다. 하위 페이지와 공개 범위를 함께 살펴보고, 검색엔진에 노출하지 않겠다는 설정만으로 비공개가 됐다고 판단하지 않는다. 출처: Notion Sites 게시 안내.

협업 종료 때는 세 가지 경로를 시험한다. 초대받았던 계정의 링크 접근, 로그인하지 않은 창의 웹 접근, 하위 문서의 직접 링크 접근이다. 어느 하나라도 예상과 다르면 해당 페이지의 공유 경로를 다시 확인한다. 이미 내려받은 파일까지 권한 회수로 지워지는 것은 아니므로, 외부에 전달할 자료는 공유하기 전에 범위를 정해야 한다.

다음 협업부터는 외부용 페이지를 만들 때 담당자와 종료일을 함께 적어 두면 된다. 초대 순간의 설정만큼, 프로젝트가 끝났을 때 누가 정리하는지가 문서 관리 품질을 좌우한다.