PDF 분할은 여러 페이지짜리 PDF를 지정한 규칙에 따라 여러 개의 독립된 PDF 파일로 나눕니다. 계산은 모두 브라우저 안에서 끝나고 원본 파일은 업로드되지도, 수정되지도 않습니다.

이 기능이 필요한 순간은 대개 「문서 하나, 갈 곳은 여럿」입니다. 계약서에서 서명 페이지를 따로 떼어 상대에게 보낼 때, 스캐너가 서류 뭉치를 100페이지짜리 파일 하나로 만들어 버렸는데 4페이지마다 한 사람의 서식일 때, 학술지 한 권 전체를 받았지만 내 논문만 남기고 싶을 때, 반대로 어떤 플랫폼이 파일당 페이지 수를 제한해 긴 문서를 잘라 올려야 할 때 쓰입니다.

나누는 방식은 네 가지입니다. 범위 지정(범위마다 파일 하나, 하나로 합칠 수도 있음), N페이지마다(균등 분할), 선택 페이지(썸네일에서 클릭해 뽑아내 새 파일로 만들기), 페이지마다(한 페이지에 파일 하나). 출력 파일이 둘 이상이면 자동으로 zip으로 묶어 내려받고, 하나뿐이면 PDF로 바로 내려받습니다.

분할은 원본 파일이 아니라 「현재 순서」를 기준으로 합니다. 가운데 영역에서 빈 페이지를 지우거나 뒤집힌 페이지를 바로 세워 두었다면 페이지 번호와 내용 모두 정리된 상태를 따릅니다. 「정리한 뒤 나누기」가 한 번에 되는 대신, 입력하는 페이지 번호는 화면에 보이는 번호라는 뜻입니다.

1. 01PDF 추가PDF를 끌어다 놓거나 클릭해 고릅니다. 작업 공간에 전체 페이지 수와 페이지 썸네일이 나오고, 파일이 암호화되어 있으면 먼저 열기 암호를 요구합니다(보기만 가능하며, 분할하려면 「PDF 잠금 해제」가 필요합니다).
2. 02선택 사항: 페이지 먼저 정리가운데 영역에서 회전·삭제하거나 끌어다 순서를 바꿉니다. 분할은 정리된 순서로 페이지를 셉니다.
3. 03「분할」 패널로 전환하고 방식을 고릅니다: - 범위 지정: 「페이지 범위」 상자에 1-3,5,8-10처럼 입력하면 범위마다 파일 하나가 나옵니다. 「모든 범위를 파일 하나로 병합」을 켜면 입력한 순서대로 하나로 이어 붙입니다. - N페이지마다: 「파일당 페이지 수」를 채우면 1페이지부터 균등하게 나뉘고 마지막 묶음은 N페이지보다 적을 수 있습니다. - 선택 페이지: 가운데 영역에서 페이지를 클릭합니다(Shift로 구간 선택). 패널에 선택한 페이지 수가 표시되고, 그 페이지만 담은 PDF 하나가 출력됩니다. - 페이지마다: 페이지마다 한 장짜리 PDF를 만들어 전부 zip으로 묶습니다.
4. 04「분할 시작」 클릭아래 진행 막대가 페이지 단위로 올라갑니다. 출력 파일 이름은 원본 파일 이름으로 시작하고 뒤에 페이지 라벨이 붙습니다. 예를 들어 contract_1-3페이지.pdf이고, 파일이 여러 개면 contract_분할.zip으로 묶입니다.
5. 05이어서 작업(선택)결과 카드의 「다시 내려받기」로 다시 저장할 수 있고, 출력이 PDF 하나라면 「작업 공간에 추가하고 계속 처리」도 됩니다.

12페이지 계약서(contract.pdf, 11.5 KB)를 두 방식으로 나눈 실제 출력입니다:

범위 문법에서 허용되는 표기:

