한 줄 요약: Folio PDF Editor는 PDF를 설치 없이 브라우저에서 열어 문구 수정, 서명, 강조 표시, 페이지 정리를 하는 도구이고, 파일은 브라우저 밖으로 보내지 않는 방식으로 설계했습니다. 이 글은 쓰는 순서와 한계, 저장 뒤 확인할 곳을 정리합니다.
이 도구로 할 수 있는 일과 하지 않는 일
짧은 문구 하나를 고치거나 검토 표시를 남기려고 PDF를 다른 서비스에 올리고 다시 내려받는 과정은 번거롭습니다. Folio PDF Editor는 그런 가벼운 작업을 한 화면에 모은 도구입니다. 목표는 복잡한 전문 편집기가 아니라, 수정할 문서를 빠르게 열고 필요한 표시를 남긴 뒤 결과를 확인하는 것입니다.
공개한 기능은 네 가지입니다. 아래 표에서 무엇을 맡길 수 있고 무엇은 맡기지 말아야 하는지 먼저 확인해 보세요. 법적 효력이 필요한 서명 절차나 복잡한 문서 제작은 이 도구의 대상이 아닙니다.
| 하고 싶은 일 | 이 도구에서 | 참고 |
|---|---|---|
| PDF 안의 기존 문구 고치기 | 가능 | 가장 자주 쓰는 기능이라 먼저 만들었습니다 |
| 서명 넣기 | 가능 | 위치와 크기는 사람이 정합니다 |
| 강조 표시 남기기 | 가능 | 원본 위에 얹는 방식이라 되돌리기 쉽습니다 |
| 페이지 정리 | 가능 | 정리한 뒤 결과를 다시 봅니다 |
| 법적 효력이 필요한 서명 절차 | 대체하지 않음 | 별도 절차를 이용하세요 |
| 복잡한 문서 제작 | 대상 아님 | 전문 편집기가 맞습니다 |
표의 "가능"은 기능이 공개되어 있다는 뜻이지 모든 PDF에서 똑같이 동작한다는 약속이 아닙니다. 문서마다 결과가 다를 수 있으니, 처음에는 중요하지 않은 파일로 한 번 해 보는 것을 권합니다.
브라우저에서 돌리기로 한 이유
PDF 작업 도구는 대개 설치형입니다. 브라우저에서 돌아가게 만들면 설치와 업데이트 부담이 없어지는 대신 제약이 생깁니다. 그 교환을 받아들인 이유는 세 가지입니다. 첫째, 한 번 쓰고 마는 작업이 많아서 그때마다 프로그램을 깔게 하고 싶지 않았습니다. 둘째, 기기를 옮겨 다녀도 같은 화면에서 이어서 할 수 있습니다.
셋째 이유는 한계를 숨기지 않는 것입니다. 큰 파일과 대량 처리에는 브라우저 방식의 한계가 있습니다. 그래서 현재 파일 크기를 최대 100MB로 두었습니다. 수십 개 문서를 한꺼번에 처리해야 하는 작업이라면 이 도구보다 설치형 프로그램이 낫습니다.
정리하면 "가볍게, 한 번에, 어디서나"가 필요한 작업에는 브라우저 방식이 맞고, "무겁게, 대량으로"가 필요한 작업에는 맞지 않습니다. 도구를 고를 때 이 기준 하나만 있어도 시간을 아낄 수 있습니다.
설치형과 브라우저형을 비교할 때 흔히 속도만 따지지만, 실제로는 "이 작업을 몇 번 하는가"가 더 큰 기준입니다. 일 년에 몇 번 쓰는 작업이라면 설치와 업데이트를 관리하는 시간이 편집 시간보다 길어지기 쉽습니다.
사용 순서: 열기에서 저장까지
사용 흐름은 세 단계입니다. 먼저 PDF 파일을 화면에 끌어 놓거나 PDF 열기 버튼으로 선택합니다. 그다음 문서 안의 기존 문구를 찾아 수정하고, 필요한 곳에 서명과 강조 표시를 추가합니다. 마지막으로 페이지를 정리한 뒤 결과를 다시 보고 저장합니다. 이 작업은 현재 브라우저 안에서 처리됩니다.
- PDF를 끌어 놓거나 PDF 열기로 고릅니다. 파일 크기는 최대 100MB입니다.
- 고칠 문구를 찾아 수정하고, 서명과 강조 표시를 넣습니다.
- 페이지를 정리하고 결과를 확인한 뒤 저장합니다.
순서를 이렇게 나눈 이유는 되돌릴 수 있는 작업부터 하기 위해서입니다. 문구 수정과 표시는 화면에서 바로 결과가 보이고, 페이지 정리는 마지막에 한 번 더 전체를 훑을 수 있습니다. 저장은 모든 확인이 끝난 뒤의 마지막 단계로 두는 편이 안전합니다.
끌어 놓기가 잘 되지 않는 환경이라면 PDF 열기 버튼으로 고르면 됩니다. 두 방법은 결과가 같고, 파일 크기 한도(최대 100MB)도 같습니다. 한도를 넘는 파일은 열기 전에 필요한 쪽만 나누어 두는 것이 좋습니다.
"파일이 브라우저 밖으로 나가지 않는다"는 말의 뜻
웹 문서가 사용자의 파일을 다루는 방식은 표준 문서에 정리되어 있습니다. MDN 문서에 따르면 웹 콘텐츠는 파일 선택 입력이나 끌어놓기로 사용자가 고른 로컬 파일을 받아 브라우저 안에서 읽고 처리할 수 있습니다. 이때 파일 객체에는 이름, 크기(바이트), 형식 정보가 담겨 있습니다.
중요한 점은 같은 문서가 업로드를 자동으로 일어나는 일로 설명하지 않는다는 것입니다. 파일이 서버로 가려면 페이지의 코드가 따로 전송을 해야 합니다. Folio PDF Editor는 이 점을 이용해 파일을 브라우저 밖으로 전송하지 않는 방식으로 설계했습니다. 다만 이것은 이 도구의 설계 방침이며, 다른 PDF 서비스에 같은 방식이 적용된다는 뜻은 아닙니다.
또 브라우저는 파일 내용을 가리키는 임시 주소(객체 URL)를 만들어 미리보기에 쓸 수 있고, 다 쓴 주소는 해제하는 것이 권장됩니다. 편집 결과를 보여 주고 저장하는 화면이 이런 브라우저 기능 위에서 동작한다고 이해하면 됩니다.
그래서 민감한 문서를 다룰 때는 설계 설명을 읽는 데서 멈추지 말고, 서비스 화면에 적힌 최신 안내와 이용 조건을 함께 확인하세요. 설계 방침은 시간이 지나 바뀔 수 있기 때문입니다.
기능을 넣은 순서와 원본을 지키는 원칙
기능은 쓰는 빈도 순서대로 넣었습니다. 문구 수정이 가장 자주 쓰는 기능이라 먼저 만들었고, 서명은 넣는 위치와 크기를 사람이 정해야 해서 조작감이 중요했습니다. 강조는 원본을 지우지 않고 위에 얹는 방식이라 되돌리기 쉽습니다.
세 기능 모두 지킨 원칙이 하나 있습니다. 원본을 덮어쓰지 않는다는 것입니다. 결과가 마음에 들지 않으면 처음부터 다시 할 수 있어야 하기 때문입니다. 저장한 결과는 새 파일로 받아 두고, 원본은 그대로 남겨 두세요.
이 원칙은 사용자에게도 그대로 적용됩니다. 중요한 문서라면 편집 전에 원본을 따로 보관하는 습관이 가장 큰 안전장치입니다. 도구가 아무리 조심해도 사람이 원본을 덮어쓰면 되돌릴 방법이 없습니다.
실무에서는 파일 이름에 작업 상태를 붙여 구분하면 편합니다. 예를 들어 원본은 그대로 두고 결과 파일 이름 끝에 "수정본"을 붙이는 식입니다. 이름만 달라도 어느 쪽이 제출용인지 헷갈리는 일이 크게 줄어듭니다. 이는 이 도구의 기능이 아니라 사용 습관에 대한 제안입니다.
공개 서비스로 열면서 정한 한계
누구나 접근할 수 있게 열어 두면 비용과 안전 문제가 따라옵니다. 그래서 공개하면서 몇 가지를 정해 두었습니다. 외부 인식 기능은 호출마다 비용이 발생하므로 요청 빈도, 파일 크기, 처리 시간에 제한을 둡니다. 인증 키와 호출 주소는 비밀 환경변수로 두고, 브라우저로 내려가는 코드에 섞이지 않았는지 검사합니다.
| 걱정되는 상황 | 정한 방식 |
|---|---|
| 호출이 몰려 비용이 늘어남 | 요청 빈도, 파일 크기, 처리 시간에 제한 |
| 인증 키가 화면 코드에 섞임 | 비밀 환경변수로 보관하고 브라우저 코드에 섞였는지 검사 |
| 키가 노출됐을 가능성 | 한 번이라도 가능성이 있었다면 새로 발급 |
| 업로드된 파일이 남음 | 오래 보관하지 않음 |
OWASP의 비밀 정보 관리 치트시트도 노출된 키는 즉시 폐기한 뒤 새 키를 만들어 배포하라고 안내하고, 비밀 값이 로그에 남지 않도록 하라고 합니다. 위 표에서 키 노출 가능성만 있어도 새로 발급하기로 한 것과 같은 방향입니다.
이 표의 항목은 모두 "없을 때 사고가 나는 것"을 기준으로 골랐습니다. 특히 키는 노출 가능성만 있어도 새로 발급하는 쪽을 택했습니다. 불확실한 상태로 두는 것보다 다시 만드는 비용이 훨씬 작기 때문입니다.
업로드된 파일을 오래 보관하지 않는다는 항목도 같은 맥락입니다. 보관하는 것이 없으면 유출될 것도 없습니다. 사용자 입장에서도 "저장은 내 기기에, 서버에는 남기지 않는다"는 방향이 설명하기 쉽고 점검하기도 쉽습니다.
저장 뒤에 확인할 곳
편집이 끝나면 다운로드한 결과 파일을 열어 한 번 더 확인하세요. 화면에서 보이던 것과 저장된 파일이 같은지 보는 것이 목적입니다. 편집 화면에서는 맞아 보였는데 저장된 파일에서 문구 위치나 페이지 순서가 달라 보이는 경우를 대비하는 단계이기도 합니다.
점검은 문구, 페이지, 서명, 강조, 원본의 순서로 하면 빠뜨리는 곳이 줄어듭니다. 처음 한 번만 순서를 익혀 두면 이후에는 몇 분이면 끝납니다. 중요한 문서일수록 이 마지막 확인을 건너뛰지 마세요.
서명은 특히 위치를 눈여겨보세요. 서명란 밖으로 벗어나거나 다른 글자를 가리면 문서의 의미가 달라 보일 수 있습니다. 이 도구의 서명은 법적 효력이 필요한 서명 절차를 대체하지 않으므로, 효력이 필요한 문서는 해당 제출처의 절차를 따라야 합니다.
| 확인할 곳 | 무엇을 볼지 |
|---|---|
| 고친 문구 | 오타, 줄 바꿈, 앞뒤 문장과의 연결 |
| 페이지 순서 | 정리한 대로 맞는지, 빠진 쪽은 없는지 |
| 서명 위치 | 서명란에 걸쳐 있는지, 다른 글자를 가리지 않는지 |
| 강조 표시 | 의도한 문장에만 표시됐는지 |
| 원본 파일 | 그대로 남아 있는지 |
기능과 이용 조건은 바뀔 수 있으니, 최신 상태는 서비스 화면에서 확인해 주세요. 위 표는 이 글에서 정리한 기능 기준의 점검 순서이며, 제출처마다 요구하는 서식이 따로 있다면 그쪽 기준이 우선입니다.
이 도구가 맞는 상황, 맞지 않는 상황
마지막으로 상황별로 도구를 고르는 기준을 정리합니다. 이 글에서 밝힌 한계(파일 크기 최대 100MB, 법적 효력이 필요한 서명 절차 대체 안 함, 복잡한 문서 제작 대상 아님)만으로 판단할 수 있게 만들었습니다. 아래는 그 기준을 적용한 예시입니다.
| 상황 (예시입니다) | 판단 | 이유 |
|---|---|---|
| 계약서 사본에서 오타 한 군데를 고쳐 내부 공유 | 맞음 | 짧은 문구 수정과 확인이 목적입니다 |
| 검토용 문서에 강조 표시와 서명 이미지 추가 | 맞음 | 원본 위에 얹는 방식이라 되돌리기 쉽습니다 |
| 법적 효력이 필요한 전자서명 절차 | 맞지 않음 | 그런 절차를 대체하는 서비스로 소개하지 않습니다 |
| 100MB를 넘는 큰 PDF | 맞지 않음 | 현재 파일 크기 한도를 넘습니다 |
| 수십 개 문서를 한 번에 처리 | 맞지 않음 | 대량 처리는 브라우저 방식의 한계입니다 |
이 표는 이 글에만 담은 판단표입니다. 상황은 설명을 위한 가상 예시이고, 판단의 근거는 모두 위에서 밝힌 공개 범위와 한계입니다. 맞지 않는 쪽에 해당하더라도 일부 단계만 이 도구로 처리하고 나머지는 다른 방법을 쓰는 식으로 나눠 쓸 수 있습니다.
확인 자료
- MDN Web Docs: Using files from web applications - 파일 선택·끌어놓기, 파일 객체 정보, 객체 URL
- MDN Web Docs: Blob - 파일과 같은 불변 데이터 객체, 객체 URL 변환
- OWASP: Secrets Management Cheat Sheet - 노출된 키의 폐기와 재발급, 로그 노출 방지 (열람: 2026-10-18)