# TXT 파일을 PDF로 변환

.txt, .log 등 일반 텍스트 파일을 페이지가 나뉜 깔끔한 PDF로 바꾸며, 글자는 선택할 수 있는 텍스트로 남습니다. 페이지 배치는 브라우저에서 이루어지고 서버로 전송되는 것은 없습니다.

## 핵심 요약

.txt 파일에는 페이지도 글꼴도 없으므로, 이 변환기는 텍스트를 A4나 레터 용지에 사방 19.05 mm(0.75인치) 여백을 두고 고딕 또는 고정폭 글꼴 10·11·12·14 pt로 배치합니다. UTF-8, 바이트 순서 표시(BOM)가 있는 UTF-16, Windows-1252를 읽을 수 있으며, 파일마다 글자를 선택할 수 있는 PDF가 하나씩 만들어집니다.

## TXT PDF 변환 사용 방법

1. **텍스트 파일 넣기**  
   .txt, .log, .csv, .md 파일을 하나 이상 고르거나 도구 위로 끌어다 놓으세요. 파일마다 별도의 PDF로 변환됩니다.
2. **용지, 글꼴, 크기 고르기**  
   ‘용지 크기’는 A4나 레터, ‘글꼴’은 ‘고딕’이나 ‘고정폭’, ‘글자 크기’는 10~14 pt 사이에서 고르세요. 코드, 로그, 공백으로 줄을 맞춘 글에는 ‘고정폭’이 더 잘 맞습니다.
3. **PDF 만들고 저장하기**  
   ‘PDF 만들기’를 누른 뒤 PDF를 하나씩 다운로드하세요. 여러 파일을 변환했다면 ZIP 하나로 한꺼번에 받을 수도 있습니다.

## 예시로 살펴보기

`server.log`에는 짧은 줄이 300개 있습니다. A4, **고정폭**, 11 pt로 설정하면 글이 들어가는 영역은 171.9 × 258.9 mm(210 − 2 × 19.05, 297 − 2 × 19.05), 포인트로는 약 487.3 × 733.9 pt입니다. Courier 글자 하나의 폭은 6.6 pt(0.6 × 11)이므로 한 줄에 73자(487.3 ÷ 6.6 ≈ 73.8)가 들어간 뒤 줄이 바뀌고, 줄 간격 15.4 pt(11 × 1.4)로는 페이지당 47줄(733.9 ÷ 15.4 ≈ 47.7)이 들어갑니다.

따라서 300줄은 7페이지(300 ÷ 47 ≈ 6.4)를 채우고, `server.pdf`로 저장됩니다. 레터에서는 같은 설정으로 한 줄에 76자, 페이지당 44줄이 들어갑니다.

## 할 수 있는 일과 한계

