개인 정보 보호보안PDF 처리PDFSub 엔진신뢰

PDFSub가 PDF를 처리하는 방식: 브라우저, 엔진, AI

2026년 3월 2일

PDFSub Team

대부분의 온라인 PDF 도구는 파일을 원격 서버에 업로드합니다. PDFSub는 브라우저 기반 편집, 변환을 위한 독립형 PDFSub 엔진, 지능형 분석을 위한 AI의 세 가지 처리 계층을 사용하여 데이터를 보호하도록 설계되었습니다. 작동 방식은 다음과 같습니다.

은행 명세서를 Excel로 변환해야 합니다. 또는 두 개의 계약서를 하나의 PDF로 병합해야 합니다. 또는 이메일로 보내기 전에 세금 신고서를 압축해야 합니다.

그래서 "PDF 변환기"를 검색하고 첫 번째 결과를 클릭한 다음 파일을 업로드 상자로 드래그합니다. 진행률 표시줄이 채워집니다. 스피너가 회전합니다. 30초 후에 결과를 다운로드합니다.

간단합니다. 빠릅니다. 그리고 민감한 문서는 인터넷을 통해 이동하여 낯선 사람의 서버에 착륙하여 검사할 수 없는 소프트웨어로 처리된 다음 (희망적으로) 삭제되었습니다.

이것이 온라인 문서 도구의 개인 정보 보호 역설입니다. 처리해야 하는 가장 중요한 문서(은행 명세서, 세금 신고서, 법률 계약서, 의료 기록, 재무 보고서)는 공유할 때 가장 주의해야 하는 문서입니다. 그러나 모든 주요 PDF 도구의 표준 워크플로우는 파일을 제3자에게 넘겨야 합니다.

PDFSub는 이러한 패턴을 깨기 위해 만들어졌습니다. 대부분의 작업에서 파일은 장치를 벗어나지 않습니다. 이 글에서는 작동 방식, 서버 측 처리가 실제로 필요한 경우, 그리고 모든 주장을 직접 확인할 수 있는 방법을 자세히 설명합니다.

대부분의 온라인 PDF 도구 작동 방식

PDFSub가 다르게 작동하는 방식을 설명하기 전에 표준 접근 방식을 이해하는 것이 도움이 됩니다. 거의 모든 온라인 PDF 도구(무료 또는 유료)는 동일한 패턴을 따릅니다.

장치에서 파일 선택
인터넷을 통해 제공업체 서버로 파일 업로드
서버에서 파일 처리 (병합, 압축, 변환, 데이터 추출)
다운로드로 결과 전송
원본 파일은 (이론상) 삭제될 때까지 서버에 보관

이 아키텍처는 제공업체 관점에서 합리적입니다. 서버 측 처리는 구축 및 확장이 더 쉽고 제공업체에 완전한 제어권을 부여합니다. 그러나 사용자 관점에서는 문서가 제어할 수 없는 인프라에 닿는다는 것을 의미합니다.

제공업체가 HTTPS를 사용하고, 처리 후 파일을 삭제한다고 약속하며, 안심할 수 있는 개인 정보 보호 정책을 가지고 있더라도 — 파일은 해당 서버에 있었습니다. 해당 서버의 메모리, 디스크, 잠재적으로 백업 및 로그에 존재했습니다. 지원 직원이 액세스할 수 있습니다. 하위 처리자가 사본을 받을 수 있습니다. 그리고 인프라가 침해되면 문서가 수백만 개의 다른 문서와 함께 노출될 수 있습니다.

이것은 사용했던 거의 모든 온라인 PDF 도구에 해당됩니다. 대형 브랜드, 무료 도구, "개인 정보 보호 중심" 도구 — 거의 모두 이 업로드-처리-다운로드 모델을 따릅니다.

"개인 정보 보호 중심"의 일반적인 의미

일부 도구는 개인 정보 보호를 의식한다고 광고합니다. 그러나 일반적으로 무엇을 의미하는지 자세히 살펴보십시오.

