PDF 도구 모음 사용법: 병합·분할·이미지 변환을 한 번에 처리하는 순서

PDF 작업은 한 가지로 끝나지 않는 경우가 많다. 여러 파일을 합치고, 필요 없는 페이지를 빼고, 일부 페이지를 이미지로 만들고, 사진 몇 장을 다시 PDF로 묶는다. 그래서 PDF 도구를 여러 개의 작은 페이지로 나누면 오히려 사용 흐름이 끊긴다.

oh-my-zhs의 PDF Toolkit은 이런 작업을 한 페이지 안의 탭으로 묶는 방향을 택한다. 핵심은 기능을 많이 보여주는 것이 아니라, 사용자가 문서를 망가뜨리지 않고 원하는 결과물을 얻도록 순서를 잡아주는 것이다.

먼저 원본과 결과물을 분리한다

PDF 작업을 시작하기 전에 가장 먼저 해야 할 일은 원본 보존이다. PDF는 한 번 저장하고 나면 어떤 페이지를 지웠는지, 어떤 파일과 합쳤는지 헷갈리기 쉽다. 특히 계약서, 영수증, 학교·회사 제출 문서처럼 다시 제출해야 하는 파일은 원본을 그대로 남겨야 한다.

실무적인 파일 이름 규칙은 단순해도 충분하다.

• original/ 폴더에 받은 PDF를 그대로 둔다.
• 작업 파일은 working/ 또는 임시 폴더에서 만든다.
• 결과물은 merged, split, pages, images처럼 용도를 붙인다.
• 제출 전 파일명에는 날짜나 버전을 붙인다.

도구가 브라우저에서 로컬로 처리된다고 해도, 사용자가 다운로드한 결과물을 어디에 저장하는지는 별개의 문제다. 원본과 결과물을 섞지 않는 습관이 가장 중요하다.

병합은 순서가 전부다

PDF 병합은 단순히 파일을 여러 개 올리는 작업처럼 보인다. 하지만 실제 결과물의 품질은 파일 순서에서 결정된다. 표지, 본문, 첨부, 영수증, 확인서가 섞여 있으면 받는 사람 입장에서는 문서를 다시 정리해야 한다.

병합 전에는 다음을 확인한다.

• 첫 페이지가 표지 또는 가장 중요한 문서인지
• 첨부 문서가 본문 뒤에 오는지
• 같은 문서의 수정본이 중복으로 들어가지 않았는지
• 가로/세로 페이지가 섞였을 때 읽는 흐름이 자연스러운지
• 파일명이 아니라 실제 페이지 미리보기 기준으로 순서를 봤는지

파일명 정렬만 믿으면 실수할 수 있다. 1.pdf, 10.pdf, 2.pdf 같은 이름은 문자열 정렬에서 예상과 다르게 보일 수 있다. 가능하면 업로드 후 도구 안에서 순서를 다시 확인한다.

분할은 “필요한 페이지만 남기는” 작업이다

PDF 분할은 큰 문서에서 일부 페이지만 꺼내는 작업이다. 제출처가 특정 페이지를 요구하거나, 긴 보고서에서 요약본만 공유해야 할 때 유용하다. 이때는 페이지 번호가 화면에 보이는 번호와 PDF 내부 번호가 다를 수 있다는 점을 조심해야 한다.

예를 들어 표지가 있는 문서에서 내용상 1페이지가 PDF의 2페이지일 수 있다. 그래서 분할할 때는 목차의 페이지 번호만 보지 말고 실제 미리보기의 페이지 위치를 기준으로 확인해야 한다.

분할 작업 흐름은 이렇게 잡으면 안전하다.

1. 전체 PDF를 열어 필요한 범위를 확인한다.
2. 표지와 목차 때문에 번호가 밀리는지 본다.
3. 페이지 범위를 입력한다.
4. 결과 PDF를 다시 열어 첫 페이지와 마지막 페이지를 확인한다.
5. 파일명을 용도에 맞게 바꾼다.

작은 확인이지만, 잘못된 페이지를 제출하는 사고를 줄인다.