거부되고 이유가 안내되는 표기: 0-3(페이지는 1부터 시작), 5-2(시작 페이지가 끝 페이지보다 큼), 10-15(전체 페이지 수를 넘으면 실제 페이지 수를 안내), a-b(인식 불가).

범위 지정: 1-3,5,8-
  contract_분할.zip (10.2 KB), 파일 3개 포함
    contract_1-3페이지.pdf    3페이지
    contract_5페이지.pdf      1페이지
    contract_8-12페이지.pdf   5페이지    ← 「8-」은 8페이지부터 끝까지라는 뜻
  어떤 범위에도 없는 4·6·7페이지는 출력되지 않음

N페이지마다: N = 4
  contract_분할.zip (12.8 KB), 파일 3개 포함
    contract_1-4페이지.pdf
    contract_5-8페이지.pdf
    contract_9-12페이지.pdf

1-3,5,8-10     쉼표로 구분, 하이픈은 닫힌 구간
1-3、5 8-10    중국어 구분점(、)과 공백도 구분자로 인식
2—5  2~5       긴 줄표와 물결표는 「-」로 정규화
9-             마지막 페이지까지
-3             1페이지부터 3페이지까지
1-3,2-6        범위는 겹칠 수 있음: 2·3페이지가 두 출력에 모두 들어감

PDF에서 「몇 번째 페이지」란

PDF 파일 안에 「5페이지」라는 필드는 없습니다. 문서 카탈로그 아래에 페이지 트리(Page Tree)가 매달려 있고 잎 노드가 하나씩 /Page 객체입니다. 뷰어는 이 트리를 깊이 우선으로 순회하면서 만나는 다섯 번째 잎을 5페이지라고 부릅니다. 이 번호를 물리 페이지 번호라고 하며, 페이지에 인쇄된 「5」나 목차의 「제5장 …… 5」와 반드시 일치하지는 않습니다.

PDF는 문서 수준에서 페이지 라벨(Page Labels)을 정의해 뷰어가 서문을 i, ii, iii으로 보여 주고 본문은 1부터 다시 시작하게 할 수도 있습니다. 이 도구의 범위 입력은 물리 페이지 번호, 즉 썸네일 아래에 적힌 숫자를 씁니다. 로마 숫자 서문이 있는 파일이라면 페이지에 인쇄된 번호가 아니라 썸네일의 번호를 입력하세요.

분할은 어떻게 실행되나

분할과 병합은 같은 구조를 공유합니다. pdf-lib으로 빈 문서를 만들고 그룹별로 원본에서 페이지를 「복사」해 옵니다. 페이지 하나가 복사될 때 그 페이지가 참조하는 내용 스트림, 글꼴, 이미지, 페이지 수준 주석이 함께 깊은 복사되고 번호가 다시 매겨지며, 페이지 회전은 /Rotate로 기록됩니다. 그룹끼리는 서로 독립적이라 1번 그룹의 출력 파일은 2번 그룹의 존재를 모릅니다.

「N페이지마다」의 그룹 알고리즘은 현재 순서의 1페이지부터 N페이지마다 한 번씩 자르고 마지막 그룹은 남은 페이지를 가져갑니다. 「범위 지정」은 입력한 순서 그대로 그룹을 만들고 범위가 겹치면 페이지가 여러 번 복사됩니다. 「선택 페이지」는 선택한 페이지를 배열 순서대로 그룹 하나에 담고, 「페이지마다」는 N = 1과 같습니다.

나눈 조각의 합이 원본과 다른 이유