- 한 번에 최대 500개까지 변환하며 파일마다 별도의 PDF로 저장됩니다. 하나로 합치려면 [PDF 합치기](https://pd00.com/ko/merge-pdf/)를 사용하세요.
- 아랍어, 히브리어, 힌디어, 태국어는 올바르게 배치되지 않습니다. 이모지와, 내장 글꼴 어디에도 없는 기호는 물음표로 출력됩니다.
- Shift-JIS 같은 다른 인코딩의 텍스트는 글자가 깨집니다. 유니코드 전체를 담을 수 있는 UTF-8로 다시 저장하세요.
- 파일 전체에 글꼴 하나, 크기 하나만 적용됩니다. 굵은 글씨, 색, 이미지는 넣을 수 없습니다.

## 출처

- [Letter (paper size)](https://en.wikipedia.org/wiki/Letter_(paper_size)), Wikipedia
- [International standard paper sizes (ISO 216)](https://en.wikipedia.org/wiki/ISO_216), Wikipedia
- [RFC 3629: UTF-8, a transformation format of ISO 10646](https://www.rfc-editor.org/rfc/rfc3629), RFC Editor

2026년 10월 10일에 링크를 확인했습니다.

## TXT PDF 변환 소개

텍스트 파일에는 페이지가 없습니다. 글자와 줄바꿈이 이어진 흐름일 뿐이고, 어떻게 보이는지는 어느 편집기로 여느냐에 따라 달라집니다. 이 변환기는 그 흐름을 실제 페이지 위에 앉힙니다. 용지는 기본값인 A4 또는 레터이며, 사방에 19.05 mm(0.75인치) 여백을 둡니다. 긴 줄은 페이지 밖으로 넘치지 않고 여백에서 줄이 바뀌며, 빈 줄과 줄 앞 들여쓰기는 그대로 유지됩니다. 탭은 공백 네 칸으로 바뀌므로 들여쓴 블록이 어떤 모양이 될지 예상할 수 있습니다. 파일에 폼 피드(form feed) 문자가 있으면 그 자리에서 새 페이지가 시작되는데, 옛 라인 프린터가 따르던 것과 같은 규칙입니다.

글꼴은 두 가지 중에서 고릅니다. 기본값인 ‘고딕’은 메모, 편지, 일반 글에 어울립니다. ‘고정폭’은 모든 글자의 폭이 같아서 줄 맞춘 열, ASCII 도표, 소스 코드, 로그 출력이 원래 모양을 유지합니다. 글자 크기는 10, 11(기본값), 12, 14 pt 중에서 고를 수 있습니다.

이 도구는 `.txt` 외에 `.log`, `.csv`, `.md` 파일도 받으며, 모두 일반 텍스트로 다룹니다. CSV는 쉼표로 구분된 줄 그대로 나타나고, 마크다운은 샵(#)과 별표(*) 기호가 그대로 남습니다. 마크다운을 실제 제목, 목록, 표로 렌더링하고 싶다면 [마크다운 PDF 변환](https://pd00.com/ko/markdown-to-pdf/)이 알맞은 도구입니다.

## 이럴 때 사용합니다

### PDF를 요구하는 제출 사이트에 낼 글

인사 시스템, 학교, 보험사가 PDF를 요구하는데, 제출할 글은 .txt로 저장되는 메모 앱에서 썼습니다. 변환해서 올리면 어느 기기에서 열어도 똑같이 보이는 파일이 됩니다.

### 지원 요청에 첨부할 로그 일부

‘고정폭’을 고르면 타임스탬프와 열이 가지런히 맞습니다. 긴 오류 줄은 페이지 가장자리 밖으로 사라지지 않고 여백에서 줄이 바뀌므로, 요청을 읽는 담당자가 메시지를 끝까지 볼 수 있습니다.

### README나 녹취록 파일 여러 개 인쇄

텍스트 파일 묶음을 한 번에 추가하고 프린터에 맞는 용지를 고른 뒤, 파일마다 PDF가 하나씩 든 ZIP을 다운로드하세요. 바로 인쇄하거나 보관할 수 있습니다.

## 텍스트 인코딩을 판단하는 방법

일반 텍스트 파일은 자신이 어떤 인코딩을 쓰는지 거의 밝히지 않으므로, 변환기가 단서를 찾아 판단합니다. 기본적으로는 요즘 편집기의 표준인 UTF-8로 간주하며, 파일 맨 앞에 UTF-8 바이트 순서 표시(BOM)가 있어도 올바르게 처리합니다. 파일이 BOM으로 시작하면 UTF-16으로 인식하는데, 일부 Windows 프로그램이 “유니코드” 텍스트를 이렇게 저장합니다. 어느 쪽에도 맞지 않으면 예전 서유럽 언어용 Windows 프로그램이 쓰던 레거시 인코딩인 Windows-1252로 읽습니다.

글자가 깨지는 원인은 바로 이 마지막 처리 방식입니다. Windows-1251로 저장한 러시아어 파일이나 Shift-JIS로 저장한 일본어 파일은 악센트가 붙은 라틴 문자와 기호가 뒤섞인 모습으로 나옵니다. 이런 파일은 텍스트 편집기에서 열어 UTF-8로 저장한 다음 다시 변환하세요.

## PDF에 들어가는 글꼴

| 파일 속 텍스트 | 사용하는 글꼴 | PDF에 미치는 영향 |
| --- | --- | --- |
| 라틴 문자 | Helvetica(고딕) 또는 Courier(고정폭) | PDF 뷰어에 기본으로 들어 있어 글꼴을 포함하지 않음 |
| 그리스 문자, 키릴 문자 | Roboto(Apache-2.0) | 사용한 글자만 포함 |
| 중국어, 일본어 | Droid Sans Fallback(Apache-2.0) | 약 4 MB. 텍스트에 필요할 때만 브라우저로 내려받으며, 쓰인 글자만 서브셋으로 포함 |
| 한국어(한글) | 나눔고딕(Nanum Gothic, SIL Open Font License) | 약 2 MB. 텍스트에 필요할 때만 브라우저로 내려받으며, 쓰인 글자만 서브셋으로 포함 |
| 아랍어, 히브리어, 힌디어, 태국어 등 | 지원하지 않음 | 올바르게 배치되지 않음 |

서브셋으로 포함한다는 것은 텍스트에 실제로 쓰인 글리프만 PDF에 담는다는 뜻입니다. 그래서 일본어 한 페이지 때문에 수 MB짜리 글꼴 전체가 파일에 들어가지는 않습니다. 오른쪽에서 왼쪽으로 쓰는 문자나, 데바나가리 문자와 태국 문자처럼 글자 모양을 조합해야 하는 문자는 글자 순서가 뒤바뀌거나 이어지지 않은 채 나오므로, 이런 문서에는 해당 문자를 처리할 수 있는 앱을 사용하세요.

## 완성된 PDF에 담기는 것

모든 글자는 글자를 찍은 그림이 아니라 선택할 수 있는 진짜 텍스트입니다. PDF 안에서 검색하고, 내용을 복사하고, 확대해도 흐려지지 않습니다. 파일 용량도 작게 유지되는데, 특히 라틴 문자로만 된 텍스트는 글꼴을 전혀 포함하지 않아도 됩니다. 텍스트 파일에는 서식이 없으므로 결과물에도 서식이 없습니다. 글꼴 하나, 크기 하나에 굵은 글씨, 색, 이미지는 없습니다. 결과물에 페이지 번호가 필요하면 [PDF 페이지 번호 넣기](https://pd00.com/ko/add-page-numbers/)로 나중에 찍을 수 있고, 문서 속성의 제목은 [PDF 메타데이터 편집](https://pd00.com/ko/edit-pdf-metadata/)으로 정할 수 있습니다.

## 이 변환기로 할 수 없는 일

- **스프레드시트 형태의 표.** CSV는 쉼표가 든 줄 그대로 출력됩니다. 제대로 된 표가 필요하면 스프레드시트 앱에서 PDF로 내보내세요.
- **서식이 있는 마크다운.** 제목, 굵은 글씨, 목록을 살리려면 [마크다운 PDF 변환](https://pd00.com/ko/markdown-to-pdf/)이 필요합니다.
- **여러 파일을 한 문서로.** 텍스트 파일은 하나씩 별도의 PDF가 됩니다. 나중에 [PDF 합치기](https://pd00.com/ko/merge-pdf/)로 합치세요.
- **휴대폰에서 거대한 로그 변환.** 아주 긴 파일은 페이지를 배치하는 데 메모리가 필요하므로 컴퓨터가 더 잘 처리합니다.

텍스트를 읽고 페이지에 배치하는 일은 모두 이 브라우저 탭 안에서 이루어지며, 원본 파일도 완성된 PDF도 업로드되지 않습니다. 이 말이 사실인지 직접 점검하는 방법은 [개인정보 처리방침](https://pd00.com/ko/privacy/#verify)에 정리해 두었습니다.

## 자주 묻는 질문

### 텍스트 파일을 PDF로 변환하려면 어떻게 하나요?

`.txt` 파일을 추가하고 용지 크기, 글꼴, 글자 크기를 고른 뒤 변환해서 다운로드하세요. 여러 파일을 함께 변환해 ZIP으로 저장할 수도 있습니다.

### PDF에 고정폭 글꼴을 쓸 수 있나요?

네. **고정폭**을 고르면 라틴 문자가 Courier로 배치되므로, 공백으로 맞춘 열과 들여쓰기가 편집기에서 보던 그대로 정렬됩니다.

### 일부 글자가 깨져 나오는 이유는 무엇인가요?

파일이 UTF-8, BOM이 있는 UTF-16, Windows-1252가 아닌 다른 인코딩으로 저장되었을 가능성이 큽니다. 텍스트 편집기에서 UTF-8로 다시 저장한 뒤 다시 변환하세요.

### 중국어, 일본어, 한국어 텍스트도 처리하나요?

네. 중국어와 일본어에는 약 4 MB의 Droid Sans Fallback을, 한국어에는 약 2 MB의 나눔고딕을 브라우저가 내려받는데, 각각 텍스트에 해당 글자가 있을 때만 받습니다. PDF에는 실제로 쓰인 글자만 포함됩니다.

### 아랍어, 히브리어, 힌디어는 어떤가요?

이 도구에서는 그런 문자가 올바르게 배치되지 않습니다. 오른쪽에서 왼쪽으로 쓰는 텍스트나 글자를 잇거나 모양을 바꿔야 하는 문자에는 그에 맞게 만든 소프트웨어가 필요합니다.

### 원하는 곳에서 페이지를 나누려면 어떻게 하나요?

새 페이지가 시작될 자리에 폼 피드 문자(U+000C)를 넣으세요. 이 문자가 없으면 현재 페이지가 가득 찰 때마다 텍스트가 다음 페이지로 이어집니다.

### PDF 속 텍스트를 검색할 수 있나요?

네. PDF에 진짜 텍스트가 들어 있으므로 어떤 PDF 뷰어에서든 검색, 선택, 복사해 붙여넣기가 모두 됩니다.

### 텍스트 파일이 어딘가에 업로드되나요?

아닙니다. 변환은 브라우저에서 실행되며 파일은 기기 밖으로 나가지 않습니다. 확인하는 방법은 [개인정보 처리방침](https://pd00.com/ko/privacy/#verify)에서 설명합니다.

최종 수정일: 2026년 10월 11일  
https://pd00.com/ko/txt-to-pdf/