PDF를 이미지로 바꿀 때의 기준

PDF 페이지를 PNG나 JPG로 바꾸는 일은 블로그 썸네일, 문서 미리보기, 메신저 공유, 간단한 캡처 대체에 유용하다. 하지만 이미지 변환은 품질과 파일 크기의 균형이 있다.

PNG는 글자와 선이 선명하고 투명도나 UI 캡처에 강하다. JPG는 사진이 많은 문서에서 파일 크기를 줄이기 좋지만, 글자 가장자리가 흐려질 수 있다. WebP나 AVIF는 웹에서는 유용하지만, 제출처나 오래된 시스템이 받지 않을 수 있다.

PDF 페이지를 이미지로 바꿀 때는 다음 기준으로 고른다.

• 문서·텍스트 중심: PNG 우선
• 사진 중심 미리보기: JPG 또는 WebP 고려
• 블로그·웹 게시: WebP 가능 여부 확인
• 공식 제출: 제출처가 요구하는 형식 우선

그리고 해상도를 너무 높이면 브라우저 메모리를 많이 쓴다. 필요한 품질만큼만 렌더 배율을 올리는 편이 좋다.

이미지 여러 장을 PDF로 묶을 때

영수증 사진, 스캔 이미지, 캡처 화면을 하나의 PDF로 묶어야 할 때가 있다. 이 작업은 간단해 보이지만 페이지 크기와 방향을 맞추지 않으면 결과물이 어수선해진다.

좋은 흐름은 다음과 같다.

1. 먼저 이미지 파일명을 순서대로 정리한다.
2. 회전이 필요한 사진을 바로잡는다.
3. 같은 문서라면 페이지 크기와 여백을 통일한다.
4. 너무 큰 사진은 리사이즈한다.
5. PDF로 묶은 뒤 전체 페이지를 빠르게 넘겨본다.

스마트폰 사진은 해상도가 매우 크기 때문에 그대로 PDF에 넣으면 파일 크기가 커진다. 제출용이라면 읽을 수 있는 수준으로 줄이고, 보관용 원본은 따로 보관한다.

브라우저 로컬 처리의 장점과 한계

PDF Toolkit의 중요한 방향은 브라우저 로컬 처리다. 병합, 분할, 이미지 변환, 이미지 PDF 생성 같은 작업은 가능한 한 사용자의 브라우저 안에서 처리한다. 민감한 문서를 서버로 올리지 않아도 된다는 점은 큰 장점이다.

다만 로컬 처리는 브라우저 메모리와 기기 성능의 영향을 받는다. 암호화된 PDF, 손상된 파일, 지나치게 큰 문서, 특수 폰트나 복잡한 벡터가 많은 문서는 실패하거나 느릴 수 있다. 이럴 때 도구가 “항상 처리 가능”하다고 말하면 안 된다.

실무적으로는 큰 문서일수록 작업을 나눠서 한다. 먼저 작은 범위로 테스트하고, 문제가 없으면 전체 문서를 처리한다. 실패하면 원본 PDF가 암호화되어 있는지, 손상되었는지, 파일 크기가 지나치게 큰지 확인한다.

PDF 작업 체크리스트

마지막 다운로드 전에 아래 항목을 확인하면 실수가 줄어든다.

• 원본 파일은 따로 보관했는가
• 병합 순서가 실제 읽는 순서와 맞는가
• 분할 범위의 첫 페이지와 마지막 페이지가 맞는가
• 이미지 변환 형식이 사용처와 맞는가
• 파일 크기가 제출 제한을 넘지 않는가
• 민감한 문서를 서버 업로드형 도구에 올리지 않았는가
• 결과 파일을 다시 열어 확인했는가

PDF 도구의 좋은 사용법은 빠른 변환보다 확인 가능한 작업 흐름에 있다. 한 페이지에서 여러 기능을 제공하는 이유도 그 때문이다. 사용자는 문서 작업 중에 기능을 옮겨 다니기보다, 같은 맥락 안에서 결과를 확인하고 다음 작업으로 넘어가고 싶어 한다.