"전송 중 파일 암호화" — 이것은 HTTPS일 뿐입니다. 모든 웹사이트에서 사용합니다. 파일이 서버에 있는 동안이 아니라 이동 중에 보호합니다.
"2시간 후 파일 삭제" — 제3자 서버의 민감한 문서에 대해 2시간은 긴 시간입니다. 그리고 "삭제"가 항상 백업에서 완전히 제거되는 것을 의미하지는 않습니다.
"파일을 읽지 않습니다" — 기술적으로 사실입니다. 자동화된 소프트웨어가 처리합니다. 그러나 파일은 여전히 인프라에 있으며 서버 액세스 권한이 있는 사람이 액세스할 수 있습니다.
"SOC 2 인증" — 이것은 보안 프로세스가 존재함을 인증하는 것이지 침해가 발생할 수 없음을 인증하는 것이 아닙니다. Big Four 회계 법인 중 세 곳은 MOVEit 침해로 9,330만 명의 데이터가 노출되었을 때 SOC 2 인증을 받았습니다.

이러한 조치 중 어느 것도 나쁜 것은 아닙니다. 단지 진정으로 민감한 문서에는 충분하지 않습니다. 가장 안전한 접근 방식은 더 나은 암호화나 더 짧은 보존 기간이 아니라 파일을 보내지 않는 것입니다.

PDFSub의 차이점: 브라우저 기반 처리

PDFSub는 근본적으로 다른 아키텍처 접근 방식을 취합니다. 처리를 위해 파일을 서버에 업로드하는 대신 PDFSub는 브라우저에서 직접 처리 소프트웨어를 실행합니다.

PDFSub를 열고 PDF를 로드하면 파일이 장치에서 브라우저 메모리로 읽혀집니다. 처리 코드(JavaScript 및 WebAssembly로 작성됨)는 컴퓨터에서 실행되며 프로세서와 RAM을 사용합니다. 결과는 로컬에서 생성되어 브라우저에서 하드 드라이브로 직접 다운로드됩니다.

파일은 네트워크를 통과하지 않습니다. 원격 서버에 닿지 않습니다. 업로드, 원시 파일 데이터 다운로드, 서버 측 저장, 보존 기간, 제3자 액세스가 없습니다.

이것은 신뢰가 필요한 마케팅 주장이 아닙니다. 직접 확인할 수 있는 기술 아키텍처입니다(나중에 자세히 설명).

브라우저 기반 처리의 실제 작동 방식

이것을 이해하기 위해 소프트웨어 엔지니어가 될 필요는 없습니다. 전통적인 PDF 도구를 사진 인쇄 키오스크라고 생각하십시오. 사진을 키오스크에 건네주면 키오스크가 처리하고 인쇄한 다음 (희망적으로) 원본을 파기합니다. 키오스크 운영자를 신뢰해야 합니다.

브라우저 기반 처리는 집에서 사진 프린터를 갖는 것과 더 유사합니다. 사진은 집을 떠나지 않습니다. 처리는 귀하의 장비에서 귀하의 제어 하에 이루어집니다.

PDFSub가 브라우저에서 로드되면 처리 소프트웨어가 장치로 다운로드됩니다. 그런 다음 해당 소프트웨어는 완전히 귀하의 컴퓨터에서 실행됩니다. 브라우저는 코드가 원시 파일 데이터를 다른 곳으로 전송할 수 있는 능력을 갖지 않고 파일을 읽고 처리할 수 있는 안전한 샌드박스 환경을 제공합니다.

일반적인 작업에 대한 단계별 흐름은 다음과 같습니다.

PDFSub 열기 — 브라우저에서 애플리케이션 코드(JavaScript, WebAssembly)를 다운로드합니다. 이것이 처리 엔진입니다.
PDF 파일 선택 — 브라우저에서 하드 드라이브의 파일을 로컬 메모리로 읽습니다. 네트워크 요청이 이루어지지 않습니다.
로컬에서 처리 — JavaScript/WebAssembly 코드가 PDF 구조를 구문 분석하고, 텍스트를 추출하고, 페이지를 조작하거나 선택한 작업을 수행합니다. 모든 계산은 장치의 프로세서를 사용합니다.
메모리에서 결과 생성 — 출력 파일(병합된 PDF, Excel 스프레드시트, 압축된 PDF 등)이 브라우저 메모리에서 생성됩니다.
결과 다운로드 — 파일이 브라우저 메모리에서 하드 드라이브로 직접 저장됩니다. 서버가 관여하지 않습니다.

