Word를 PDF로 변환 — 무료, 프라이빗
.docx, .rtf, .odt 문서를 직접 브라우저에서 PDF로 변환해요. 단순 문서 — 이력서, 편지, 짧은 보고서에 최적. 프리뷰가 다운로드 전에 정확히 무엇을 받을지 보여줘요. 레거시 .doc 파일이 있나요? 먼저 Word에서 .docx로 저장하세요 — 그런 다음 여기로 드롭하세요.
온라인에서 Word를 PDF로 변환하는 방법
PDFluna로 DOCX를 PDF로 변환하는 데 1분도 걸리지 않고 모든 게 브라우저에서 동작해요. 설치할 게 없고, 만들 계정도 없어요. 단계별 안내:
- Word 문서 선택. 가져오기 영역에 파일을 드래그&드롭하거나 문서 선택을 클릭해 골라요. PDFluna는 3가지 최신 Word 포맷을 받아요: .docx(Word 2007 이상), .rtf(Rich Text Format), .odt(LibreOffice 또는 Google Docs의 OpenDocument Text). 레거시 .doc 파일이 있다면 먼저 Word에서 열어 .docx로 저장 — 그런 다음 .docx를 여기로 드롭하세요.
- 라이브 프리뷰 확인. PDFluna가 문서를 분석하고 PDF에 들어갈 정확한 페이지의 프리뷰를 표시해요. 무언가 이상해 보이면(깨진 테이블, 누락된 푸터) 다운로드 전에 확인할 수 있어요. 놀라움 없음.
- 용지 크기 선택. A4(국제 표준) 또는 US Letter를 선택해요. 문서 자체의 여백, 폰트, 방향에 의존해요 — 용지 크기가 내리는 유일한 결정이에요.
- PDF로 다운로드 클릭. 프리뷰가 고DPI로 래스터화되고 브라우저에서 다중 페이지 PDF로 패키지화돼요. 진행 막대가 만들어지는 각 페이지를 표시해요. 최종 파일이 자동으로 다운로드돼요.
- 결과 확인. PDF를 열어 프리뷰와 일치하는지 확인해요. 이메일 첨부, 이력서, 단순 편지에는 보낼 준비가 됐어요. 병합된 테이블이나 각주가 있는 복잡한 레이아웃의 경우 프리뷰와 비교하고 문제가 보이면 소스 앱의 내장 PDF 내보내기를 사용하세요.
무엇이 잘 되고 무엇이 안 되는가
대부분의 Word-to-PDF 온라인 도구는 완벽함을 약속하고, 사용자는 다운로드 후에야 문제를 발견해요. 무엇을 기대할지 미리 알려주는 걸 선호해요. 우리 브라우저 내 파이프라인은 일반 문서의 70%를 깔끔하게 처리하고 복잡한 엣지 케이스에서 어려움을 겪어요 — 경계 안내:
- ✓ 받는 포맷.
.docx(Word 2007 이상),.rtf(Rich Text Format, WordPad, Word, LibreOffice, 기타 거의 모든 워드 프로세서로 작성),.odt(LibreOffice, OpenOffice, Google Docs 내보내기의 OpenDocument Text). 3가지 최신 Word 포맷, 모두 브라우저에서 완전히 처리. - ✓ 잘 동작. 단순 단락과 제목, 굵게/기울임/밑줄 포맷팅, 글머리 기호와 번호 매기기 목록, 단일 셀 테이블, 임베드 이미지(DOCX만), 단일 열 레이아웃, 명시적 페이지 나누기. 이력서, 커버 레터, 짧은 메모, 대부분의 전문 보고서.
- ⚠ 문제를 일으킬 수 있음. 병합된 셀이 있는 테이블, 각주와 미주, 머리글과 바닥글, 다중 열 레이아웃, 브라우저가 설치하지 않은 커스텀 폰트, 임베드 차트와 SmartArt, 검토 보류 중인 변경 내용 추적이 있는 문서. 복잡한 테이블의 RTF는 종종 테이블 구조를 잃어요. 임베드 이미지가 있는 ODT는 프리뷰에서 이미지를 잃어요.
- ✗ 지원되지 않음.
.doc(Word 97-2003 레거시 바이너리) — 포맷이 복잡하므로 허용 가능한 PDF 출력을 만들려면 Microsoft Word나 완전한 LibreOffice 엔진이 필요해요. Word나 LibreOffice에서.doc를 열고 파일 → 다른 이름으로 저장 → .docx를 사용한 다음 새 파일을 여기로 드롭하세요 — DOCX 파이프라인이 모든 걸 보존해요. 지원되지 않는 다른 것: 비밀번호로 보호된 파일(먼저 소스 앱에서 비밀번호 제거), 매크로와 VBA, 폼 필드, 임베드 Excel 스프레드시트.
팁. 다운로드 전에 항상 프리뷰를 확인하세요. 프리뷰에 문제가 표시되면 PDF에도 같은 문제가 있어요 — 이는 버그가 아니라 그 특정 문서가 소스 앱의 내장 내보내기가 필요하다고 도구가 알려주는 거예요.
Word를 PDF로 변환해야 할 때
DOCX는 작업 포맷. PDF는 전달 포맷. 한쪽에서 다른 쪽으로의 이동은 매일 일어나고 동기는 보통 이 패턴 중 하나예요:
- 구직 지원. 대부분의 회사 포털은 PDF만 받고, 리크루터는 포맷이 작성한 것에 일치하는 게 보장되므로 PDF를 더 빠르게 열어요.
- 계약서와 법적 합의. PDF는 변조 방지이고 모든 기기에서 동일하게 표시되므로 서명되거나 아카이브되는 모든 것의 표준 포맷이에요.
- 대학 제출. 대학 포털과 학회 관리 시스템은 보통 논문, 학위 논문, 논문 제출에 PDF만 받아요.
- 행정 양식과 비자 양식. 많은 이민과 혜택 신청은 아카이브를 위해 지원 편지를 PDF 포맷으로 요구해요.
- 이메일 첨부. PDF는 이미지가 있는 문서에서 DOCX보다 가볍고 어떤 폰이나 이메일 클라이언트에서도 일관되게 표시돼요.
이미 PDF가 있고 다듬고 싶나요? 결과 PDF를 편집, 이메일용 압축, 다른 파일과 결합, 또는 무언가 기울어졌다면 페이지 회전해요.
PDFluna는 어떻게 문서를 변환하나
대부분의 온라인 Word-to-PDF 변환 도구는 Microsoft Word나 LibreOffice를 실행하는 서버로 파일을 보내고, 거기서 변환하고, PDF를 반환해요. 그 왕복은 큰 문서에서 느리고, 파일이 계약서나 이력서인 경우 명백한 프라이버시 의문을 제기하며, 서버가 과부하되면 조용히 실패할 수 있어요. 우리 접근은 반대예요: 아무것도 브라우저를 떠나지 않아요.
문서를 드롭하면 PDFluna가 브라우저에서 파일에 올바른 파서를 선택하고 구조화된 HTML을 만들어요. .docx의 경우 mammoth.js가 문서를 압축 해제하고 XML을 통과해요 — 단락, 제목, 목록, 테이블, 임베드 이미지가 모두 로컬에서 복원돼요. .rtf의 경우 통합 RTF 파서(외부 라이브러리 없음)가 제어 워드 스트림을 통과하고 굵게, 기울임, 밑줄, 제목 크기를 보존해요. .odt의 경우 fflate로 파일을 추출하고 OpenDocument XML을 같은 HTML 구조로 변환해요. 결과 HTML은 인쇄 준비가 된 스타일(A4 또는 Letter 여백, 세리프 본문 폰트, 합리적인 제목 크기)로 샌드박스된 iframe에 렌더링되어 커밋 전에 레이아웃을 확인할 수 있어요. 그 다음 html2canvas가 렌더링된 iframe을 선명한 출력을 위해 2배 해상도로 래스터화하고, pdf-lib가 Canvas를 페이지 크기 조각으로 슬라이스하고 최종 다중 페이지 PDF를 조립해요. 완성된 파일은 브라우저에서 직접 다운로드로 기기에 도착해요.
솔직한 트레이드오프: 출력 PDF는 텍스트 자체가 아닌 텍스트의 이미지를 운반해요. 이는 PDF에서 텍스트를 선택하거나 검색할 수 없고 파일이 진정한 텍스트 기반 PDF보다 약간 더 크다는 뜻이에요. 단순 문서의 경우 이는 독자에게 보이지 않아요. 아카이브나 검색 가능한 기록에는 소스 앱(Word, WordPad, LibreOffice)의 내장 다른 이름으로 저장을 PDF가 우리 브라우저 내 파이프라인이 따라할 수 없는 텍스트 PDF를 만들어요. 프리뷰를 PDF에서 정확히 표시되는 대로 보여주므로 다운로드 전에 그 결정을 할 수 있어요.
자주 묻는 질문
Word 문서가 서버로 전송되나요?
아니요. 모든 변환 — DOCX 파싱, HTML 렌더링, Canvas 래스터화, PDF 조립 — 이 JavaScript로 브라우저에서 동작해요. 문서가 기기를 떠나지 않아요. 직접 확인할 수 있어요: 가져오기 전에 DevTools → 네트워크를 열어 파일을 보내는 0개 요청이 표시돼요.
최대 파일 크기는?
20메가바이트. DOCX 파싱은 메모리를 많이 사용해요 — 파일 압축 해제, XML 파싱, 이미지 추출, 모든 구조를 HTML로 렌더링한 후 변환할 수 있어요. 브라우저 탭 멈춤을 피하기 위해 20 MB에서 엄격히 멈춰요. 10~20 MB 파일은 변환이 모바일에서 느릴 수 있다는 경고를 표시해요.
왜 출력 PDF에서 텍스트를 선택할 수 없나요?
브라우저 내 파이프라인은 각 페이지를 고해상도 이미지로 렌더링하고 그 이미지를 PDF에 통합해요. 이는 시각적 레이아웃을 정확하게 보존하지만, 내부 텍스트는 별도의 텍스트 레이어가 아닌 이미지의 일부가 돼요. Ctrl+F에 반응하지 않고 복사/붙여넣기할 수 없어요. 검색 가능한 출력이 필요하면 Microsoft Word의 내장 PDF 내보내기가 텍스트 기반 PDF를 만들어요. 또는 우리가 변환하고 결과를 OCR 도구로 처리하세요.
내 복잡한 테이블이 Word와 다르게 보이는 이유는?
기본 파서(mammoth.js)는 단순 테이블을 깔끔하게 지원하지만 병합된 셀, 중첩된 테이블, 가변 행 높이 테이블에는 어려움을 겪어요. 프리뷰에 파싱된 HTML을 표시하므로 다운로드 전에 레이아웃을 확인할 수 있어요 — 프리뷰가 잘못 보이면 PDF도 마찬가지예요. 복잡한 테이블의 경우 Word에서 문서를 열고 다른 이름으로 저장을 PDF로 사용하면 정확하게 보존돼요.
어떤 포맷을 받나요 — .docx, .rtf, .odt? .doc는?
3가지 최신 포맷: .docx(Word 2007 이상), .rtf(Rich Text Format, 어떤 워드 프로세서에서도 읽기 가능), .odt(OpenDocument Text, LibreOffice / OpenOffice / Google Docs 내보내기). 3가지 모두 기본 포맷 — 굵게, 기울임, 밑줄, 제목, 목록, 단순 테이블을 보존해 통과해요. .doc 파일(Word 97-2003 레거시 바이너리 포맷)은 지원되지 않아요: .doc에서 품질 출력을 만들려면 서버의 Microsoft Word / LibreOffice 또는 브라우저에 의도적으로 통합하지 않은 레거시 포맷의 매우 큰 파서가 필요해요. 10초 해결책: Word나 LibreOffice에서 .doc를 열고, 파일 → 다른 이름으로 저장 → .docx, 새 파일을 여기로 드롭하세요 — 모든 게 보존돼요.
모바일에서 동작하나요?
네, 단 주의 사항이 있어요. 변환 파이프라인은 메모리를 많이 사용하고, 분량이 많거나 복잡한 문서(50+페이지, 많은 임베드 이미지)는 오래된 폰에서 브라우저 탭을 멈출 수 있어요. 10 MB를 넘는 문서의 경우 데스크톱에서 변환하기를 권해요. 이력서와 단순 편지는 어떤 최신 폰에서도 잘 변환돼요.
폰트가 Word처럼 렌더링되나요?
일반 폰트(Calibri, Arial, Times New Roman, Georgia, Verdana)는 사실상 모든 브라우저에 설치돼 있으므로 충실하게 표시돼요. 특이하거나 커스텀 폰트는 가장 가까운 시스템 동등물로 대체돼요 — 텍스트는 읽기 쉬운 상태로 유지되지만 외관이 약간 변할 수 있어요. 픽셀 완벽한 폰트 렌더링에는 원본 폰트를 임베드하는 Word의 다른 이름으로 저장을 PDF로 사용하세요.
주석과 변경 내용 추적은 어떻게 되나요?
주석은 제거돼요 — 출력 PDF에 표시되지 않아요. 변경 내용 추적은 수락된(최종) 상태로 렌더링되어 Word의 다른 이름으로 저장을 PDF의 기본 동작을 따라요. PDF에 변경 내용 추적 주석이 필요하면 Word에서 변경 내용 추적을 끄고 거기서 내보내세요. 우리 파이프라인은 변경이 수락된 상태로 문서를 다뤄요.