PDF 병합은 두 개 이상의 PDF 파일을 지정한 순서대로 이어 붙여 새 PDF 하나로 만듭니다. 전 과정이 브라우저 안에서 돌아가고 파일은 내 컴퓨터를 떠나지 않습니다.

이런 순간을 위한 도구입니다. 입찰 전에 표지, 본문, 자격 증명 스캔본을 한 부로 내야 할 때, 지도교수가 논문과 부록을 한 파일로 합치라고 할 때, 지출 결의 때 영수증 PDF 열몇 장을 하나로 합쳐 인쇄할 때, 장마다 따로 내보낸 강의 자료를 한 권으로 묶을 때. 공통점은 내용이 이미 PDF라서, 하나로 합치고 순서만 맞추면 된다는 것입니다.

온라인 병합 사이트 대부분과 달리 여기서는 「업로드—대기—다운로드」가 아니라, 브라우저가 파일을 읽어 메모리에서 곧바로 새 PDF를 다시 만듭니다. 그래서 한계도 분명합니다. 처리 속도는 쓰는 기기 성능에, 다룰 수 있는 크기는 서버 할당량이 아니라 브라우저가 쓸 수 있는 메모리에 달려 있습니다.

병합은 PDF 스튜디오의 패널 하나일 뿐입니다. 같은 스튜디오 안에서 병합 전에 어느 파일이든 페이지를 회전·삭제·재배치할 수 있고, 합친 결과를 다시 「스튜디오에 추가하고 계속 작업」으로 워터마크, 페이지 번호, 압축까지 같은 화면에서 이어서 처리할 수 있습니다.

1. 01파일 추가PDF 여러 개를 한꺼번에 「PDF 스튜디오」의 놓기 영역으로 끌어다 놓거나 「클릭해 선택」을 누릅니다. 스튜디오가 파일마다 페이지 수와 용량을 읽어 표시하는데, 페이지 수는 브라우저에서 실제로 분석한 값이지 어림값이 아닙니다.
2. 02순서 정하기왼쪽 「파일 목록」의 위아래 순서가 곧 병합 순서입니다. 파일 위로 마우스를 옮기고 「위로 이동」「아래로 이동」 화살표로 조정하세요. 「출력 파일 이름 변경」은 이후 분할 같은 작업에서 이 파일을 부르는 이름만 바꾸고 병합에는 영향을 주지 않습니다.
3. 03필요하면 페이지 정리(선택)파일을 클릭하면 가운데에 그 파일의 페이지 썸네일이 나옵니다. 클릭해 선택하고 Shift로 연속 선택하고 드래그해 순서를 바꿉니다. 도구 모음의 「회전」「삭제」는 선택한 페이지에 적용됩니다. 이 변경은 그대로 병합 결과에 반영됩니다. 예를 들어 가로로 스캔된 페이지를 먼저 세워 두고 합칠 수 있습니다.
4. 04「병합」 패널로 전환오른쪽 도구 탭에서 「병합」을 고릅니다. 안내 줄에 왼쪽 순서대로 몇 개 파일, 모두 몇 페이지를 합치는지 표시됩니다.
5. 05출력 파일 이름 입력 후 실행기본 이름은 「병합된 문서」입니다. 「병합 후 다운로드」를 누르면 아래 진행 막대가 페이지 단위로 차오르고, 끝나면 브라우저가 자동으로 내려받습니다. 결과 카드에는 「다시 다운로드」와 「스튜디오에 추가하고 계속 작업」도 있습니다.

아래는 실제로 한 번 돌린 기록입니다. 입력 세 파일은 각각 1페이지 세로 표지, 8페이지 세로 본문, 2페이지 가로 부록이고, 병합할 때 각자의 페이지 크기와 방향을 유지했습니다:

입력(목록 순서)
  cover.pdf      1페이지   A4 세로   1.6 KB
  report.pdf     8페이지   A4 세로   7.9 KB
  appendix.pdf   2페이지   A4 가로   2.6 KB

출력
  병합된 문서.pdf   11페이지            10.7 KB
  1페이지       ← cover 1페이지
  2–9페이지     ← report 1–8페이지
  10–11페이지   ← appendix 1–2페이지(여전히 가로)

출력 용량이 입력 세 개의 합보다 조금 작은 것은 새 파일이 내부 구조를 「객체 스트림」으로 다시 압축했기 때문입니다(원리 절 참고). 입력에 이미지가 많으면 출력 용량은 대체로 입력 합계와 비슷해집니다. 병합 자체는 이미지를 압축하지 않습니다.

순서가 틀렸다고 파일을 다시 추가할 필요는 없습니다. 왼쪽 목록에서 위로, 아래로 옮기면 됩니다. 아래 비교는 「부록」을 첫 자리에서 마지막 자리로 옮기기 전후의 목록 상태를 보여 줍니다:

