2026-09-17
챗GPT·클로드·제미나이가 PDF 전체를 안 받아준다면, 실제 업로드 한도와 미리 잘라내거나 합치는 법
PDF 전체를 AI 어시스턴트에게 넘기는 일 — "이 임대차 계약서 요약해줘", "이 논문 40페이지가 실제로 뭘 주장하는지 알려줘", "이 스캔한 세금 신고서에서 숫자만 뽑아줘" — 은 이제 긴 문서를 읽어내는 평범한 방법 중 하나가 됐습니다. 상대적으로 덜 알려진 건, 챗GPT·클로드·제미나이가 각각 하나의 업로드가 담을 수 있는 것에 실제로, 서로 다르게, 그리고 놀랄 만큼 놓치기 쉬운 한도를 두고 있다는 사실입니다. 그 한도에 걸렸을 때 "이 파일은 너무 큽니다"라고 알려주지 않는다는 게 더 큰 문제입니다. 업로드가 그냥 거부되거나, 업로드는 됐는데 어시스턴트가 실제로는 보지도 못한 부분에 대해 자신 있게 틀린 답을 내놓거나, 아예 첨부 자체가 안 되는 식으로 나타납니다. 이건 기계적인 문제이고 기계적인 해결책이 있습니다 — 더 비싼 요금제로 바꿀 필요는 없습니다.
실제 한도 — 감이 아니라
각 어시스턴트는 자기만의 숫자를 공식 문서에 명시하고 있고, 서로 일치하지 않습니다:
- 클로드(Claude). Anthropic 자체 PDF 지원 문서는 명확하게 밝힙니다: 요청 하나당 최대 32MB, 최대 600페이지 — 다만 대화의 컨텍스트 윈도우가 100만 토큰 미만이면 이 한도가 100페이지로 내려가는데, 보통의 일반적인 사용에서는 이쪽이 기본값입니다. 같은 요구사항 표에는 완전히 놓치기 쉬운 두 번째 규칙이 있습니다: 파일이 "표준 PDF(암호/암호화 없음)"여야 한다는 것 — 암호화된 PDF는 용량이 크고 작고의 문제가 아니라, 크기와 무관하게 그냥 거부됩니다.
- 챗GPT(ChatGPT). OpenAI 자체 파일 업로드 FAQ는 파일당 512MB로 용량 한도를 넉넉하게 잡아뒀습니다 — 하지만 텍스트가 많은 문서에서 먼저 걸리는 건 따로 있는 숫자입니다: 콘텐츠 자체가 파일당 200만 토큰으로 제한돼 있어서, 긴 보고서는 용량으로는 겨우 몇 메가바이트에 불과해도 이 한도를 가볍게 넘어설 수 있습니다. 같은 FAQ는 업로드 빈도도 제한합니다 — 무료 계정은 하루 3개 파일까지만 올릴 수 있습니다.
- 제미나이(Gemini). Google의 Gemini 앱 도움말 페이지는 PDF를 포함한 모든 업로드 파일을 100MB로 제한하고, 프롬프트 하나당 최대 10개 파일까지만 허용합니다.
이 숫자들은 어디서 주워들은 추측이 아닙니다 — 전부 각 업체가 지금 공식적으로 게시해둔 한도이고, 어느 업체든 예고 없이 바꿀 수 있습니다. 그러니 "2026년 9월 기준"이라는 말 그대로 받아들이고, 영원히 고정된 숫자로는 여기지 마십시오.
비슷해 보이지만 서로 다른 두 가지 실패
용량·페이지 한도와 암호화 규칙은 둘 다 "내 PDF를 안 받아준다"로 읽히는, 겉보기엔 비슷한 두 가지 실패를 만들어냅니다. 파일이 너무 크거나 페이지가 너무 많으면 그냥 거부되거나 — 더 나쁘게는 — 일단 받아들여진 뒤 조용히 잘려나가서, 어시스턴트는 실제로 받은 부분에 대해서만 답하면서도 나머지를 못 봤다는 사실을 알려줄 방법이 없습니다. 암호로 보호된 PDF는 완전히 다른 종류의 실패입니다: 클로드 자체 문서는 크기와 무관하게 이걸 원천적으로 배제하므로, 2페이지짜리 암호화된 명세서도 600페이지짜리 파일과 똑같은 이유로 실패합니다. 지금 마주친 게 어느 쪽 실패인지 아는 것이 어떤 해결책이 맞는지를 결정합니다 — 분할로는 암호화 거부를 빠져나갈 수 없고, 암호를 푼다고 페이지 수 초과 거부가 사라지지도 않습니다.
해결책 #1: 질문과 실제로 관련된 부분만 남기기
실제로 필요한 게 "이 80페이지짜리 임대차 계약서의 중재 조항이 뭐라고 돼 있는지"라면, 어시스턴트가 80페이지를 전부 볼 필요는 없습니다 — 문제가 되는 몇 페이지만, 어느 플랫폼의 한도에도 여유 있게 들어 가는 분량으로 보면 됩니다. NearPDF의 split 도구에는 페이지 범위 선택 기능이 없습니다(항상 페이지당 PDF 한 개를 zip으로 만들 뿐입니다). 하지만 바로 이런 상황을 위해 공식적으로 안내하는 우회 방법이 delete 도구입니다: 파일을 추가하고, 실제로 필요한 범위 밖의 모든 페이지에 ✕를 눌러 지운 뒤 저장하면 — 그 범위만 담긴 PDF 한 개가 남습니다. 이건 NearPDF의 이메일 용량 한도 글에서 이미 더 자세히 다룬 것과 똑같은 기법입니다. 다만 그 글에서는 이유가 받은편지함 용량 한도였고 여기서는 AI 업로드 한도라는 차이만 있을 뿐, 방법 자체는 바뀌지 않습니다.
잘라내는 건 한도 안에 들어가는 것 이상의 이득을 줍니다. 스탠퍼드 연구진이 참여한 2023년 논문이 Association for Computational Linguistics의 TACL 저널에 "Lost in the Middle: How Language Models Use Long Contexts"라는 제목으로 발표됐는데, 이 논문은 이런 모델들이 주어진 내용 중 앞부분이나 뒷부분에 있는 정보를 중간에 파묻혀 있는 정보보다 더 확실하게 활용한다는 것을 밝혀냈습니다. 이건 이 모델들이 어떻게 작동하는지에 대한 일반적이고 동료 심사를 거친 연구 결과일 뿐 — 특정 어시스턴트의 현재 동작에 대한 주장도, NearPDF가 특정 답변을 더 낫게 만들어준다고 보장하는 것도 아닙니다 — 하지만 더 짧고 주제에 맞는 파일이 단지 용량만 줄어드는 게 아니라 더 나은 답을 받을 실질적인 이유가 되는 건 맞습니다.
해결책 #2: 파일 다섯 개보다 순서 정리된 파일 한 개가 낫다
정반대의 문제도 그만큼 자주 생깁니다: 같은 서식의 3개년치 자료, 강의계획서와 채점 기준표, 계약서와 서명이 들어간 부속 합의서 — 여러 개의 작고 서로 관련된 PDF를 어시스턴트 하나가 따로따로가 아니라 함께 고려해줬으면 할 때가 있습니다. 따로 올리면 어시스턴트가 어떤 순서로 읽었는지 알 수 없습니다. NearPDF의 merge 도구는 단순한 경우를 처리합니다: 원하는 순서대로 파일을 추가하고, 합쳐진 PDF 한 개로 저장하면 됩니다. organize 도구에는 좀 더 세밀한 상황에 알아두면 좋은 특징이 있습니다: 여러 PDF를 한꺼번에 추가하면 모든 파일의 모든 페이지가 하나의 그리드에 함께 나타나므로, 페이지를 원하는 순서로 드래그하는 것 — 파일 B를 파일 A 뒤에 그냥 붙이는 게 아니라 두 파일의 페이지를 서로 엇갈려 배치하는 것 — 이 결과를 세밀하게 통제하는 병합 작업을 그대로 겸하게 됩니다.
암호 장벽은 AI만의 규칙이 아니다
클로드 자체 요구사항 표는 암호화된 PDF를 원천적으로 배제하지만, 이건 어느 AI 업체가 이번에 새로 만들어낸 제약이 아닙니다 — NearPDF 자체 도구가 이미 부딪히는 것과 똑같은 벽입니다. NearPDF의 merge 도구는 추가되는 모든 파일을 확인해서 암호로 보호된 파일을 자동으로 건너뜁니다: 도구 자체의 표현을 그대로 옮기면 "자동으로 건너뜁니다 — NearPDF는 암호화된 PDF를 열 수 없으므로, 먼저 암호를 제거하세요." 은행 포털이나 스캔 앱이 잠긴 PDF를 내줬다면, 그 암호는 파일을 만든 곳에서, 혹은 암호 제거를 지원하는 PDF 리더에서 풀어야 합니다 — NearPDF에는 복호화 기능이 없고, 잘라내든 합치든 그 사실은 바뀌지 않습니다.
정직하게 밝히는 한계
NearPDF는 PDF 안의 내용을 읽거나 요약하거나 이해하지 않으며, 어디로도 — AI 서비스든 다른 어디든 — 파일을 업로드하지 않습니다. 여기서 설명한 자르기·합치기·재배열·회전은 전부 사용자가 어딘가로 무언가를 보내기로 결정하기 전, 기기 안에서만 일어납니다. NearPDF는 다음 달 어떤 어시스턴트의 한도가 어떻게 바뀔지도 알지 못합니다 — 위의 숫자들은 각 업체가 지금 공식적으로 게시해둔 것일 뿐, NearPDF가 그들을 대신해 하는 약속이 아닙니다. NearPDF가 할 수 있는 건 그 사이의 준비 단계입니다: 용량이나 페이지 한도를 넘는 PDF 한 개를 실제로 필요한 범위만 남긴 파일로 만들거나, 여러 관련 PDF를 어시스턴트가 가장 깔끔하게 읽어낼 수 있는 순서 정리된 파일 하나로 만드는 것 — 그 과정 어디에서도 페이지 한 장조차 사용자가 직접 보내기로 선택하기 전까지는 브라우저 밖으로 나가지 않습니다.