이 과정에서 원본 파일 또는 그 내용이 장치를 떠나는 지점은 없습니다. 브라우저의 보안 모델은 이를 강제합니다. 웹 페이지에서 실행되는 JavaScript는 네트워크 요청을 하지 않고는 데이터를 조용히 전송할 수 없으며, 실시간으로 네트워크 요청을 모니터링할 수 있습니다.

브라우저 보안 모델이 귀하를 보호합니다

현대의 웹 브라우저는 이 아키텍처를 진정으로 안전하게 만드는 여러 보호 계층을 제공합니다.

동일 출처 정책 — 한 웹사이트의 코드는 다른 웹사이트의 데이터에 액세스할 수 없습니다. 다른 탭이나 웹사이트는 PDFSub에서 처리 중인 파일을 읽을 수 없습니다.
프로세스 격리 — 각 브라우저 탭은 별도의 샌드박스 프로세스에서 실행됩니다. 컴퓨터의 다른 애플리케이션은 처리 중인 데이터에 액세스할 수 없습니다.
영구 저장 없음 — 탭을 닫으면 메모리의 모든 데이터가 파괴됩니다. 서버 측 처리와 달리 디스크에 잔여 사본, 백업 스냅샷, 데이터가 포함된 로그 파일이 없습니다.
감사 가능한 네트워크 활동 — 브라우저가 수행하는 모든 네트워크 요청은 개발자 도구에서 볼 수 있습니다. 파일 데이터가 전송되지 않음을 실시간으로 확인할 수 있습니다.

이것은 PDFSub가 구축한 독점 보안 시스템이 아닙니다. 이것은 Chrome, Firefox, Safari, Edge — 수십억 달러의 보안 투자를 받은 브라우저 — 에서 강제하는 웹 플랫폼 자체의 보안 모델입니다.

오프라인에서도 작동합니다

PDFSub 페이지가 로드되면 인터넷 연결이 끊어져도 많은 작업이 작동합니다. 처리 코드는 이미 브라우저에 있습니다. 파일은 이미 메모리에 있습니다. PDF 병합, 문서 압축 또는 텍스트 추출을 위해 네트워크 연결이 필요하지 않습니다.

PDFSub를 로드하고 비행기 모드를 켠 다음 파일을 처리하십시오. 작동합니다. — 파일이 어차피 업로드되지 않을 것이기 때문입니다.

서버 측 처리가 필요한 경우

투명성이 중요하므로 직접적으로 말하겠습니다. 모든 작업을 브라우저에서 수행할 수는 없습니다. 일부 작업에는 브라우저에 없는 기능이 필요하며, 이러한 경우 PDFSub는 서버 측 처리를 사용합니다.

다음은 특정 시나리오입니다.

OCR이 필요한 스캔된 PDF

PDF가 스캔된 이미지 — 인쇄된 문서의 사진 — 인 경우 브라우저는 픽셀을 볼 수 있지만 텍스트를 읽을 수는 없습니다. 이미지에서 텍스트를 추출하려면 광학 문자 인식(OCR)이 필요하며, 이는 브라우저에서 실행하기에는 너무 크고 계산 집약적인 AI 모델이 필요합니다.

스캔된 문서의 경우 PDF가 PDFSub 서버로 전송되어 AI 기반 OCR이 이미지에서 텍스트를 읽고 데이터를 추출한 다음 결과를 반환합니다.

AI 기반 기능

AI 요약, AI 번역, AI 데이터 추출, 문서에 대한 AI 채팅과 같은 기능은 특수 하드웨어에서 실행되는 대규모 언어 모델이 필요합니다. 이러한 기능은 현재 브라우저에서 실행할 수 없습니다. — 모델은 소비자 장치가 제공할 수 있는 것보다 더 많은 계산 리소스를 필요로 합니다.

AI 기능을 사용하면 관련 문서 내용이 처리용 서버로 전송됩니다.

복잡한 서버 측 구문 분석