나눠진 파일은 각각 따로 열려야 하므로 원본에서 여러 페이지가 공유하던 자원(가장 대표적인 것이 임베드 글꼴)이 출력 파일마다 한 벌씩 들어갑니다. 글꼴 3개를 임베드한 12페이지 문서를 3개로 나누면 글꼴 데이터가 3벌 생깁니다. 여기에 더해 작업 공간은 페이지별 정리를 지원하기 위해 페이지를 한 장씩 복사하므로, 같은 출력 파일 안에서 여러 페이지가 공유하는 글꼴도 페이지마다 복사됩니다(자세한 내용은 「PDF 병합」의 동작 원리를 참고하세요). 위 예시의 원본은 PDF 내장 표준 글꼴을 쓰고 임베드 글꼴 데이터가 없어서 세 조각의 합이 원본과 비슷하지만, 글꼴을 임베드한 문서라면 합이 원본보다 확실히 커집니다.

반대 경우도 마찬가지입니다. 분할이 무언가를 「풀어 주는」 일은 없습니다. 원본의 한 페이지에 20 MB짜리 스캔 이미지가 들어 있으면 나눠진 그 페이지도 20 MB입니다.

출력에 딸려 가지 않는 것

병합과 마찬가지로 페이지 복사는 페이지 수준 내용만 가져갑니다. 책갈피, 양식 필드 정의, 첨부 파일, 이름 있는 대상, 문서 속성 같은 문서 수준 구조는 어떤 출력 파일에도 들어가지 않으며, 이름 있는 대상에 의존하는 페이지 간 링크는 끊어집니다. 디지털 서명이 있는 파일은 분할하면 서명이 무효가 됩니다. 이는 PDF 구조를 다시 쓰는 모든 작업에 공통된 결과이지 분할만의 특징이 아닙니다.

zip은 어떻게 만들어지나

여러 출력 파일은 JSZip이 브라우저 안에서 하나의 zip으로 묶습니다(DEFLATE 압축 레벨 6). PDF 내부 스트림은 대개 이미 압축되어 있어서 zip을 씌워도 용량은 거의 줄지 않습니다. zip의 역할은 브라우저가 여러 파일을 한 번에 내려받게 하는 것뿐입니다. 압축을 풀면 각 PDF는 완전하고 독립적입니다.

• 먼저 정리하고 나누기: 양면 스캔에는 빈 뒷면이 자주 끼어 있습니다. 가운데 영역에서 빈 페이지를 클릭해 삭제한 뒤 「N페이지마다」로 나누면 페이지 번호가 삭제 후 배열 기준이 되어 조각마다 페이지 수가 맞아떨어집니다.
• 범위 병합 = 순서 있는 추출: 「모든 범위를 파일 하나로 병합」을 켜면 8-10,1-3은 8–10페이지를 먼저, 1–3페이지를 뒤에 담은 파일 하나를 만듭니다. 분할 후 다시 병합하는 것보다 다운로드가 한 번 줄고, 빠른 재정렬 수단으로도 쓸 수 있습니다.
• 표지를 모든 조각에 넣기: 범위는 겹칠 수 있습니다. 1-4,1,5-8,1,9-12는 4페이지짜리 조각 셋과 표지 단독 둘, 모두 5개 파일을 만듭니다. 「조각마다 표지를 붙이고 싶다」면 각 조각에 1,5-8로 「파일 하나로 병합」을 한 번씩 돌리는 편이 더 직접적입니다.
• 한 부씩 나눠 줄 서식: 4페이지짜리 신청서 25부를 한 번에 스캔했다면 「N페이지마다」에서 N = 4로 25개 파일을 얻습니다. 파일 이름에 페이지 범위가 들어가 있어 원본 번호와 대조해 이름을 바꾸기 쉽습니다.
• 뽑아서 이어서 가공: 「선택 페이지」는 PDF 하나를 출력하므로 바로 「작업 공간에 추가하고 계속 처리」로 이어 워터마크나 페이지 번호를 붙일 수 있습니다. 다시 올릴 필요가 없습니다.
• 초대형 파일 나누기: 300페이지 스캔본을 50페이지 제한 플랫폼에 올려야 하면 N = 50으로 6조각을 만듭니다. 페이지가 아니라 용량만 제한한다면 「PDF 압축」을 먼저 하는 편이 이득입니다.

