대표 이미지 설명: 바로가기가 보이는 권한과 원본을 열 권한은 다릅니다. 실제 Drive 화면이 아닌 설명용 삽화입니다.
공유 자료 폴더에서 바로가기 제목은 보이는데 원본 파일이 열리지 않나요? 목록을 볼 수 있는 권한과 원본을 열 권한은 별개입니다. 바로가기가 놓인 위치와 원본 담당자, 열람을 허용할 사람을 따로 적으세요. 허용 대상에게만 원본 접근을 요청하고, 제목조차 보여서는 안 되는 대상이라면 권한을 넓히지 말고 목록 구성을 바꾸는 쪽으로 인계해야 합니다. Google은 바로가기를 만들 때 원본 권한이 자동 변경되지 않는다고 설명합니다. Google Drive 바로가기 도움말
이 글은 Google 공식 문서를 바탕으로 권한을 판단하고 담당자에게 인계하는 방법을 안내합니다. 아래 A·B·C는 설명용 가상 인물이며, 실제 Google 계정에서 파일 열기·접근 요청 메일·복구를 시험한 기록이 아닙니다. 권한을 수정하기 전에 조직의 공유 정책과 원본 소유자의 결정을 확인하세요.
제목이 보이면 원본도 볼 수 있나요?
아닙니다. 바로가기는 다른 파일이나 폴더를 가리키는 링크입니다. 바로가기가 놓인 폴더를 볼 수 있으면 그 제목이 보일 수 있지만, 원본을 열 권한까지 생기지는 않습니다. 원본의 권한은 바로가기를 만들었다고 자동 변경되지 않습니다. 바로가기 제목은 원본의 현재 제목과 다를 수도 있으므로, 이름만 보고 원본을 확정하지 마세요. Google Drive 바로가기 도움말 · Drive 개발자 문서
바로가기, 바로가기가 놓인 위치, 원본을 나눠 기록하면 담당자에게 묻기 쉽습니다.
| 구분 | 확인할 내용 | 누가 답할 수 있나요? |
|---|---|---|
| 바로가기 | 보이는 제목과 위치, 누가 만들었는지 | 바로가기·목록 담당자 |
| 바로가기 위치 | 어느 폴더/공유 드라이브에 있고 누가 목록을 볼 수 있는지 | 해당 위치의 공유 담당자 |
| 원본 | 실제 파일/폴더가 무엇이고 현재 누가 열 수 있는지, 휴지통·삭제 상태인지 | 원본 소유자 또는 권한 담당자 |
Drive API 문서에 따르면 바로가기에는 원본을 가리키는 targetId가 있고, 바로가기의 접근 제어는 상위 위치에서 상속됩니다. 바로가기 자체의 접근 제어를 직접 바꿔 원본 권한 문제를 해결하는 방식은 아닙니다. 독자가 API를 직접 조회해야 한다는 뜻은 아닙니다. 원본을 식별하거나 권한을 조회할 수 없다면 담당자에게 확인을 요청하세요. Drive 개발자 문서
바로가기 위치와 원본을 어떻게 따로 기록하나요?
지금 확인할 수 있는 내용부터 적습니다. 원본이 보이지 않는 사람은 원본의 소유자나 휴지통 상태를 추측해 채우지 않습니다. 아래 표를 자료 한 건마다 복사해 사용하세요. 제목은 민감할 수 있으니 외부로 보내는 인계표에는 실제 파일명을 무심코 붙이지 마세요.
| 항목 | 기록할 내용 |
|---|---|
| 목록 위치·바로가기 식별 | 폴더 위치, 바로가기 제목 또는 내부 식별자: ______ |
| 목록을 볼 수 있는 사람 | 관측한 계정/역할과 확인자: ______ |
| 원본 식별·담당 | 확인된 원본 위치/담당자, 확인되지 않았다면 ‘미확인’: ______ |
| 원본 접근 현황 | 확인한 계정/역할, 관측한 증상과 시각: ______ |
| 공유 목적과 허용 대상 | 원본 내용을 봐야 하는 사람/보여서는 안 되는 사람: ______ |
| 제목 노출 허용 여부 | 현재 목록에 제목이 보여도 되는가? 판단 담당: ______ |
| 다음 행동·담당·확인 결과 | 원본 권한 요청 / 목록 재배치 / 원본 상태 확인, 담당과 후속 확인일: ______ |
예를 들어 목록은 보이지만 원본 권한이 없는 것으로 확인된 사람에게 파일 내용이 필요하다면 원본 담당자에게 허용 범위와 역할을 전달할 수 있습니다. 반대로 열람 대상이 아니고 제목도 공개하면 안 된다면, 원본 권한을 주는 대신 목록 담당자에게 그 바로가기의 위치를 검토해 달라고 요청합니다. 제품이 자동으로 결정해 주는 일이 아닙니다. 팀의 공유 기준에 따라 담당자가 결정해야 합니다.
누구에게 접근을 요청하고, 언제 목록을 분리하나요?
다음 세 사례는 표에 적힌 조건을 확인했다고 가정한 예시입니다. 실제 계정의 요청·승인·메일 전달 결과가 아닙니다.
| 가상 상황 | 사전 확인 조건 | 판단과 인계 | 아직 확인할 결과 |
|---|---|---|---|
| 편집팀 B가 자료를 열어야 함 | B는 목록을 볼 수 있고 원본 권한은 없으며, 담당자 A가 B를 허용 대상으로 확인함 | B의 업무 목적과 필요한 최소 접근을 A에게 전달하고 원본 권한 검토 요청 | A의 승인 여부, B의 실제 열기 |
| 외부 협력자 C는 대상이 아님 | C가 제목을 볼 수 있으나 원본 내용도 제목도 보여서는 안 된다는 공유 기준이 확인됨 | 원본 권한을 늘리지 않고 목록 담당자에게 바로가기 위치·제목 노출을 재검토하도록 요청 | 목록 변경 후 C에게 제목이 보이는지 |
| A가 원본의 휴지통 상태를 확인함 | A가 원본 상태를 직접 확인했고 권한 부족만의 문제가 아님 | 재공유보다 A에게 원본의 복원 가능 여부와 처리 방침부터 확인 요청 | 복원 가능성, 복원 후 대상의 접근 여부 |
Google 도움말은 바로가기를 통해 원본에 대한 접근을 요청할 수 있고 원본 소유자에게 요청 메일이 간다고 설명합니다. 다만 요청을 보낸 것과 소유자가 승인한 것, 파일이 실제 열리는 것은 서로 다른 단계입니다. 바로가기를 생성할 때 대상 파일 접근을 허용하라는 프롬프트가 나타날 수도 있습니다. 기본 권한이 Viewer로 표시된다는 문서 설명만 보고 일괄 승인하지 말고 허용 대상·조직 정책을 먼저 확인하세요. 공개 링크로 바꾸는 것도 기본 해결책이 아닙니다. Google Drive 바로가기 도움말
권한을 요청했는데도 안 열리면 무엇을 확인하나요?
요청 뒤에는 담당자가 동일한 원본의 권한과 상태를 확인하고, 요청자가 다시 열 수 있는지 확인해야 합니다. 바로가기 이름과 원본 이름이 다를 수 있으므로 대상 식별부터 대조하세요. Google은 원본 접근 권한 부족, 원본의 휴지통 이동, 원본 삭제를 끊어진 바로가기의 원인으로 제시합니다. 따라서 ‘권한을 줬는데도 안 열린다’는 보고만으로 추가 공개를 하지 마세요. 원본 담당자에게 현재 상태를 묻고, 접근 요청자가 어떤 계정으로 어느 바로가기를 열었는지 함께 남기세요. 소유자의 승인 여부나 복원 가능성은 실제 원본 담당자에게 확인해야 합니다. Google Drive 바로가기 도움말 · Drive 개발자 문서
바로가기를 지우면 원본도 지워지나요?
Google 도움말은 바로가기 삭제와 원본 삭제를 구별합니다. 바로가기의 소유자는 자신의 바로가기를 삭제할 수 있지만, 그 동작이 원본 파일 삭제는 아닙니다. 다른 사람이 소유한 폴더 안의 바로가기는 지울 권한이 없을 수 있습니다. 제목 노출 문제라면 목록 담당자와 먼저 위치·권한을 검토하고, 삭제 뒤에도 같은 자료의 다른 바로가기가 있는지는 별도로 확인하세요. Google Drive 바로가기 도움말
일반적인 폴더 공유 규칙과 이름·백업 운영은 공유 폴더 협업 체크리스트를 참고할 수 있습니다. 다만 이번 문제의 답은 폴더 하나를 더 공유하는 데 있지 않습니다. 원본 열람이 허용되는지와 바로가기 제목의 노출이 허용되는지를 각각 결정하고, 담당자와 확인 결과를 인계표에 남기세요.