두 PDF 파일을 그냥 앞뒤로 붙일 수 없는 이유

텍스트 파일은 그대로 이어 붙일 수 있지만 PDF는 안 됩니다. PDF는 객체 참조 그래프입니다. 파일이 번호가 붙은 객체들로 이루어지고, 끝의 상호 참조 표가 객체마다 바이트 오프셋을 기록합니다. 뷰어는 문서 카탈로그에서 시작해 참조를 따라 페이지 트리를 찾아가고, 「몇 번째 페이지」는 파일 안의 물리적 위치가 아니라 페이지 트리를 순회한 순서입니다. 두 파일이 각자 객체 번호(둘 다 1부터 시작합니다)와 상호 참조 표를 갖는데 그대로 이어 붙이면 번호가 충돌하고 오프셋이 전부 어긋나서, 뷰어가 아예 열지 못하거나 두 번째 %%EOF 앞부분까지만 인식합니다. 객체 모델, 페이지 트리, 증분 업데이트 전반은 PDF 파일 구조 입문(사이트 안내, 아직 비공개)에서 다루고, 여기서는 병합과 곧바로 관련된 부분만 짚습니다.

병합이 실제로 하는 일

이 도구는 pdf-lib로 브라우저 안에서 병합하며 순서는 이렇습니다.

1. 빈 문서를 새로 만듭니다.
2. 입력 파일마다, 가운데 영역에 정해 둔 페이지 순서대로 한 페이지씩 「페이지 복사」를 호출합니다. 그 페이지의 /Page 객체와 그것이 참조하는 모든 것(콘텐츠 스트림, 글꼴, 이미지, 주석)을 새 문서로 깊은 복사하고, 새 객체 번호를 붙이며 모든 참조를 고칩니다.
3. 그 페이지를 스튜디오에서 회전했다면 그 각도를 페이지의 /Rotate 속성에 더합니다(PDF 규정상 이 값은 90의 정수 배여야 하므로 스튜디오의 회전도 90° 단위만 제공합니다).
4. 모든 페이지가 새 문서의 페이지 트리에 들어가면 한 번에 직렬화하고 새 상호 참조 정보를 씁니다.

스튜디오에서 하는 회전, 삭제, 재배치는 모두 이 「페이지 목록」을 조작하는 일이고, 실제로 실행할 때 목록대로 원본에서 페이지를 꺼내므로 병합 전에 아무리 많이 정리해도 비용이 들지 않습니다.

출력이 입력 합계쯤 되고 때로는 확실히 더 큰 이유

「페이지 복사」는 자원을 페이지 단위로 복사합니다. 입력 세 파일이 같은 글꼴을 넣고 있다면 새 문서에는 그 글꼴이 세 벌 들어갑니다. pdf-lib은 파일을 가로질러 「이 두 글꼴 객체가 사실 같다」를 알아보고 중복을 제거하지 않습니다. 이미지도 마찬가지로 각 이미지가 자기가 있던 페이지를 따라 들어옵니다. 그래서 병합한 용량은 적어도 각 파일의 합 이상이 됩니다.

더 알아 둘 점은, 페이지별 회전과 재배치를 지원하려고 스튜디오가 한 번에 한 페이지씩 「페이지 복사」를 호출한다는 사실입니다. 자원 중복 제거는 같은 호출 안에서만 유효합니다. 그래서 한 파일에서 8페이지가 함께 쓰는 임베디드 글꼴 하나가 8번 복사됩니다. 실제로 Arial 서브셋을 넣은 8페이지 문서(17.5 KB)를 1페이지 표지와 병합해 보니 출력이 121 KB였습니다. 글꼴이 여덟 번 복사된 것입니다. 임베디드 글꼴 위주의 텍스트 문서라면 출력이 입력 합계보다 몇 배 커지고, 페이지마다 이미지가 다른 스캔본이라면 이미지가 원래부터 그 페이지에만 속해 있으므로 거의 영향이 없습니다.

반대로 출력이 입력 합계보다 조금 작아질 때도 있습니다. 직렬화할 때 PDF 1.5에서 도입된 객체 스트림(Object Streams)이 기본으로 켜져서, 작은 객체를 한데 묶어 스트림 하나로 Deflate 압축하기 때문입니다. 위 예시에서 12.1 KB가 10.7 KB가 된 것이 그 효과입니다(예시는 PDF 내장 표준 14 글꼴을 써서 임베디드 글꼴 파일이 없었기에 위의 부풀림이 일어나지 않았습니다). 이 기능은 이미지 용량에는 아무 영향을 주지 않습니다.