일부 PDF 문서에는 브라우저 기반 구문 분석기가 처리할 수 없는 특이한 인코딩, 손상된 구조 또는 엣지 케이스 서식이 있습니다. 이러한 경우 PDFSub는 더 강력한 구문 분석 도구에 액세스할 수 있는 서버 측 구문 분석기로 대체됩니다.

서버 측 처리 중 발생하는 일

서버 측 처리가 필요한 경우 발생하는 일은 다음과 같습니다.

암호화된 전송 — 파일이 TLS(온라인 뱅킹과 동일한 암호화)를 통해 PDFSub 서버로 전송됩니다.
메모리 내 처리 — 파일이 즉시 처리됩니다. 영구 저장소에 기록되지 않고 처리 중에 서버 메모리에 유지됩니다.
결과 반환 — 처리된 결과가 브라우저로 다시 전송됩니다.
즉시 삭제 — 원본 파일 및 모든 중간 데이터는 처리가 완료되는 즉시 서버 메모리에서 삭제됩니다.
보존 없음 — PDFSub는 파일을 저장하지 않으며, 파일 내용을 기록하지 않으며, 처리 후 문서 데이터를 보존하지 않습니다.
AI 학습 없음 — 문서가 AI 모델 학습에 사용되지 않습니다. 파일 내용은 처리되고 폐기됩니다.

다른 도구와의 주요 차이점: PDFSub는 기술적으로 필요한 경우에만 서버 측 처리를 사용하며, 필요한 특정 작업에 대해서만 사용합니다. 대부분의 도구는 필요 여부에 관계없이 모든 파일을 서버로 보냅니다.

문서에 대한 의미

다른 문서 유형은 다른 처리 경로를 가집니다. 다음은 실용적인 분석입니다.

은행 명세서 (디지털 PDF)

온라인 뱅킹 포털에서 은행 명세서를 다운로드하는 경우, 이는 디지털 PDF입니다. — 텍스트가 실제 텍스트이며 스캔된 이미지가 아닙니다. 이러한 문서의 경우 PDFSub의 추출 엔진이 브라우저에서 완전히 실행됩니다.

거래 날짜, 설명, 금액 및 잔액은 로컬에서 구문 분석 및 구조화됩니다. 출력 — Excel, CSV, QBO, OFX 또는 기타 형식 — 은 장치에서 생성됩니다. 계좌 번호, 거래 내역 및 잔액이 포함된 은행 명세서는 컴퓨터를 떠나지 않습니다.

오늘날 대부분의 은행 명세서가 디지털 방식으로 다운로드되기 때문에 은행 명세서 변환에 가장 일반적인 시나리오입니다.

은행 명세서 (스캔됨)

실물 명세서를 사진 찍거나 스캔한 경우, PDF에는 텍스트 대신 이미지가 포함됩니다. 이러한 경우 서버 측 AI가 이미지에서 텍스트를 읽어야 합니다. 파일이 서버로 전송되어 처리되고 즉시 삭제됩니다.

송장 및 영수증

디지털 송장 및 영수증에서 텍스트 추출은 브라우저에서 이루어집니다. AI 기반 분석 — 공급업체 이름, 품목, 세금 금액 및 총액을 자동으로 식별 — 을 원하는 경우 서버 측 AI 처리가 필요합니다.

계약서 및 법률 문서

계약서 병합, 법률 서류 압축, 특정 페이지 추출, 워터마크 추가, 내용 수정 및 대부분의 기타 PDF 조작 작업은 브라우저에서 완전히 이루어집니다. 문서 전체 과정에서 장치에 그대로 유지됩니다.

재무 보고서

디지털 PDF의 재무 보고서 테이블을 Excel로 변환하는 것은 브라우저 측에서 작동합니다. AI 기반 분석 — 요약 생성, 주요 지표 추출 또는 내용에 대한 질문 — 은 서버 측 처리가 필요합니다.

일반 규칙

작업이 구조적인 경우 (병합, 분할, 압축, 회전, 페이지 추출, 형식 변환, 워터마크 추가) — 브라우저에서 수행됩니다.

