같은 문서에서 링크를 하나 더 만들면 이전 링크와 비슷하게 동작할 것이라고 생각하기 쉽습니다. 문서 내용이 같고 담당자도 같으니 설정 역시 같을 것이라는 기대입니다. 그러나 배포 사고는 기능을 몰라서만 생기지 않습니다. 새 링크의 실제 상태를 확인하지 않은 채 예전에 정한 조건이 그대로일 것이라고 믿을 때도 생깁니다.

안전한 운영 원칙은 “항상 상속된다”거나 “절대 상속되지 않는다”는 문장을 외우는 것이 아닙니다. 새 링크 한 건의 목적과 현재 공유 설정을 실제 화면에서 다시 맞추는 것입니다.

한 사람이 문서 봉투를 배포함에 넣기 직전 공유 설정 목록을 다시 확인하는 단순한 단색 펜 스케치

링크를 만들기 전에 한 문장짜리 배포 목적을 씁니다

링크 이름보다 먼저 audience와 사용 장면을 적습니다. 예를 들어 투자자 한 곳의 제한된 검토, 홈페이지의 공개 소개, 연락처를 받는 자료 배포, 파트너별 추적은 같은 문서를 써도 운영 목적이 다릅니다. 목적 문장은 “누가, 언제까지, 무엇을 할 수 있어야 하는가”에 답해야 합니다.

이 문장이 있어야 다운로드를 허용할지, 열람 기간을 둘지, 알림이 필요한지, 이메일 허용 목록이나 암호를 사용할지 결정할 수 있습니다. 설정을 먼저 켠 뒤 이유를 붙이면 이전 링크의 습관을 그대로 복사하기 쉽습니다.

내부 권한과 외부 링크 설정을 섞지 않습니다

FeatPaper의 폴더 권한은 팀원이 대시보드에서 문서를 찾고 관리하는 범위를 정합니다. 외부 열람인은 링크별 공유 설정을 따릅니다. 한쪽을 바꿨다고 다른 쪽의 상태까지 확인됐다고 보지 않습니다.

링크별 공유 설정에서는 열람 화면 타입, PDF 다운로드, 열람 기간, 문서 열람 알림과 접근 제한을 확인할 수 있습니다. 접근 제한에는 이메일 허용 목록과 암호가 포함됩니다. 공식 가이드가 명시하는 이메일 허용 목록과 암호는 해당 링크에 적용되며 다른 링크로 상속되지 않습니다. 그렇더라도 모든 설정의 상속 동작을 하나의 규칙으로 일반화하지 않고, 새 링크에서 보이는 실제 값을 항목별로 확인합니다.

다운로드와 기간은 편의가 아니라 배포 조건입니다

다운로드 허용 여부는 온라인 열람과 파일 보관의 경계를 바꿉니다. 다운로드를 끄면 그 링크로 들어온 사람은 문서를 볼 수 있지만 PDF로 내려받을 수 없습니다. 이 설정은 Pro 이상에서 켜고 끌 수 있으므로 현재 플랜에서도 변경 가능한지 확인해야 합니다.

열람 기간은 검토가 가능한 시간을 정합니다. 기간이 지나면 링크는 열리지 않고 만료 안내가 표시됩니다. 그러나 다운로드 설정을 나중에 바꾼다고 이미 저장된 PDF까지 회수되는 것은 아닙니다. “다운로드 차단”을 무단 공유의 완전한 방지나 기밀성 보장으로 쓰지 않는 이유입니다.

알림과 접근 제한은 운영 담당자까지 함께 정합니다

문서 열람 알림을 켤지 결정할 때는 알림을 받을 팀과 검토 주기도 함께 적습니다. 알림이 켜져 있다는 사실만으로 대응 owner가 생기지는 않습니다. 관심도 하한과 cooldown 같은 스페이스 기본 규칙도 별도로 영향을 줄 수 있으므로, 링크 설정 화면과 알림 정책을 함께 대조합니다.

이메일 허용 목록이나 암호를 켠다면 수신자에게 어떤 방식으로 안내할지, 접근하지 못할 때 누구에게 문의할지도 정합니다. 암호가 있다고 해서 수신자 확인, 전달 경로, 기간과 종료 절차가 불필요해지는 것은 아닙니다.

비활성화 trigger는 배포 뒤가 아니라 배포 전에 둡니다

링크가 언제 필요 없어지는지 미리 적지 않으면 검토가 끝난 뒤에도 관성적으로 열려 있게 됩니다. 프로젝트 종료, 수신자 변경, 잘못된 전달, 새 버전으로 교체 같은 사건 중 어떤 것이 비활성화 검토를 시작하는지 정합니다.

FeatPaper에서는 해당 링크만 비활성화하거나 다시 활성화할 수 있고, 문서 전체 공유를 중지하는 선택도 구분됩니다. 링크를 비활성화해도 누적된 분석 데이터는 유지됩니다. 어느 범위를 닫을지는 사건에 맞춰 사람이 판단하며, 자동으로 모든 외부 링크가 닫힌다고 기대하지 않습니다.

register에는 설정값보다 확인 사실을 남깁니다

링크 register의 한 행에는 문서, 링크 이름, audience, 목적, 다운로드, 기간, 알림, 접근 제한, 배포일, 비활성화 trigger와 owner를 적습니다. 여기에 “확인자”와 “확인 시각”을 더해야 계획표가 실제 검증 기록이 됩니다.

배포 직전에는 편집 권한이 있는 담당자가 공유 설정 화면의 값을 읽어 register와 대조합니다. 필요하다면 허용 대상과 허용되지 않은 대상의 시험 경로를 분리해 확인합니다. 다만 이 기록을 보안 인증, 감사 완료나 법적 적합성의 증거로 확대하지 않습니다.

새 링크를 잘 관리한다는 것은 매번 같은 체크박스를 선택한다는 뜻이 아닙니다. 링크의 audience와 목적에 맞는 조건을 새로 결정하고, 현재 화면의 값과 종료 책임을 확인한 뒤 배포한다는 뜻입니다. 링크 하나를 더 만드는 순간을 작은 배포 승인으로 다루면 설정 drift는 추측이 아니라 검증 가능한 운영 문제가 됩니다.