혼자서 노션을 쓰다가 외주 클라이언트나 팀원과 협업을 시작하게 되면 가장 먼저 맞닥뜨리는 고민이 있습니다. 바로 내가 혼자 끄적이던 개인 메모나 민감한 정산 내역이 상대방에게 보이지 않을까 하는 불안감입니다. 저 역시 예전에는 협업용 페이지를 따로 만들기 번거롭다는 이유로 제가 평소 쓰던 워크스페이스의 특정 페이지만 공유 링크로 전달하곤 했습니다. 그런데 상위 페이지 권한 상속 규칙을 제대로 이해하지 못해, 팀원이 제 개인 일기장과 계좌번호가 적힌 사이드바 하위 페이지까지 열람할 수 있는 상태로 방치했던 아찔한 실수를 겪었습니다. 노션의 권한 관리는 단순히 공유 버튼을 켜고 끄는 문제가 아니라, 정보 유출을 원천 차단하고 협업 작업 효율을 유지하기 위한 작업 공간의 물리적 격리 작업입니다.
단일 워크스페이스 페이지 공유와 워크스페이스 분리의 차이점
노션에서 타인과 협업하는 방식은 크게 ‘기존 워크스페이스 내부의 특정 페이지만 게스트로 초대하는 방식’과 ‘아예 독립된 협업 전용 워크스페이스를 신규 생성하는 방식’으로 나뉩니다.
- 게스트(Guest) 초대 방식 무료 요금제에서도 특정 페이지만 이메일로 초대해 외부인과 문서를 공유할 수 있습니다. 하지만 이 방식은 치명적인 실수를 유발하기 쉽습니다. 노션은 기본적으로 ‘상위 페이지의 권한이 하위 페이지로 자동 상속’되는 구조를 가집니다. 만약 ‘2026년 프로젝트’라는 상위 페이지를 공유해두고 그 아래에 실수로 개인 정산 메모를 하위 페이지로 넣어두면, 초대된 게스트도 해당 내용을 그대로 열람하게 됩니다.
- 워크스페이스 완전 분리 방식 가장 추천하는 안전한 방식은 좌측 상단 워크스페이스 전환 메뉴에서 무료 워크스페이스를 하나 더 만드는 것입니다.
- 워크스페이스 A: 순수 개인용 (일기, 재무, 개인 공부, 일상 메모)
- 워크스페이스 B: 협업 및 외주 전용 (프로젝트 문서, 공유 회의록, 공유 데이터베이스) 이렇게 계정 안에서 공간 자체를 두 개로 쪼개어 두면, 실수로 개인 자료를 협업 공간에 올릴 위험이 0%가 되며 사이드바 구조도 업무 목적에 맞게 깔끔하게 정돈됩니다.
데이터베이스 공유 시 빈번히 발생하는 권한 상속 오류
2편에서 다루었던 관계형(Relation) 데이터베이스를 협업에 활용할 때 많은 분이 권한 오류의 늪에 빠집니다.
가장 흔한 실수는 다음과 같습니다. 팀원에게 ‘공유 프로젝트’ 페이지만 권한을 주었는데, 그 안에 연동된 ‘세부 업무’ 데이터베이스는 공유하지 않은 상태입니다. 이 경우 팀원이 페이지를 열면 연결된 데이터베이스 표 자리에 “액세스 권한이 없습니다”라는 붉은 경고창이 뜨며 데이터가 보이지 않거나 진행률 롤업이 먹통이 됩니다.
이를 깔끔하게 해결하려면 두 가지 원칙을 지켜야 합니다.
- 데이터베이스 원본과 뷰(View)의 분리: 데이터베이스의 원본 표는 사이드바의 전용 [Backend/Database] 상위 페이지에 모아두고, 팀원 전체에게 해당 상위 페이지의 전체 읽기 또는 편집 권한을 부여합니다.
- 실제 작업 페이지에는 링크된 뷰(Linked View)만 노출: 메인 대시보드에는 필터가 적용된 ‘링크된 데이터베이스 보기’만 배치하여, 팀원은 본인이 담당한 업무만 필터링된 상태로 안전하게 확인하고 수정할 수 있도록 유도합니다.
4단계 접근 권한(Access Level)과 잠금 기능 실전 세팅
초대된 멤버가 문서 서식을 망가뜨리거나 실수로 데이터베이스 열을 지우는 사고를 방지하려면 권한 단계를 명확히 세분화해야 합니다.
- 전체 허용(Full Access) 문서 수정뿐만 아니라 다른 사람을 추가로 초대하고 권한을 바꿀 수 있는 최고 등급입니다. 공동 창업자나 PM급 관리자가 아니라면 일반 팀원이나 외주 인력에게는 절대 부여하지 않는 것이 안전합니다.
- 편집 허용(Can Edit) 페이지 본문 내용을 작성하고 수정할 수 있지만, 타인을 초대하거나 페이지 자체의 공개 범위를 바꿀 수는 없습니다. 일반적인 실무 작업자에게 가장 적합한 권한입니다.
- 댓글 허용(Can Comment) 기획서 초안을 클라이언트에게 공유하고 피드백만 받고 싶을 때 유용합니다. 원본 텍스트는 건드릴 수 없고 오직 블록 옆에 말풍선 댓글만 달 수 있어 최종 서식의 훼손을 완벽히 막아줍니다.
- 페이지 잠금(Lock Page) 및 데이터베이스 보기 잠금 문서 작성이 완료되었거나 복잡한 수식이 걸린 데이터베이스는 우측 상단 점 세 개(…) 메뉴를 눌러 ‘페이지 잠금’ 또는 ‘보기 잠금’을 반드시 활성화하세요. 잠금을 켜두면 마우스 드래그 실수로 열의 순서가 뒤바뀌거나 소제목 블록이 엉뚱한 곳으로 이동하는 일상적인 잔실수를 완전히 차단할 수 있습니다.
- 개인적인 기록과 팀 협업 문서는 게스트 초대보다 워크스페이스 자체를 분리하는 것이 보안상 가장 확실합니다.
- 관계형 데이터베이스를 공유할 때는 연결된 원본 데이터베이스의 접근 권한이 함께 열려 있는지 반드시 점검해야 합니다.
- 클라이언트 피드백은 댓글 허용 권한을 활용하고, 완성된 표는 보기 잠금을 걸어 서식 훼손을 예방합니다.
다음 편에서는 로컬 하드디스크 고장이나 클라우드 동기화 오류로 자료를 잃지 않는 ‘클라우드 동기화 오류와 버전 충돌을 예방하는 백업 3-2-1 원칙’을 다루겠습니다.
현재 노션을 혼자만 쓰고 계신가요, 아니면 외부 팀원이나 지인과 공유해서 쓰고 계신가요? 문서를 공유하면서 권한이나 프라이버시 문제로 곤란했던 적이 있다면 편하게 들려주세요.