NotebookLM에 PDF, 웹 URL, 유튜브 링크를 넣었는데 소스가 안 들어가면 처음에는 전부 같은 오류처럼 느껴진다. 하지만 공식 도움말을 보면 원인은 크게 몇 갈래로 나뉜다. 형식과 용량 제한, 소스 종류별 제약, 권한과 접근 범위, 모바일 앱 제한, 원본 파일 자체의 특성이다. 이걸 먼저 자르면 복구 속도가 훨씬 빨라진다.
Google 공식 소스 추가 도움말은 NotebookLM이 지원하는 소스 형식과 한도를 비교적 명확하게 설명한다. 소스당 최대 50만 단어, 로컬 업로드는 최대 200MB, 전체 노트북은 최대 50개 소스라는 제한이 있고, 웹 URL은 HTML 텍스트만 가져오며, YouTube는 공개 동영상과 자막 조건이 맞아야 한다. FAQ도 가져오기 실패의 흔한 원인으로 단어 수 초과, 파일 크기 초과, 복사 금지 PDF를 바로 짚고 있다.
또 NotebookLM 개인정보 보호 및 이용약관은 권한 없는 문서를 올리지 말아야 하고, 공유 범위와 데이터 처리 범위를 시작 전에 확인하라고 보는 편이 안전하다는 기준선을 준다. 그래서 이 문제는 단순 업로드 실패가 아니라, 지금 넣으려는 소스가 NotebookLM의 입력 조건과 공유 조건에 맞는지를 함께 확인하는 작업에 가깝다.
이 문서는 생성형 AI를 활용해 초안을 만들고, Google 공식 NotebookLM 도움말과 FAQ를 다시 확인해 정리했습니다.
flowchart TD A[NotebookLM 소스 추가 실패] --> B{어떤 소스인가?} B -->|PDF/문서| C[용량, 단어 수, 복사 제한 확인] B -->|웹 URL| D[HTML 텍스트, 페이월, 중첩 페이지 확인] B -->|YouTube| E[공개 여부, 자막, 업로드 시점 확인] B -->|Google Drive| F[권한, 동기화, 정적 사본 여부 확인] C --> G[조건 맞추고 재업로드] D --> G E --> G F --> G G --> H[노트북에서 실제 인용/응답 여부 검증]
칠판 치트시트
- 소스당 50만 단어, 로컬 업로드 200MB 제한부터 본다
- 웹 URL은 페이지 전체가 아니라 HTML 텍스트만 가져온다
- YouTube는 공개 동영상 + 자막 + 72시간 경과 조건을 먼저 본다
- Google Drive 파일은 원본을 실시간으로 읽는 게 아니라 정적 사본처럼 다뤄진다
- 실패 원인 확인 전에는 같은 파일을 반복 업로드하기보다 조건을 먼저 자르는 편이 빠르다
이런 증상이면 이 문서가 맞다
- PDF나 문서를 넣었는데 아무 반응이 없거나 실패 메시지가 뜬다.
- 웹 링크는 붙여넣었는데 내용이 비어 있거나 기대한 텍스트가 안 들어온다.
- YouTube 링크는 맞는데 소스로 안 들어간다.
- Google Drive 문서를 수정했는데 NotebookLM 쪽 내용이 그대로다.
- 모바일 앱에서는 되지 않거나 일부 기능이 제한된 것처럼 보인다.
가장 빠른 확인 순서
1) 먼저 형식과 한도를 자른다
Google 공식 소스 추가 도움말은 지원 형식과 한도를 명확히 적고 있다. 오디오, 텍스트, Google 문서/슬라이드/시트, 이미지, PDF, Markdown, CSV, PowerPoint, 웹 URL, ePub, 공개 YouTube URL 등을 지원하지만, 각각 조건이 있다. FAQ도 소스 가져오기 실패의 대표 원인으로 50만 단어 초과, 200MB 초과, 복사 금지 PDF를 바로 적고 있다.
즉 첫 단계는 아래처럼 자르는 편이 빠르다.
- 파일 형식이 지원 목록에 있는지 본다.
- 파일 크기가 200MB 이하인지 본다.
- 문서 길이가 너무 긴지 본다.
- PDF라면 복사 금지나 스캔본 특성이 있는지 본다.
작은 미니 사례로 보면 더 쉽다. 250MB짜리 회의 자료 PDF를 아무리 다시 올려도 해결되지 않는 이유는 네트워크보다 한도 자체일 가능성이 크다. 이런 경우는 분할 업로드가 더 빠르다.
2) 웹 URL은 “보이는 화면 전체”가 아니라 텍스트 추출 기준으로 본다
공식 도움말은 웹 URL 업로드 시 특정 HTML 웹페이지의 텍스트 콘텐츠만 스크래핑한다고 설명한다. 이미지, 삽입 동영상, 중첩 웹페이지는 가져오지 않고, 페이월 페이지는 지원되지 않는다. 즉 브라우저에서 잘 열리는 페이지라고 해서 NotebookLM이 그대로 다 읽는 것은 아니다.
이 단계에서는 아래를 본다.
- 로그인해야 보이는 페이지인지
- 기사 본문이 실제 HTML 텍스트인지
- PDF 링크인지 일반 웹페이지인지
- iframe이나 앱 쉘 중심 페이지인지
예를 들어 뉴스 사이트 링크를 넣었는데 본문이 거의 비어 있다면, NotebookLM이 고장이라기보다 실제 본문이 스크립트나 페이월 뒤에 있는 구조일 수 있다.
3) YouTube는 링크보다 조건을 먼저 본다
공식 소스 추가 도움말은 YouTube 소스의 실패 원인을 꽤 구체적으로 설명한다. 공개 동영상, 사용자 업로드 또는 자동 생성 자막 존재, 72시간 이상 지난 업로드, 음성 존재, 지원 언어 같은 조건이 맞아야 한다.
그래서 YouTube가 안 들어가면 아래 순서가 빠르다.
- 동영상이 공개 상태인지 본다.
- 자막이 실제로 있는지 본다.
- 업로드 후 72시간이 지났는지 본다.
- 음성이 거의 없거나 없는 영상인지 본다.
실전에서는 이 장면이 많이 헷갈린다. 링크는 맞고 브라우저에서도 재생되는데 NotebookLM에는 안 들어가면, URL 오타보다 자막 또는 업로드 시점 조건이 먼저 걸리는 경우가 많다.
4) Google Drive 파일은 자동 반영이 아니라 동기화 개념으로 본다
공식 도움말은 NotebookLM이 Google Drive 원본을 직접 수정하지 않고, 원본 파일의 사본을 만들어 처리한다고 설명한다. 또 원본 변경 사항을 자동 추적하지 않으므로, 조건이 맞으면 사용자가 소스 뷰어에서 다시 동기화해야 한다고 적고 있다.
즉 이런 흐름으로 보는 편이 맞다.
- Drive 문서를 수정했다고 NotebookLM 내용이 즉시 바뀌지 않을 수 있다.
- 쓰기 권한이 없으면 동기화 버튼이 안 보일 수 있다.
- Google 파일이 아닌 다른 업로드 파일은 삭제 후 재업로드가 필요할 수 있다.
이 차이를 모르고 있으면 “업데이트가 안 된다”고 느끼기 쉽다. 실제로는 오류라기보다 정적 사본 기반 동작 방식에 가깝다.
자주 헷갈리는 장면 4가지
1) PDF가 열리는데 NotebookLM에는 안 들어감
이 경우는 PDF가 손상된 것보다 복사 제한이나 파일 크기, 또는 스캔본 특성부터 보는 편이 빠르다. FAQ는 복사 금지 PDF는 가져올 수 없다고 분명히 적고 있다.
2) 웹 링크는 붙여넣었는데 본문이 비어 있음
웹페이지 전체를 가져오는 게 아니라 텍스트만 가져오므로, 광고·동영상·임베드 위주 페이지는 빈 것처럼 느껴질 수 있다. 이때는 본문 텍스트가 많은 다른 URL이나 PDF 버전이 더 잘 들어간다.
3) YouTube 링크가 어제 업로드한 영상이라 실패함
공식 도움말에 따르면 72시간 이내 업로드된 동영상은 가져올 수 없다. 검색할 때 의외로 자주 놓치는 조건이다.
4) Drive에서 고쳤는데 NotebookLM이 예전 내용만 답함
이건 자주 버그처럼 보이지만, 공식 동작은 자동 동기화가 아니다. 다시 동기화하거나 다시 넣는 흐름을 먼저 봐야 한다.
현장 미니 사례 3개
사례 A) 300MB 발표 자료 PDF가 안 들어감
- 상황: 파일은 정상인데 업로드만 실패
- 원인: 로컬 업로드 200MB 제한 초과 가능성
- 복구: PDF 분할 또는 핵심 챕터만 따로 추출해 업로드
- 검증: 분할한 파일이 실제로 소스로 들어오고 질문에 인용되는지 확인
사례 B) 유료 기사 링크를 넣었는데 내용이 없음
- 상황: 브라우저에서는 기사 열람 가능
- 원인: 페이월 또는 텍스트 추출 제한
- 복구: 합법적으로 보유한 PDF/텍스트를 사용하거나 공개 본문 링크로 교체
- 검증: 소스 요약에 실제 본문 문장이 들어오는지 확인
사례 C) 팀 드라이브 문서를 고쳤는데 답변은 예전 상태
- 상황: 최신 수치가 반영되지 않음
- 원인: 정적 사본 기반 동작, 수동 동기화 필요 가능성
- 복구: 동기화 버튼 확인, 필요하면 다시 업로드
- 검증: 최신 숫자를 묻는 질문에 새 내용이 인용되는지 확인
운영자가 바로 판단하는 기준
| 상황 | 먼저 볼 것 | 이유 |
|---|---|---|
| 문서 업로드 실패 | 50만 단어, 200MB, 복사 제한 | 공식 FAQ가 가장 먼저 짚는 원인 |
| 웹 링크 본문 누락 | HTML 텍스트 여부, 페이월 | NotebookLM은 텍스트 중심으로 가져옴 |
| YouTube 링크 실패 | 공개 여부, 자막, 72시간 조건 | 링크 자체보다 조건 문제가 흔함 |
| Drive 수정 미반영 | 수동 동기화 가능 여부 | 자동 추적이 아님 |
| 민감 자료 업로드 고민 | 권한과 개인정보 범위 | 시작 전 확인이 더 안전함 |
검색형 FAQ
Q1. NotebookLM은 어떤 파일까지 넣을 수 있나요?
Google 공식 도움말 기준으로 PDF, Markdown, txt, docx, csv, pptx, Google 문서/슬라이드/시트, 웹 URL, ePub, 공개 YouTube URL, 오디오 파일 등을 지원한다. 다만 형식마다 조건과 제한이 있다.
Q2. PDF가 왜 안 들어가나요?
FAQ 기준으로는 소스당 50만 단어 초과, 파일 크기 200MB 초과, 복사 금지 PDF가 대표 원인이다. 먼저 이 세 가지부터 잘라보는 편이 빠르다.
Q3. 웹페이지가 열리는데 왜 소스가 비어 보이나요?
NotebookLM은 페이지 전체 화면이 아니라 HTML 텍스트를 중심으로 가져온다. 이미지, 삽입 동영상, 중첩 페이지, 페이월 콘텐츠는 기대한 대로 안 들어올 수 있다.
Q4. 유튜브 링크가 안 들어가는 가장 흔한 이유는 뭔가요?
공개 동영상이 아니거나, 자막이 없거나, 업로드 후 72시간이 지나지 않았거나, 음성이 없는 영상일 수 있다.
Q5. Drive 문서를 바꿨는데 왜 NotebookLM 답변은 예전 내용인가요?
NotebookLM은 원본 파일을 자동 추적하지 않을 수 있다. 공식 도움말 기준으로는 수동 동기화나 재업로드 흐름을 먼저 봐야 한다.
다음 읽기
- NotebookLM 허브
- NotebookLM 02: 자료 수집(크롬 확장)
- NotebookLM 03: 프롬프트 활용
- 39. WebDAV PROPFIND 401, 405, 207 응답이 뜰 때 해결 가이드
- Troubleshooting 허브
한 줄 결론
NotebookLM 소스 추가 실패는 한 가지 오류가 아니라, 형식·한도·권한·소스 종류별 제약이 섞여 보이는 경우가 많다.
가장 빠른 복구는 파일을 다시 올리기 전에, 공식 도움말 기준으로 지금 넣는 소스가 조건을 만족하는지 먼저 자르는 것이다.
※ 이 문서는 생성형 AI를 활용해 작성되었습니다.