작업에 AI 이해가 필요한 경우 (요약 기능, 번역, 복잡하거나 스캔된 문서의 데이터 추출, 질문 답변) — 서버 측 처리가 필요합니다.

PDFSub는 77개 이상의 도구를 제공합니다. 대부분은 서버에 닿지 않는 브라우저 기반 작업입니다.

규제 산업을 위한

엄격한 데이터 처리 요구 사항이 있는 분야에서 일하는 경우, 브라우저 기반 처리와 서버 기반 처리의 구분은 실제 규정 준수 의미를 가집니다.

의료 (HIPAA)

HIPAA는 적용 대상 기관 및 비즈니스 파트너에게 환자 건강 정보(PHI)를 보호하도록 요구합니다. PHI가 포함된 문서를 처리하기 위해 클라우드 기반 도구를 사용할 때 해당 도구의 제공업체는 비즈니스 파트너가 되며, 서명된 비즈니스 파트너 계약(BAA), 문서화된 보안 제어 및 침해 통지 의무가 필요합니다.

PDFSub의 브라우저 기반 도구를 사용하여 PHI가 포함된 PDF를 처리할 때 문서는 장치를 떠나지 않습니다. PHI가 공유되지 않으므로 해당 작업에 BAA가 필요하지 않습니다. 이는 규정 준수를 단순화하고 공급업체 위험 범주를 제거합니다.

서버 측 처리가 필요한 AI 기반 기능의 경우 표준 HIPAA 공급업체 평가가 적용됩니다.

금융 서비스

은행, 투자 회사, 보험 회사 및 금융 자문가는 Gramm-Leach-Bliley Act, SEC 규정, FINRA 요구 사항 및 주별 규정에 의해 관리되는 데이터를 처리합니다. 여기에는 문서화된 데이터 처리 절차, 공급업체 위험 평가 및 제3자에게 고객 데이터 공유 제한이 필요합니다.

브라우저 기반 처리는 AI가 필요하지 않은 작업에 대해 클라이언트 데이터가 온프레미스에 유지되도록 합니다. 이는 규정 준수 문서에서 제3자 데이터 처리기 수를 줄이고 공급업체 위험 평가를 단순화합니다.

법률

변호사는 변호사-고객 비밀 유지 특권으로 보호되는 문서를 처리합니다. 특권 문서의 제3자 서버 업로드는 제공업체로부터 문서가 액세스, 침해 또는 소환될 경우 특권이 이의 제기될 위험을 만듭니다.

특권 문서에 대한 기본 PDF 작업 — 검색 파일 병합, 증거 압축, 페이지 추출 — 의 경우 브라우저 기반 처리는 문서가 변호사의 장치를 떠나지 않음을 의미합니다. 특권은 의문의 여지 없이 유지됩니다.

회계 및 세금 준비

IRS는 모든 세무 전문가에게 서면 정보 보안 계획(WISP)을 유지하도록 요구합니다. AICPA는 기밀 클라이언트 정보의 제3자 공개를 제한합니다. 클라이언트 재무 문서에 클라우드 기반 도구를 사용하면 규정 준수 의무가 발생합니다.

브라우저 기반 처리는 서버 측 AI가 필요하지 않은 작업에 대한 이러한 의무를 제거합니다. WISP가 단순화되고, 공급업체 위험 목록이 짧아지고, 규정 준수 상태가 강화됩니다.

직접 확인하는 방법

PDFSub의 말을 그대로 믿을 필요는 없습니다. 브라우저 기반 아키텍처는 웹 브라우저에 이미 내장된 도구를 사용하여 완전히 감사할 수 있습니다.

1단계: 개발자 도구 열기

모든 최신 브라우저에서 F12를 누르거나(또는 페이지의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 "검사" 선택) 개발자 도구 패널을 엽니다.

2단계: 네트워크 탭으로 이동

네트워크 탭을 클릭합니다. 여기에는 브라우저가 수행하는 모든 네트워크 요청 — 다운로드된 모든 파일, 모든 API 호출, 모든 데이터 전송 — 이 표시됩니다. 브라우저에서 아무것도 보내지 않고는 여기에 나타날 수 없습니다.

3단계: 로그 지우기