입력 형식

PDF. 한 번에 왼쪽 목록에서 현재 선택한 파일 하나를 처리하며 다른 파일은 영향을 받지 않습니다.

암호화된 파일

먼저 「PDF 잠금 해제」로 암호를 제거해야 합니다. 보기 암호만 입력해서는 분할할 수 없습니다.

페이지 기준

가운데 영역의 현재 배열(1부터 시작하는 물리 페이지 번호)이며, 페이지에 인쇄된 번호나 (재배열했다면) 원본 파일 순서가 아닙니다.

출력

그룹이 하나면 PDF로 바로 내려받고, 여러 개면 zip으로 묶습니다. 압축률은 내용에 따라 다릅니다(PDF는 대개 거의 줄지 않음).

파일 용량

딱 정해진 상한은 없고 200 MB를 넘으면 느려질 수 있다고 안내합니다. 브라우저 메모리 제약을 받으며, 나누는 동안 원본과 모든 출력을 동시에 들고 있어야 합니다.

보존

페이지 내용, 벡터 글자, 임베드 글꼴, 이미지, 페이지 수준 주석, 회전.

보존하지 않음

책갈피, 양식 정의, 첨부 파일, 이름 있는 대상, 원본 문서 속성, 디지털 서명의 유효성.

하지 않는 일

책갈피나 장 제목으로 자동 분할하지 않고, 글자 내용을 읽어 자를 지점을 정하지 않으며, 여러 원본 파일을 합치지 않습니다(그건 「PDF 병합」).

• 「5-2를 입력하면 역순으로 출력된다」: 아닙니다. 시작 페이지가 끝 페이지보다 작거나 같아야 하고 어기면 오류가 납니다. 역순이 필요하면 가운데 영역에서 먼저 끌어다 재배열하세요.
• 「페이지 번호는 페이지에 인쇄된 번호다」: 아닙니다. 썸네일 아래의 번호를 기준으로 하며, 서문에 로마 숫자를 쓴 파일이라면 특히 주의해야 합니다.
• 「범위에 쓰지 않은 페이지는 알아서 한 파일로 묶인다」: 아닙니다. 범위 지정 모드는 입력한 범위만 출력하고 빠뜨린 페이지는 어디에도 나오지 않습니다.
• 「나눈 파일 크기의 합은 원본과 같아야 한다」: 출력마다 따로 열려야 해서 공유 글꼴이 여러 벌 복사되므로 합계는 대개 더 커집니다.
• 「분할로 암호나 서명을 떼어낼 수 있다」: 암호화된 파일은 아예 나눌 수 없고, 서명된 파일은 서명이 무효가 되는 것이지 서명만 「떼어낸」 것이 아닙니다. 문서가 다시 쓰였기 때문입니다.

파일은 브라우저 안에서 읽고 분석하고 다시 만듭니다. 어떤 서버도 거치지 않습니다. 페이지 썸네일은 pdf.js가, 출력 파일은 pdf-lib이 이 기기에서 만들고 zip 묶음도 마찬가지입니다. 인터넷이 끊겨도 쓸 수 있고, 페이지를 닫으면 메모리 속 데이터가 해제됩니다.

• ISO 32000-1:2008, PDF 1.7, §7.7.3 Page Tree(물리 페이지 순서의 정의), §12.4.2 Page Labels(페이지 라벨과 표시 페이지 번호): https://opensource.adobe.com/dcs/pdf/PDF32000_2008.pdf（访问日期：2026-09-08）
• pdf-lib 문서, copyPages와 문서 생성 API: https://pdf-lib.js.org/（访问日期：2026-09-08）
• PKWARE, .ZIP File Format Specification(APPNOTE), zip 컨테이너 구조: https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT（访问日期：2026-09-08）
• RFC 1951, DEFLATE Compressed Data Format Specification: https://www.rfc-editor.org/rfc/rfc1951（访问日期：2026-09-08）