병합하면서 없어지는 것

「페이지 복사」는 페이지 수준의 것만 가져갑니다. 문서 수준 구조는 문서 카탈로그에 매달려 어느 페이지에도 속하지 않으므로 새 파일에 들어가지 않습니다(판별법은 안내서의 「페이지 밖의 것들」 절 참고).

• 북마크(Outlines): 목차 트리가 문서 카탈로그에 매달려 있어 병합 후 사라집니다.
• 양식 정의(AcroForm): 페이지 위의 입력란 겉모습은 복사되지만 「이 상자가 무슨 필드인지」를 설명하는 양식 사전은 복사되지 않아, 필드는 보여도 제대로 입력하지 못할 수 있습니다. 입력 가능한 양식을 유지하려면 원본에서 먼저 「평탄화」한 뒤 병합하세요.
• 첨부 파일, 이름 있는 대상, 문서 수준 JavaScript, 페이지 레이블(예: 「i, ii, iii, 1, 2」 같은 사용자 정의 페이지 번호), 그리고 PDF/A 같은 규격 선언.
• 문서 속성: 새 파일의 제목, 작성자 같은 메타데이터는 비어 있고 생산자 정보는 pdf-lib에서 옵니다. 설정하려면 병합 후 「메타데이터」 패널에서 채우세요.
• 선형화(「빠른 웹 보기」): 네트워크에서 페이지 단위로 불러오도록 물리 배치를 최적화한 것이라 어떤 재작성이든 이를 깨뜨리지만, 일반적인 읽기에는 영향이 없습니다.

페이지를 가로지르는 내부 링크(예: 목차 페이지의 「5장으로 이동」)가 이름 있는 대상으로 구현되어 있으면 병합 후 동작하지 않습니다. 페이지 객체를 직접 가리키는 링크는 같은 파일 안이라면 보통 그대로 살아 있습니다.

암호화된 파일을 바로 병합할 수 없는 이유

PDF의 표준 보안 처리기는 암호에서 파생한 키로 모든 문자열과 스트림을 암호화합니다. pdf.js는 암호를 받으면 렌더링을 위해 복호화할 수 있지만, pdf-lib의 로더에는 복호화 구현이 없어 /Encrypt 사전을 만나면 그냥 거부합니다. 그래서 스튜디오에서 암호를 입력해도 썸네일을 볼 수만 있고, 병합할 때는 「암호화되어 있어 직접 편집할 수 없습니다」라는 안내가 나옵니다. 올바른 방법은 「PDF 잠금 해제」에서 암호로 암호 없는 사본을 만든 뒤 그 사본을 병합하는 것입니다. 이 단계 역시 로컬에서 끝납니다.

• 병합 전에 파일마다 덜어내기: 가운데 영역에서 필요 없는 페이지를 선택하고(Shift로 구간 선택) 「삭제」를 누릅니다. 삭제한 페이지는 병합 결과에 들어가지 않고 원본 파일은 영향을 받지 않습니다. 「먼저 분할하고 다시 병합」보다 다운로드 한 번이 줄어듭니다.
• 이질적인 문서 병합: 세로와 가로, A4와 Letter를 그대로 합칠 수 있고 페이지마다 자기 크기와 방향을 유지합니다. A4로 통일하고 싶으면 병합 후 「N-up」이나 「자르기」를 쓰세요. 도구가 페이지를 자동으로 축소하지는 않습니다.
• 연속 페이지 번호 매기기: 병합 결과 카드에서 「스튜디오에 추가하고 계속 작업」을 누르고 「페이지 번호」 패널로 가서 모든 페이지에 연속 번호를 한 번에 넣습니다. 표지를 건너뛰려면 적용할 페이지에 2-를 입력하세요.
• 병합 후 통일 워터마크: 같은 방식으로 「워터마크」로 이동합니다. 먼저 병합하고 워터마크를 넣으면 워터마크 설정을 한 번만 하면 되고, 출처가 다른 페이지에서도 워터마크 위치가 일정합니다.
• 구분용 빈 페이지 넣기: 「페이지 정리」 패널에서 원하는 위치에 빈 페이지(A4 또는 앞 페이지와 같은 크기)를 넣어 장과 장 사이의 간지로 쓴 뒤 병합하세요.
• 같은 파일을 두 번 쓰기: 「표지—본문—표지」 같은 구성이 필요하면 같은 파일을 두 번 추가하면 됩니다. 스튜디오는 파일 이름이 아니라 추가한 인스턴스로 구분합니다.

입력 형식

PDF. 섞여 들어온 JPG/PNG/WebP 이미지는 바로 병합되지 않고 「이미지를 PDF로」 목록으로 넘어갑니다.

파일 수