지우기 버튼(선이 있는 원)을 클릭하여 깨끗한 상태로 시작합니다.

4단계: 문서 처리

PDFSub에 PDF를 로드하고 브라우저 기반 작업(병합, 압축, 텍스트 추출, 은행 명세서 변환)을 실행합니다.

5단계: 네트워크 로그 검사

처리 중에 나타난 요청을 확인합니다. 브라우저 기반 작업의 경우 다음을 볼 수 있습니다.

파일 업로드 요청 없음 — PDF 데이터를 서버로 전송하는 POST 또는 PUT 요청이 없습니다.
어떤 요청에서도 문서 내용 없음 — 파일 바이트는 브라우저 메모리에 그대로 유지됩니다.
작은 메타데이터 요청만 — 사용량 분석(페이지 보기, 기능 사용)과 같이 문서 데이터가 포함되지 않은 항목

이것은 보안 연구원이 웹 애플리케이션을 감사하는 데 사용하는 것과 동일한 기술입니다. PDFSub가 비밀리에 파일을 업로드하고 있다면 즉시 표시될 것입니다.

AI 작업은 어떻습니까?

서버 측 AI가 필요한 기능을 사용하는 경우 네트워크 탭에서 네트워크 요청을 보게 됩니다. 이것은 예상되는 일입니다. — AI 처리를 위해 콘텐츠가 서버에 도달해야 합니다. PDFSub는 로컬 처리를 먼저 사용하고 필요한 경우에만 에스컬레이션하여 이를 최소화합니다.

PDFSub가 수집하는 것 vs. 수집하지 않는 것

완전한 투명성은 PDFSub가 처리하는 데이터와 처리하지 않는 데이터를 구체적으로 명시하는 것을 의미합니다.

PDFSub가 수집하는 것

계정 정보 — 계정을 만드는 경우 이메일 주소, 이름 및 구독 세부 정보
사용량 분석 — 어떤 도구를 얼마나 자주 사용하는지, 페이지 보기, 기능 상호 작용. 제품 개선에 도움이 되는 표준 웹 분석입니다.
오류 보고서 — 문제가 발생하면 익명화된 오류 정보(문서 내용 제외)가 문제를 진단하고 수정하는 데 도움이 됩니다.
결제 정보 — 결제 제공업체에서 처리(PDFSub에서 직접 저장하지 않음)

브라우저 기반 작업의 경우 PDFSub가 수집하지 않는 것

파일 내용 — 브라우저 기반 작업의 경우 PDF의 바이트가 PDFSub 서버로 전송되지 않습니다.
추출된 텍스트 — 거래 설명, 이름, 금액, 날짜 — 로컬 작업의 경우 이러한 데이터 중 어느 것도 장치를 떠나지 않습니다.
문서 메타데이터 — 파일 이름, 작성자 필드, PDF 내의 생성 날짜는 장치에 그대로 유지됩니다.
처리된 출력 — Excel 파일, CSV, 병합된 PDF 또는 압축된 문서는 브라우저에서 생성되어 장치에 저장됩니다.

서버 측 작업의 경우

작업에 서버 측 처리가 필요한 경우(AI 기능, 스캔된 문서 OCR), 문서 내용은 처리용 서버로 전송되고 완료 직후 삭제됩니다. 저장, 기록, 인덱싱 또는 요청한 작업을 완료하는 것 외의 다른 목적으로 사용되지 않습니다.

다른 접근 방식과의 비교

PDFSub의 접근 방식을 맥락에 맞게 설명하기 위해 일반적인 대안과 비교한 내용은 다음과 같습니다.

접근 방식	처리 위치	파일 업로드 필요	데이터 보존	개인 정보 보호 수준
PDFSub (브라우저 기반 도구)	귀하의 장치	아니요	없음	최고 — 파일이 절대 떠나지 않음
PDFSub (AI 기능)	PDFSub 서버	예 (필요한 경우)	없음 — 즉시 삭제	높음 — 최소한의 노출
일반적인 클라우드 PDF 도구	제공업체 서버	예, 항상	몇 시간 ~ 며칠	보통 — 제공업체에 따라 다름
엔터프라이즈 클라우드 도구	제공업체 서버	예, 항상	보존 정책에 따름	보통 — 문서화된 제어
데스크톱 소프트웨어	귀하의 장치	아니요	로컬 파일	높음 — 설치 필요

