NotebookLM에서 원본 문서를 고쳤는데도 옛 내용이 나오면, 답변을 다시 만들기 전에 노트북 안의 소스가 바뀌었는지부터 확인하세요. Drive에서 가져온 소스는 자동 동기화 대상이지만 즉시 반영되는 것은 아니에요. 컴퓨터에서 직접 올린 파일이나 붙여넣은 글에는 Drive 동기화 안내를 그대로 적용하면 안 됩니다.
현재 서비스 이름은 Gemini Notebook(제미나이 노트북)이에요. Google이 2026년 7월 16일 이름 변경을 알렸지만, 예전 이름으로 검색하는 독자를 위해 이 글에서는 NotebookLM을 함께 씁니다. PC 웹에서 확인하는 절차이며 정보 기준일은 2026년 9월 10일이에요. 실제 계정에서 재현한 후기가 아니라 Google의 명칭 변경 안내와 최신 도움말을 대조해 정리한 점검 방법입니다.
원본·소스·답변 중 어디가 오래됐는지 찾으세요
회의 시간을 고쳤는데 요약에는 예전 시간이 남아 있는 상황을 생각해보세요. 어디서 변경이 멈췄는지 알려면 세 곳을 나란히 봐야 해요. Drive에 저장된 원본, 노트북의 소스 패널에서 읽히는 내용, 그 내용을 바탕으로 만들어진 답변입니다.
어느 화면까지 수정 내용이 보이는지에 따라 다음 행동을 골라보세요. 아래 표는 확인 순서를 잡기 위한 것이며, 이것만으로 제품 오류의 원인을 확정할 수는 없어요.
| 확인한 상태 | 먼저 살필 대상 | 다음 행동 |
|---|---|---|
| 원본에도 수정 내용이 없음 | 저장 여부와 문서 사본 | 실제로 고친 원본을 찾고 저장된 내용을 확인 |
| 원본은 최신, 소스는 예전 내용 | 가져온 경로와 동기화 상태 | Drive 소스인지 확인한 뒤 갱신 여부 대조 |
| 소스는 최신, 새 답변은 틀림 | 선택한 자료와 답변의 근거 | 범위를 좁혀 질문하고 인용 부분 확인 |
| 새 답변은 맞지만 예전 결과물을 보고 있음 | 저장한 요약·오디오·다운로드 파일 | 필요한 결과물을 새로 만들고 변경 지점 비교 |
문서 이름이 같다는 것만으로 같은 원본이라고 판단하지 마세요. ‘회의록 최종’, ‘회의록 최종 사본’처럼 비슷한 이름이 있으면 수정한 파일과 가져온 파일이 다를 수 있어요. 원본 링크와 실제 변경 문장을 나란히 확인하는 편이 제목만 보는 것보다 분명합니다.
예전 글과 지금 도움말이 다른 이유
Google은 2026년 5월 26일 Drive 자동 동기화를 발표했어요. 당시 안내는 Docs·Sheets·Slides를 예로 들며, 원본이 바뀌면 노트북의 정보도 따라 갱신된다고 설명합니다. NotebookLM 사용이 허용된 개인 Google 계정과 Google Workspace 고객이 대상이며, 이 기능을 켜는 별도 사용자 설정은 없다고 밝혔어요. Google Workspace 공식 발표에서 도입 시점과 적용 범위를 확인할 수 있습니다.
예전 사용법대로 수동 버튼부터 찾고 있었다면 이 변경을 먼저 알아두세요. 다만 자동 동기화가 된다는 설명은 문서를 고친 순간 모든 답변이 바뀐다는 약속은 아니에요. 필요한 문장이 실제로 들어왔는지는 직접 비교해야 합니다.
현재 소스 추가 도움말은 Drive에서 가져온 소스가 몇 분 간격으로 동기화되고, 노트북을 열면 원본의 변경 사항이 갱신된다고 안내합니다. 필요하면 소스를 열고 ‘Click to sync with Google Drive’로 수동 갱신할 수 있어요. 도움말은 정확히 몇 초 안에 끝난다는 시간을 보장하지 않습니다.
도입 당시 발표는 Docs·Sheets·Slides를 예로 들었고, 최신 도움말은 ‘Drive에서 가져온 소스’라고 표현해요. 예전 예시만으로 지금의 지원 범위를 단정하기보다, 내 자료를 어디에서 가져왔는지와 소스에 실제로 보이는 내용을 확인하는 편이 낫습니다.
문서 한 줄로 갱신 여부를 확인하는 순서
전체 내용을 다시 요약시키면 수정된 부분을 찾기 어려워요. 이미 고친 항목 하나를 정해 원본에서 소스, 소스에서 답변으로 따라가 보세요. 날짜, 장소, 담당 부서처럼 앞뒤를 비교하기 쉬운 항목이면 충분합니다. 확인을 위해 실제 업무 문서에 가짜 정보를 추가할 필요는 없어요.
- 원본을 확인합니다. 수정한 파일을 다시 열고 변경 문장과 저장 상태를 확인하세요.
- 노트북에서 해당 소스를 엽니다. 파일 이름뿐 아니라 방금 확인한 문장이 있는지 살펴보세요.
- Drive로 가져온 소스라면 갱신을 확인합니다. 잠시 뒤 내용을 다시 보고, 수동 동기화 안내가 표시되면 사용하세요.
- 바뀐 내용만 질문합니다. 문서 이름과 확인할 항목을 구체적으로 적고, 답의 근거를 요청하세요.
- 근거를 원본과 대조합니다. 답이 맞아 보여도 날짜·단위·예외 조건이 같은지 확인하세요.
예를 들어 회의 장소가 변경된 상황이라면 아래처럼 물을 수 있어요. 문서명과 확인 항목은 자신의 자료에 맞게 바꾸세요. 이는 답변의 정확성을 보장하는 명령이 아니라 확인 대상을 좁히기 위한 질문 예시입니다.
‘9월 운영회의 안내’ 소스에서 회의 장소를 찾아주세요. 해당 내용을 뒷받침하는 부분을 함께 보여주고, 서로 다른 장소가 적혀 있으면 어느 것이 최신인지 추측하지 말고 둘 다 알려주세요.
기대하는 결과는 그럴듯한 설명이 아니라 ‘어느 자료의 어느 문장을 보고 답했는지’가 드러나는 것이에요. 최신 장소를 말했더라도 근거가 예전 문서라면 점검이 끝난 것이 아닙니다. 반대로 찾지 못했다고 답하면, 원본의 변경 문장이 소스 안에 들어왔는지 다시 확인할 이유가 생겨요.
확인할 때는 한 번에 하나씩 바꿔보세요. 파일을 새로 넣고, 질문을 고치고, 여러 소스를 동시에 끄면 무엇이 영향을 주었는지 구분하기 어렵습니다. 먼저 자료가 갱신됐는지 확인하고, 그다음 질문 범위를 조정하세요.
직접 올린 PDF와 붙여넣은 글은 경로부터 구분하세요
Drive에 있는 문서를 내려받은 뒤 컴퓨터에서 PDF로 올렸다면, ‘Drive에서 직접 가져오기’와 같은 과정은 아니에요. 자동 동기화 대상이라는 이유로 컴퓨터의 수정 파일까지 따라올 것이라고 기대하지 마세요. 새 파일을 직접 열어 변경 내용이 포함됐는지 확인한 뒤 노트북의 소스와 비교하는 절차가 필요합니다.
붙여넣기로 만든 자료도 마찬가지예요. 원래 웹 문서나 메모 앱을 고쳤다는 사실만으로, 앞서 복사해 넣은 글까지 달라졌다고 판단할 수는 없어요. 갱신된 내용이 노트북에서 보이지 않는다면 최신 내용을 별도 소스로 추가해 확인하는 방법을 검토하세요.
이때 예전 자료를 무조건 지우기보다 먼저 필요한 인용·메모를 보존하고, 최신 자료만 골라 질문해보세요. 버전 비교가 목적이면 이전 자료를 남길 이유가 있지만, 현재 규칙 하나를 확인하는 작업이라면 구버전이 함께 선택돼 있는지 살펴보는 것이 좋습니다. ‘최신 파일’이라는 이름만 바꿔 붙이는 것보다 원문에 있는 기준일을 확인하는 편이 정확해요.
Google 도움말은 소스 패널에서 질문에 사용할 자료를 개별 선택할 수 있다고 안내합니다. 또한 Google 파일의 각주와 댓글은 가져오지 않는다고 밝혀요. 변경 사항을 댓글에만 적었다면 기다리는 것으로 해결되지 않을 수 있습니다. 실제 승인된 변경인지 확인한 뒤 문서 본문에도 반영돼 있는지 보세요. 소스별 제한 사항을 확인하면 이 차이를 구분할 수 있어요.
실험을 위해 회사 문서를 개인 계정으로 복사하거나 외부 변환 사이트에 올릴 필요는 없어요. 재업로드도 원문을 다시 제공하는 행동이므로 조직의 AI 이용 규칙을 따르세요. 자료를 처음 넣는 판단이 필요하다면 NotebookLM에 문서를 올리기 전 확인할 학습·공유 범위를 함께 살펴볼 수 있습니다.
소스는 최신인데 답변이 틀리다면
소스에서 수정 문장이 보인다면 답변의 근거를 따라가 보세요. 질문을 ‘지금 장소가 어디야?’처럼 짧게 쓰면 어느 회의인지 모호할 수 있습니다. ‘9월 운영회의 안내에 적힌 장소’처럼 대상과 근거 문서를 적어보세요.
답변에 인용이 붙었다면 인용 번호가 있다는 사실에서 멈추지 말고 연결된 내용을 읽어보세요. 해당 문장이 정말 질문의 답인지, 예시나 과거 기록을 현재 값으로 읽은 것은 아닌지 확인해야 해요. Google의 노트북 채팅 도움말도 출처를 확인하며 대화하는 방법을 안내합니다.
특히 수정 전·후 자료를 모두 남겨둔 경우에는 ‘최신 문서를 골라줘’라는 요청만으로 판단을 맡기지 않는 편이 좋아요. 파일 생성일, 문서 제목의 날짜, 실제 시행일은 서로 다른 정보일 수 있습니다. 자신이 확인한 적용 기준을 질문에 적고, 문서끼리 충돌하면 충돌하는 대목을 보여달라고 요청하세요.
장소가 맞게 나왔다고 다른 항목까지 모두 확인된 것은 아니에요. 배포할 자료에 일정·신청 조건·연락처도 들어간다면 중요한 항목을 별도로 확인할 필요가 있어요. 다른 사람에게 전달할 자료라면 실제로 사용할 항목까지 원본과 대조해주세요.
전에 만든 오디오를 다시 쓰려면
소스가 최신이라는 사실만으로 예전에 저장한 결과물까지 최신이라고 판단하면 안 돼요. 오디오 오버뷰 도움말은 새로운 오디오를 생성하는 절차와 이전에 만든 오디오를 불러오는 절차를 따로 안내합니다. 또한 생성된 내용에 부정확한 부분이 있을 수 있다고 설명해요.
업무에 다시 사용할 오디오라면 먼저 생성 시점을 보고, 변경된 항목이 중요한 경우 최신 소스를 확인한 뒤 새 결과물을 만들어 비교하세요. 이미 내려받은 파일은 그 파일을 직접 열어 확인해야 합니다. 노트북 화면에서 갱신이 끝났다는 이유만으로 다른 폴더에 저장해 둔 자료까지 최신으로 표시하지 마세요.
새 결과물을 저장할 때는 원본의 기준일이나 작업일을 구분할 수 있게 파일명을 정해두면 비교하기 쉬워요. ‘최종’이라는 말만 반복하기보다 자신이 확인한 날짜와 용도를 기록하는 편이 다음 검토자에게도 도움이 됩니다. 날짜를 넣는 것 자체가 정확성의 증거는 아니므로, 검토한 항목도 짧게 남겨두세요.
파일이 안 열리거나 끝내 갱신되지 않을 때
Drive 원본 자체가 열리지 않는다면 동기화 버튼을 반복해서 누를 단계가 아니에요. 최신 도움말은 원본이 삭제되거나 접근 권한을 잃으면 노트북에서도 해당 소스를 이용할 수 없다고 안내합니다. 사용할 수 없는 소스가 목록에 남아 한도를 차지할 수도 있으므로, 목록에 있다는 사실과 내용을 읽을 수 있다는 사실을 구분하세요. Drive 소스 접근 권한 안내에서 현재 처리 방식을 확인할 수 있습니다.
원본을 열 수 있고 수정 내용도 저장돼 있는데 소스만 바뀌지 않으면, 문제를 설명할 최소 기록을 남겨보세요. 사용한 계정 유형, PC 웹인지 모바일 앱인지, 자료 형식과 가져온 경로, 수정한 시각, 소스에서 확인한 결과 정도면 출발점이 됩니다. ‘동기화가 안 됩니다’보다 ‘Drive로 가져온 문서의 본문 한 문장을 바꿨는데 소스에는 이전 문장이 보입니다’가 상황을 더 잘 전달해요.
개인 계정은 설정의 ‘Send Feedback’으로 문제를 보낼 수 있어요. 다만 피드백에는 관련 내용이 포함되고 사람이 검토할 수 있으므로, 고객 정보나 기밀 자료를 넣지 마세요. 회사·학교 계정은 관리자에게 먼저 문의하는 편이 적절합니다. Google의 문제 신고 안내에는 계정별 피드백 처리 차이가 설명돼 있습니다.
문서가 갱신되지 않는다고 노트북 전체부터 지우지는 마세요. 삭제와 공유까지 정리하려는 목적이라면 Gemini와 NotebookLM에 남는 채팅·자료의 삭제 범위를 먼저 확인하세요. 수정된 문장 하나가 원본과 소스에서 같고, 새 답변도 그 문장을 근거로 삼는다면 다음 작업으로 넘어가세요. 아직 다른 부분이 있다면 그 위치를 기록해두면 다시 점검할 때 처음부터 헤매지 않아도 돼요.