제한은 없지만 2개 이상이어야 실행됩니다.

파일 용량

딱 정해진 상한은 없습니다. 파일 하나가 200 MB를 넘으면 처리가 느리고 메모리를 많이 쓴다는 안내가 나옵니다. 실제 상한은 브라우저가 쓸 수 있는 메모리가 정하며, 병합 과정은 모든 입력과 출력을 동시에 들고 있어야 합니다.

암호화된 파일

「PDF 잠금 해제」로 암호를 먼저 제거해야 합니다. 암호를 입력해도 보기만 될 뿐 병합에는 참여할 수 없습니다.

유지되는 것

페이지 내용, 벡터 글자(병합 후에도 선택해 복사 가능), 임베디드 글꼴, 이미지, 페이지 수준 주석, 페이지 회전.

유지되지 않는 것

북마크, 양식 정의, 첨부 파일, 이름 있는 대상, 문서 수준 스크립트, 페이지 레이블, 원본 문서 속성, 선형화.

용량 부풀림

같은 파일에서 여러 페이지가 공유하는 임베디드 글꼴은 페이지마다 한 벌씩 복사됩니다(원리 참고). 임베디드 글꼴이 많은 텍스트 문서는 출력이 입력 합계보다 몇 배 커질 수 있고, 스캔본은 거의 영향이 없습니다.

하지 않는 일

글꼴과 이미지 중복 제거, 페이지 축소, 이미지 압축, 스캔본 글자 인식은 하지 않습니다. 용량을 줄이려면 「PDF 압축」을 쓰고(페이지를 이미지로 바꾼다는 점에 주의), 판형을 통일하려면 「N-up」을 쓰세요.

• 「병합하면 파일 이름 순으로 자동 정렬된다」: 아닙니다. 순서는 전적으로 왼쪽 목록이 정하고, 파일을 여러 개 선택했을 때 목록에 들어가는 순서는 운영체제가 돌려주는 순서에 달려 있습니다. 실행 전에 꼭 한 번 확인하세요.
• 「병합하면 글자가 이미지가 된다」: 병합은 페이지 내용을 바꾸지 않습니다. 원래 글자였으면 글자로 남습니다. 선택이 안 된다면 보통 원본이 스캔 이미지입니다.
• 「병합하면 파일이 작아진다」: 병합은 이미지 압축을 하지 않아 용량이 적어도 각 파일의 합이고, 임베디드 글꼴이 많은 문서는 더 커집니다. 줄이는 일은 별개입니다.
• 「암호화된 파일을 병합하면 복호화된다」: 암호화된 파일은 병합에 아예 들어가지 않습니다. 병합이 됐다면 이미 암호 없는 사본이라는 뜻입니다.
• 「병합해도 북마크가 남는다」: 남지 않습니다. 목차 탐색이 필요하면 원래의 분책을 남기거나 병합 후 뷰어에서 북마크를 다시 만드세요.

모든 처리가 브라우저 안에서 끝납니다. 파일은 브라우저의 File API로 메모리에 읽히고, pdf.js가 썸네일을 그리며, pdf-lib이 새 파일을 다시 만듭니다. 모두 이 기기에서 돕니다. 어떤 바이트도 서버로 전송되지 않고, 사이트는 어떤 파일을 처리했는지도 기록하지 않습니다. 페이지를 닫거나 새로 고치면 메모리 속 파일이 곧바로 해제됩니다.

• PDF 파일 구조 입문(사이트 안내, 아직 비공개) — 객체 모델, 페이지 트리, 증분 업데이트, 그리고 그것들이 병합·분할·압축에서 무엇을 남길 수 있는지.
• ISO 32000-1:2008, Document management — Portable document format — Part 1: PDF 1.7, §7.5 파일 구조, §7.7.3 페이지 트리, §7.5.7 객체 스트림, §12.3 문서 수준 탐색(북마크). Adobe 공개 미러: https://opensource.adobe.com/dcs/pdf/PDF32000_2008.pdf（访问日期：2026-09-08）
• ISO 32000-2:2020 — PDF 2.0 규격（访问日期：2026-09-08）— 페이지 트리와 문서 객체 구조의 현행 정의.
• pdf-lib 공식 문서, 「Copy Pages」와 PDFDocument.copyPages API: https://pdf-lib.js.org/（访问日期：2026-09-08）
• Mozilla pdf.js, 브라우저 내 PDF 렌더러(이 도구에서 썸네일과 암호 검증에 사용): https://mozilla.github.io/pdf.js/（访问日期：2026-09-08）
• MDN Web Docs, File API 개요(파일이 브라우저 메모리로 읽히는 방식): https://developer.mozilla.org/zh-CN/docs/Web/API/File_API（访问日期：2026-09-08）