데스크톱 소프트웨어는 개인 정보 보호 측면에서 가장 가까운 비교입니다. — 둘 다 로컬에서 처리합니다. 브라우저 기반의 장점: 설치 불필요, 브라우저가 있는 모든 장치에서 작동, 항상 최신 상태 유지, 데스크톱 소프트웨어를 실행할 수 없는 Chromebook 및 태블릿에서도 액세스 가능.

정직한 절충

어떤 접근 방식도 완벽하지 않으며, 신뢰할 수 있다는 것은 한계를 솔직하게 말하는 것을 의미합니다.

브라우저 기반 처리는 매우 큰 파일의 경우 속도가 느릴 수 있습니다. 최적화된 하드웨어를 갖춘 전용 서버는 매우 큰 문서(100페이지 이상)의 경우 더 빠를 수 있습니다. 일반적인 문서의 경우 차이가 감지되지 않습니다.

AI 기능에는 서버 측 처리가 필요합니다. AI 요약, 번역 또는 스캔된 문서에 대한 OCR이 필요한 경우 콘텐츠가 서버에 도달해야 합니다. PDFSub는 먼저 로컬 처리를 사용하고 필요한 경우에만 에스컬레이션하여 이를 최소화합니다.

브라우저 기능에는 한계가 있습니다. 손상된 PDF, 특이한 인코딩, 매우 복잡한 레이아웃과 같은 엣지 케이스 — 는 서버 측 대체가 필요할 수 있습니다. PDFSub는 이를 우아하게 처리하지만, 이 경우 파일이 장치를 떠납니다.

철학: 가능한 한 로컬에서 처리하고, 실제로 필요한 경우에만 서버 측을 사용하고, 어떤 것이 어떤 것인지 투명하게 공개하고, 서버 처리가 필요할 때 모든 것을 즉시 삭제합니다.

이 아키텍처가 중요한 이유

소프트웨어의 추세는 클라우드 처리 증가, 데이터 수집 증가, 서버 측 연산 증가로 이어지고 있습니다. 민감한 문서 — 은행 명세서, 세금 신고서, 법률 계약서, 의료 기록 및 재무 보고서 — 의 경우 해당 추세는 정반대입니다.

가장 안전한 파일은 장치를 떠나지 않는 파일입니다. 가장 안전한 서버는 데이터를 수신하지 않는 서버입니다. 가장 강력한 개인 정보 보호 정책은 제공업체 측에 보호할 것이 없기 때문에 존재할 필요가 없는 정책입니다.

PDFSub의 브라우저 기반 아키텍처는 마케팅 차별화 요소가 아닙니다. 모든 도구가 구축되는 방식을 형성하는 근본적인 설계 결정입니다. 새로운 기능을 클라이언트 측에서 구현할 수 있다면 구현됩니다. 서버 측 처리는 기본값이 아니라 예외입니다.

개인 정보 보호를 의식하는 전문가, 규정 준수 담당자 및 IT 관리자에게 — 질문은 "이 도구에 좋은 개인 정보 보호 정책이 있는가?"가 아닙니다. 그것은 "이 도구가 내 파일에 액세스할 필요가 있는가?"입니다.

PDFSub가 하는 대부분의 작업에 대해 답은 "아니요"입니다.

직접 시도해 보세요

PDFSub의 개인 정보 보호 아키텍처를 평가하는 가장 좋은 방법은 직접 경험하는 것입니다.

7일 무료 체험 시작 — 77개 이상의 도구를 모두 탐색하고, 네트워크 탭을 열고 문서를 처리하면서 직접 확인하십시오. 파일 업로드 없음. 서버 측 처리 없음. 문서는 장치에 그대로 유지됩니다.

은행 명세서 변환, PDF 병합, 압축, 텍스트 추출 및 기타 수십 가지 작업 — 파일은 브라우저를 떠나지 않습니다. 이것은 약속이 아닙니다. 검증할 수 있는 아키텍처입니다.